fedora-devel-list 和 fedora-test-list 總是有很多好東西
但是用 web browser 來瀏覽實在是太痛苦了
沒辦法,機器上沒有 evolution 或者類似的東西,不是自己的機器??梢杂?Outlook Express 來臨時收取郵件列表嗎?
1. perl 的 package 要重建,這只是某人的計劃,沒耐心看他們怎么商量重寫 spec 了。發起人在郵件中表示,大家應當使用 bugzilla 來合作,為每個 spec 設立一個條目然后依次解決
2. Roland Käser
3. stateless 是做什么的?感覺它是唯一由 fedora 自行發起并進行的項目似的。究竟是為了什么也搞不清楚。不過看著郵件,似乎因為受 fc4 進度影響,項目幾乎沒有進展。幾位都說是為了這個項目才加入 f-d-l 的,但是沒想到什么也做不了(?) 也就是說,正如 linuxfans 的那份總結一樣,沒有一個人牽頭來擔負最大的壓力,并且拿出可用的代碼來吸引開發者,那么一個項目很難成功。由此想到了可憐的 freeway 還有 fedora 的文檔。主要原因就是文檔的目錄制定之后,全部下放了,導致質量無法控制……
4. rawhide report: 我非常想升級更新的軟件包 initscripts-8.07-1, k3b-0.11.23-2, kernel-2.6.11-1.1219_FC4 (fix xen build), mkinitrd-4.2.7-1 (close fd's before spawn init), openoffice.org-1.9.88-4, openssl-0.9.7f-2, pam-0.79-1, redhat-artwork-0.121-2 (use clearlooks as default!), redhat-menus-3.7.1-9 (don't mess gnome menu up), rsync-2.6.4-2, xen-2-20050331
5. 因為是四月份了,所以需要更新一下書簽 fedora-devel-list fedora-test-list 不過后者實在是無趣得多,對我們卻似乎更重要一點。我會堅持在看完新聞和郵件列表之后,來這里更新一下嗎?我怎樣勸說 fedora/redhat @ linuxsir 的兄弟們來一起做這些事情?
6. 與 selinux 有關的兩條命令 restorecon -R -v
7. 一個家伙用 ATrpms 倉庫的軟件包升級系統,然后發現找不到某個文件。我覺得 ATrpms 的管理者腦子有問題,既然是在為 fedora 做軟件包,為什么要做 core packages 并且要故意與 rawhide 不兼容呢?在 linuxsir 的那份 apt sources.list 中,不得不把它單獨拿出來警告,但是似乎并沒有人關注那份列表。無所謂了,用戶本來就不多。騙自己說 linux 用戶非常多,是在打自己嘴巴—— 到論壇上混幾日,全中國的 linux 用戶都認識遍了。論壇上幾乎見不到用 linux 做正經事的人,編程,服務器,排版計算等等科學工具,全都是我這樣的閑人…… 言歸正傳,就連 fedora-test-list 的人也要苦惱萬分,(I did not suggest that, and I do not suggest that.
Please read up in "man rpm" what option --force would do. It is a
collection of dangerous options and very seldomly something you really
want.) 偏偏論壇上有好幾位用 rpm --force --nodeps 裝好了新版本的軟件用不成,又在想辦法降級的。其實很簡單,找到一個好倉庫,apt -f install 或者 yum dist-update 就可以了,但是 rpm 的版本更新導致 apt 無法使用,yum 也總是卡住掛起:垃圾啊……
8. 發現 www.blog.edu.cn 的速度比這里要快,并且漂亮,還支持論壇加密。我最想要的幾個功能,安全連接,文章和論壇的加密和簽名,對發表評論人員的身份進行控制,文章與評論的打包下載,這里都沒有。百合會根據身份來決定是否添加 "修改文章" 和 "刪除評論" 的鏈接,也可以做到上述的那些控制,其他所有 blog 系統都沒有這樣的方便。ZeeGee 等等百合技術組的牛人啊…… 能把百合做成順手好用的典范,不容易啊…… 你見過一篇帖子長達 300k 的嗎?百合就可以,而 blog.edu 的只要超過三萬字就不行了…… 百合的速度還可以暴快無比…… 不過無論怎樣,chinaunix 給我的感覺已經很好了,但愿能早點彌補這些缺陷?,F在還得自己添加 "修改文章" 的鏈接……暈! CU 是技術很強的地方啊……
9. 有人提到了 osnews 那個減少軟件包依賴性的問題。kde 的依賴關系才是亂七八糟!不過用 --as-needed 連接時,會將這些依賴性進行整理。不知道 fc3 會怎樣做。在新版 pkg-config 中添加了兩個參數,用于計算 dependency,不知道和這次討論有沒有關系?按照討論中的說法,這種做法會影響到使用插件結構的應用程序,例如 apache,需要保證所引用的庫的一致性,以及運行時全局變量的一致性。(We had all sorts of problems with Apache and OpenSSL in this arena:
if httpd was not linked aganist -lssl -lcrypto, when mod_ssl, or any
particular PHP extension using OpenSSL, was reloaded during a graceful
restart, you risked getting libssl.so unmapped but not libcrypto.so,
depending on the direction of the wind. This caused havoc because some
global variables in libcrypto would not get reinitialized, but those in
libssl.so would. Not fun.
So when I link httpd using -lssl -lcrypto, despite the fact that httpd
itself does not use any symbols from those libraries, I *must* get an
httpd with DT_NEEDED of libssl and libcrypto to ensure both stay mapped
for the lifetime of the process. That's why use of --as-needed must
only be done as directed by the application.
In general if I have a library libfoo whose ABI is dependent on the
library of another library libbar, it is not safe to presume that just
linking my program baz against just "-lfoo" means that baz is immune to
ABI changes in libbar, just because it uses no symbols from it. (since
a structure or type change might propagate through)
So again, in that case, the separation between dependent libraries which
affect the library ABI and those which don't must be driven by the
library authors on a case-by-case basis; the tools can just offer an
interface so that the library author can express the distinction.
There was discussion on the libtool list about how to do this a while
back but I don't think anything has been done yet.
joe
Joe Orton
修改文章