应用商店Q&A
问题1：应用包名有什么要求？
包名统一用小写，中间不能出现大写字母。如：
错误写法：com.deepin.DemoMusic_1.1.2_amd64.deb
正确写法：com.deepin.demomusic_1.1.2_amd64.deb
各处包名需保持一致，包括：appid、control内Package字段、desktop文件名、deb包名等。如：
appid: com.deepin.demo-unstable
control内Package字段：com.deepin.demo-unstable
desktop文件名：com.deepin.demo-unstable.desktop
deb包名：com.deepin.demo-unstable_1.1.2_amd64.deb
各处版本号需保持一致，包括：info内‘version’字段、control内Version字段、deb包名等。
问题2：应用更新时包版本号有什么要求？
更新包时，包版本号必须进行更新，否则不能上传成功。
问题3：推包失败的原因有哪些？
已经存在相同或较高版本；
包名异常；
架构不支持；
包格式异常；
control文件异常
解决方案：版本已存在这个问题只能人为规避；架构不支持、包格式异常、control文件异常质量检查环节会自动检查。
问题4：应用已上架，商店搜索无结果？
打包不规范导致包无法推送到商店仓库，包的depends为空，非法操作。
说明：control必要字段 “Package”, “Version”, “Section”, “Priority”, “Architecture”, “Maintainer”, “Description”。
问题5：如何解决商店中应用一直下载失败的问题？
执行命令cat /etc/apt/sources.list，查看sources.list文件下是否是官方源。
执行命令cd /etc/apt/sources.list.d，查看目录下有没有外部源。
执行命令sudo apt-get update 更新软件包信息。
执行命令sudo apt-get install -f -y 更新最新依赖关系。
执行上述命令后，即可通过商店正常下载安装。
详细可参考链接内容：https://wiki.deepin.org/wiki/%E8%BD%AF%E4%BB%B6%E5%8C%85%E7%AE%A1%E7%90%86#.E5.89.8D.E8.A8.80
问题6：上传deb包时系统提示“无法获取包信息请检查”？
打包问题：包格式问题（deb包中的control文件末尾多写或少写了一个空行，debian规范中control文件只保留一个空行）。
系统程序检测问题：deb包自动化检测程序（包安全包格式检测）异常。
问题7：应用打包不规范，商店客户端具体有哪些表现方式？
icon大小不统一：部分直角、圆角、不规则图标显示效果上能直观感受出较大差异，图标大小不一致是因为设计图标边缘会有投影，部分应用没有外部的投影面积，故导致应用图标大小不一，跟尺寸无关。
deb包大小不一致：安装包大小的问题跟deb包里面control文件中的Installed-Size字段有关系，应用商店显示的大小是通过Installed-Size字段获取，打包的时候应该根据包实际大小填写，如果字段为空就会显示0KB或多达几百G。
应用名称不一致：启动器中应用名称跟本地化信息“应用名称”不一致，有desktop文件的以官网为准，应用本地化信息不一致的做修改，如官网没有desktop文件的需自定义请严格与本地化信息名称保持一致。
问题8：为何签名后的deb包比签名前的要大？
签名后的deb包增加了数字签名的配置文件，但并不包含依赖包。
问题9：已提审应用的包签名状态一直显示“检测中”，这种问题是如何导致的？该如何解决？
包签名失败原因：
非原始包，或已签过名导致重复签名；
elf签名工具损坏，导致签名失败；
libwidevinecdm.so，程序头偏移地址和大小在节表头里有引用导致签名失败。
解决办法：
重复签名：联系管理员签名打回，并重新上传原始包。
签名超时：自动检测尝试“重试”按钮重签试图解决。
签名失败：请联系管理员定位排查问题。
问题10：开源软件为何不能支持多架构？
同一套源码在 X86、ARM、MIPS 等架构中不一定能全部编译通过，原因是多方面的，比如不同架构下头文件的定义与内容可能不一致、不同架构下所依赖的包不一定全部支持、不同架构下的机器指令不一样等，这些因素都可能导致相同的源码不一定能够在多种架构下全部编译通过。
问题11：修改已上架应用的包名时提示“请上传相同包名的deb包”该怎么办？
已上架应用不支持修改包名操作，目前仅未上架应用支持修改包名操作。如需更改包名只能对应用进行删除操作，然后再重新申请上架。
问题12：应用长期不维护，想申请下架该如何操作？
登陆数据后台，选择【应用服务->应用管理->我的应用】，在应用列表中找到需要下架的应用，并单击【应用详情】，在上架信息区域去勾选上架区域“中国大陆、其他地区”并提交审核，等待应用顺利通过审核即下架。
具体详见UOS文档中心中的《应用上架及下架流程》：https://doc.chinauos.com/production/details?id=fnEz3m4BtOs5w4L75YB_
问题13：创建应用提示“应用名称”已存在，该怎么办？
商店后台应用名称具有唯一性，不支持重名操作，若应用名称被他人占用，请联系[email protected]核实，必要时请提供相关证明材料作为辅助。详细操作请参考UOS文档中心的《应用侵权反馈流程》：https://doc.chinauos.com/production/details?id=f3E03m4BtOs5w4L74IBq
问题14：如何修改应用的“默认语言”？
应用一旦创建，就无法修改默认语言。创建应用时请谨慎选择默认语言。
问题15：UOS 20商店目前分为哪些版本？
商店版本支持的CPU架构统信桌面操作系统V20专业版amd64、arm64、mips64、sw64统信桌面操作系统V20个人版amd64深度操作系统V20社区版amd64统信服务器操作系统V20企业版amd64、arm64、mips64、sw64统信服务器操作系统V20行业版amd64统信服务器操作系统V20欧拉版arm64
问题16：上架付费软件到应用商店需要收费吗？
完全免费，并且收益全归开发者所有，但结算费率需要由开发者承担。后续商店是否参与收益分成，请留意UOS官方通知。
问题17：统信桌面操作系统专业版、个人版、社区版分别面向哪些群体？
专业版(商业版本)：企业、政府集中采购、OEM合作厂商、外部实施项目。
个人版（商业版本）：普通个人用户、合作厂商OEM。
社区版（开源版本）：国内外普通个人用户、开源爱好者。
问题18：应用无法启动，系统提示没有通过安全验证？
deepin-elf-verify验签工具版本过低，需通过升级包的方式来解决验证问题。
问题19：非开发者模式下，商店下载应用无法启动，系统提示“没有通过安全验证”？
签名问题导致。
问题20：在商店下载安装应用时，下载速度很慢甚至界面不显示？
很大程度上跟带宽有关系，下载高峰时段，服务器过载可能也会触发上述情况。商店后期会切换线路，对商店服务器、集群、线路等进行扩容，从而更好的保障广大用户。
问题21：商店中应用图标无法正常显示？
图标源文件本身有问题，请更换图标。
图标文件格式是通过png格式转换为svg格式的，从而导致应用图标无法在商店正常显示。
创建应用时请按要求上传应用图标。
问题22：创建应用时，上传deb包的时候提示文件太大无法上传该怎么办？
目前单个deb包大小限制在2G，超出将无法上传，具体请联系管理员。
问题23：desktop文件里的icon字段是什么样的？
desktop文件里的icon字段是由上游Debian规定的，上游少部分应用desktop写的不规范从而导致应用图标主题也不规范进而影响到deb包对应的字段不符合规格。
问题24：应用商店中可以上架非图形化软件吗？
不支持，目前商店只支持图形化界面的软件。后续是否支持，请留意UOS官方通知。
问题25：操作系统的语言切换为英文后，商店中部分的应用仍显示为“中文”？
商店客户端语言显示跟随系统默认语言，若系统默认语言下商店应用无该语言支持，则以厂商投递应用的默认语言为准。
问题26：内网仓库数字签名安装包的推包及删包处理流程？
内网商店签名流程、公网商店签名流程都是在上架流程中自动签名的，不涉及手动操作。
问题27：usbkey 是否可以对软件包进行签名？
不可以，还需要购买证书才可以对deb包签名。
问题28：什么是wine应用？
wine是一个支持在Unix系统上面运行Windows程序的兼容层，所以wine打包的都是Windows版本的程序，而Windows程序都只有x86架构的，所以不支持其他架构的系统。
问题29：商店下载安装应用时提示“不可用”是什么原因引起的？
请确认当前系统是否已经完成（试用期）激活，也可能是软件包未成功推送到商店仓库，数据未同步所致。
问题30：商店安装应用成功后，启动器捆绑安装其他无关应用？
捆绑的应用一般是提供给此软件的依赖软件，存在即合理。
问题31：在启动器中将应用“发送到桌面”时出现“齿轮”该如何解决？
软件问题或者是打包不规范造成的，建议重启或者注销。
问题32：商店下载安装应用时提示“安装失败，dkpg错误”？
尝试使用系统修复工具修复dpkg，或通过终端执行：sudo apt install -f 。
问题33：启动器发送应用到任务栏，启动应用任务栏双图标问题该如何解决？
双图标问题主要是desktop文件中的StartupWMClass字段错误。
解决办法：在终端输入xprop | grep WM_CLASS，单击双图标的软件，把StartupWMClass字段修改为出现的名称即可。
问题34：部分插件类的应用会安装在宿主应用的目录下面，这种应用不能按照我们的打包规则进行打包，这种应用要怎么上架？输入法类应用需要输入法的专门框架、这个框架是不符合我们的打包规则的，这种应用要怎么上架？
提供插件机制；如果有这类上架需求，可以线下联系统信相关人员。
问题35：如果有紧急上架的任务，但厂商不能提供符合我们上架规则的包，那这种任务要怎么进行？
为了满足项目交付压力，可暂时上架；但需与厂商达成一致意见，在规定时间内满足上架规则并替换已上架包。
问题36：签名方面：我们测试了一下，如果厂商提供了deb包，并要求只签名且不上架的话，部分deb包是签名失败的，失败的原因也是与上架规则不符，不上架为什么要符合上架规则？
现在无限制；后期会取消只签名的接口。