安裝openSUSE遇到一堆狀況之一
手邊有兩台機器
Shuttle Barebone XS35GT
主機板是PC BIOS規格的，CPU是64bit的
我嘗試安裝
openSUSE-12.3-DVD-x86_64.iso
MacBook Pro (early 2006)
主機板是EFI規格的，CPU是32bit的
我嘗試安裝
openSUSE-12.3-DVD-i586.iso
在全圖形介面的系統安裝流程畫面中，
openSUSE-12.3-DVD-x86_64.iso
顯示了"開機載入器"有多個項目可以選，
印象中的有
grub
grub2
grub2-efi
lilo
elilo
然後，因為機器是XS35GT，所以我只要選擇grub2就足夠了。
現在問題來了，當我把
openSUSE-12.3-DVD-i586.iso安裝在
MacBook Pro (early 2006)
系統提供的"開機載入器"選項卻只有
grub
grub2
lilo
"完全沒有""grub2-efi"和"elilo"可以選擇，
我該怎麼辦？機器的硬體規格就只有卡死EFI，
"grub2"是不能開機的。系統安裝的畫面我左看又看都找不到可以呼叫出
"grub2-efi"的選項。
openSUSE-12.3-DVD-i586.iso的套件庫中到底有沒有包含"grub2-efi"套件？
有的話有什麼方法可以在全圖形介面系統安裝過程把"grub2-efi"套件塞進去並且即時啓動？
贊助商連結
安裝openSUSE遇到一堆狀況之二
遇到狀況了，之前在Debian7GNOME，可以透過一個系統預設就裝好的"全圖形介面"設定程式，
來切換已經安裝於系統內的多個不同的輸入法框架軟體。
現在換用openSUSE12.3KDE，我當然也需要找類似的"全圖形介面"設定程式，
且這個設定程式需要是KDE原生環境（ＱＴ）的，這樣才能跟KDE桌面一體化。
然而我翻遍了"YaST控制中心""KDE系統設定"怎麼都找不到類似的"全圖形介面"設定程式，
我試著於套件庫內下關鍵字input method去找，也找不到任何看起來像是
用來切換輸入法框架的"全圖形介面"設定程式。我想知道openSUSE12.3"KDE"
到底"有沒有"包含這樣的功能的軟體套件？
如果是"沒有"，那麼openSUSE12.3KDE是有點遜掉了！
目前openSUSE12.3KDE繁中介面預設的輸入法框架是gcin。
偶然間我發現"YaST控制中心"\系統\ /etc/sysconfig編輯器 \ system/environment/language/
input_method 的設定欄位內是"空白"的。
然後下方“可能的值”裡頭例舉的輸入法框架多個之中卻"沒有"包含gcin。
在空白欄位箭號下拉的數個輸入法框架可選項目中，也"沒有"gcin可以選擇。
怎麼會這樣呢？到底是怎麼一回事？ 明明gcin是以經在使用中的系統預設值了啊！？
怎麼 input_method 的設定項目中居然"不包含" gcin ？？？
到底是怎麼了？？？
安裝openSUSE遇到一堆狀況之三
軟體是openSUSE-12.3-DVD-x86_64.iso＋ＫＤＥ
硬體是 intel C2D + 8GB RAM
只有使用 openSUSE-12.3 x86_64 預設的基本的來源套件庫，
將所有修補程式都安裝完畢，
安裝了來自基本的來源套件庫內的 calligra suite 2.5.4 全套
執行calligra sheets，設定工具列\編輯\新增 公式編輯工具
點選執行 公式編輯工具 按鈕，然後 calligra sheets 瞬間當掉跳離，
然後出現了：
KDE錯誤控制程式
詳細資料：
執行檔：kdeinit4 行程代碼：2294，信號：Segmentation fault（11）
開發者資訊
Application: Calligra Sheets (kdeinit4), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7ffb229a7780 (LWP 2294))]
Thread 2 (Thread 0x7ffafe665700 (LWP 2295)):
#0 0x00007ffb21262e7a in pthread_mutex_lock () from /lib64/libpthread.so.0
#1 0x00007ffb1cf58a71 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2 0x00007ffb1cf1ad6e in g_main_context_acquire () from /usr/lib64/libglib-2.0.so.0
#3 0x00007ffb1cf1b984 in ?? () from /usr/lib64/libglib-2.0.so.0
#4 0x00007ffb1cf1bbc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5 0x00007ffb216212e6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6 0x00007ffb215f1adf in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7 0x00007ffb215f1d68 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8 0x00007ffb214f40f0 in QThread::exec() () from /usr/lib64/libQtCore.so.4
#9 0x00007ffb215d229f in ?? () from /usr/lib64/libQtCore.so.4
#10 0x00007ffb214f70cc in ?? () from /usr/lib64/libQtCore.so.4
#11 0x00007ffb21260e0f in start_thread () from /lib64/libpthread.so.0
#12 0x00007ffb1ffd77dd in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x7ffb229a7780 (LWP 2294)):
[KCrash Handler]
#5 0x00007ffb0339cc20 in ?? () from /usr/lib64/kde4/formulashape.so
#6 0x00007ffb033a0904 in ?? () from /usr/lib64/kde4/formulashape.so
#7 0x00007ffb0db50392 in KoToolManager::Private::switchTool(KoToolBase*, bool) () from /usr/lib64/libflake.so.10
#8 0x00007ffb0db512cf in KoToolManager::Private::switchTool(QString const&, bool) () from /usr/lib64/libflake.so.10
#9 0x00007ffb0db525f4 in KoToolManager::Private::switchBackRequested() () from /usr/lib64/libflake.so.10
#10 0x00007ffb0db527f1 in ?? () from /usr/lib64/libflake.so.10
#11 0x00007ffb2160829f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#12 0x00007ffb033a2324 in ?? () from /usr/lib64/kde4/formulashape.so
#13 0x00007ffb0db4e7af in KoToolManager::Private::postSwitchTool(bool) () from /usr/lib64/libflake.so.10
#14 0x00007ffb0db4feb7 in KoToolManager::Private::switchTool(KoToolBase*, bool) () from /usr/lib64/libflake.so.10
#15 0x00007ffb0db512cf in KoToolManager::Private::switchTool(QString const&, bool) () from /usr/lib64/libflake.so.10
#16 0x00007ffb2160829f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#17 0x00007ffb2077a662 in QAction::triggered(bool) () from /usr/lib64/libQtGui.so.4
#18 0x00007ffb2077a850 in QAction::activate(QAction::ActionEvent) () from /usr/lib64/libQtGui.so.4
#19 0x00007ffb20b3a83f in ?? () from /usr/lib64/libQtGui.so.4
#20 0x00007ffb20b3aaec in QAbstractButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#21 0x00007ffb20bf4e1a in QToolButton::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libQtGui.so.4
#22 0x00007ffb207d0149 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4
#23 0x00007ffb2078086c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#24 0x00007ffb2078554b in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#25 0x00007ffb223947f6 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#26 0x00007ffb215f2d8e in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#27 0x00007ffb207816ab in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) () from /usr/lib64/libQtGui.so.4
#28 0x00007ffb207fbe94 in ?? () from /usr/lib64/libQtGui.so.4
#29 0x00007ffb207fac21 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4
#30 0x00007ffb20820fa2 in ?? () from /usr/lib64/libQtGui.so.4
#31 0x00007ffb1cf1b7d5 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#32 0x00007ffb1cf1bb08 in ?? () from /usr/lib64/libglib-2.0.so.0
#33 0x00007ffb1cf1bbc4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#34 0x00007ffb216212c6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#35 0x00007ffb20820c1e in ?? () from /usr/lib64/libQtGui.so.4
#36 0x00007ffb215f1adf in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#37 0x00007ffb215f1d68 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#38 0x00007ffb215f6a08 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#39 0x00007ffb0f44541d in kdemain () from /usr/lib64/libkdeinit4_calligrasheets.so
#40 0x000000000040889a in _start ()
我完全看不懂，這到底是怎麼回事？我明明是全新的系統安裝，
修補程式才剛裝完而已，也有重開機了，都還沒有跑什麼設定和執行什麼程式，
一個試算表軟體就給我瞬間當掉跳離。怎麼會這樣，
到底問題出在哪裡！！！？？？
安裝openSUSE遇到一堆狀況之四
繞了一個大彎，花了一堆時間，終於找出問題點～
系統環境是openSUSE 12.3+KDE
我個人習慣在系統安裝完畢後會去找出把"整個"圖形桌面的字級一次性調整放大的選項
（文字ＤＰＩ、font size等等），然後在 KDE系統設定\通用外觀與行為\應用程式外觀\字型
可以找出相關的字級大小設定，設定一輪後，重新登入系統，然後發現除了 YaST控制中心 之外，
其他的整體介面字級都有符合我的設定將字級變大了，那麼 YaST控制中心 到底是怎麼回事？
為什麼字級沒有變大！？ 這下我被考倒了，整個圖形桌面環境冬挖西挖就是找不到看似其他的
有關系統圖形介面的設定，為什麼就只有 YaST控制中心 的字級不會跟著變大呢？？？
怎麼會這樣！？ 然後是試看關鍵字 YaST font size ， 在google出現的討論資訊中，
在我有限的英文閱讀能力內，推論可能是跟一個叫做 qtconfig 的程式有關，然後我在系統內
有找到這隻程式 介面叫做 Qt4設定， 其中真的有個頁籤叫做font 然後有個欄位是
point size 然後我就把預設值11 改成 13 再去功能表點選save 試試看，
結果 重新登入系統 YaST控制中心 的字級還是一樣的小，再去察看 Qt4設定 ，
point size還是預設值11 ，沒有變化，系統呼隆我嗎!？ 我明明有點選下去save啊
功能表上原本是深黑色，我點選後變淺灰色，這應該表示我有變動到數值，而且有儲存成功啊！
怎麼字級還是沒變大呢？ 整個系統環境的字級都變大了，沒道理就只剩 YaST控制中心 的字級
沒改變啊！？就這樣幾個小時過去了，我試不出所以然來。
突然腦袋瓜轉了個彎，想到一個對某些geek來說是旁門左道的可能技巧，我每次以一般帳號重新登入系統後要進入 YaST控制中心 還是得再輸入
root密碼，於是我想到，那改以root帳號登入系統好了，於是我在root帳號下再去把
整個圖形介面的字級大小去修改，這次在root帳號桌面環境只改 KDE系統設定\通用外觀與行為\應用程式外觀\字型
沒有碰 Qt4設定（qtconfig），然後我發現再一次以root登入之後 YaST控制中心 的字級
就跟系統整體環境一致了，然後在以一般帳號重新登入系統， YaST控制中心 的字級也一樣
跟系統整體環境一致了。
寫到這裡我個人有一個解讀跟結論，就是要把圖形介面的KDM、GDM、或著ＸDM等等設定成
可以讓root帳號登入是一件很重要的事情。
以前在網路論壇上與某些geek爭論，我認為KDM、GDM、或著ＸDM要被設定成可以讓root帳號登入，
這類設定資訊應該要被"廣為宣傳"，但是他們確認為這太危險了，要留一手。
如果root帳號沒有辦法在一時之間輕易快速的在圖形登入畫面登入的話，我想到的繞個彎的情境
就無法即時快速的驗證了。
再來，openSUSE的系統參數"連動"的設計我覺得也很有問題，怎麼系統"整體"環境字級大小的設定，
居然就被一個權限給檔掉了，憑什麼不給改在一般帳號下的YaST控制中心的字級大小！！！？？？
改個字級大小會影響系統安全性嗎？系統安全性有需要這麼龜毛到連YaST控制中心的字級都不給改嗎？？？
不是每個只擁有一般帳號的終端電腦使用者的視力都那麼好可以看那樣小不拉機的預設字級。
寫到這裡我也很佩服MacOSX的使用者可以接受那至今預設值還在72DPI的系統預設字級。
distrowatch瀏覽有感
distrowatch.com 大致上看了一輪之後，有些想法。雖然我不會寫程式，但是我覺得我理想中的
linux發行版的套件規劃環境，軟體技術上現在應該已經可以設計成一片一次裝到到好的安裝光碟。
就是正體中文文字系統為主、全世界的文字系統為輔的文書作業專用linux電腦作業系統，
這個linux發行版，其特設就是整體圖形介面的部分接近99%的正體中文化，
再來正體中文輸入法框架的部分，注音(含智慧型自動選字功能)/倉頡輸入法模組至少要支援cns11643規範
（來自中華民國政府官方）下的九萬五千個漢字。
再來，預設就把到unicode6.2版為止，所有網路上能找到的免費字形，
都收集起來到接近unicode6.2的十一萬個規範碼位的字元都幾乎"佈"滿為止，
再來其中漢字字形的部分必須要符合中華民國政府(教育部)對漢字的規範，
再來是實體印表機列印的部分，預設打包的套件還有預設安裝的套件，盡可能把"所有的"
穩定的最新版的印表機驅動程式，一次性的裝足。
這樣的linux發行版描述起來好像很簡單，然而以現在的軟體科技其實也辦得到。
可是還是會有一個問題，這個問題會出現在中華民國臺灣的 行政/政治 上，
導致這個理想中的非常實用的中文文書作業專用的linux發行版無法實作出來。
問題就在於 合乎中華民國臺灣政府單位(教育部)的正體中文漢字字形檔。
有一個叫做 中華民國行政院研究發展考核委員會全字庫小組 的政府單位，
它手上握有 一套六個細分兩組的字形檔案，這六個檔案的內含漢字，會不定時的增加，
透過這六個檔案，若安裝在民間的電腦，那麼就可以建立出達到跟政府單位的中文資訊處理文字量
"99%""同步"的正體中文資訊處理兼文書作業系統。
這樣的話，民眾百姓和政府交換文件檔案時，就可以必免缺漏字這部份的問題。
畢竟是直接拿政府單位發行的字形檔來用嘛！
結果狀況是，政府單位只有提供其中兩個檔案供民眾在網路上下載使用，其它四個，
刻意的"留一手"，民眾得跑"實體的公文流程往返"，才能取得剩下的字形檔案，而且還要填寫切結書，
附上身分證影本等等資料申請手續。
結果可能導致民眾因為嫌麻煩，最後就放棄了。而去找了些內容"沒有符合"
中華民國臺灣政府單位(教育部)規範的漢字字形檔案來替代。
這個最開始的 行政/政治 問題"沒有"獲得解決的話，後續的 行政/政治 問題也不用去傷腦筋了，
因為也輪不到後續的 行政/政治 問題接續出現。
結論就是，我心中期望的linux特色發行版本所需要的軟體技術，在2013年的今天，
不會是問題。
而真正的問題會出在 國家內部的 行政/政治 上。
安裝openSUSE遇到一堆狀況之五
無法呼叫回來的桌面預設框
系統環境是openSUSE 12.3+KDE
系統初次安裝完畢之後，桌面上會有一個預設的框，裡頭會包含有五個捷徑圖示，
然後我就開始摸索這個"框"有些什麼功能，滑鼠游標接觸"框"的兩側邊緣時，
框邊會多出一條小圖示工具列，有五個小圖示，當我嘗試到最後一個"X"之後，
我發現我無法呼叫回來這個系統預設的"框"，怎麼會這樣，我盡可能的翻遍了整個openSUSE圖形操作選項，
就是看不出來，到底有沒有哪個圖形介面的操作項目/流程，可以把這個預設的"框"給恢復原狀？
還是說這樣的框一但關閉了，就在也回不來了？（我從開機也不會再出現了）。
google老半天，完全goo不出所以然來！怎麼會這樣呢？
雖然事前有看到 /帳號/desktop/ 那五個 .desktop檔案 和 .目錄(實際內容為文字檔)
但是還是看不出所以然來，那個"X"到底是起手無回的"X"，還是有機會在圖形介面下透過選項操作救回來的"X"？
再來是當我還沒有按下那個"X"之前，我會想把其他的應用程式捷徑圖示(來自開始選單)也加進
那個"框"裡頭，但是我目前只有找到對開始選單的應用程式圖示按右鍵出現的加入桌面的選項
會變成只有該單一圖示搭配一個"框"被加上桌面，要怎麼樣才可以透過項目點選操作把圖示加進
系統預設的框裡頭啊？ 還是說openSUSE 12.3+KDE沒有提供這樣的圖形介面功能操作選項？
我的問題到底會不會有答案？那個被我按到"X"而消失的桌面預設框到底有沒有機會、
openSUSE到底有沒有全圖形介面的操作選項，把它給呼叫回來？
安裝openSUSE遇到一堆狀況之六
推論是找出一個可能的原因了，當整個openSUSE12.3+KDE預設環境都完成修補程式的更新之後，
桌面上預設的那個"框"推論是"資料夾檢視"這個"元件"，這個"資料夾檢視"元件有預先被修改
(開發者客制)設定過，
"資料夾檢視"設定裡頭，"位置"是"顯示桌面資料夾"，顯示\標頭\自訂標題 是 "無"。
因為 這個預設的"框"一旦被按下了框邊的直欄工具箱上的"X"就再也"救不回來了"，
KDE桌面也沒有提供儲存這個框的圖形介面設定功能選項，無法即時把這個框再叫出來。
所以就必須先行記下，這個預設框的相關設定值，"X"了之後後得自己再去新建立一個新的。
然後我終於知道為什麼我花了好多時間都找不出所以然，我覺得我被KDE呼隆了，或者這是KDE的BUG。
在 顯示\標頭\自訂標題 預設是 "無"，想當然爾，我會想填入一個字串"桌面項目"或者選擇內建的
"完整路徑"，但是確定儲存之後，並"沒有"任何的視窗項目變動，這樣的結果導致我一開始"誤以為"
"資料夾檢視 設定"是跟 桌面預設的 框 沒有關係，直到我偶然的把"位置"換成其他的設定項目
確定儲存，框內的圖示項目變更之後，我又設定回"顯示桌面資料夾"又再一次的確定儲存，
然後 顯示\標頭\自訂標題 的變更才會"真的"生效。
很好~KDE呼隆我，顯示\標頭\自訂標題 、"位置" 理應是兩個獨立分開的設定項目，
背後卻設定為連動，而且還要"位置"修改儲存"兩次"才會導致 顯示\標頭\自訂標題的設定生效，
完全在 唬 使用者。
要不是我用非主流思考來找問題，而用土法煉鋼的方式來比對設定檔的話，那不曉得要找到何年何月！？
另外 我的測試環境 有裝 ＶＭ ，所以是一臺硬體有兩套 openSUSE12.3+KDE 交叉測試
把host插上ＵＳＢ隨身碟即時編輯裡頭的TXT檔案，儲存並關掉編輯器後，
在 dolphin 點選退出 ＵＳＢ隨身碟 選項 螢幕立即 "完全花屏"
於是只好實體host主機"電源重開機了"。
依照正常程序退個ＵＳＢ隨身碟都會導致螢幕立即 "完全花屏"，真的很無言～～～
debian7搭配wheezy backports更新最新版本套件的問題
系統環境是 debian 7.1 (amd64)
我在synaptic裡頭加入了
deb http://ftp.debian.org/debian/ wheezy-backports main
這是 http://backports.debian.org/ 官網上的說明文字寫的。
更新synaptic之後我發現在 "現存版本" "這個欄位中" libreoffice最高"只能"選到
libreoffice 4.0.3-2版。然而偶然的，我發現了在
http://ftp.debian.org/debian/pool/main/libr/libreoffice/
居然有libreoffice_4.1.0-5_amd64.deb
也就是說整個目錄看下來其實是有整套libreoffice 4.1可以選用的，
那位什麼在synaptic裡頭無法出現 libreoffice_4.1.0-5 呢？
我明明已經把偏好的最高版本來自改選用了 wheezy-backports 了啊！！！？？？
為什麼 synaptic 會無法抓到 libreoffice_4.1.0-5 呢？
還是我在synaptic哪裡的設定有不足？ 導致 synaptic 的 "現存版本"這個欄位
無法出現 libreoffice_4.1.0-5 可選用？？？
再來我發現其實
http://ftp.debian.org/debian/pool/
底下的 contrib main non-free 這三個路徑底下，都還是會有一堆"檔案"在裡頭，
可是為什麼 官網上的 套件庫位址 只有包含 main ，卻刻意忽略
contrib non-free 這兩個項目留了一手呢？這兩個項目仔細看子層，還是會有一堆檔案啊！
一個急就章的偏門，在debian7.1gnome(amd64)安裝libreoffice4.1
先去libreoffice官方網站下載三個檔案
LibreOffice_4.1.0_Linux_x86-64_deb.tar.gz
LibreOffice_4.1.0_Linux_x86-64_deb_helppack_zh-TW.tar.gz
LibreOffice_4.1.0_Linux_x86-64_deb_langpack_zh-TW.tar.gz
下載下來後解壓縮三個資料夾內會有一堆的deb檔案。
將這一堆的deb檔案複製出來另外擺放在一個新建立的資料夾內。
我挖出共六十個deb檔案，新建資料夾例如命名為 LibreOffice41DEB 好了，
然後進入終端機（使用一般帳號就可以），進入 LibreOffice41DEB 的上一層 資料夾，
在終端機執行指令
dpkg-scanpackages LibreOffice41DEB/ > Packages
然後會出現一個 骨子裡為純文字的 Packages 檔案，
把 Packages 搬移到 LibreOffice41DEB 資料夾下，
執行 synaptic ，加入APT套件庫位置
deb file:/home/妳的帳號/下載 LibreOffice41DEB/
多出來的 原始碼 那一列可以取消勾選，
然後點選 synaptic 的重新載入，
如果以上的偏門步驟都沒有錯誤的話，
那麼 LibreOffice41DEB/ 底下的六十個deb就被 synaptic納管了，
然後我搜尋套件找到了LibreOffice 4.1 的一堆套件，我挑出我需要的主要是正體中文套件，
英文語系套件我就略過不勾選了套件我就略過不勾選了，安裝完畢，gnome選單列有出現
LibreOffice 4.1 正體中文 可以執行，使用，存檔。目前還沒遇到軟體衝突的錯誤畫面。
可是問題出現了，在 組別 分類中 ，LibreOffice_4.1 被分類到"不明"，這個分類太難看了，
我是希望能夠被分類到系統預設的"編輯器"或者我可以自訂一個新組別"LibreOffice 4.1"，
然後網路上"沒有"我看得懂的文件明確的寫說怎麼樣可以在"全圖形界面的工作流程"下，
設定出"正確"的override 純文字檔案 。packages到底要填以下三種的哪一種？
libreoffice4.1_4.1.0.4-4_amd64.deb
libreoffice4.1_4.1.0.4-4_amd64
libreoffice4.1
priority 是 low， medium , high 要填哪一種？
section 是 編輯器, editor , LibreOffice 4.1 要填哪一種？
三種欄位又各有三種字串，排列組合沒完沒了～～～
誰能告訴我網路上那些網路上那些文章與討論文到底在寫什麼？
我實在看不出所以然來。
只不過想要裝個最新版libreoffice並且希望給synaptic納管而已，為什麼這麼麻煩！！！？？？
一個問題。
openSUSE12.3 KDE桌面環境，一開始裝好進入系統桌面的時後，
左下角有一個傾斜視角並含有三個圓圈的立體方塊圖示，
然而在跑完一輪openSUSE yast系統線上更新(需要修補的程式)之後重新進入系統，同樣的位置，
卻又變成紅藍綠三個實心點的圖示了，這是怎麼回事？
背後到底還變更了些什麼？怎麼連圖示也變了，這樣會讓使用者產生誤解，
以為好像有什麼東西在系統更新過後“不見了”！！！？？？