PTT數位生活區 / Linux

[問題] debian套件庫裡的版本好像都很舊?

看板Linux作者 (司馬雲)時間9年前 (2016/07/25 10:44), 9年前編輯推噓9(9推 0噓 75→)
留言84則, 20人參與, 最新討論串1/1
最近從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的是遠端的主機，不過目前還在評估中 -- 鉛華洗盡,偎江感雲 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.182.167.212 ※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1469414664.A.680.html
→
07/25 11:03, , 1F
用 backport 或是自己下載 source package 編譯
07/25 11:03, 1F
→
07/25 11:03, , 2F
Debian 的套件的確會舊一些些，看使用習慣囉
07/25 11:03, 2F
原來是會比較舊啊...那看起來不適合在公司用orz 感覺debian只剩ubuntu可以選了... red hat那邊我用不習慣 archlinx試過一次，完全沒辦法build公司的code... ※ 編輯: filiaslayers (175.182.167.212), 07/25/2016 11:12:10
→
07/25 11:30, , 3F
想要心，請跑 testing 或 unstable
07/25 11:30, 3F
我不是特別要追新，但以git為例，公司還在用svn，但我習慣用git 所以是用git svn在管理 然後cmake就更重要了，因為裡面的有個opensource要跑在3.2版 3.0.2不能跑 還好gcc還夠新，之前在ubuntu12.04連gcc都要自己重編orz
→
07/25 11:31, , 4F
公司用就別了吧
07/25 11:31, 4F
→
07/25 12:22, , 5F
如果不是我的新筆電有一些該死的新配備要用新kernal
07/25 12:22, 5F
→
07/25 12:22, , 6F
才能驅動 我會非常樂意停留在debain 8 不再更新
07/25 12:22, 6F
→
07/25 12:22, , 7F
年輕的時候喜歡追新 所以用testing用得很高興
07/25 12:22, 7F
→
07/25 12:23, , 8F
後來工作量越來越大 沒那個美國功夫去處理沒事會突然出現
07/25 12:23, 8F
→
07/25 12:23, , 9F
的大崩潰 寧願用stable 永遠不會出事
07/25 12:23, 9F
我也是傾向用stable，不過是擔心萬一出問題會不知道到底是os的問題還是code有問題
推
07/25 12:29, , 10F
stable 掛 backport，kernel 不舊啊
07/25 12:29, 10F
→
07/25 12:42, , 11F
同感，如果是工作用的，我選LMDE2
07/25 12:42, 11F
→
07/25 12:43, , 12F
需要新版的話，source list改一下就好
07/25 12:43, 12F
喔喔，這個我試試
→
07/25 12:44, , 13F
試試看Linux mint Debian edited
07/25 12:44, 13F
不考慮mint...我沒圖型的需求orz 已在文章補充一下我的環境
→
07/25 12:45, , 14F
已經從Freebsd加xfce 換成這套，完全實用
07/25 12:45, 14F
推
07/25 13:36, , 15F
舊為什麼不適合公司用？
07/25 13:36, 15F
推
07/25 13:38, , 16F
核心可以自己編，自己單獨升級啊，又不難
07/25 13:38, 16F
不難啊，問題是要這麼麻煩我滾去用ubuntu就好了 當初考慮debian只是覺得他的版本似不像ubuntu更新這麼快，套件庫的維護比較久 不過沒想到真的都好舊
→
07/25 13:41, , 17F
我功力還很差 不會 orz....
07/25 13:41, 17F
→
07/25 13:42, , 18F
不過既然幾位都說了 下次灌個vb來先試試看
07/25 13:42, 18F
※ 編輯: filiaslayers (175.182.167.212), 07/25/2016 14:10:27
推
07/25 15:55, , 19F
奇怪我archlinux 還沒遇上什麼編不了的東西=w=
07/25 15:55, 19F
→
07/25 16:59, , 20F
既然是server，為何不用CentOS？
07/25 16:59, 20F
→
07/25 17:01, , 21F
如果是習慣dpkg系，那就debian改source list
07/25 17:01, 21F
我就是習慣dpkg所以換到yum很不順手，雖然arch我也已經用的很習慣了 想問如果我cmake要裝3.2以上的版本，sources.list要怎麼改? google都只找到ubuntu的解法
→
07/25 17:01, , 22F
但server還是建議centOS
07/25 17:01, 22F
→
07/25 17:11, , 23F
不過你這樣連線寫程式，怎不直接裝GUI寫就好？
07/25 17:11, 23F
→
07/25 17:12, , 24F
Windows本身也有能用的吧？
07/25 17:12, 24F
因為那台不是只有我一個人用啊= =
→
07/25 17:32, , 25F
sid
07/25 17:32, 25F
→
07/25 18:47, , 26F
backports有時候也會有問題 工作用還是stable比較安全
07/25 18:47, 26F
→
07/25 18:48, , 27F
arch的話 有時候東西太新 反而編不過 囧
07/25 18:48, 27F
沒錯orz
→
07/25 18:49, , 28F
需要編的東西不多的話 stable+手動編還是比較好
07/25 18:49, 28F
看起來只能這樣了
還有 20 則推文
還有 5 段內文
→
07/27 14:34, , 49F
ubuntu有那麼容易炸掉唷?fedora最近upgrade不太炸了...
07/27 14:34, 49F
→
07/27 14:35, , 50F
只是小bug一堆...個人自編也是放/home之下,不去動系統的
07/27 14:35, 50F
→
07/27 14:42, , 51F
大家都會用到的話，可以編在一個特定目錄。
07/27 14:42, 51F
我下次試試，這次已經裝下去，來不及了orz
→
07/27 23:36, , 52F
我自己的印象是 都是風水輪流轉
07/27 23:36, 52F
→
07/27 23:37, , 53F
某個過去常炸的過一陣子變很穩定 某些號稱穩定的也會突然
07/27 23:37, 53F
→
07/27 23:37, , 54F
常常炸 debain testing 的kde 5已經炸了半年多了
07/27 23:37, 54F
→
07/27 23:45, , 55F
某個過去常炸的一定是在說arch(?
07/27 23:45, 55F
arch沒有版本的蓋念，很難炸吧?我有一台裝arch的raspberry pi，用了1年多還沒炸
→
07/27 23:46, , 56F
不過 我覺得 debian testing 本來就很容易炸XD
07/27 23:46, 56F
你拿testing跟發行版比，這公平嘛= =
→
07/27 23:47, , 57F
結果現在對 backports 也有點信心不足 雖然用了後還不錯
07/27 23:47, 57F
→
07/28 08:22, , 58F
我完全只跑console,沒炸過半次,是裝了啥東西的原因?
07/28 08:22, 58F
兩年前炸的，我已經忘了XD ※ 編輯: filiaslayers (175.182.165.133), 07/28/2016 12:39:01
→
07/28 14:11, , 59F
裝在一個特定目錄的好處是，反安裝很容易，砍掉那個
07/28 14:11, 59F
→
07/28 14:11, , 60F
目錄就可以了。只是要一直改 PATH 就是了！
07/28 14:11, 60F
→
07/28 14:12, , 61F
炸不炸很難說，不是 rolling 的就不會炸，有時人家上
07/28 14:12, 61F
→
07/28 14:12, , 62F
傳到一半，你剛好碰上就炸了。各主流的 distro 我都
07/28 14:12, 62F
→
07/28 14:13, , 63F
有在裝，還沒碰到可以絕對不炸的。複雜度愈高的系統
07/28 14:13, 63F
→
07/28 14:13, , 64F
炸得機會就愈高。當然維護的流程我是覺得還有改善的
07/28 14:13, 64F
→
07/28 14:14, , 65F
空間，只是一直沒看到有更好的維護流程就是了……
07/28 14:14, 65F
→
07/28 18:39, , 66F
debian testing本來就是測試用 很容易炸 不用拿別的比XD
07/28 18:39, 66F
→
07/28 18:42, , 67F
至於arch 這幾年我覺得蠻穩定 以前剛用vm裝時蠻容易炸的
07/28 18:42, 67F
→
07/28 18:45, , 68F
不過最近用backports 有些dep會跟著升上去 感覺萬一包了
07/28 18:45, 68F
→
07/28 18:46, , 69F
處理上會比較麻煩
07/28 18:46, 69F
推
07/28 19:37, , 70F
testing 要等 freeze 過後再裝
07/28 19:37, 70F
→
07/28 22:12, , 71F
個人習慣是不會上到最新,就算是 LTS 也會等一堆人炸完
07/28 22:12, 71F
→
07/28 22:12, , 72F
才才開始更新(大約半年到一年過後..)
07/28 22:12, 72F
推
07/28 22:38, , 73F
其實upgrade時炸掉也不是什麼大問題，liveusb+chroot進去
07/28 22:38, 73F
→
07/28 22:38, , 74F
通常都修得好。這種情況fedora我只遇過一次 (15+次upgrade)
07/28 22:38, 74F
→
07/28 22:40, , 75F
ubuntu只有從12.04 LTS upgrade三次，都不算在upgrade時炸
07/28 22:40, 75F
→
07/28 22:41, , 76F
但fedora是先下載套件的離線模式升級，ubuntu一直都要在線
07/28 22:41, 76F
→
07/28 22:41, , 77F
炸的機會比較高...
07/28 22:41, 77F
推
07/29 03:24, , 78F
testing freeze後跟stable幾乎沒有太大的差別。
07/29 03:24, 78F
→
07/29 03:27, , 79F
testing跟sid炸掉其實不用太意外，不過大部分都是跑full
07/29 03:27, 79F
→
07/29 03:27, , 80F
upgrade比較會炸，不跑full upgrade通常比較安全。
07/29 03:27, 80F
→
07/29 08:36, , 81F
我的 tesing 炸掉了，是 update 時炸的，不是upgrade
07/29 08:36, 81F
→
07/29 08:37, , 82F
時炸的，感覺上太久沒有 update 時，比較容易炸。
07/29 08:37, 82F
→
07/29 10:30, , 83F
用 Debian testing 要常常更新才不容易炸掉
07/29 10:30, 83F
→
07/29 21:54, , 84F
rolling真的會遇到更一半炸的 不過大多是mirror問題XDD
07/29 21:54, 84F
‣ 更多 filiaslayers 的文章
文章代碼(AID): #1NbNq8Q0 (Linux)
Linux 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 filiaslayers 的文章
文章代碼(AID): #1NbNq8Q0 (Linux)