Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
我对这个rfc持否定意见 理由如下 |
这一部分软件包仅作为生态中最次要的补充部分,意图在于快速反馈社区需求。我们对这部分仓库的收录内容增加了最严格的限制,包括禁止这部分仓库内的软件包作为任何其他软件包的依赖出现,deepin的衍生发行版完全不需要处理这个仓库,直接无视即可。 如果对这一部分仓库内的软件包有任何比社区用户更高的需求,也可以协调在源码仓库中补全其所有依赖后将其平滑提高至community仓库。 |
不认可 不认可任何联网方式的构建 |
但是,事实上在非系统层面上使用联网构建的资源是很多用户的正常行为,比如我们的应用商店可以提供在线构建出来的二进制。但是有部分软件处于一个尴尬区间,即在系统现有软件源很难被构建出来(rust类,以及dart),且这个软件也不满足我们应用商店上架的条件。所以意图使用在线构建提供。我们实际使用中遇到的项目就是一个孟加拉语的Fcitx5插件,其依赖rust进行构建,如果非要使用离线构建,几乎无法做到。 |
|
此提案对rfc0007行为有一定冲突 需要增加对rfc0007的额外解释 |
|
我提议这种方式构建的软件包上架到上商店 |
|
Maybe related: #9 |
RFC0007处理的是主仓库和离线仓库中离线构建部分对rust依赖的处理方式。本RFC仅涵盖极少部分的类型为bin(而非lib)的Rust软件,且构建过程中完全依赖联网下载相关依赖,不加载任何仓库内的离线rust依赖。原有的主仓库/离线仓库中现有的rust软件包不受影响。 |
商店产品经理的意见是不要把系统仓拉不下的屎往那边倒 |
Co-authored-by: Gary Wang <git@blumia.net>
No description provided.