[建设中] 准备持续的更新一个个人的 patch 集合

rt,从 ArchLinux 因为种种原因迁移到 sid 了。虽然可以直接用的包多了,但是习惯了 Arch Linux 带来的各种方便的脚本或者机制,以及习惯了 aur 这样的平台带来的比较统一的用户构建包脚本的托管平台。deb 包虽然方便但是无法阻止包发布者乱塞东西,以及习惯了 usr-merge 带来的一些习惯不同的问题。决定使用 dpkg-trigger 创建补丁包,仓库地址:

https://github.com/weearc/debian-custom-trigger

目前只有三个包的补丁,在根据个人需求增加持续更新中(Arch上粗打包粒度的情况下个人也达到了总计安装了2k5数量的包orz)

其中包括一些特性,比如为chromium系带来 $XDG_CONFIG_HOME/<pkgname>_flags.conf 的支持(其实就是重写启动器脚本),linuxqq 的启动器修复,desktop文件修复,图标修复。都是个人认为 aur 上很多很方便的个人打包者做出来的很方便的特性。

主要还是以搬运为主,比如java-environment的快速切换方法,比如一些aur包的很好的处理方法或者给官方deb/rpm的修补

为啥从arch迁移到debian sid了?有啥痛点吗?
我刚遇到一个arch上正常,debian上不正常的问题,正想迁移到arch呢

大概是追求特立独行的情绪吧,用arch也很多年了也足够稳定。但是没法经常滚可能会造成一些隐患,虽然对于debian sid也差不多就是了。arch的痛点也是所有滚动发版的都会有的

顺便原本是打算迁移到debian stable上的,但是看了一下包太老了,我这边配置很多都是紧跟上游来着迁移起来成本过高。虽然就算是sid也迁移成本相当高就是了

明白了,多谢

wpspdf需要新建一个libtiff.so.6.0.0的软连接才能用,软连接后的名字为libtiff.so.5
qqmusic需要在执行命令后加入参数–no-sandbox才可以运行

感谢建议,已经添加

可以在 trigger deb 包里面,加上对原包的 依赖 关系吗?

感谢回复,欢迎pr。不添加原包作为依赖是防止对元包进行二次封包后trigger消失的问题。trigger包需要先于元包安装

假设一个 apt 软件源,同时有 原 包 和 这个trigger包,有没有办法,只使用一个 安装 命令,自动把这两个软件包同时安装好呢?

安装原包,还是安装 trigger 包自动依赖安装原包? 或者再打包一个虚拟包,依赖这两个包?

触发器本来用途是对元包postinst脚本中做出的诸如软链接等操作等的更改。因此必须先于元包部署。是否可以同时安装需要自行测试。