|
我其實不是一個特别有潔癖的人。但今天无聊就想看看說/usr/lib下有没有甚麼没有被portage管理的檔案。可能是某些包的ebuild没清理干淨吧。跑指令- find /usr/lib/ -type f -print0 | xargs -0 qfile --orphan
复制代码 列出長長的列單。絕大部分是python的compiled code類:- /usr/lib/python2.7/site-packages/PyQt4/uic/exceptions.pyc
- /usr/lib/python2.7/site-packages/PyQt4/uic/exceptions.pyo
- /usr/lib/python2.7/site-packages/PyQt4/uic/icon_cache.pyc
- /usr/lib/python2.7/site-packages/PyQt4/uic/icon_cache.pyo
- /usr/lib/python2.7/site-packages/PyQt4/uic/__init__.pyc
- /usr/lib/python2.7/site-packages/PyQt4/uic/__init__.pyo
复制代码 這些好像没甚麼問題。雖然他們好像没有被列在/var/db/pkg下,但如果你emerge -C相對的包它們還是會被清掉的。
然後又有一類是portage不知道過去甚麼時候把他們遺弃掉了:- /usr/lib/gecko-sdk/lib/components/xpti.dat
- /usr/lib/gecko-sdk/lib/components/compreg.dat
- /usr/lib/gecko-sdk/lib/chrome/chrome.rdf
- /usr/lib/gecko-sdk/lib/chrome/overlayinfo/communicator/content/overlays.rdf
- /usr/lib/gecko-sdk/lib/chrome/overlayinfo/navigator/content/overlays.rdf
- /usr/lib/gecko-sdk/lib/chrome/overlayinfo/messenger/content/overlays.rdf
- /usr/lib/gecko-sdk/lib/chrome/overlayinfo/inspector/content/overlays.rdf
- # equery b /usr/lib/gecko-sdk
- * Searching for /usr/lib/gecko-sdk ...
复制代码 這種似乎就可以安全手動清除了。
不過又有一個很怪的包klibc:- # find /usr/lib/klibc/ -type f -print0 | xargs -0 qfile --orphan
- /usr/lib/klibc/include/asm-x86/processor-flags.h
- /usr/lib/klibc/include/asm-x86/ipcbuf.h
- /usr/lib/klibc/include/asm-x86/ucontext.h
- /usr/lib/klibc/include/asm-x86/vsyscall.h
- /usr/lib/klibc/include/asm-x86/shmbuf.h
复制代码 仔細看下:- # ls -l /usr/lib/klibc/include/
- lrwxrwxrwx 1 root root 7 Mar 2 2010 asm -> asm-x86
- drwxr-xr-x 2 root root 1640 Mar 3 06:11 asm-x86
复制代码 這似乎是過去klibc是用include/asm-x86的。但不知道那一代轉用include/asm,没有把asm-x86删掉却弄上一個symlink。我還真的想不到portage為甚麼有這種行為。可能某個别的ebuild有點特殊吧。為了确定klibc不在用include/asm-x86,我把整個include删掉然後emerge klibc一次。果然新版klibc只有include/asm,而且不再是symlink。
這結論可能是有時候不能完全信任portage保持系統清潔。 |
|