V23依赖问题

官方社区打包 要求，规范，签名，（版权等），门槛太高是主要问题！

对于我这种投递者而言，看一篇大标准文档，望而却步，脑瓜疼，真没有这精力时间.......

星火商店投递门槛低，更宽松一些，审核较快，提交后更新再次提交就可以自动补全信息，非常nice！

我非常愿意把我常用的软件赶紧提交上去，因为我可能随时就用的上，星火下载也很快，很方便！

其实对于维护者，有的不一定是完全打包者，也可能只是个投递者，所以门槛降低很主要！

另一方面：

我觉得这个问题不太全面，投递虽然存在一些可以优化的地方！

更大问题在于应用商店的机制，有没有官方维护更新机制？版本太陈旧了！更新不及时

难道只有投递，催更，才能更新，没有官方维护更新的方式嘛？

目前一些开源软件都可以有版本接口：github flathub 都可以判断是否有更新 对吧？

类似玲珑捐出，也体现了linux碎片化，单一国内linux系统社区影响力不足，生态无法完整整合，厂商支持度不够，想把应用商店做好，也许最后只能国内社区联盟一起做个openAppStore，毕竟很多软件没有厂家配合，再怎么社区维护也是不够的

打包太麻烦了，很多其他deb系的软件deepin下都能用，但要上架商店还要遵循deepin的打包规范，维护太麻烦了。

建议要么取消这些跟Debian不同的规范，要么出个转换工具。

正如楼上说的，其实很多应用软件更新直接抓Debian源就行，抓完进行一个测试没问题就可以上架了。

UOS打包规范

尤其是现在它已经事实上没有功能性作用了

应用商店有限制，不喜欢，就算是在macos上我也是把安装包下载回来直接安装，不喜欢在应用商店里下载安装。

不够自动化，应该有自动打包工具，

版本更新 应该用爬虫的方法 监视 官网 自动更新

1. /opt/apps 那必须有 .desktop 图标文件
2. 截图有尺寸限制，还得改
3. 不能非常简单的维护其他维护者传的包
4. 看不到应用具体下载量
5. 维护者不能自行回用户评论
6. 程序官网不显示，不方便到官网翻包
7. ……

1.我记得标准的debian打包规范应该是放在usr/bin下面的把，为啥uos要求放在opt/apps，导致desktop文件直接用绝对路径启动应用，反正我没弄好。

2.用户评论只能发一条，完全不能交流心得，维护人的官网也不能直接看到

3.不能源码上传，官方打包那样，参考opensuse，或者可以借用官方的打包平台

4.名字必须是如com.github.xxx之类的,我就叫个xxx又怎么样呢（你不能又参考debian的规则，又要和debian 区分，那么最终如果要上传到debian，那我还要维护两套打包机制）

总结：Debian打包的规则已经很复杂了，要做的不是在复杂加上复杂，而是简化且高效，宽松的上传协议和打包方式方法才能让更多人打包，并且长期维护起来舒服也要做好。

还有:求求你做个社区仓库把，就类似PKGBUILD+makedeb +MPR这种形式(模仿aur)或者照搬，本机环境加+当场编译的形式，花不了几个空间，我大概清楚玲珑是参考flatpak和snap这种做的，但我认为并没有参考Aur来的直接，aur有makepkg，deb也能用makedeb啊