如题，我还是习惯用 aptitude ，不过会 alias 几个别名。
如果能用apt的话我会用apt。
长期混用sid/experimental。日常apt，但是当出现复杂依赖情况会用aptitude。
如何混用sid和experimental?
deb http://ftp2.cn.debian.org/debian sid main contrib non-free
deb-src http://ftp2.cn.debian.org/debian sid main contrib non-free
deb http://ftp2.cn.debian.org/debian experimental main contrib non-free
deb-src http://ftp2.cn.debian.org/debian experimental main contrib non-free
更加复杂的sid/experimental混用细节可以通过apt_preferences来调整。不过我根本不关心里边的细节所以没有设置。
默认experimental优先级是要低于sid，所以实际上，除非你特别指定，apt还是沿着sid这条线在走。
experimental不是完整release，大部分情况下都在跟sid混用，然后用户选择性地把部分软件包版本弄得非常新，或者非常容易爆炸。
和网易，中科大等源地址不一样啊，是官方的国内的ftp源吗？两种不稳定的版本混用，奔溃卡死的机会比较吧
只要不搞事情，sid/experimental是可以相对安全的。但是为了不搞事情，需要你有一些正确处理特殊情况的经验。
我的Sid用了一年多快两年了吧，稳定得跟stable一样。
stable的BUG，只要不是RC，就死活不修复。sid的BUG，只要不freeze，修的就会快一些。
现在虚拟机里试试看，呵呵，水平有限，办公的电脑只敢用stretch，你是服务器上部署debian吗，办公也用吗？
所有我管理的机器都是sid+experimental，包括服务器。服务器是科学计算用途而非商用而且用户不多，用这种系统问题不大。
现在办公用的是西数500GB 32MB缓存，感觉还是有点慢，64MB缓存的1TB不知道快多少
experimental的危险性还是需要提醒一下的。举个夸张的例子，experimental里边有一个包，曾经有一两个RC BUG，嗯，维护者把BUG修了之后上传。。。。然后出来了10个RC BUG。
RC BUG严重到什么程度呢，比如有一个叫做xxx的python3包，出了RC BUG：
python3> import xxx
FATAL: Segmentation Fault
这种对用户投毒的包原则上无法进入stable，但是可以存在于expeirmental。
1 个赞
是回错地方了还是论坛数据出错？
习惯apt，因为可以少敲几下键盘 qwq