[App Sharing] 分享自建的 apt 软件源
Tofloor
poster avatar
cbing
deepin
2024-10-08 19:49
Author

向 Debian、Ubuntu 和 deepin 等 Linux 发行版用户分享我自建的软件源,常用软件更新更方便。

https://github.com/wcbing/wcbing-apt-repo

里面收集了一些国内常用的软件,像腾讯系的QQ、QQ音乐、腾讯会议,还有钉钉、百度网盘、Xmind 等。还有一些官方提供源的,包括 Firefox、Steam 以及 Chrome、VS Code 等(后面这些安装后会自行添加软件源),减少需要手动添加源的次数。

  • 兼容性:因为是官方提供的通用 deb 包,所以较新版本的 Debian、Ubuntu 及其衍生版应该都可以正常安装运行。deepin 经简单测试也可以。
  • 下载速度:除了 Github Releases 之外,其他大都是重定向至软件官网,所以下载速度看软件官网。

注:目前仅针对 x86 用户


F&Q

  • 有些不是星火商店已经收录了吗,为什么不用星火商店?

本软件源与星火商店形式有些不同,星火商店必须要安装客户端,而这个是通用的 APT 软件源,你可以通过命令行或 GNOME Software、KDE Discover 等任意客户端进行升级。并且相比星火商店还有个小优势是更新快,因为都是自动化的流程,不用人工审核投稿。

  • 我知道 DebianCN、铜豌豆软件源等,这个有什么优势?

确实,这个源和 DebianCN、铜豌豆软件源 等类似。相比两者优势是更新快,都是自动化的流程,不用人工整理。拿 Debian CN 为例,其现收录软件大概30多个,除 Chrome 在更新外,其他最新的更新都距今半年以上,很多都是5、6年前的软件。铜豌豆相比之下要好很多,但也不太及时,并且自打包应用较多,兼容性也较差。

  • 有什么劣势?

劣势就是应用较少,现在只有自己常用的软件。


对 deepin 用户

对于 deepin 用户来说,有些应用商店已经有了。但是应用商店一般不会直接使用官方提供的包,而是会拆包修改再重新打包,还会修改包名。这也就造成了更新有一定的延迟。

举个例子,比如今天(10月8号),应用商店中的 VS Code 还是 1.93.0。
图片.png

而官方已经在 10月3号发布了 1.94.0。

图片.png

如果你用的类似软件较多,就可以添加我的源,以提供更好的安装、更新体验,免去经常上官网下载更新。

deepin 用户安装之后不会在应用商店中更新,但可通过“设置”-“更新”可以进行图形化的软件更新。

Reply Favorite View the author
All Replies
2 / 2
To page
小鱼贝壳
deepin
2024-10-10 00:52
#21

kissing_heart

Reply View the author
柠萌~
deepin
2024-10-10 21:30
#22

like

Reply View the author
weep beyondคิดถึง
deepin
2024-10-13 20:55
#23

我的添加后怎么提示缺少公钥😂

Reply View the author
cbing
deepin
2024-10-13 23:31
#24
weep beyondคิดถึง

我的添加后怎么提示缺少公钥😂

这里 的两行都执行了吗。第一行是导入公钥的

Reply View the author
神末shenmo
deepin
Spark-App
2024-10-18 21:01
#25

他们QQ有测试版本,不发官网包,咱还是跟不上最新~

有没有办法搞一下?

图片.png

Reply View the author
cbing
deepin
2024-10-19 11:34
#26
神末shenmo

他们QQ有测试版本,不发官网包,咱还是跟不上最新~

有没有办法搞一下?

图片.png

测试版本来就不应该上的吧,除非开一个“测试专区”。


这个文档地址也没变过,并且里面只保留最新的一个版本。直接 curl 只能获取文档第一页内容,里面只有 x86-64 的下载地址。虽然有一个url就可以推出其他的url,但是不能以后保证特性太长还能得到。

curl -fs https://docs.qq.com/doc/DVXNoRlpKaWhEY015 | grep -o "https:[0-9a-zA-Z\/\.\_\-]*\.deb"

我又看了看请求,看到 dop-api/opendoc,最终得到

curl -fs 'https://docs.qq.com/dop-api/opendoc?u&id=DVXNoRlpKaWhEY015&normal=1&noEscape=1&callback=clientVarsCallback' -H 'referer: https://docs.qq.com/doc/DVXNoRlpKaWhEY015' | grep -o "https:[0-9a-zA-Z\/\.\_\-]*\.deb"

它原本的网页内容部分经过base64编码了,我测试把 commandsFormat=1 去掉就是原文;顺便把它原有的几个无用参数删掉了。


不常上bbs,幸亏今天我要加几个repo顺便来这里看了看👀

Reply View the author
神末shenmo
deepin
Spark-App
2024-10-19 11:51
#27
cbing

测试版本来就不应该上的吧,除非开一个“测试专区”。


这个文档地址也没变过,并且里面只保留最新的一个版本。直接 curl 只能获取文档第一页内容,里面只有 x86-64 的下载地址。虽然有一个url就可以推出其他的url,但是不能以后保证特性太长还能得到。

curl -fs https://docs.qq.com/doc/DVXNoRlpKaWhEY015 | grep -o "https:[0-9a-zA-Z\/\.\_\-]*\.deb"

我又看了看请求,看到 dop-api/opendoc,最终得到

curl -fs 'https://docs.qq.com/dop-api/opendoc?u&id=DVXNoRlpKaWhEY015&normal=1&noEscape=1&callback=clientVarsCallback' -H 'referer: https://docs.qq.com/doc/DVXNoRlpKaWhEY015' | grep -o "https:[0-9a-zA-Z\/\.\_\-]*\.deb"

它原本的网页内容部分经过base64编码了,我测试把 commandsFormat=1 去掉就是原文;顺便把它原有的几个无用参数删掉了。


不常上bbs,幸亏今天我要加几个repo顺便来这里看了看👀

肥肠感谢~


QQ这个包是比较特殊的,因为早期就是直接从测试版跟的,所以之后的策略就是一直跟着测试版走了

Reply View the author
2 / 2
To page