我刚刚在 #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-architecture loongarch64
我觉得首要问题是哪位先去打包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就是虚空的东西 是不存在的
至于软件适配新abi的
这个看是不是可以用一个 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 包时依赖解析依然会有问题。旧世界的 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 包的安装支持。
行适配，而且不是有传言白铭骢也入职了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。
>
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架构标识感觉有点多此一举了，会带来一点麻烦。
>
gt; -- 原始邮件 --
> 发件人: "Boyuan Yang";
> 发送时间: 2024年4月15日(星期一) 中午11:10
> 收件人: "Yang"<10176...@qq.com>;
> "debian-chinese-gb";
> 主题: Re:官方能否把龙芯架构名修改为loongarch64？
>
> On Mon, 2024-04-15 at 10:29 +0800, Yang wrote:
> >
4和loongarch64架构名标识来进行区分。
>>
>>
>> -- 原始邮件 --
>> *发件人:* "Boyuan Yang";
>> *发送时间:* 2024年4月15日(星期一) 中午11:10
>> *收件人:* "Yang"<10176...@qq.com>; "debian-chinese-gb"<
>> debian-chinese-gb@lists.debian.org>;
>
ot;debian-chinese-gb"<
> debian-chinese-gb@lists.debian.org>;
> *主题:* Re:官方能否把龙芯架构名修改为loongarch64？
>
> On Mon, 2024-04-15 at 10:29 +0800, Yang wrote:
> > 如题，目前debian用的龙芯架构名为loong64，在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开，统一用loong
> > arch64不是会更方便一些吗？
> >
> &g
On Mon, 2024-04-15 at 10:29 +0800, Yang wrote:
> 如题，目前debian用的龙芯架构名为loong64，在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开，统一用loong
> arch64不是会更方便一些吗？
>
> 因为目前来说，现在有了libLOL之后，很多软件能直接安装旧世界的版本，再用loong64架构标识感觉有点多此一举了，会带来一点麻烦。
>
> 所以还是建议debian可以把龙芯的架构名修改成loongarch64。
你首先需要告知 Debian 核心团队 libLOL 是什么（至少把 GitHub
如题，目前debian用的龙芯架构名为loong64，在现在有了libLOL之后真的没必要特意用loong64把新旧世界分开，统一用loongarch64不是会更方便一些吗？
因为目前来说，现在有了libLOL之后，很多软件能直接安装旧世界的版本，再用loong64架构标识感觉有点多此一举了，会带来一点麻烦。
所以还是建议debian可以把龙芯的架构名修改成loongarch64。
15 matches
Mail list logo
