-
Notifications
You must be signed in to change notification settings - Fork 10
rfc: online packaging repo #14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
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 <[email protected]>
No description provided.