修改驱动，会违反著作权法吗？好奇问问。。。

https://spk-resolv.spark-app.store/?spk=spk://store/development/appimage2deb

这有一个～

这个应该比我手搓的好多了。

之前用过一个转换器，好像是基于zenity的，生成的deb包缺了好多control信息。

这个我不太清楚，驱动分开源的和闭源的吧，修改开源的驱动应该没问题。

厉害，是在deepin的基础上研发的吗？

这个和官方商店的有区别吗？

我之前用这个，使用很简单（简陋）🤧

有把deb转换成AppImage不，dp的live里自带的那个磁盘工具不要用想用其它的，但是live里没法安装，寻思着能不能直接来一个AppImage格式的软件来用

这个确实就是那个zenity的

为了投递方便，很多信息都是缺失的。能让用户选的，就不要让用户填；把不必要的都去掉，才能节省用户心智

为了投递，deb不需要那么全的信息，而且应用商店已经有详尽的信息展示了，没必要让用户重复填写

那个info文件只校验第一行的appid是否和package name 一致，别的都没用，可以整个去掉不让用户填写，自动生成就完了

deb只保留最基本的信息即可

不是，官方那个咋400多M了？玲珑化了？这太荒谬了，这东西一共不到20k的，加上图标也就300k不到

官方的版本比较老，去年之后就没更新过了

@商店运营-流云

@商店运营-小七

那个官方的版本是之前我搬砖的时候搞的，没更新也不影响用，后面加的功能是为了适配星火

这个荒谬在于使用了玲珑。。。这个包没有什么依赖的，没必要

但是并不是这一个包400多M，这个算上了玲珑的runtime，其他包可以复用的

晕，你这一说明白了，官方好大的坑。

仔细掰扯呢，是这个样子

这个包我打的时候适配的是deepin 20，所以官方丰富玲珑生态的时候就把它的依赖写成了deepin 20的runtime

如果依赖写的deeepin 23，那么这里的数字应该也和deb版本的差不多大，因为你本地已经装了23的runtime

实际上，这东西在deepin 23也能跑，所以我说这里荒谬，其实这个包不需要玲珑的，在哪都能跑

你可以试试找一个一样是适配了deepin 20的玲珑应用装一下，再刷新一下回来看，应该大小就和星火现在这个差不多了

涨知识了，原来info没啥用，那打包标准设置这个info是为了战未来了。

我的强迫症看见信息没填全就浑身难受，哈哈，都有点想在研究明白Debian的wiki后再整细一点。

后面我规定一下什么是必填项，什么是选填项，感觉这样可以折中一点。

没有未来了，未来是玲珑

这个info在deepin 25规划里也没有，大概率烂尾了

明白了，官方文档也存在屎山现象。

不会将AppImage解包再打包，而是直接使用AppImage

这个过不了UOS的哈，那边要二进制签名

如果懒得弄的话，可以直接套一下这边的逻辑，重新写个前端就好

https://gitee.com/spark-store-project/appimage2deb/blob/master/appimage2deb/opt/durapps/a2d-packages/appimage2deb/AppRun

感谢提醒，我自己研究一下解包再打包，重复造一下轮子，研究不明白再抱一下大佬的大腿。

这个deb包在23上不能用，包成玲珑之后可以打开，你要不更新下deb？