[問題] 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