เกี่ยวกับชุดบทความ KDE (ตอนที่ 1, ตอนที่ 2, ตอนที่ 3, ตอนที่ 4, ตอนที่ 5, ตอนที่ 6 y ตอนที่ 7) ฉันใส่หลาย ๆ ความคิดเห็นไว้ในความคิดเห็นที่สมควรจะอยู่ในบทความแยกต่างหากดังนั้นนี่คือเคล็ดลับบางประการสำหรับการแจกแจงแบบต่างๆที่เราสามารถมีได้
โปรดจำไว้ว่าในกรณีส่วนใหญ่การกระจายที่ดีที่สุดสำหรับ KDE คือสิ่งที่คุณมี แต่มีปัญหาร้ายแรงกับหลาย ๆ ปัญหาดังนั้นแนวคิดนอกเหนือจากการรู้ว่าควรเลือกแบบใดและควรหลีกเลี่ยงวิธีใดคือการกระจาย อันนั้นใช้ได้ดีกับ KDE |
เดเบียน? ไม่
Debian Sid ซึ่งเป็นที่เก็บที่ไม่เสถียรของ Debian มี KDE 4.8.4 เป็น KDE เวอร์ชันล่าสุด สิ่งนี้ทำให้ทราบว่า Debian ล้าสมัยเพียงใด เป็นเรื่องที่สมเหตุสมผลและคาดว่าจะขอให้ Debian Stable มีเวอร์ชันเก่าที่ผ่านการทดสอบและมีการแก้ไขข้อบกพร่องทั้งหมด แต่การมีเวอร์ชันเก่าดังกล่าวในพื้นที่เก็บข้อมูลที่ไม่เสถียรนั้นขัดต่อความเข้าใจของมนุษย์ ดังที่เราจะเห็นในภายหลังมีวิธีกึ่งทางการในการติดตั้ง KDE 4.10.2 บน Red Hat Enterprise Linux ซึ่งเป็นการกระจายที่เสถียรหรือเสถียรกว่า Debian Stable
หากคุณต้องการติดตั้ง Debian ด้วย KDE จริงๆมีสองตัวเลือกดังนี้:
1. นำที่เก็บ ZevenOS เข้าสู่การทดสอบ Debian ฉันไม่รู้ว่าตัวเลือกนี้ใช้งานได้นานแค่ไหนหรือแค่ไหน ควรเพิ่มสองบรรทัดนี้ใน /etc/sources.list
deb http://proindi.de/zevenos/neptune/repo/ หลัก
deb http://proindi.de/zevenos/neptune/kde-repo/ หลัก
หลังจากนั้นควรใช้ Aptitude เพื่อรีเฟรชที่เก็บและอัปเดต
อัพเดทความถนัด
ความถนัดติดตั้ง kde-workspace
2. สลับที่เก็บ Debian Experimental ความผิดหวังใหม่ที่นี่: มีใครคาดหวังว่าจะพบในพื้นที่เก็บข้อมูลทดลองจริงๆ KDE git snapshots รายสัปดาห์ (ซึ่งเป็นสิ่งที่ OpenSuSE ทำกับ Factory) หรืออย่างน้อย KDE 4.11 beta แต่ไม่มีใครพบว่าไม่มากหรือน้อยไปกว่ากับ KDE 4.10.4 .XNUMX เวอร์ชันที่เสถียรจริงๆ ปัญหาคือแพคเกจ Debian Experimental จำนวนมากขึ้นอยู่กับแพ็คเกจอื่น ๆ ที่ไม่เสถียรจริงๆดังนั้นคุณต้องจัดการลำดับความสำคัญของบรรทัด deb ใน /etc/sources อย่างระมัดระวัง Slackwarelist และติดตั้ง KDE ด้วยมือทุกครั้งที่คุณอัปเกรด ฉันไม่แนะนำมัน
มาเคีย? สีชมพู
ปัญหาของ Mageia นั้นเหมือนกันกับการแจกแจงจำนวนมากและกับ Mandriva: เมื่อพวกเขาปล่อย KDE เวอร์ชันหนึ่งพวกเขาจะอยู่กับมันตลอดไป นั่นหมายความว่า: ถ้า Mageia 3 ออกมาพร้อมกับ KDE 4.10.2 มันเป็นเรื่องยากสำหรับพวกเขาที่จะอัพเกรดเป็น KDE 4.10.3 หรือเป็น KDE 4.10.4
มันเกิดขึ้นกับฉันกับ Mandriva ที่ฉันต้องไปที่ "Mandriva International Backports" เพื่อรับการอัปเดตคะแนนและทีมที่อยู่เบื้องหลัง MIB ตัดสินใจที่จะไม่สนับสนุน Mageia แต่ย้ายไปที่ ROSA Linux ดังนั้นถ้าพูดถึงตระกูล Mandriva ROSA Linux เป็นตัวเลือกมากกว่า Mageia และฉันขอแนะนำ Desktop R1 เวอร์ชันใหม่ หากคุณยังใหม่กับ KDE คุณจะประหลาดใจ
คุณภาพของแพ็คเกจกลุ่ม Mandriva International Backports นั้นดี แต่อย่างที่บอกว่าแพ็คเกจของพวกเขาเข้ากันได้กับ ROSA Linux เท่านั้น การเพิ่มที่เก็บนี้ทำได้ง่ายมาก: ไปที่ http://urpmi.mandriva.ru/ แล้วคลิกตรงที่ระบุว่า "MIB" EasyURPMI จะดูแลส่วนที่เหลือ
Slackware
การจัดจำหน่ายของ Patrick Volkerding แม้จะมีชื่อเสียงในด้านความมั่นคงและไม่เคยมีแพ็คเกจล่าสุด แต่ก็เป็นสิ่งที่ดีสำหรับ KDE อย่างไม่น่าเชื่อ มีสองทางเลือก
1. Slackware-current เป็นเวอร์ชันต่อเนื่องที่แท้จริงเช่นเดียวกับ Arch หากคุณชอบความไม่เสถียรก็สมบูรณ์แบบ แต่ถ้าไม่เป็นเช่นนั้นระวังสิ่งต่อไป
2. Eric Hammeleers ได้รวบรวมที่เก็บพิเศษพร้อมสคริปต์ Slackbuild ใหม่ที่เต็มไปด้วย KDE 4.10.4 เหมาะอย่างยิ่งสำหรับการรวมความเสถียรของ Slackware 14 เข้ากับพลังของ KDE คุณต้องติดตั้งสองแพ็คเกจก่อน:
polkit-kde-ตัวแทน-1
polkit-kde-kcmmodules-1
หลังจากนั้นแหล่งที่มาจะถูกดาวน์โหลดและรวบรวมด้วยสคริปต์ SlackBuild ที่ให้มา
rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4
cd 4.10.4 / kde
./KDE.SlackBuild
รอสักครู่และคุณจะมี KDE 4.10.4 พร้อมสำหรับการติดตั้ง สามารถใช้ได้เฉพาะใน Slackware 14 เท่านั้น
ปล่อยกลิ้ง? ไม่มีปัญหา.
เวอร์ชันกลิ้งจริงเช่น Arch Linux และเวอร์ชันที่มาจาก Arch (Manjaro, Chakra) ไม่จำเป็นต้องมีคำแนะนำเพิ่มเติม หากไม่ได้ติดตั้ง KDE ตามค่าเริ่มต้นระบบจะติดตั้งด้วยคำสั่งง่ายๆ
pacman -Sy kde
ให้ความสนใจกับวิกิของการแจกจ่าย: อาจเป็นไปได้ว่ามีปัญหาที่เกิดจากการขาดการคอมไพล์ใหม่ แต่คำแนะนำจะอยู่ที่นั่นเสมอ ข้อควรจำ: ในการใช้ Arch คุณต้องอ่านหน้านี้อย่างต่อเนื่องทำตามคำแนะนำและอัปเดตอย่างต่อเนื่อง Arch สามารถแตกได้อย่างง่ายดายหากคุณปล่อยไว้โดยไม่อัปเดตเป็นเวลาสองสามเดือนจากนั้นอัปเดตทันที
เช่นเดียวกับ Gentoo แม้ว่าจำเป็นต้องมีการเล่นกลุ่มลับที่แท้จริงของแพ็กเก็ต
Fedora, RHEL, CentOS
ไม่ควรใช้ Fedora แบบธรรมดากับ KDE จำเป็นต้องไปที่ http://kde-redhat.sourceforge.com และเปิดใช้งานที่เก็บ Yum ที่ปรากฏที่นั่นเสมอ Rex Dieter หัวหน้าทีม Fedora KDE ทำงานได้ดีในการแก้ไข KDE แต่คุณไม่เห็นมันมากนักเพราะมักต้องใช้เวลาในการส่งแพ็กเกจไปถึงที่เก็บข้อมูลหลัก
สิ่งที่น่าทึ่งจริงๆก็คือจากที่นี่คุณสามารถสั่งซื้อแพ็คเกจ KDE 4.10.2 สำหรับ RHEL ซึ่งเป็นผลิตภัณฑ์ที่รู้จักกันดีในเรื่องความเสถียรที่ไม่สามารถเข้าใจผิดได้และอายุของบรรจุภัณฑ์ เรากำลังพูดถึง distro เพียงตัวเดียวที่สามารถรับมือกับ Debian Stable ได้ดังนั้นหากเราใช้ KDE ตัวเลือกคือ RHEL หรือโคลนบางตัวเช่น Scientific Linux คุณต้องเปิดใช้งาน EPEL ก่อน (Extended Packages for Enterprise Linux ซึ่งเป็นพื้นที่เก็บข้อมูลกึ่งทางการพร้อมแพ็คเกจ Fedora ที่รวบรวมสำหรับ RHEL) จากนั้นเรียกใช้คำสั่งเหล่านี้
ซีดี /etc/yum.repos.d
รับ http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo
มาแก้ไขไฟล์ที่เป็นปัญหาและเปลี่ยนบรรทัดทั้งหมดที่ระบุว่า "enable = 0" เป็น "enable = 1" ใช่ KDE 4.10.2 ถูกทำเครื่องหมายว่า "ไม่เสถียร" แต่เรากำลังเพิ่ม KDE 4.10.2 ไปยังการแจกจ่ายที่มีแพ็คเกจที่ล้าสมัยกว่า Debian Wheezy ดังนั้นเราจึงต้องระมัดระวัง หลังจากนั้นคอมโบ Fedora / RHEL แบบคลาสสิก
yum ปรับปรุง
เราจะมาดูกันว่า KDE 4.3 (เก่ามาก) ถูกแทนที่ด้วย KDE 4.10 ที่เสถียรอย่างแท้จริงได้อย่างไร ตอนนี้เป็นเรื่องน่ายินดีที่ได้เรียกใช้โปรแกรมจำลองฟิสิกส์นิวเคลียร์เฉพาะจาก Scientific Linux
สำหรับ Fedora ขั้นตอนจะคล้ายกันมาก แต่มีเวอร์ชันที่แตกต่างกันอย่างไร
ซีดี /etc/yum.repos.d
รับ http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum ปรับปรุง
คราวนี้เราจะไม่เปลี่ยนบรรทัดทั้งหมด "enable = 0" เป็น "enable = 1" แต่ลองดูอย่างละเอียด [kde-unstable] ที่นี่จะให้ KDE 4.11 เบต้า 1 ซึ่งเป็นเวอร์ชันที่ไม่เสถียรจริงๆ [kde-testing] จะทำให้เรามี KDE เวอร์ชันเสถียรล่าสุดก่อนที่ที่เก็บ Fedora อย่างเป็นทางการ และ [kde] ส่วนใหญ่จะว่างเปล่า ลองปล่อยไฟล์ kde.repo ตามที่เป็นอยู่หรือถ้าเราต้องการความไม่เสถียรจริงๆให้เปิด [kde-unstable]
ไม่มี Distros ดังนั้นจะมีส่วนที่สองของคำแนะนำนี้ แล้วพบกันใหม่.
ฉันทำตามคำแนะนำอย่างสมบูรณ์ตั้งแต่เริ่มต้นและตอนนี้ฉันเป็นผู้ใช้เดสก์ท็อปความหมายที่มีจักระและพอใจกับมัน
เหตุใดจึงไม่ควรเรียกใช้ Fedora โดยตรงกับ KDE
ฉันใช้ KDE ตลอดไปและฉันไม่เคยใช้สิ่งนี้จากเดสก์ท็อปความหมาย ฉันไม่คิดว่าฉันเป็นคนเดียว
ฉันใช้ KDE และยังไม่เข้าใจ xD เดสก์ท็อปความหมาย
ไม่เป็นที่เข้าใจกันดีนัก แต่เหตุผลก็คือ: เนื่องจากแพ็คเกจที่มีการอัปเดตล่าสุดใช้เวลานานในการเข้าถึงที่เก็บ Fedora KDE ซึ่งแตกต่างจากสภาพแวดล้อมอื่น ๆ คือปฏิบัติตาม maxim "ใหม่กว่าดีกว่า" ดังนั้นในขณะที่ Fedora "สามารถ" ใช้กับที่เก็บหุ้นได้ แต่ควรใช้ kde-redhat และเพลิดเพลินไปกับประสบการณ์เต็มรูปแบบ นอกจากนี้ Rex Dieter ก็ใส่ของเจ๋ง ๆ ไว้ในที่เก็บนั้นซึ่งคุณจะพลาดถ้าไม่ใช้
ดูคำแนะนำที่เหลือ🙂
ฉันจะทำมันอย่างแน่นอน😀
ในสิ่งที่คุณพูดเกี่ยวกับ Debian Sid ฉันคิดว่าคุณให้ความรู้สึกผิด
1- อันดับแรกไม่ช้าก็เร็ว KDE 4.10 หรือ KDE 4.11 จะมาถึง Debian Sid จากนั้นไปที่การทดสอบ Debian ตามที่ระบุไว้ดูเหมือนว่า Debian Sid จะยังคงอยู่กับ KDE 4.8.4 เสมอและไม่เป็นเช่นนั้น
2- ฉันคิดว่าฉันได้อ่านรายชื่อผู้รับจดหมายแล้ว (นานมาแล้วฉันจึงไม่สามารถใส่ลิงค์ได้) สาเหตุของความล่าช้าในการอัปเดต KDE คือการเปลี่ยนจาก KMail 1 (ใช้จนถึง KDE 4.9) เป็น KMail 2 (ใช้ใน KDE 4.10): พวกเขาต้องการให้แน่ใจว่าไม่มีข้อมูลผู้ใช้หรืออีเมลสูญหายในกระบวนการนั้น
เมื่อไม่นานมานี้ฉันได้ติดตั้ง KDE 4.10.2 โดยดึงที่เก็บทดลองและมันก็ใช้ได้ดีสำหรับฉันในตอนแรก ปัญหาที่ฉันพบเมื่อใช้งาน Nepomuk Cleaner ซึ่งในครั้งแรกไม่มีปัญหา แต่ในครั้งที่สองอีเมลของฉันไม่สามารถเข้าถึงได้ โชคดีที่ฉันได้ทำการสำรองข้อมูลและติดตั้ง Debian Testing ใหม่เพื่อรอให้ KDE 4.10.4 มาถึงที่เก็บการทดสอบอย่างเงียบ ๆ
ฉันมีปัญหาต่อไปนี้ในการติดตั้ง kde repo ใน fedora:
# รับ http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
–2013-07-05 15:05:19– http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
กำลังแก้ apt.kde-redhat.org (apt.kde-redhat.org) … 129.93.181.6
การเชื่อมต่อกับ apt.kde-redhat.org (apt.kde-redhat.org) [129.93.181.6]: 80 …ล้มเหลว: การเชื่อมต่อถูกปฏิเสธ
มีปัญหากับที่เก็บ?
คุณจะเข้าใจว่าหลังจากพูดคุยกับ Fathi Boudra เมื่อหลายปีก่อนหัวหน้าผู้ดูแลของ Debian KDE เกี่ยวกับวิธีการบรรจุ Strigi ฉันไม่ได้รับความประทับใจมากนักเกี่ยวกับวิธีการทำสิ่งต่างๆใน Debian เท่าที่ฉันรู้ Debian ใช้ที่เก็บฐาน 4 แห่ง ได้แก่ การทดลอง (ไม่มีชื่อ), ไม่เสถียร (Sid), การทดสอบ Debian (Jessie) และ Debian Stable (Wheezy)
ไม่เสถียรเช่นเดียวกับการจัดการอีเมลซึ่งโดยวิธีนี้ได้รับการแก้ไขด้วยการปรับโครงสร้าง Akonadi IMAP ที่มองไม่เห็นขนาดใหญ่ที่เกิดขึ้นระหว่าง KDE 4.10.1 และ KDE 4.10.3 (ใช่ข้อผิดพลาดนั้นร้ายแรงนั่นเป็นเหตุผลว่าทำไมจึงสมควรได้รับการแก้ไขจำนวนมากในเวอร์ชันจุด) KDE 4.10 ควรอยู่ใน Sid เสมอเพื่อให้การแก้ไขสิ้นสุดลงในการทดสอบ (ด้วย KDE 4.8 ในรูปแบบ Debian) และจะไปที่ Jessie ไม่เสถียรบน Debian คือ "ไม่เสถียร"; มันไม่เสถียรเท่า Debian Stable แต่มีความเสถียรมากหรือน้อยและไม่ได้รับการเติมเต็มที่นี่
ประเด็นคือ KDE ไม่ได้รับการบำรุงรักษาหรือบรรจุอย่างถูกต้องบน Debian นั่นเป็นสาเหตุที่สิ่งเหล่านี้เกิดขึ้นและนั่นคือเหตุผลที่ฉันต้องการฝากคำเตือนไว้กับ Debian
Errata: ไม่ http://kde-redhat.sourceforge.com; มันคือ
http://kde-redhat.sourceforge.net/
ครับใช้กระจก http://kdeforge2.unl.edu/kde-redhat/ (แทนที่ apt.kde-redhat.org ในไฟล์ kde.repo ด้วยที่อยู่นั้น)
เท่าที่ฉันเข้าใจมันใช้ oldstable (บีบ), เสถียร (เสียงดัง), การทดสอบ (เจสซี่) และไม่เสถียร (sid) และฉันเห็นด้วยกับคุณโดยสิ้นเชิงในการใช้ซอฟต์แวร์เก่า อย่างไรก็ตามในอีกไม่กี่นาทีฉันจะติดตั้ง kde นี้บนเสียงฮืด ๆ ขอให้ฉันโชคดี! xD
ในที่สุดฉันได้อัปเดตเป็นการทดสอบ แต่ไม่โหลด gmd3 ฉันจะต้องเลื่อน kde ออกไปเมื่อฉันแก้ไข xD