因为qq是基于旧世界开发的,deepin是新世界。 星火能安装是因为它会帮你安装新世界与旧世界的兼容层
因为qq是基于旧世界开发的,deepin是新世界。 星火能安装是因为它会帮你安装新世界与旧世界的兼容层
明白了,谢谢科普。
这应该算是新旧世界交替时候的一个混乱场面吧。
ABI1.0时代,绝大部分适配龙架构ABI1.0的Linux发行版和应用软件开发商都响应龙芯的设定,将deb软件包的架构名统一为loongarch64.
但这部分linux发行版不包括debian等主流社区发行版。就因为ABI1.0无法作为一个合适的标准并入Linux内核主线这个上游。这对龙架构的软件生态发展不是一个好事情。
于是ABI2.0来了
有的社区发行版,以AOSC OS为代表,选择了延用loongarch64这个软件包架构名,然后安同社区有几个大佬,搓出了liblol这个旧世界兼容方案,这样旧世界的deb包,理论上不用修改架构名,且系统预装了liblol,不用添加liblol依赖,就能像以前一样直接安装使用。
但debian等社区,觉得loongarch64作为架构名实在太长了,于是他们决定将架构名缩减成loong64。而这种改动,在ABI2.0发行版现在成了主流。
这就带来一个问题,原本是为ABI1.0系统开发的软件包,要想在debian上跑起来,需要改架构名为loong64,还要添加liblol,liblol-dkms依赖项,装好liblol后还要重启才能生效。
所以星火社区又有人做了一点微小的工作,搞了一个GXDE软件包安装器,其中龙架构版,会将架构名为loongarch64的软件包,自动视为旧世界包,然后自动改架构名和添加liblol相关依赖后安装。
但liblol并不能保证完全意义上的兼容,QQ的软件包默认是旧世界的,可它的软件包内带了一个静态链接的libvips42依赖,这就在新世界系统上引发了崩溃,所以最正确的办法,是删除软件包内置的libvips42文件,然后安装系统源仓库里已有的libvips42相关依赖。
所以星火应用商店里的龙架构版QQ是我在重打包后上传的,修改架构名为loong64,添加了liblol,liblol-dkms,libvips42依赖,再删除软件包内内置的libvips.so.42.cpp文件后,重打包,所以,在deepin上,最省事的办法其实是走星火应用商店更新QQ。
这应该算是新旧世界交替时候的一个混乱场面吧。
ABI1.0时代,绝大部分适配龙架构ABI1.0的Linux发行版和应用软件开发商都响应龙芯的设定,将deb软件包的架构名统一为loongarch64.
但这部分linux发行版不包括debian等主流社区发行版。就因为ABI1.0无法作为一个合适的标准并入Linux内核主线这个上游。这对龙架构的软件生态发展不是一个好事情。
于是ABI2.0来了
有的社区发行版,以AOSC OS为代表,选择了延用loongarch64这个软件包架构名,然后安同社区有几个大佬,搓出了liblol这个旧世界兼容方案,这样旧世界的deb包,理论上不用修改架构名,且系统预装了liblol,不用添加liblol依赖,就能像以前一样直接安装使用。
但debian等社区,觉得loongarch64作为架构名实在太长了,于是他们决定将架构名缩减成loong64。而这种改动,在ABI2.0发行版现在成了主流。
这就带来一个问题,原本是为ABI1.0系统开发的软件包,要想在debian上跑起来,需要改架构名为loong64,还要添加liblol,liblol-dkms依赖项,装好liblol后还要重启才能生效。
所以星火社区又有人做了一点微小的工作,搞了一个GXDE软件包安装器,其中龙架构版,会将架构名为loongarch64的软件包,自动视为旧世界包,然后自动改架构名和添加liblol相关依赖后安装。
但liblol并不能保证完全意义上的兼容,QQ的软件包默认是旧世界的,可它的软件包内带了一个静态链接的libvips42依赖,这就在新世界系统上引发了崩溃,所以最正确的办法,是删除软件包内置的libvips42文件,然后安装系统源仓库里已有的libvips42相关依赖。
所以星火应用商店里的龙架构版QQ是我在重打包后上传的,修改架构名为loong64,添加了liblol,liblol-dkms,libvips42依赖,再删除软件包内内置的libvips.so.42.cpp文件后,重打包,所以,在deepin上,最省事的办法其实是走星火应用商店更新QQ。
涨知识了。另外,我今天安装的qq不是星火商店里的安装包,是从qq官网上下载,通过gxde安装成功的。
神末大佬删除了也没用用,我也学到了

这应该算是新旧世界交替时候的一个混乱场面吧。
ABI1.0时代,绝大部分适配龙架构ABI1.0的Linux发行版和应用软件开发商都响应龙芯的设定,将deb软件包的架构名统一为loongarch64.
但这部分linux发行版不包括debian等主流社区发行版。就因为ABI1.0无法作为一个合适的标准并入Linux内核主线这个上游。这对龙架构的软件生态发展不是一个好事情。
于是ABI2.0来了
有的社区发行版,以AOSC OS为代表,选择了延用loongarch64这个软件包架构名,然后安同社区有几个大佬,搓出了liblol这个旧世界兼容方案,这样旧世界的deb包,理论上不用修改架构名,且系统预装了liblol,不用添加liblol依赖,就能像以前一样直接安装使用。
但debian等社区,觉得loongarch64作为架构名实在太长了,于是他们决定将架构名缩减成loong64。而这种改动,在ABI2.0发行版现在成了主流。
这就带来一个问题,原本是为ABI1.0系统开发的软件包,要想在debian上跑起来,需要改架构名为loong64,还要添加liblol,liblol-dkms依赖项,装好liblol后还要重启才能生效。
所以星火社区又有人做了一点微小的工作,搞了一个GXDE软件包安装器,其中龙架构版,会将架构名为loongarch64的软件包,自动视为旧世界包,然后自动改架构名和添加liblol相关依赖后安装。
但liblol并不能保证完全意义上的兼容,QQ的软件包默认是旧世界的,可它的软件包内带了一个静态链接的libvips42依赖,这就在新世界系统上引发了崩溃,所以最正确的办法,是删除软件包内置的libvips42文件,然后安装系统源仓库里已有的libvips42相关依赖。
所以星火应用商店里的龙架构版QQ是我在重打包后上传的,修改架构名为loong64,添加了liblol,liblol-dkms,libvips42依赖,再删除软件包内内置的libvips.so.42.cpp文件后,重打包,所以,在deepin上,最省事的办法其实是走星火应用商店更新QQ。
又看了一遍,看明白了,gxde的工作原理。再一次感谢大佬们的付出。
涨知识了。另外,我今天安装的qq不是星火商店里的安装包,是从qq官网上下载,通过gxde安装成功的。
那你就没碰上QQ容易崩溃退出的问题么?
龙芯应用合作社也在做ABI2.0版本的更新工作,等他们更新的差不多了直接在loonginx25及以上版本即可顺畅安装主流应用程序,只可惜星火商店装不上去。
龙芯应用合作社也在做ABI2.0版本的更新工作,等他们更新的差不多了直接在loonginx25及以上版本即可顺畅安装主流应用程序,只可惜星火商店装不上去。
星火 loongnix 我正在弄,正在移植星火所需的库到 loongnix25
做完后估计 gxde loongnix 就可以出了
星火 loongnix 我正在弄,正在移植星火所需的库到 loongnix25
做完后估计 gxde loongnix 就可以出了
致敬生态建设者

那你就没碰上QQ容易崩溃退出的问题么?
可能比较幸运,真没遇到过。就是有的版本,无法输入文字,所以不敢升级。
致敬生态建设者

好消息。试装了loongmix,外置的无线网卡时有时无。没有软件商店,从软件官网下载的软件包,双击也安装不成功。
龙芯应用合作社也在做ABI2.0版本的更新工作,等他们更新的差不多了直接在loonginx25及以上版本即可顺畅安装主流应用程序,只可惜星火商店装不上去。
期待,前些日子装了loongnix,不知道如何安装软件,从软件官网下载的软件包双击后无法进入到安装界面。
龙芯应用合作社也在做ABI2.0版本的更新工作,等他们更新的差不多了直接在loonginx25及以上版本即可顺畅安装主流应用程序,只可惜星火商店装不上去。

在 loongnix 跑起来了

在 loongnix 跑起来了
可是我听说loongnix25的旧世界应用兼容方案不是liblol,而是龙芯自己搞的ABI-compat,两者据说不兼容,可星火应用商店内所有旧世界应用都是基于liblol方案适配的,我不知道到时候应用商店里的应用装上能不能跑起来。
Popular Events
More

中文 
QQ龙版为什么直接安装提示架构不匹配,但通过星火的gxde确能安装
想提升一下我这个大白的计算机知识,所以问大佬们个问题,深度龙架构v25.0.12,QQ龙版为什么直接安装提示架构不匹配,但通过星火的gxde确能安装!为什么?