开始对SUSE失望了，原来这么多问题

kenduest

原帖由 cnchun 于 2006-9-25 23:38 发表
yum这些东西都是后来出的，现状不知道，不知道能不能混合安装各种版本，比如php4 php5 apache2 2.2....。

这位朋友，这就是您说 yum 烂的地方吗 ? package 打包的项目，又与 yum 有啥关系呢 ?

linux distro 要提供 apache 1.3 与 apache 2.0，这您都可以自己选不是呼 ? 比方手上 suse linux enterprise 有提供 apache 1.3 与 apache 2.0 的两种 package 选择，其中php 也有 php4 与 php5 可以选，所以你要用哪个看您自己，请自己决定。

只是问题点拉回来，你说的这点问题又与 yum 这种 package manager 有啥关系 ? 因为这要看你用的 linux distro 本身到底有提供哪些 package 可以选择，与 package manager 不是没关系吗。

yast也够烂的，网络更新一下软件数据库，几十兆东西一顿下，我不懂他们如何设计的这个软件包数据库，反正我是让机器挂了一天，最后还是没反映，可能是我水平不够，有地方没设置好，最后yum现在还没有官方的suse库吧。

连线速度慢.. 这不是 yast 烂，而是你本身外连线的问题。

再来 suse linux 本身不用 yum，我会说 yum 是谈到其他 linux distro 的 package manager，像是 fedora linux 采用 rpm 管理系统，高阶用 yum 提供更方便的套件管理。

suse要支持mysql-4.1-lib，还要上mysql.com下一个库装上，相比dpkg，直接混合安装各种版本的软件，省心很多。还有一个垃圾 appamorr还是什么，名字具体忘了。

在任何 linux distro 这样上这样乱安装软件大概也死的很难看，而不是 suse linux 本身而已。

没经过我同意，去起动什么安全模块，还内核级别的，也不设置一个安全级别，让人选选该不该起动；也行，你设计好了，起动就起动吧，可偏偏bug奇多，不是这个不行就是那个not permited，很多莫名奇妙的错误，干脆关了算了，懒得配置。我如果要用，我自己不会装阿，被你一搞，高不高低不低，半死不活，添乱，浪费我的时间！

很多问题是你根本就不瞭解所引起的。

AppArmor 这项目提供了更安全的 security 入侵阻挡与稽核功能，相对于 RH 目前主要参与投入开发的 selinux 本身是类似的东西，不过配置与整合部份比较单纯好设定。

该 security 功能于安装过程本来就可以选择是否要使用，而预设是启用的，你不需要可以关闭。再者要设定学习部份也只是几部曲而已，花个时间认识瞭解一下可以让你的 server 跑的服务更安全与稳健，何乐不为？

AppArmor 很多配置基本上已经设定好了，我于 SLES10 测试过任何服务都可以于预设的环境正常启用。除非你额外的特殊环境，要不然通常可以不用设定之。

AppArmor 的展示画面可以参考：

http://developer.novell.com/wiki ... sity_for_Developers

里面可以找到 "Using AppArmor to Secure Your Web Based Application"

不回了，爱用什么就用吧，有句话，"不听老人言，吃亏在眼前"，我虽然不敢说高手，用linux，我还是敢说我会的。呵呵，还是楼主有意思，直接用上ubuntu了，哈哈，有钱途！！我就是在用ubuntu，懒得为装个鸟软件而操心了，累了。

真的要比老也没意义，因为我接触 linux 时间与教育训练市场时间比你久，但是比这个又能够如何 ?

你要继续说 debian-based linux 很好那是你家的事情，但是请尊重其他的 linux distro 与他人意见，而不是把对方说得一文不值。

吵谁比较好又能够如何？市场法则来说不好的东西自然会被淘汰，最后自然会有定论。

==

jastak

看到大家争论了这么久，咳……#%#$@


我会选择用linux/unix作我的服务器，因为方便。
但我也会选择windows作我的娱乐、休闲平台，也是因为方便。

为什么要用一个软件覆盖自己所有的生活呢？

網中人

我覺得 kenduest 講的很有道理啊.
這才是"辯論", 而不是"吵架"...
不知道大家學到沒有?

nntp

I agree and support kenduest's opinion.

cnchun

真是不想回了。。。。
那我说说我的情况吧： suse-9.3 upgrade 10.1
之前，我没接触过suse，但是对rpm我早有所问。

1.比如zarafa，这个东西现在只支持mysql-4.1-lib，估计他是用4.1编译的，但是suse已经没4.1了，所以需要我自己安装，所以我直接rpm --nodeps zarafa..，顺便他还自带一个webaccess，里面确只能支持到php4，所以这个无论如何也不能用了，但是这个zarafa的package是for suse 10的诶，10.1就被日成这样。以后应该会支持5.0，但是现在，我总不能把服务停掉，直接等zarafa升级吧。这从一个侧面说名，包管理的问题，那你也可以说自己compile一个rpm不就行了，是，是可以这样，那我为什么要这样？为什么没有现成呢？为什么以前的不能用呢？为什么要重新编呢？这个就是差别。

2.我的服务器上都是混合装了很多东西的，各需所需而已，你没有体会过混装的爽，应该体会过rpm，依赖关系问题吧，差别太大。我也自己能解决suse的依赖关系，但是我觉得没必要浪费时间，有更好的东西在那。suse是一个linux，linux本质用什么发行都一样，看谁方便而已。但suse 绝对不是一个方便的发行版本，什么系统优化，什么安全性，什么性能高，那都是假的，都用一个kernel。

3.比如，postfix在suse下面如果加上amvis什么杀毒的东西，我 把杀毒设置成10024端口监听，竟然让这个appamor给挡掉了，莫名其妙的出现not permited。这个地方应该是我对suse也不熟悉。所以我直接关掉，这个设计是正确，不过实际实施集成到系统里面绝对的不怎么的。所有软件我都用suse自带标准软件，安装以后默认配置都这么多问题，你去看看suse官方bug里面有多少关于appamorr的报怨，得不偿失。而且我知道我的服务器需要什么安全级别，达到什么安全级别，有需要我会去选择相关软件。关键是标准的软件，装了，我什么都没改，自己报错，这应该有点问题吧。

4.yast更新软件，我就没成功过，老版本成功过，1兆带宽应该够更新一下吧，在suse下，除了用yast安装软件包，也没看到有什么好方法阿，不然就是自己要解决依赖问题，直接rpm装。现在我还是直接dvdfile mount到一个目录，直接加源。关键是这个依赖问题，我都与之斗争了5-6年了，没兴趣了。有个rpmfind.net就是专为这个准备的，不过出了yum以后，应该rpm会好点点（没用过了，不知具体情况，反正suse是不能很好的使用yum）。这个yum也是redhat意识到dpkg的优势了，加入的新功能。大概2000年的时候就有人说dpkg会很流行，我当时在跟rpm奋斗这呢。后来用上dpkg以后，就没费时间在装软件上面了。

5.我的系统里面还是apache-1.2，因为各种关系，所以，如果使用suse，我会死掉，死在升级调试上面。但是我其他软件都是比较新的，各种版本都有php4 5,mysql-4/5-libs,gcc 2.9,3.4,4.0 还有很多我就不介绍了。所以这个服务器是debian 构建的。我一顿混装，好象没有死掉阿。关键是，你能用几个不同版本的源，进行软件管理，安装，不要考虑发行版本的问题，软件依赖关系设计十分了得，这就是dpkg的优势。suse 连个 sendmail 和postfix一起装都提示半天这个注意，那个注意，我就不多说了，修改个sendmail.cf用suseconfig一下，提示半天这个warning 那个warning，烦都烦死了，你就不能安静下...不知道suse entprise什么样子，没深究过。我在用opensuse 10.1，估计那个也好不到哪里去。

6.你是元老，最好了，游荡很多年，没人理我，没人完整详细的回答我的问题了，呵呵。来个牛人，报上名来，回答我几个问题，我就服，呵呵。。

7.suse好不好，就不说了，以免口水。



吵吵，大家继续阿。。。。

[ 本帖最后由 cnchun 于 2006-9-26 17:02 编辑 ]

網中人

呵... 怎麼說"不回"卻一直在回呢?  ^_^

1.比如zarafa，这个东西现在只支持mysql-4.1-lib，估计他是用4.1编译的，但是suse已经没4.1了，所以需要我自己安装，所以我直接rpm --nodeps zarafa..，顺便他还自带一个webaccess，里面确只能支持到php4，所以这个无论如何也不能用了，但是这个zarafa的package 是for suse 10的诶，10.1就被日成这样。以后应该会支持5.0，但是现在，我总不能把服务停掉，直接等zarafa升级吧。这从一个侧面说名，包管理的问题，那你也可以说自己compile一个rpm不就行了，是，是可以这样，那我为什么要这样？为什么没有现成呢？为什么以前的不能用呢？为什么要重新编呢？这个就是差别。

用 rpm --nodeps 來裝, 是很冒險的, 最好避免.
既然是用 rpm 就要確定你抓的版本是合適的.
如果你將 xp 的軟件裝到 98 去, 不出問題那是運氣.
對了, 既然舊版跑得好好的, 為何要換個新版的?

2.我的服务器上都是混合装了很多东西的，各需所需而已，你没有体会过混装的爽，应该体会过rpm，依赖关系问题吧，差别太大。我也自己能解决suse的依赖关系，但是我觉得没必要浪费时间，有更好的东西在那。suse是一个linux，linux本质用什么发行都一样，看谁方便而已。但suse 绝对不是一个方便的发行版本，什么系统优化，什么安全性，什么性能高，那都是假的，都用一个kernel。

軟件依賴關係, 你還真的天真的以為那是 RPM 的專利嗎?
你將系統的 library 搞得亂七八糟, 然後卻回來怪 rpm ? 那還真的會抓替死鬼哦...
混裝沒關係, 只要不衝突, 你愛怎裝都行.
人家 rpm 只是"好心"幫你查一下, 確保日後的運作, 卻反過來被咬一口, 何其冤枉!
既然你都擺明了要"混裝", 那就不需要 package db 的幫忙了啊.
只要你喜歡, 各版本的 library 都可全灌上, 你愛怎 compile 怎 compile.
static 或 dynamic 隨便你 link...
難道, 難度與麻煩會被 rpm 的相依性問題要少?
不過, 當你談到 package MANAGEMENT 的時候, 就得請你用 MANAGEMENT 的角度來思考.
你要知道個人跟企業環境的差異, 以及標準與成本的關係.
技術人還只限於技術的思考, 那是永遠看不穿 MANAGEMENT 的意義在哪?
也因此會一而再再而三的破壞 MANAGEMENT 的標準.
一個人管跟一組人管, 縱觀時空相承, 才有體會.
唉, 算了, 好像有點夏蟲語之冬了...  >_<

3.比如，postfix在suse下面如果加上amvis什么杀毒的东西，我把杀毒设置成10024端口监听，竟然让这个appamor给挡掉了，莫名其妙的出现not permited。这个地方应该是我对suse也不熟悉。所以我直接关掉，这个设计是正确，不过实际实施集成到系统里面绝对的不怎么的。所有软件我都用 suse自带标准软件，安装以后默认配置都这么多问题，你去看看suse官方bug里面有多少关于appamorr的报怨，得不偿失。而且我知道我的服务器需要什么安全级别，达到什么安全级别，有需要我会去选择相关软件。关键是标准的软件，装了，我什么都没改，自己报错，这应该有点问题吧。

appamorr 你不會, 就乖乖承認就好, 沒人怪你的. 何必將怨气怪到 appamorr 頭上呢?
你設過 selinux 沒有? 有的話, 你會覺得 appamorr 用心多也簡單多了.
設一下 learning mode, 然後再改回 force mode 就行了. 有那麼難嗎?
再不行, 就如你做的, 關了就行啊. 既然你都覺得自己勝任系統的安全了...
好比手機商配你一套藍牙耳機, 你不會設, 或根本覺得就是礙手礙腳.
丟掉耳機就是了! 沒必要去怪 nokia 或 motorora 啊~~~

4.yast更新软件，我就没成功过，老版本成功过，1兆带宽应该够更新一下吧，在suse下，除了用yast安装软件包，也没看到有什么好方法阿，不然就是自己要解决依赖问题，直接rpm装。现在我还是直接dvdfile mount到一个目录，直接加源。关键是这个依赖问题，我都与之斗争了5-6年了，没兴趣了。有个rpmfind.net就是专为这个准备的，不过出了 yum以后，应该rpm会好点点（没用过了，不知具体情况，反正suse是不能很好的使用yum）。这个yum也是redhat意识到dpkg的优势了，加入的新功能。大概2000年的时候就有人说dpkg会很流行，我当时在跟rpm奋斗这呢。后来用上dpkg以后，就没费时间在装软件上面了。

你的 install source 要選對才行啊.
如果我今天也丟一個 source 出來然後"宣稱"是 suse 都可用, 你信嗎?
所以, 假如你採用的 source 沒經過驗證, 玩出漏子, 不怪自己卻怪 suse ?
我每次看到橘色嘆號出現後, 點幾下 mouse 就完成 update 了啊, 偏你就不成?
好吧, yast 的 online install 真的慢. 那改用 smart 行不? gui 操作便利得很.
還有, 你將 yum 來類比 dpkg? 呵... 真是牛頭不對馬嘴.
你要麼用 rpm 來比 dpkg, 要麼用 yum 比 apt , 這才對稱啊.
如果你還搞不懂 rpm, dpkg, yum, apt 之異同在哪, 別說 5-6 年, 再給你 50-60 年還是一樣...
因為一開始, 你就走錯了. 一步錯步部錯, 就是這道理.

5.我的系统里面还是apache-1.2，因为各种关系，所以，如果使用suse，我会死掉，死在升级调试上面。但是我其他软件都是比较新的，各种版本都有php4 5,mysql-4/5-libs,gcc 2.9,3.4,4.0 还有很多我就不介绍了。所以这个服务器是debian 构建的。我一顿混装，好象没有死掉阿。关键是，你能用几个不同版本的源，进行软件管理，安装，不要考虑发行版本的问题，软件依赖关系设计十分了得，这就是 dpkg的优势。suse 连个 sendmail 和postfix一起装都提示半天这个注意，那个注意，我就不多说了，修改个sendmail.cf用suseconfig一下，提示半天这个 warning 那个warning，烦都烦死了，你就不能安静下...不知道suse entprise什么样子，没深究过。我在用opensuse 10.1，估计那个也好不到哪里去。

呵... 那是你自己抱著 apache 1.x 還有其它舊版不放, 怎會怪到 suse 頭上呢?
你花時間將所謂的"各種關係"搞定了, 不就好了?
偏你將時間花在擺平 suse 上, 那是你用錯力, 拉屎撐破了草帽!
如果我有一個軟件原本是 DOS 16bit 的, 卻一定要跑在 windows2003 64bit 上, 你說我該怪 microsoft 嗎?
suseconfig 那是 suse 本身的設計, 好像你要掃毒還要改 regedi32 一樣, 沒啥好怪的.
rpm 也好, dpkg 也罷, 說穿了, 就是靠 database 來幫忙記錄與追蹤 package 的資訊與狀態罷了.
沒甚麼神奇的地方, 只要 spec 寫好就行.
但你要知道 developer 跟 packager 的角色是不同的.
developer 沒義務為其軟件包裝給所有的 distribution . 那是 packager 的任務.
無可否認 debian 的 packager 真的很夠勤勞, 所以, 你才用得那麼爽! 那不是你的運氣, 而是別人的義氣.
要是你將 ubuntu 才有的 package 硬套進 debian 去, 你也會滿口三字經的!

6.你是元老，最好了，游荡很多年，没人理我，没人完整详细的回答我的问题了，呵呵。来个牛人，报上名来，回答我几个问题，我就服，呵呵。。

呵, 小弟 6,7 年前剛學 linux, 就得益於 kenduest 兄許多教導. 難得他今天還能保持著當年的熱情! 真是佩服!
然而, 如果你有問題難倒 kenduest 的話, 那我才服你!  ^_^
(p.s. 你的問題呢? 丟上來讓大家謨拜一下如何?)

7.suse好不好，就不说了，以免口水。

是啊. 我說我老婆是全世界最漂亮的女人! 你會同意嗎?
反過來, 你也說你老婆才是最漂亮的, 那我怎反對呢?
好不好, 本來就是因人因地因時而各取所需, 怎比較得來呢?
你可以讚揚你所喜歡的事物, 多跟大家分享你的心得, 那很好! 也值得鼓勵.
但是, 有必要一定要踩低別人才能顯得自己的優越嗎?
同樣的道理, 我也很反感那些為了說 linux 好就將 ms windows 說得一文不值的言論.
大家多點尊重, 不就好了? 口水止於智者!

吵吵，大家继续阿。。。。

強盜的羅輯就是將別人都看成強盜.
本來大家都可以好好討論的, 但我看來, 好像在吵的是您哦...
然後怎變成了好像你置身度外一下子清高起來了?

呵, 不是說不再回了嗎?...  ^_^

lovesaka

都是长篇大论呀...............
说白了你不喜的东西何必让别人对它产生厌恶呢就像perl版的某版主xxx说的一句话贴切

1. 
   
2. 同行是冤家,害死一个是一个
   

复制代码

我也在这留句言

1. 
   
2. 其实开时我用suse时也惨不忍睹,但经过多次不屑努力最终还是搞定那些问题,现在可以达到我的要求了我也很满意,还是一句话不管你怎么说我还是用suse  
   

复制代码