PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 其他群組 > 七嘴八舌異言堂
帳戶
密碼
 

  回應
 
主題工具
msnskyline
New Member
 
msnskyline的大頭照
 

加入日期: Jul 2005
文章: 7
上面有說如果主機被駭的問題。

如果發生那種事,那麼gentoo是無法安裝套件的。

ebuild有md5檢查的動作。不管是套件還是patch files。

要動,工程很大。


(gentoo 駭客才懶到駭,不用駭自己就問題一堆

Debian 或許還有點興趣,gentoo 呢
     
      
舊 2008-04-01, 01:05 AM #61
回應時引用此文章
msnskyline離線中  
dou0228
New Member
 

加入日期: Feb 2003
文章: 2
引用:
作者野口隆史
你不了解arch的作法,會被放進官方源理的東西都是已經在test源理通過測試的東西
我自己基於穩定的理由,我的arch不會使用test源裡面的東西
會被更新安裝的軟體不會是pidgin 2.4beta也不會是openoffice.org 2.4beta這類的東西
它真正更新的都是正式release的版本,而且都是從test源裡經過測試才會放到正式源裡的版本
所以我用arch用的很爽,要做白老鼠要做beta狂人
自己...

所以?? Debian 一樣有 stable, unstable, test 可以選

若 pidgin release 不到一天, arch linux 馬上就出現 pidgin
那這個 distro 說他有 大量測試過, 我不相信

Debian 的 deb 內容是什麼我根本不在乎
只要我不從 debian 以外的站下載 deb 檔就可以了

Arch Linux 一樣解不了 主站被 hack 的問題!!

引用:
作者野口隆史
希望你仔細看一下PKGBUILD裡面的內容
arch的PKGBUILD就相當於gentoo的ebuild文件
裡面清楚的記載了哪裡下載原碼/二進位打包還有怎麼編譯安裝等資訊
如果軟體更新了,你自己修改一下PKGBUILD的內容,就可以升級到新版
根本不會有你所說的問題,與ebuild相比arch簡化了gentoo那些複雜的動作
經過自行編譯的gentoo根本沒有任和證據顯示效率上可以快過同樣也是i686編譯的archlinux
既然無法快過arch,何必浪費時間在無趣的編譯上?
而且gentoo的編譯不適幾分鐘幾個小時就可以完成的事情
有些硬體比較慢的,編個幾天才編完是常有的事

根本不是要比較 Gentoo & Arch Linux
你講的那些 Arch tar ball 對我來說, 沒有任何意義可言
我相信你也不會一個個抓 PKGBUILD 內容, 自己編譯看看是不是沒被 hack 過

那些東西沒有太大意義
你再怎麼編, 也不會快過重寫, 或換一台機器來的快

引用:
作者野口隆史
不是每個軟體都有提供source code的
有些商業應用軟體只提供二進制已經打包好的給你
根本不會給你source code,等到源裡有我真的不知道要等到什麼時候

所以? Debian 不能解這問題
所以 Arch Linux 可以變出原始碼? XD
我也說了, 除了等之外, 有原始碼當然是編譯, 不然就只能等
別無它法, 與 Distro 無關


我不否認 i386 編譯成 i686 會比較快
不過, 那個快不過重寫 或是換一台機器來的快
 

此文章於 2008-04-01 01:14 AM 被 dou0228 編輯.
舊 2008-04-01, 01:06 AM #62
回應時引用此文章
dou0228離線中  
大貓貓
Golden Member
 
大貓貓的大頭照
 

加入日期: Feb 2000
您的住址: 貓利安毛球
文章: 2,585
引用:
作者sirlance
1.Mac基本教義派會說是假新聞
2.會被01停權喔



阿不就像拿著十字架高喊耶穌基督衝進去神學士基地一樣阿

MAC無敵 到北京還是MAC無敵阿


不過01最近動不動就停權的狀況比較少了
舊 2008-04-01, 01:07 AM #63
回應時引用此文章
大貓貓離線中  
dou0228
New Member
 

加入日期: Feb 2003
文章: 2
引用:
作者msnskyline
上面有說如果主機被駭的問題。

如果發生那種事,那麼gentoo是無法安裝套件的。

ebuild有md5檢查的動作。不管是套件還是patch files。

要動,工程很大。


(gentoo 駭客才懶到駭,不用駭自己就問題一堆

Debian 或許還有點興趣,gentoo 呢


所以我才會說, Arch Linux 面對這種情況, 只有一個字: 死

他的 tar ball 沒有 MD5/SHA1 等 digest hash
hack binary, 給他 patch diff 就能相信東西沒問題?
舊 2008-04-01, 01:11 AM #64
回應時引用此文章
dou0228離線中  
Rjr
Basic Member
 
Rjr的大頭照
 

加入日期: Feb 2005
文章: 23
Freebsd + N 使用uNIX Like的 os 至今 八年 從來都沒開過gui 介面 只會用console 操

作 不過隨者Oracle 遺棄 BSD 後 目前在用的平台都是 Solaris 怎麼這次大賽居然沒有

Solaris 參一咖 我覺得 Sun 這套 Os 也很優秀說!! 雖然他出現的地方很少 但是好歹也有

點佔有率吧~
__________________
真相
舊 2008-04-01, 01:24 AM #65
回應時引用此文章
Rjr離線中  
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,028
引用:
作者dou0228
所以?? Debian 一樣有 stable, unstable, test 可以選

若 pidgin release 不到一天, arch linux 馬上就出現 pidgin
那這個 distro 說他有 大量測試過, 我不相信

Debian 的 deb 內容是什麼我根本不在乎
只要我不從 debian 以外的站下載 deb 檔就可以了

Arch Linux 一樣解不了 主站被 hack 的問題!!

但是這根本不可能每一個人他要用的軟體debian的源理都有啊...
一直等下去就有可能進源了嗎??我看不會吧
軟體哪邊有就去那邊拿,等到進源才肯用?!架server也不是這樣..

如果真的這麼想知道你可以去逛逛arch論壇
還有ubuntu論壇,看看那一個發行版問題比較多
我就是一個最好的例子,我用arch那麼久了,還沒有說用了什麼新軟體
會出現問題要讓我被迫重裝舊版本的事情發生



引用:
作者dou0228
根本不是要比較 Gentoo & Arch Linux
你講的那些 Arch tar ball 對我來說, 沒有任何意義可言
我相信你也不會一個個抓 PKGBUILD 內容, 自己編譯看看是不是沒被 hack 過

那些東西沒有太大意義
你再怎麼編, 也不會快過重寫, 或換一台機器來的快

你只需要看PKGBUILD下的指令就好了,有沒有自己編那根本不重要
跟deb相比,PKGBUILD就是比它透明,就是它的一個優點
我當初只花兩個鐘頭就學會怎麼編寫PKGBUILD,並且實際打包了一個軟體
要我去學deb的打包?我想還是算了吧
PKGBUILD的優點就是簡單不複雜



引用:
作者dou0228
所以? Debian 不能解這問題
所以 Arch Linux 可以變出原始碼? XD

我不否則 i386 編譯成 i686 會比較快
不過, 那個快不過重寫 或是換一台機器來的快

看來你應該好好了解一下arch的kiss哲學
你說的這個部分就是我最後會選擇arch的原因
aur它是arch的一個精隨!你根本不用去擔心源裡有沒有
還是會不會進test源,aur透過abs就可以下載那些由社群維護的軟體
你根本不需要花時間去編譯,還是解決依賴的問題
因為aur裡的人都已經先幫你解決了,透過投票顯示的歡迎程度
就可以決定這個軟體以後會不會進官方源,比ubuntu那種人員稀少的維護能力明顯強過太多
而且debian/ubuntu可以用投票決定哪個軟體應該進官方源嗎?
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.

此文章於 2008-04-01 01:39 AM 被 野口隆史 編輯.
舊 2008-04-01, 01:34 AM #66
回應時引用此文章
野口隆史離線中  
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,028
引用:
作者dou0228
所以我才會說, Arch Linux 面對這種情況, 只有一個字: 死

他的 tar ball 沒有 MD5/SHA1 等 digest hash
hack binary, 給他 patch diff 就能相信東西沒問題?

PKGBUILD的內容如果沒有經過雜湊值的效驗
你確定你能夠裝進去?
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.
舊 2008-04-01, 01:35 AM #67
回應時引用此文章
野口隆史離線中  
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,028
引用:
作者dou0228
用多久其實不是重點, 除非你用到新版加的功能
或是2.6.22-14 有重大 bug 非更新不可

不然對一般使用者, 根本查覺不出來差別, 也不會想去看 kernel changelog
若說人力不足, 不想用 Ubuntu 可以理解, 但是說 kernel 舊.. 還好
真的要說, 要看一下 2.2 的 kernel, 那才是真的孤兒 :P
2.2.27-rc2 - 2005 年到現在沒再動了


是很即時沒錯, 不過.. 能確定他沒問題嗎? XD
有好有壞, 但這很明顯, ArchLinux 應無法成為 Server 第一首選

這個比賽的參賽者是一般人口中所謂的駭客
是一些會使用極端手段的高手
不是"一般人",你怎麼能夠確定這個出現有一段時間的核心
完全沒有潛在的安全問題??怎麼能排除沒有人會用類似攻破MAC的方式
攻破ubuntu的內核?
你想過這個問題沒有?
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.
舊 2008-04-01, 01:47 AM #68
回應時引用此文章
野口隆史離線中  
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,028
根據好心網友的教導
我對於KISS哲學的認知是錯誤的
這個是普遍存在於UNIX系統的哲學
我對於我所犯下的錯誤跟大家道歉
KISS並非如我前面所言
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.
舊 2008-04-01, 02:00 AM #69
回應時引用此文章
野口隆史離線中  
msnskyline
New Member
 
msnskyline的大頭照
 

加入日期: Jul 2005
文章: 7
在等待小王開打的時間再回一下∼∼∼

上面有提到gentoo編譯的麻煩。的確,是個缺點。

但是一體兩面,他同時也是個優點。

BSD穩定的特性,除了本身架構優良,軟體套件維護嚴謹之外,就是編譯

gentoo 這方面的編譯不只讓效能加強之外,也讓系統更加穩定。
在編譯過程中也可能發現系統中存在的問題。
而非,一昧的安裝 ,移除,安裝,升級∼∼

另外,舉個簡單例子。
有想玩openldap的大概都知道,一般編譯好的套件根本無預設支援。
必須去找編譯時有加入支援的套件回來裝。
最好想玩的冷門軟體都有人出套件,如果沒有呢??自己編譯嗎?要動多少軟體呢??

這也是gentoo在自訂上的優勢。

而且,會去玩gentoo的人。會去傻傻的等他編譯嗎?
還是讓他在不麻煩的時間自動去更新編譯升級??

gentoo麻不麻煩,看使用者怎麼玩了??
舊 2008-04-01, 02:12 AM #70
回應時引用此文章
msnskyline離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是01:52 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。