BLFS & X- window system: de beproeving.

Door Sjaaksken op vrijdag 23 mei 2014 15:36 - Reacties (9)
CategorieŽn: BLFS, XORG, Views: 2.840

Na het installeren van de belangrijkste BLF paketten, komt pas de echte beproeving: het installeren van een grafische omgeving. Enter: the X-windows system, het ťchte werk. Dat merk je al vanaf de eerste stap: het klaarzetten voor de installatie van de Xorg Protocol headers. Standaard wordt deze installatie in de folder /usr gezet, maar om correct te zijn pak je beter een subfolder (mijn idee was om /usr/X11 te gebruiken zoals dit voor veel distributies het geval is). De stappen die je dient te nemen om de installatie folder te veranderen zijn echter heel warrig geschreven. Zo moet je zelf een aantal keer deze installatiefolder configureren. Dit laat veel ruimte voor fouten. In mijn geval ben ik vier maal moeten herbeginnen omdat de Xorg protocol headers niet gevonden konden worden na installatie. Na een zorgvuldige controle van elke lijn in de voorbereiding van deze installatie, werden de protocol headers correct gevonden. Extra moeilijkheid in mijn geval was het feit dat ik in een chroot-omgeving compileer (en dus sommige environment variabelen handmatig moet instellen).

Eens de environment variabelen correct geconfigureerd raken, lukt het uiteindelijk om de x-org paketten te installeren. Zelfs de installatie van de beeld driver (intel in mijn geval) verliep vlekkeloos. Maar daarna botste ik echter weer op een probleem: bij de pagina x-org drivers wordt er verklaard dat er tenminste ťťn werkende driver geÔnstalleerd moet worden. Na het succesvol installeren van de intel-driver kon ik - dacht ik - aannemen dat dit voldoende was. Echter verder beneden op die pagina staan de belangrijke input-drivers. Indien je deze niet volledig installeert, kan je wel in 'X' booten maar werkt je input niet meer, en rest er niets anders dan herstarten. Weeral een stukje van de puzzel die je zelf moet leggen.

De xterm sessie ziet er wel heerlijk oldskool uit:
Xorg-2014-04-24 xterm

Nu is xterm alleen natuurlijk niet voldoende. Mijn eerstvolgende doel: KDE (gewoon omdat dit voor GNOME in het BLFS boek staat). Daarvoor zijn zo goed als alle X-libraries vereist. Verwacht je maar aan een hele resem paketten en weinig visueel resultaat. Maar als je op dit punt aangekomen bent, is dat natuurlijk niets nieuws. Hetzelfde geldt voor de KDE core paketten. Tegen dat je hier door geworsteld bent, los je compileer problemen op alsof het niets meer is. Een heel arsenaal aan zoekmiddelen geven altijd wel die ene oplossing voor een compileer probleem, waardoor je weer een paketje verder kan gaan. En op het einde van de tunnel: licht.
Gegarandeerd een glorieus moment, die eerste keer dat je kde kan opstarten.

kraaknieuw: KDE eerste start
KDE system monitor
KDE start menu


Een kraaknieuwe installatie, voelt een beetje aan alsof je een nieuw speeltje krijgt. Ik heb ervoor gekozen om steeds zoveel mogelijk functionaliteit in de paketten te compileren, dus met zoveel mogelijk 'optional' dependencies geÔnstalleerd. Dat vergt extra tijd maar is natuurlijk wel (eindelijk) visueel merkbaar, daar de paketten gebruik kunnen maken van systeem notificaties en veel meer met elkaar integreren. Wat je ook kan doen is zo snel mogelijk de KDE core paketten installeren en achteraf de rest installeren, dan moet je natuurlijk nog best de core paketten eens achteraf hercompileren. KDE werkt lekker snel, neemt momenteel maar 170 mb geheugen in. Next: GNOME....

Volgende: BLFS: the scenic route! 05-'14 BLFS: the scenic route!

Reacties


Door Tweakers user dinux, vrijdag 23 mei 2014 16:09

Mooi artiekel wederom. Ben benieuwd naar GNOME aangezien ik zelf daar eerder naar neig dan KDE. :)

Door Tweakers user brick5492, vrijdag 23 mei 2014 16:19

Mooie vooruitgang!
En eerlijk is eerlijk, ik vind die Xorg window manager er beter uitzien dan KDE (lekker minimalistich ;) )

Door Tweakers user i-chat, vrijdag 23 mei 2014 16:35

als je wat minder paketten wilt en een wat minimalistischer omgeving kun je eens kijken naar razorqt. samen met kwin een DE die ik sterk overweeg voor sommige toepassingen.

Door Tweakers user Cyphax, vrijdag 23 mei 2014 17:04

brick5492 schreef op vrijdag 23 mei 2014 @ 16:19:
Mooie vooruitgang!
En eerlijk is eerlijk, ik vind die Xorg window manager er beter uitzien dan KDE (lekker minimalistich ;) )
Hij heet TWM, kan je op je eigen Linuxinstallatie ook installeren of starten. Ik geloof dat ie standaard wordt meegeleverd bij X.

Door Tweakers user Jogai, vrijdag 23 mei 2014 18:49

i-chat schreef op vrijdag 23 mei 2014 @ 16:35:
als je wat minder paketten wilt en een wat minimalistischer omgeving kun je eens kijken naar razorqt. samen met kwin een DE die ik sterk overweeg voor sommige toepassingen.
Wordt LXQt http://lxqt.org/

Door Tweakers user i-chat, vrijdag 23 mei 2014 20:16

ow dat wordt wel heel spannend, xlde vond ik in sommige opzichten minder prettig, de gtk apps die er soms worden gekozen zijn net TE minimaal...

ik ben dan ook zeer benieuwd wat men hier van weet te maken. als laatste hoop ik toch nog steeds terug op een goede Chromium-QT port...

Door Tweakers user Sjaaksken, dinsdag 3 juni 2014 12:06

dinux schreef op vrijdag 23 mei 2014 @ 16:09:
Mooi artiekel wederom. Ben benieuwd naar GNOME aangezien ik zelf daar eerder naar neig dan KDE. :)
Spijtig genoeg is gnome draaiende krijgen op LFS nog niet helemaal mogelijk. Reden: Gnome heeft systemd nodig en LFS gebruikt dit nog niet standaard. In de dev branche is er wel sprake van, maar kan nog even duren. Ik ga toch zien of ik gdm niet kan laten draaien maar dat is blijkbaar niet zo evident.

[Reactie gewijzigd op dinsdag 3 juni 2014 12:06]


Door Koen, woensdag 4 juni 2014 22:05

Sjaaksken schreef op dinsdag 03 juni 2014 @ 12:06:
[...]
Spijtig genoeg is gnome draaiende krijgen op LFS nog niet helemaal mogelijk. Reden: Gnome heeft systemd nodig en LFS gebruikt dit nog niet standaard. In de dev branche is er wel sprake van, maar kan nog even duren. Ik ga toch zien of ik gdm niet kan laten draaien maar dat is blijkbaar niet zo evident.
LFS heeft al zeker sinds versie 7.4 een stabiele systemd build...ik bouwde de svn versie ervan in november vorig jaar.
http://www.linuxfromscrat...stable-systemd/index.html

Ik merk ik het artikel ook dat de auteur compileert in een chroot omgeving. Ik zou dat toch afraden. Hoe sneller je van de host weg bent hoe beter.

Door Tweakers user Sjaaksken, donderdag 5 juni 2014 16:27

Koen schreef op woensdag 04 juni 2014 @ 22:05:
[...]


LFS heeft al zeker sinds versie 7.4 een stabiele systemd build...ik bouwde de svn versie ervan in november vorig jaar.
http://www.linuxfromscrat...stable-systemd/index.html

Ik merk ik het artikel ook dat de auteur compileert in een chroot omgeving. Ik zou dat toch afraden. Hoe sneller je van de host weg bent hoe beter.
@Koen: systemd installeren is niet echt het probleem. Het probleem is dat het BLFS boek zo gemaakt is dat de oude ConsoleKit nodig is voor veel paketten die reeds lang voor gnome gecompileerd moeten worden. Het is niet dat het niet mogelijk is om met systemd te werken, maar dan moet een groot deel van het LFS en BLFS boek herschreven worden, iets waar ze momenteel niet echt zin/tijd in hebben. En om dat helemaal op je eentje uit te klaren: niet zo gemakkelijk.


Dit staat er nog trouwens onder de GNOME sectie van de laatste BLFS:

http://www.linuxfromscrat...ew/stable/gnome/core.html
The objective of this section is not to build a GNOME desktop, because it depends on Systemd, which BLFS doesn't support. Rather, it provides packages required for some platform independent GNOME applications to build and run properly under any Window Manager (e.g. Fluxbox, Icewm, Openbox, Sawfish), or Desktop Environment (e.g. KDE, XFCE, LXDE).

Reactie formulier
(verplicht)
(verplicht, maar wordt niet getoond)
(optioneel)