我刚刚在 #multiarch
也描述了一下这个事情。目前看来各种应用(尤其是商业应用)如果不推出新世界的版本时,最好的方法只有在安装前,对旧世界的deb进行修改。将
loongarch64 修改为 loong64,并在 Depends 字段加入对 liblol 的依赖。(需注意 liblol 目前不在 debian
内)
On Tue, Apr 16, 2024, 11:50 xiao sheng wen(肖盛文) wrote:
>
>
> 在 2024/4/16 11:37, Han Gao 写道:
>
> dpkg --add-architect
我觉得首要问题是哪位先去打包liblol。Debian的原则是自愿贡献。在liblol完成打包,并且有志愿小白鼠用各种临时的方法先跑通之前,很难说服社区进行这么大一个改动。
Regards
On Tue, Apr 16, 2024 at 11:50 AM xiao sheng wen(肖盛文)
wrote:
>
>
> 在 2024/4/16 11:37, Han Gao 写道:
>
> dpkg --add-architecture loongarch64
>
> 就这个 dpkg根本不知道你在描述什么 怎么才能说服添加到dpkg里 我认为
在 2024/4/16 11:37, Han Gao 写道:
dpkg --add-architecture loongarch64
就这个 dpkg根本不知道你在描述什么 怎么才能说服添加到dpkg里 我认为这个是不可能也是没必要的工作
这个命令,是由用户自己来操作,或者提供旧世界兼容的 deb 包在安装的时候操作。
dpkg 的 deb 软件包,功能很强大,可以使用 原包,转换包,空包,虚拟包,提供字段等多种方式解决软件包依赖性问题。
功能再强也没有提供任何跨arch的方式实现提供异架构的方式
我是指比如 amd64 对 i386 的支持, arm64 对
> dpkg --add-architecture loongarch64
就这个 dpkg根本不知道你在描述什么 怎么才能说服添加到dpkg里 我认为这个是不可能也是没必要的工作
> dpkg 的 deb 软件包,功能很强大,可以使用 原包,转换包,空包,虚拟包,提供字段等多种方式解决软件包依赖性问题。
功能再强也没有提供任何跨arch的方式实现提供异架构的方式
而且整个upstream都不愿意为龙芯公司的old world/abi1.0买单 linux上游已经明确拒绝过相关的事宜
对整个开源社区old world/abi1.0就是虚空的东西 是不存在的
至于软件适
这个看是不是可以用一个 deb 包里面 Provides: 字段属性解决下?
比如说,在 |liblol_*_loong64.deb 软件包里面,增加一个:
|Provides: libc6:loongarch64
|
dpkg 的 deb 软件包,功能很强大,可以使用
原包,转换包,空包,虚拟包,提供字段等多种方式解决软件包依赖性问题。
同时 Debian 对多架构也支持得很好。
在 amd64 上运行 i386 程序,这种跨架构支持,也经常使用。
在 Debian 新世界上,将老世界的 deb 软件包支持起来,在技术上应该有办法的。
大家可以多交流讨论下。
|
在
Hi 盛文,
On Tue, Apr 16, 2024, 10:45 xiao sheng wen(肖盛文) wrote:
> 如果有人能够把这两个软件包贡献到 Debian 里面,那对在 Debian 使用旧世界软件包,会有帮助。
> 在新世界 Debian 操作系统上,使用 dpkg --add-architecture loongarch64,就可以添加对 旧世界 deb
> 包的安装支持。 这样,Debian 就没有修改架构名称的必要了。
>
即使 dpkg --add-architecture 了,安装旧世界的 deb 包时依赖解析依然会有问题。旧
看了下这个介绍: https://liblol.aosc.io/docs/usage/#debian
涉及的两个 deb 包 github 地址为:
https://github.com/AOSC-Dev/la_ow_syscall/
https://github.com/AOSC-Dev/liblol/
如果有人能够把这两个软件包贡献到 Debian 里面,那对在 Debian
使用旧世界软件包,会有帮助。
在新世界 Debian 操作系统上,使用 dpkg --add-architecture
loongarch64,就可以添加对 旧世界 deb 包的安装支持。 这样
libLOLloongarch64??libLOL??
libLOL??https://liblol.aosc.io/
----
??: "Tianyu Chen&
libLOL??https://liblol.aosc.io/
??AOSC??loongarch64??libLOL??abi??loong64??loongarch64
行适配,而且不是有传言白铭骢也入职了deepin社区吗?我相信有了他的帮助,你们修改的速度也是会很快的,基本不会影响到你们的发版时间。
>
> 修改后就能通过libLOL直接使用旧世界中的应用不好吗?这样子生态不更丰富了?
>
> -- 原始邮件 --
> 发件人: "Han Gao" ;
> 发送时间: 2024年4月15日(星期一) 中午11:43
> 收件人: "Yang"<10176...@qq.com>;
> 主题: Re
此外
On Mon, Apr 15, 2024, 10:37 Yang <10176...@qq.com> wrote:
> 因为目前来说,现在有了libLOL之后,很多软件能直接安装旧世界的版本,再用loong64架构标识感觉有点多此一举了,会带来一点麻烦。
>
debian 中并没有你提到的 liblol。
>
??Boyuan
Yanguosloongarch64??loong64
https://lists.debian.org/debian-dpkg/2022/11/msg0.html
2024-04-15 10:29 (GMT+08:00), Yang <10176...@qq.com> said:
> 如题,目前debian用的龙芯架构名为loong64,在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开,统一用loongarch64不是会更方便一些吗?
> 因为目前来说,现在有了libLOL之后,很多软件能直接安装旧世界的版本,再用loong64架构标识感觉有点多此一举了,会带来一点麻烦。
> 所以
libLOL??https://liblol.aosc.io/
??AOSC??loongarch64??libLOL??abi??loong64??loongarch64
Hi,
On Mon, Apr 15, 2024 at 11:26 AM Yang <10176...@qq.com> wrote:
>
> libLOL地址:https://liblol.aosc.io/
>
> 比如,AOSC安同发行版来说,他们所使用的龙芯架构名就是loongarch64,有了这个libLOL就可以直接安装龙芯应用合作社源已有的软件,给用户带来了极大的方便,对于开发者来说,也可以只打包一次就可以,龙芯官方也只是用abi来区分新旧世界的,而不是用loong64和loongarch64架构名标识来进行区分。
这个问题,Loo
还有一件事情 上次没有达成一致的时候 dpkg维护者直接把loong64修改直接回滚 导致整个loongarch架构推进受阻
我是不认可改回loongarch的行为的
On Mon, Apr 15, 2024 at 11:33 Han Gao wrote:
> 我是前期参与loong64的人员
>
> 龙芯公司和社区现在达成loong64
> 至于aosc是历史原因 因为他们没有参与上游讨论 也拒绝接受上游这个修改
>
> 如果修改成loongarch64相当于现存软件包都要推翻 连带下游deepin的工作一起推翻 我认为不可接受
>
&
我是前期参与loong64的人员
龙芯公司和社区现在达成loong64
至于aosc是历史原因 因为他们没有参与上游讨论 也拒绝接受上游这个修改
如果修改成loongarch64相当于现存软件包都要推翻 连带下游deepin的工作一起推翻 我认为不可接受
On Mon, Apr 15, 2024 at 11:26 Yang <10176...@qq.com> wrote:
> libLOL地址:https://liblol.aosc.io/
>
>
> 比如,AOSC安同发行版来说,他们所使用的龙芯架构名就是loongarch64,有了这个lib
libLOL??https://liblol.aosc.io/
??AOSC??loongarch64??libLOL??abi??loong64??loongarch64
On Mon, 2024-04-15 at 10:29 +0800, Yang wrote:
> 如题,目前debian用的龙芯架构名为loong64,在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开,统一用loong
> arch64不是会更方便一些吗?
>
> 因为目前来说,现在有了libLOL之后,很多软件能直接安装旧世界的版本,再用loong64架构标识感觉有点多此一举了,会带来一点麻烦。
>
> 所以还是建议debian可以把龙芯的架构名修改成loongarch64。
你首先需要告知 Debian 核心团队 lib
如题,目前debian用的龙芯架构名为loong64,在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开,统一用loongarch64不是会更方便一些吗?
因为目前来说,现在有了libLOL之后,很多软件能直接安装旧世界的版本,再用loong64架构标识感觉有点多此一举了,会带来一点麻烦。
所以还是建议debian可以把龙芯的架构名修改成loongarch64。
20 matches
Mail list logo