[问题] debian套件库里的版本好像都很旧?

楼主: filiaslayers (司马云)   2016-07-25 10:44:21
最近从ubuntu转到debian8.4来试试
结果发现debian的里的套件版本似乎都有点旧
像是cmake,现在出到3.5了,不过8.4还在3.0.2
git也是,debian里的git不支援git svn
虽然可以抓source code自己编,不过我现在的系统ubuntu12.04就已经是这样了
我不想升上去还要自己编orz
补充一下我的环境
现在是用windows的电脑用ssh连到linux的主机写程式
要装debian的是远端的主机,不过目前还在评估中
作者: Neisseria (Neisseria)   2016-07-25 11:03:00
用 backport 或是自己下载 source package 编译Debian 的套件的确会旧一些些,看使用习惯囉
作者: wens (文思)   2016-07-25 11:30:00
想要心,请跑 testing 或 unstable
作者: OrzOGC (洞八达人.拖哨天王)   2016-07-25 11:31:00
公司用就别了吧
作者: noonee (我和烤肉间只差一撮孜然)   2016-07-25 12:22:00
如果不是我的新笔电有一些该死的新配备要用新kernal才能驱动 我会非常乐意停留在debain 8 不再更新年轻的时候喜欢追新 所以用testing用得很高兴后来工作量越来越大 没那个美国功夫去处理没事会突然出现的大崩溃 宁愿用stable 永远不会出事
作者: Bencrie   2016-07-25 12:29:00
stable 挂 backport,kernel 不旧啊
作者: kenwufederer (Nash)   2016-07-25 12:42:00
同感,如果是工作用的,我选LMDE2需要新版的话,source list改一下就好试试看Linux mint Debian edited已经从Freebsd加xfce 换成这套,完全实用
作者: aeolus0829 (阿洽)   2016-07-25 13:36:00
旧为什么不适合公司用?
作者: wyvernlee (wyvernlee)   2016-07-25 13:38:00
核心可以自己编,自己单独升级啊,又不难
作者: noonee (我和烤肉间只差一撮孜然)   2016-07-25 13:41:00
我功力还很差 不会 orz....不过既然几位都说了 下次灌个vb来先试试看
作者: lc85301 (pomelocandy)   2016-07-25 15:55:00
奇怪我archlinux 还没遇上什么编不了的东西=w=
作者: kenwufederer (Nash)   2016-07-25 16:59:00
既然是server,为何不用CentOS?如果是习惯dpkg系,那就debian改source list但server还是建议centOS不过你这样连线写程式,怎不直接装GUI写就好?Windows本身也有能用的吧?
作者: obarisk (OSWALT)   2016-07-25 17:32:00
sid
作者: Bellkna (柔弱气质伪少女)   2016-07-25 18:47:00
backports有时候也会有问题 工作用还是stable比较安全arch的话 有时候东西太新 反而编不过 囧需要编的东西不多的话 stable+手动编还是比较好
作者: fourdollars (四元)   2016-07-25 18:54:00
Server 是 Ubuntu 跟 Debian 较多喔,CentOS 第三http://bit.ly/29UEP0d <- 资料来源
作者: kenduest (小州)   2016-07-25 20:00:00
其实只有看 website 这资料是会有点失准的不过老实说现在用哪个版本实质上不会差别到哪里去吧
作者: soem (流水)   2016-07-25 21:33:00
话说回来git-svn不是个package吗?
作者: uranusjr (←這人是超級笨蛋)   2016-07-25 23:00:00
git-svn 不是版本新旧的问题, 是 Debian 把它拆成独立package, 需要另外 apt-get install git-svn
作者: kenwufederer (Nash)   2016-07-27 01:01:00
website 不算是server的总和吧…加上地区其实差异蛮多的直接抓ubuntu的deb来装?
作者: Debian (Debian)   2016-07-27 06:17:00
某鞋时候能够正常使用可能会比新不新还来得重要,想要追新fedora跟arch都很新,但要挑战炸掉的能耐林北可能比较强。
作者: noonee (我和烤肉间只差一撮孜然)   2016-07-27 06:43:00
林北比较强 XD
作者: EdwardGJLee (LGJ)   2016-07-27 09:56:00
编在自家目录最快啦!distro 提供的常不符合使用比较头疼的是大型 lib,会编到哭就是了……编在自家目录是在防打破原系统的相依性。
作者: dou0228 (7777)   2016-07-27 12:14:00
跑 Ubuntu LTS 版本,不装 X-Window,升级不用管一堆问题
作者: EdwardGJLee (LGJ)   2016-07-27 14:31:00
相性包含相依于及被相依,还是养成习惯,不要去取代系统的 bin/lib,比较妥。cmake 只是个小 case,如果常常要编东编西的话,很容易就破坏了原系统的相依性
作者: OrzOGC (洞八达人.拖哨天王)   2016-07-27 14:34:00
ubuntu有那么容易炸掉唷?fedora最近upgrade不太炸了...只是小bug一堆...个人自编也是放/home之下,不去动系统的
作者: EdwardGJLee (LGJ)   2016-07-27 14:42:00
大家都会用到的话,可以编在一个特定目录。
作者: noonee (我和烤肉间只差一撮孜然)   2016-07-27 23:36:00
我自己的印象是 都是风水轮流转某个过去常炸的过一阵子变很稳定 某些号称稳定的也会突然常常炸 debain testing 的kde 5已经炸了半年多了
作者: Bellkna (柔弱气质伪少女)   2016-07-27 23:45:00
某个过去常炸的一定是在说arch(?不过 我觉得 debian testing 本来就很容易炸XD结果现在对 backports 也有点信心不足 虽然用了后还不错
作者: dou0228 (7777)   2016-07-28 08:22:00
我完全只跑console,没炸过半次,是装了啥东西的原因?
作者: EdwardGJLee (LGJ)   2016-07-28 14:11:00
装在一个特定目录的好处是,反安装很容易,砍掉那个目录就可以了。只是要一直改 PATH 就是了!炸不炸很难说,不是 rolling 的就不会炸,有时人家上传到一半,你刚好碰上就炸了。各主流的 distro 我都有在装,还没碰到可以绝对不炸的。复杂度愈高的系统炸得机会就愈高。当然维护的流程我是觉得还有改善的空间,只是一直没看到有更好的维护流程就是了……
作者: Bellkna (柔弱气质伪少女)   2016-07-28 18:39:00
debian testing本来就是测试用 很容易炸 不用拿别的比XD至于arch 这几年我觉得蛮稳定 以前刚用vm装时蛮容易炸的不过最近用backports 有些dep会跟着升上去 感觉万一包了处理上会比较麻烦
作者: Bencrie   2016-07-28 19:37:00
testing 要等 freeze 过后再装
作者: dou0228 (7777)   2016-07-28 22:12:00
个人习惯是不会上到最新,就算是 LTS 也会等一堆人炸完才才开始更新(大约半年到一年过后..)
作者: Adama (So Say We All.)   2016-07-28 22:38:00
其实upgrade时炸掉也不是什么大问题,liveusb+chroot进去通常都修得好。这种情况fedora我只遇过一次 (15+次upgrade)ubuntu只有从12.04 LTS upgrade三次,都不算在upgrade时炸但fedora是先下载套件的离线模式升级,ubuntu一直都要在线炸的机会比较高...
作者: Debian (Debian)   2016-07-29 03:24:00
testing freeze后跟stable几乎没有太大的差别。testing跟sid炸掉其实不用太意外,不过大部分都是跑fullupgrade比较会炸,不跑full upgrade通常比较安全。
作者: EdwardGJLee (LGJ)   2016-07-29 08:36:00
我的 tesing 炸掉了,是 update 时炸的,不是upgrade时炸的,感觉上太久没有 update 时,比较容易炸。
作者: fourdollars (四元)   2016-07-29 10:30:00
用 Debian testing 要常常更新才不容易炸掉
作者: danny8376 (钓到一只猴子@_@)   2016-07-29 21:54:00
rolling真的会遇到更一半炸的 不过大多是mirror问题XDD

Links booklink

Contact Us: admin [ a t ] ucptt.com