Archbang 2011.09 is uit

Er komt ook een Oktober versie waarin de meeste bugs in deze versie zullen zijn opgelost, Een probleem is de overgang van alsa naar OSS, dat op sommige pc's en laptops tot gepiep leidt. Op het archbang forum vind je een oplossing voor als je het gaat installeren.

Hier vind je de release notes en downloadlinks.

Torrents hier

Hoe belangrijk is de community van je OS?

Litemotiv, een zeer actieve mod op het Arch forum legt in het Nederlands uit hoe hij het functioneren van het Arch forum ziet en hoe hij het uit de hand lopen op het Arch forum van een discussie rond package signing verklaart.
Crunch
Ik vond het verhelderend. Mijn ervaringen met Linux fora zijn vooral ingekleurd door de zeer positieve ervaringen met het Crunchbang forum. Dat vond ik een plek waar echt een betekenisvolle uitwisseling plaatsvindt/vond (het is de laatste tijd wat minder) rond allerlei ontwikkelingen en niet alleen tussen mensen die Crunchbang gebruiken, maar ook met ex-CB-ers als ik zelf, die gewoon de open en erg vriendelijke en vrolijke sfeer op het forum waarderen. Dat wil niet zeggend dat meningsverschillen uit de weg gegaan worden. Verder is er ook goede informatie bij praktische problemen; daarin vond ik de Ubuntu fora zeer wisselend en dus niet betrouwbaar.
Omdat Corenomimal regelmatig op het CB forum aanwezig is/was, duidelijk op zoek naar input en feedback, krijgt/kreeg het geheel iets leuks informeels en opens.
Aaarch
Daarna is de sfeer op het Arch forum bekrompen (er is wel een hoop geleuter over non-topics als anime en favoriete jongensmuziek), conformistisch (veel fanboyism en men probeert elkaar af te troeven op het gebruik van de meeste, obscure cli/terminal applicaties) en verder vooral op praktisch problemen gericht en daarin wel vaak heel goed. Helaas ook regelmatig nogal onvriendelijk, soms op het botte af naar nieuwe, onervaren gebruikers, die een beginnersfoutje maken. Daarbij valt overigens een verschil in toon op tussen diverse moderators.

Litemotiv legt uit dat je het forum vooral als een helpdesk moet zien en niet een plek waarin een community komt tot een gemeenschappelijke visie komt of waar echt inhoudelijke discussies gevoerd worden, mede omdat de devs het forum toch negeren.
Dit klopt mijns insziens niet helemaal omdat met name Allan, de belangrijkste ontwikkelaar van pacman de discussies over en problemen met pacman zeer goed volgt en vaak reageert. Daar zit ook een sterke mate van sturing en controle bij. Het is niet anders.

Community als asset
Zo kom ik er in ieder geval achter dat de omgang van devs met de gebruikersgemeenschap voor mij een hele belangrijke waarde is bij het kiezen van mij GNU/Linux OS. (En de kwaliteit van de gemeenschap zelf natuurlijk.) Bij Archbang is die verhouding heel open en gemoedelijk. Maar omdat dit als project tot erg zwak is en ik me afvraag of het nog lang bestaat, oriënteer ik me naast het ondersteunen van het AB project als mod op het AB forum weer meer op de Debian wereld, voorlopig dus in de vorm van Aptosid, met een prima forum trouwens.

Nieuwe installatie CD Arch laat nog op zich wachten

Het is alweer een jaar geleden dat de laatste installatie CD van Arch het licht zag.
Dieter geeft in zijn Engelstalige blog een uitleg waarom het zo lang duurt.
Naast persoonlijke redenen en een misschien al te ambitieuze reorganisatie van het release model als verklaring biedt hij al wel een alternatief in de vorm van test releases, die te vinden zijn op http://releng.archlinux.org
Hij moedigt iedereen aan een bijdrage te leveren door deze te testen.

Toch is het een teken van zwakte dat een nieuwe release op zich laat wachten.
Maar misschien hebben de Arch devs ook wel niet zo'n zin een een nieuwe toestroom van gebruikers en de stroom beginnersvragen die dit telkens weer oplevert.

Of zou men eerst het probleem van package signing willen vloeren?
Ik vermoed dat dit geen rol speelt. Op de wiki werd onlangs nog de kortstondige vermelding van dit probleem op de beginnersgids pagina verwijderd.
Het lijkt er eerder op dat dit probleem nog lang zal blijven omdat de kwestie weer totaal onvindbaar is als acuut probleem op het forum of totaal wordt gebagatelliseerd.

Terwijl ik zelf nog steeds erg actief ben als moderator op het Archbang forum, richt ik mij ook steeds meer op Debian Aptosid, dat een aantal voordelen gemeenschappelijk heeft met Arch: rolling release, vanille en nieuwe packages, loeisnel. Extra voordelen dat de Debian repositories voor je openstaan en dat het goed is te kunnen werken met een veelgebruikt systeem als Debian. Ik ontdekte Aptosid dankzij IgnorantGuru's post over zijn overstap van Arch naar Aptosid. Hij is ontwikkelaar van pcmanfm-mod en iemand die ik gewoon vertrouw in zijn kennis keuzes; een soort combinatie van het zoeken naar kwaliteit en dat het makkelijk moet werken. Na wat aanloop problemen bevalt het me prima.

Zorgen over gebrek aan Package Signing breekt Arch steeds meer op

Oftewel gebrek aan
Zorgen over gebrek aan Package Signing breekt Arch steeds meer op
Ik heb heel de discussie rond package signing sinds die recent opnieuw opdook, nauwkeurig gevolgd en werd zoals ik in een vorige post al meldde slachtoffer van het spervuur dat ontstond uit de neiging om de brenger van het slechte nieuws te vermoorden. Toch lukt het de ter discussie staande Arch devs steeds slechter het vuil onder het tapijt te vegen.
Een artikel rond Arch veiligheid op LWN.net brengt de kwestie bij een groter geïnteresseerd publiek.
De reacties van de betrokken Arch devs zijn furieus: Dan McGee op zijn eigen blog:
maar de verdediging beweegt zich weer op de bekende paden; niemand wou ons helpen en beter geen oplossing dan een voorlopige oplossing. Het is de moeite waard voor de buitenstaanders de commentaren te lezen om te zien hoe de Arch-believers zich totaal discrediteren in stuitende stemmingmakerij en gescheld.
Hier het laatste stuk van het artikel geschreven door Nathan Willis:

As you would expect, there is a lot of heated language between the two, which can make it difficult to separate out the nucleus of each side's complaints. It is clear, however, that other Arch contributors have proposed virtually the same package signing plan as IgnorantGuru in the past, at least as far back as 2008. The core developers have never acted to add signature-checking to Pacman, even though patches have been submitted, yet at the same time have resisted all "interim" solutions as a waste of effort, on the grounds that Pacman is the proper place for package signature work.

For his part, IgnorantGuru posted a Bash script on his own site that allows a user a small amount of integrity checking by comparing the checksums of a package from multiple Arch mirrors. In the weeks since the original post, IgnorantGuru announced that he had given up on the hope that the core developers would ever adopt a package signing solution,......

Threats

In the final analysis, Arch users are exposed to a security threat both by the distribution's lack of package signing and by the core developer's resistance to adopting it. However much the Arch "philosophy" says each user is responsible for his or her own system, IgnorantGuru is correct in his first blog post when he observes that without signatures, the distribution's infrastructure is vulnerable to every exploit found in every other system on the path between the main project server and the user's PC. Any exploit on the OS used by the HTTP or FTP mirror server can allow an attacker to replace an Arch package, and the user has no way to even detect that the change has been made. A network-based man-in-the-middle attack does not even require finding a root exploit on one of the servers; it could be performed at a router or network access point.

As for McRae and the other core developers resisting outside work to implement package signatures, there are at least two levels at which their recent statements are troubling. First, they (and commenters taking their side) invariably bring up the "stop whining or start coding" retort, or its kinder cousin "patches welcome."

In theory that reply encapsulates the open source approach — anyone with an itch can scratch it — which is true on the surface. But it overlooks the reality of distribution maintainership: some tasks, such as security, are vital to the health of the project, even though they might not be anyone's idea of fun. In addition, as the Arch developers' responses have shown, the gatekeepers to a project can still prevent new code and patches from getting accepted if they so choose.

That of course is the second level at which the core developers' resistance is troubling: the fact that they would prevent security patches from going into the project. Some on the anti-signature camp argue (essentially) that if you don't like any decision made by the core developers, you should leave, and cite Arch's "not for the faint-of-heart" philosophy as justification. But that is in direct opposition to the "patches welcome" response. A distribution cannot invite contributions, but then treat contributors with hostility when they arrive.

Moreover, in Arch's case it hardens the anti-signing camp into a position where it denies the reality of the package-tampering threat. You can already see this in some of the responses to IgnorantGuru and the bug reports he filed: commenters minimizing the statistical likelihood of an attack as grounds for not adopting any package signing plan at all.

Perhaps there is no reason to read ill will into any of McRae or the other Arch developers' resistance to package signing; perhaps they only seem hostile in context. But even if that is the case, by preventing others' code from making it into Pacman and the package database, they are letting Arch Linux users remain sitting ducks, as well as driving them away. It's hard to see how either result improves the project.

Arch forum: gebrek aan open discussie en onheus gedrag van mods blijft onbestraft

Van begin af aan viel me op dat de mods op het Arch forum nu niet bepaald gebruikersvriendelijk zijn. De toon is vaak kleinerend en uit de hoogte en de heren permitteren zich zelf allerlei gedrag dat bij een ander leidt tot onmiddellijk sluiten van de conversatie (thread) . Zoals opmerkingen die niet echt ingaan op de vraag (bijv. hoe kom je erbij zoiets te willen) of geleuter over non-topic onderwerpen, die in feite de conversatie om zeep helpen.
Kwalijker is nog dat het zeer riskant is de mod daarop te bekritiseren, want daarop zal of het onderwerp gesloten worden en naar de vuilnis bak verwijderd of als je geluk hebt naar Topics Going Nowhere. Andere mods bespringen de ongelukkige als een troep wolven en proberen je met onware verdachtmakingen onderuit de halen. Hier leg ik uit hoe mij dit overkwam. Dit leidt ertoe dat open discussie en echte verschillen met de heersende mening niet getolereerd worden. Dat betekent niet alleen dat een hoop mensen stuk voor stuk afknappen op deze behandeling, maar ook dat een open sfeer ontbreekt en dat er akelige tekenen van conformiteit en slijmerigheid op het forum tevinden zijn. De boot is helemaal los als Arch zelf kritisch bekeken dient te worden.

Laatst probeerde ik deze onmacht ter discussie te stellen, maar waardering voor je inzet om dit aspect van de Arch "code" te verbeteren is er niet.

Het is zeer teleurstellend dat dit soort sociale onmacht en onvermogen de eigen sociale dynamiek kritisch te bekijken juist verbonden is met een distro als Arch, die verder vele voordelen biedt. Toch is het onvermijdelijk dat deze zwakte de distributie inhoudelijk aantast. Een voorbeeld is het veiligheidsprobleem bij authentificatie van de Arch packages, die je download van de Arch repisitories. In deze blog wordt de reikwijdte van dit probleem aangekaart. Iemand die in zijn onschuld mij en andere forum gebruikers via het forum op deze kwestie wees, werd publiekelijk afgebrand en toen ik ervoor opkwam deze conversatie niet te sluiten, richtte de woede , die zich richt op de brenger van het slechte nieuws zich op mij.

Nou gaat het me even niet om de onheuse behandeling an sich, maar dat deze veiligheidskwestie niet fatsoenlijk wordt voorgelegd aan de Arch-gebruikers. Noch op de beginnerspagina noch op de pacman pagina van de Arch Wiki zul je een verwijzing naar dit probleem vinden. Wel twee losse, bijna een jaar oude pagina's die het probleem beschrijven en tonen dat er aan gewerkt wordt
Het blijkt al 6 jaar te spelen en door het onvermogen om onderlinge verschillen van mening te overwinnen over hoe deze kwestie opgelost moet worden, gebeurt er alsmaar niets en wordt deze kwestie zo snel mogelijk als het weer boven komt drijven onder tafel geveegd.

Doordat de boel zo dichtgetimmerd zit, lijken verbeteringen op het Arch forum voorlopig uitgesloten.

Als je er meer over wilt lezen...

Nieuwe versie van Archbang is uit

ArchBang 2011.02 is out in the wild!

-Nieuwe Kernel 2.6.37

-Thunar goed geconfigureerd voor het vinden van media en partities

-Nieuwe look

-base-devel toegevoegd zodat je meteen packer kunt gaan gebruiken voor AUR

fullscreen screenshot

De Arch benadering

Soms kom je een artikel tegen, dat je denkt: wat goed verwoordt; zo had ik het zelf kunnen opschrijven. Daarom maakte ik een vertaling van dit recente artikel van Kevin Bush:

De Arch Benadering

Je houdt van sleutelen aan je computer. Je hebt Ubuntu en Fedora geprobeerd, en ze zijn goed, maar je voelt dat het beter kan. Misschien wil je niet dat al die daemons laden bij het opstarten, of misschien wil je je Linux-desktop te bouwen net hoe je het wilt? Misschien ben je helemaal onbekend met Linux en wil je precies leren hoe een Linux-werkstation werkt? Het wordt dan tijd om Arch Linux te proberen. Arch Linux wordt vaak de binaire Gentoo genoemd, een passende beschrijving. Arch geeft je een volledige, maar simpele command-line basis om van daar verder te bouwen, maar in tegenstelling tot Gentoo, gebruikt Arch voor i686 of x86_64 geoptimaliseerd binaire pakketten in plaats van de broncode.
Dit zal niet een stap-voor-stap handleiding worden hoe je een Arch Linux desktop aan het werk krijgt. Je vindt dat op de fantastische wiki's van Arch. In plaats daarvan zal ik met jullie delen wat Arch onderscheidt van andere Linux distributies en wat Arch een van de beste distributies maakt voor een persoonlijk werkstation.


Eenvoud
Archs ontwikkeling wordt gestuurd door eenvoud. De Arch wiki stelt, 'Eenvoud is absoluut de belangrijkste doelstelling achter Arch ontwikkeling.' De meeste systeemconfiguratie wordt gedaan door middel van tekstbestanden, die kunnen complex lijken op het eerste gezicht, maar in de praktijk blijkt het veel gemakkelijker dan het zoeken via een grafische menustructuur. Bijvoorbeeld, daemons, kernel modules en netwerken worden allemaal geconfigureerd in een enkel tekstbestand, rc.conf. GNU tekst bewerkingshulpmiddelen die in elke versie van Linux te vinden zijn, maken het bewerken van configuratiebestanden een makkie. Het gaat veel sneller om een tekst string in Vim (of met nano of leafpad -paul) te zoeken dan door eindeloze GUI tabbladen te klikken op zoek naar het goede keuzerondje om aan- of af te vinken.


Rolling release
Arch maakt gebruik van een rolling release model. Dit betekent dat de repositories regelmatig worden bijgewerkt met de laatste stabiele pakketten van de upstream ontwikkelaars. Het voordeel hier is dat je niet hoeft te herinstalleren of om de zes maanden een complexe procedure voor het upgraden hoeft uit te voeren. Doe een pacman-Syu om de paar dagen om uw hele systeem bij te werken (meer over het fantastische Pacman hieronder). Dit wil niet zeggen dat er een update nooit problemen zal veroorzaken, maar als je problemen ondervindt, zal er naar alle waarschijnlijkheid een oplossing gepost worden op het forum of de voorpagina van de Arch website.

De schandalig goede Arch Wiki

Over documentatie gesproken: de Arch Wiki is de meest uitgebreide bron van informatie over Linux, die er is. Toen ik Ubuntu nog gebruikte, heb ik vaak het antwoord op een moeilijke configuratie-probleem op de Arch Wiki gevonden. Ja, de Arch Wiki is wel afgestemd op Arch, maar het kan vaak helpen bij het oplossen van problemen met andere distributies.

BSD Style init

Zeg het ingewikkelde System V runlevels vaarwel met de hun bijbehorende symlinks. De meeste distributies gebruiken een System V-stijl init, die een aparte directory voor elk van de acht runlevels heeft. Arch gebruikt een BSD-stijl; dat bewerkstelligt bijna hetzelfde met een eenvoudige set van scripts. Noodzakelijk om CUPS toe te voegen bij het opstarten? Voeg gewoon CUPS toe aan de daemons lijst in /etc/rc.conf. Klaar is Kees.

Pacman
Ik heb gebruik gemaakt van vele verschillende Linux package managers: pacman, aptitude, yum, zypper en netpkg. Pacman is zonder meer mijn favoriet. Het is snel. Downloaden, zoeken en installeren; zijn alledrie het snelst van wat ik heb gezien. Het volledige systeem-upgrades zijn doorgaans probleemloos. Arch heeft vijf officiële repositories: core, extra, community, test en multilib. Core bevat het minimum dat nodig voor een functionele Linux-systeem. Core omvat de kernel, GNU command line tools, pacman, en networking tools; in principe alles wat u nodig om te beginnen met de bouw van de perfecte werkplek. Extra bevat pakketten, die niet noodzakelijk zijn voor een basaal werkend systeem; spul als X, GNOME en Apache bijvoorbeeld. Community omvat pakketten onderhouden door de Trusted Users (vertrouwde gebruikers) van de Arch gemeenschap. Deze pakketten zijn binaire compiles van PKGBUILDS van de Arch User repository, en worden in de community repository gestemd door Arch gebruikers. Test is alleen dat, pakketten die worden getest op stabiliteit. Test is standaard uitgecommentarieerd in pacman.conf. Gebruik het op eigen risico. Multilib voorziet in gesloten (i.t.t. tot open source -paul) binaire toepassingen, die alleen verkrijgbaar zijn als 32-bits binaries, en de 32-bit bibliotheken, die nodig zijn om deze applicaties op een 64-bit installatie draaien. Skype en de Adobe flash plugin zijn hier goede voorbeelden van.

AUR
Wat gebeurt er als de toepassing, die je zoekt niet in de repositories van je distributie aanwezig zijn? Als je Fedora gebuikt, moet je mogelijk een niet-ondersteunde 3rd party repository van twijfelachtige kwaliteit toevoegen . Als je gebruik maakt van Ubuntu, hoop je op een Personal Package Archive. Soms moet je gewoon compileren vanaf de broncode, en ellende van allerlei afhankelijkheden zien op te lossen. Op Arch is het vrij simpel. De kans groot dat de app die u zoekt beschikbaar is met behulp van een PKGBUILD script van de Arch User Repository of AUR. Een PKGBUILD is een script gemaakt door een lid van de Arch gemeenschap en die neemt veel van de pijn weg van het bouwen van een toepassing vanuit de broncode. De opdracht wordt uitgevoerd door makepkg die het PKGBUILD script in werking zet; het detecteert en installeert afhankelijkheden, en bouwt een pacman installeerbare binair pakket. [Via Packer wordt het nog eenvoudiger en kan een simpele pacman achtige syntax zorgen voor het zoeken en vinden, bouwen en installeren van de PKGBUILDs -paul] Er is geen noodzaak om te zoeken naar obscure bibliotheken, die niet kunnen worden geïnstalleerd vanuit de core pakketlijst.

Dus hiermee heb je het op een rijtje, de voordelen van Arch. Dit zijn een paar dingen die Arch Linux onderscheiden van de menigte, en haar maken het tot een binaire geweldenaar. Deze lijst is verre van volledig, dus als uw interesse is gewekt, ga wat tijd doorbrengen op de Arch Wiki en forum. De beste manier om Arch te leren kennen, is echter toch om het te installeren en te gebruiken. Ik beloof het de moeite, je tijd en inspanning waard is, en ze betalen me niet eens om te dat zeggen.

Hoe je hulp krijgt ... Dit vereist Tact
Veel minder wordt je op de Arch Forums bij de hand genomen dan op sommige van forums van de andere distro's, en dat met een goede reden. Arch heeft een van de meest informatieve, gebruiksvriendelijke wiki's, die er zijn. Niet, ik herhaal, NIET een vraag te stellen in de forums of op IRC zonder eerst te zoeken op de wiki en het forum. Als je geen oplossing kunt vinden door te zoeken, zorg dan minstens bij het stellen van je vraag voor alle passende log-bestanden en zo veel mogelijk informatie over je systeem. Kijk naar enkele van de huidige berichten in het forum, gemarkeerd als 'Opgelost' (Solved) in de Arch Forum voor voorbeelden, hoe het moet.

Tot zover dit artikel, maar in het verlengde ervan nog dit.
Popularisering van Arch, zoals ik beoog met deze blog wordt niet toegejuicht in Arch kringen; men moet zelf de weg er naar toe zien te vinden. Men is veel te bang dat de community overstroomt wordt door gemakzuchtige types of mensen die het deskundigheidsniveau ondermijnen. En dat begrijp ik goed en vind ik ook terecht. Zie https://bbs.archlinux.org/viewtopic.php?id=111496

Hoe gebruik je de Arch documentatie optimaal?

Ik kom er steeds meer achter, dat essentieel voor het kunnen omgaan met de distributie als Arch Linux ,is goed te kunnen werken met hun uitstekende wiki .

Om er goed mee te kunnen werken, moet je vooral goed weten waar te zoeken en een beetje weten wat met wat te maken heeft. Hoe beter je Arch kent, des te makkelijker wordt het uit te vinden, hoe je problemen oplost. Ik wil je in deze post een beetje op weg helpen. We gaan samen de Wiki verkennen.
De inhoudsopave is de Table of Contents pagina; als je de NL versie vergelijkt met de Engelse valt je op hoeveel er nog vertaald moet worden.

Belangrijke Wiki pagina's:
De beginnersgids: dit is de basis handleiding met als belangrijke elementen
Deel I: Installatie van het Basissysteem , 2 configureren van geluid en beeld en 3 het configureren van de desktop, keuze voor window manager etc .

De aanbevelingen pagina (Engels) is een gedetailleerde aanvulling van de beginnersgids voor mensen die nog wat dieper willen graven, na de Beginnersgids bekeken te hebben. Zo gezegd lijkt het wel aardig, maar deze pagina vermeldt belangrijke topics om de werking Arch te kunnen begrijpen. Thema's: Appearance, Booting, Console improvements, Input, Networking, Package management, Power management, System administration, System services (Daemons), X Window System.

Als we dan wat luchtiger kost willen is de FAQ pagina van belang (een onvollediger versie is er in het Nederlands). Belangrijke tips die je op deze pagina vindt is hoe je het systeem naar het Nederlands overzet en hoe je Nederlandse spellingcorrectie mogelijk maakt.

Welke programma's ga ik installeren?

Het basis systeem van Arch of Archbang is heel kaal. Er wordt vanuit gegaan dat je zelf kiest van wat je nodig vindt en hoe puur je je systeem wilt opzetten (vermengen van verschillende qt (KDE)of gtk (Gnome) programma's bijvoorbeeld. De typische Archer is nogal een console of terminal fetisjist; hoe meer in de terminal kan, hoe beter zo ongeveer. De lijstjes geprefereerde programma's staan vol met de meest exotische en vaak zelfgemaakte programma's, waarmee je echt ongeveer alles kunt, behalve je tanden poetsen.
Zelf heb ik niet zo'n moeite met een handige GUI (graphical user interface), maar echte terminal-tijgers werken wel razendsnel en zeer efficiënt.
Bijzondere interessante pagina's vind ik de Common Applications pagina
en nog meer de Lightweight Applications pagina; een soort the best apps of volgens de Archers.


Al deze belangrijke pagina's staan bij mij op de harde schijf. Dit zorgt dat je ze niet vergeet en regelmatig raadpleegt.

Tot Slot
Als ik een probleem tegenkom zoek ik eerst op in de wiki, dan op het forum en dan pas op het bredere internet. Ik heb maar een keer of twee en vraag gesteld op het forum en werd toen heel netjes, snel en behulpzaam geholpen, maar o wee, als je lukraak maar wat gaat vragen...dan krijg je de wind van voren. Ze willen geen Ubuntu-achtig vraag maar raak forum.
Op de Arch fora zijn ze juist vanwege hun uitstekende documentatie nogal bits met vragen van mensen die iets vragen, wat in de wiki te vinden is.
Iedere community heeft zijn eigen code en die van de Arch is zonder meer: denk zelf eens goed na voor je wat vraagt en ga zelf eens goed zoeken.
Als je een probleem hebt is het eigenlijk, het moeilijkst om te weten waar je zoeken moet.
Daarom is het ook van belang te snappen hoe het systeem is opgebouwd.

Cheap thrills: bedien je hele pc razendsnel via het toetsenbord

Openbox genoegens

Een van de grote thrills van Openbox is dat je het hele systeem met het toetsenbord kunt en zult bedienen. Ik zal hier een aantal keren op terug komen.
Als ik even weggeweest ben en de monitor is uitgegaan, kan ik met de sneltoetsen het systeem uitzetten. Ik focus de windows met Super+z en sluit ze met alt+f4 (dat laatste is niet zo bijzonder). Ik sluit na het sluiten van de programma's het hele systeem af met super (=window toets)+x; dat start oblogout op en dat sluit het systeem af met enter (ik gebruik hiervoor trouwens een aangepaste versie van oblogout).

Hoe je vensters manipuleert met sneltoetsen, regel je in Openbox met het rc.xml bestand. Het is te vinden in home/user/.config/openbox.
Daar leg je ook sneltoetsen vast voor andere programma's; een van de belangrijkste is dmenu, dat je via dmenu_run activeert; bij mij is de snelkoppeling alt+f3 eraan verbonden. Dmenu is erg verslavend in het gebruik en het is dit programma dat aanvankelijk mijn interesse voor openbox wekte.
Dmenu is a.hw. een woordvoorspeller voor de programma's, die je helemaal via het toetsenbord bedient met het intypen van de eerste letters van het program; het geaccentueerde, geselecteerde woord wordt via enter uitgevoerd en weg is dmenu. Het leuke is dat het ook nog met allerlei submenu's en slimmigheden uit te breiden is.
Via Preferences, Openbox config, Edit rc.xml kun je dmenu toevoegen aan je sneltoetsen arsenaal.
Om dit te kunnen laten zien, moet ik naar de code pagina verwijzen:http://aur.pastebin.com/aEYxLmpM
[Als je bang bent, de code van de pagina te verknoeien kun je ook met Obkey werken.]

Een volledige versie van mijn rc.xml vind je hier:
http://aur.pastebin.com/mfheg5gX
Als je de moeite neemt het goed te bekijken, zie je dat het uit een drietal segmenten bestaat.Tot regel 153 zie je wat wordt vastgelegd via het hulpprogramma Obconfig, in het menu Gui Config Tool genoemd; zaken als theme, lettertypes:




Dan vanaf regel 154 tot 539 de keyboard sectie met zijn keybindings (toetsenbordsnelkoppelingen) en dan het laatste stuk tot regel 868 mouse met de mousebindings. Muis-instellingen zijn gedeeltelijk aan te passen via Obconfig, maar dat is niet zo interessant.

Wel wat je met het toetsenbord kunt doen. Programma's starten met via snelkoppelingen liet ik al zien. Maar ook en veel unieker het besturen van vensters, bureaubladen en zelfs het verplaatsen van geopende vensters van het ene tabblad naar het andere.
Op mijn werkblog Stillstup lees je daar meer over in de gelinkte post.
Je hebt het allemaal in je hand en het valt allemaal eenvoudig te regelen met het bewerken van een xml bestand. Mensen die bang zijn de code te bederven kunnen werken met het hulpprogramma ObKey om de keybindings aan te passen.

Zoals ik al in bovengenoemde post beschrijf is het handig om de te leren snelkoppelingen in het begin via een conky venster zichtbaar te maken op je bureaublad. Conky (op wikipedia) zet doorzichtige vensters op je bureaublad, die je met allerlei info en monitors kunt vullen. Op heel wat fora is veel info over de mogelijkheden met conky te bekijken bijv op het Crunchbang forum
Maar dat is weer een ander verhaal.

Als eerste na installatie: Pacman mirrorlist configureren

Het eerste dat je moet doen voordat je kunt gaan updaten of nieuwe programma's installeren is het handmatig configureren van de mirrorlist van de repositories waar je kunt downloaden.
Deze lijst verandert regelmatig en is ook aan wijzigingen onderhevig wat betreft snelheid.
Toch is het wel even wennen dat je het zelf moet doen; iets wat je bij heel veel distro's uit handen genomen wordt.
Het leuke is wel is dat je na de configuratie wel snapt hoe het werkt.

Als eerste gaan we als root naar etc/pacman.d/mirorlist. We openen het als root met leafpad.
Bijvoorbeeld zo: sudo leafpad /etc/pacman.d/mirrorlist
We gaan met de webbrowser naar http://www.archlinux.org/mirrorlist/

We kopieren daar een voor ons specifieke lijst en halen de # weg voor de servers, die we willen gebuiken. Om aan te geven of we een 32 of 64 bits programma/systeem willen, vervangen we $Arch door i686, of x 86_64 als we een nieuwer 64 bits systeem hebben.

Om the checken of het werkt doen we: sudo pacman -Syy in de terminal.
Als het goed is zien we de pakketlijsten geupdated worden.
Nu kunnen we aan de gang.
Om pacman wat sneller te laten gaan, installeren we powerpill: sudo pacman -S powerpill
Als het werkt, hebben we dat gelijk kunnen vaststellen.
Nu kunnen we een systeem update doen met sudo powerpill -Syyu.
En nu het je gelijk het meest actuele systeem, dat je je voor kunt stellen en hoef je het niet half-jaarlijks weer helemaal bij the werken. Of een verse installatie te overwegen:

Both Arch Linux and Gentoo Linux are rolling release systems, which means that packages become available to the distribution a short time after they are released upstream. Gentoo packages are built directly from source code while official Arch packages are pre-built binaries. This makes Arch Linux quicker to build or update the system, and allows Gentoo Linux to be more readily customizable. Arch supports i686 and x86_64 while Gentoo officially supports x86, ppc, sparc, alpha, amd64, arm, mips, hppa, s390, sh, and itanium architectures.

bron: https://wiki.archlinux.org/index.php/Arch_Compared_to_Other_Distributions


Feedback tijdens installatie
Bekijk tijdens de installatie altijd wat er voor info wordt gegeven in de terminal.
Vaak belangrijke informatie over conflicten of optionele dependencies (afhankelijkheden, vaak hulpprogramma's die samenwerken met het hoofdprogramma en haar mogelijkheden uitbreiden of noodzakelijke programmeertalen of vertaalprogramma's tussen programmeertalen).
Met name pacman feedback over optionele dependencies bewaar ik in een tekstbestand pacman_berichten, voor als ik daar later nog wat mee wil

Of dit: warning: /etc/sudoers installed as /etc/sudoers.pacnew
Dit bij de upgrade van sudo. Het nieuwe configuratie bestand wordt meegeleverd met vaak vermeerderde opties, maar het is aan de gebruiker zelf om hier gebruik van te maken. Er wordt niet(s) voor je beslist.

Bij belangrijke conflicten wordt de upgrade gewoon niet uitgevoerd, zoals bij het conflict tussen de nieuw proprietaire nvidia driver en libgl .
Juist via de terminal krijg je dan onmisbare info om het probleem op te lossen.

Een ander voorbeeld: bericht bij het updaten van het systeem; eerst een melding dat eerst pacman geupdated moet worden en dan:
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: pacman-color: requires pacman=3.4.1

De update stopt; de nieuwe versie van pacman werkt niet samen met pacman-color; dus dat moet gedeïnstalleerd worden, willen we de nieuwe versie van pacman binnenhalen. Omdat we pacman willen behouden maar alleen pacman-color kwijt willen, doen we sudo pacman -R pacman-color . [Als we ook de dependencies kwijt willen doen we sudo pacman -Rs pakketnaam. ]

Arch staat bekend als breekbaar, maar dat heeft ook met de onvoorzichtige gebruiker te maken: zoals de terminal waarschuwt tijdens het eerste gebruik als root: let op: met grote macht en veel mogelijkheden komt ook een zwaardere verantwoordelijkheid.

Arch installeren met Openbox, wat tips

Als je Arch eerst nog wil vergelijken met andere distro's.

Toch doen?
De moeilijke weg
Willy heeft voor ie Archbang in elkaar geknutseld heeft op zijn website beschreven hoe ie een Archbang , -niets meer of minder dan Arch plus Openbox met een bepaalde configuratie en programmapakket- from scratch opbouwt: BUILD ARCH W/ OB IN 21 STEPS
Dat lijkt heel ingewikkeld en is het ook wel een beetje, maar je leert wel veel over de opbouw van de diverse componenten van je systeem.

De makkelijke weg
Toch zou ik dat pas in een later stadium bekijken/proberen en eerst Archbang op een vrije partitie installeren. (Dit is een pagina op de Archbang wiki en nogal mager; voor de echt goede documentatie moet je op de Arch Wiki zijn.)
De Archbang ontwikelaars hebben al een groot aantal configuratie handelingen voor je gedaan en de meest noodzakelijke programma's geïnstalleerd. Het is allemaal heel basic en als dingen je niet bevallen, kun je nog altijd de configuratie aanpassen; hoe makkelijk dat is zal ik in de volgende posts laten zien.
Het grote voordeel is dat je veel eerder, sneller aan de slag kunt om Arch daadwerkelijk te leren kennen. De leercurve wordt behoorlijk minder steil.

Hoe je de toekomstige Arch partitie klaarmaakt, moet je zelf weten. Wat ik in ieder geval altijd doe, is dat ik de lege partitie en swap partitie al voor het installatie-proces klaarmaak met gparted met geeft niet welke live cd. Zodat tijdens de installatie de lege partitie al ligt te wachten. Als het mijn eerste linux-installatie op die pc is, installeer ik een grub legacy in het mbr; voor al omdat de Supergrub disk, een geweldig boot recovery tool met grub legacy recovery voor grub2 nog niet zo geweldig lijkt te werken.

Er is bij Arch nog geen grafische interface tijdens de installatie; er is wel een ncurses installatie programma en hoewel de navigatie via het toetsenbord gaat en je even moet opletten hoe je het doet, is dit toch wel heel simpel.
[ De Chakra distro (Arch + kde) heeft trouwens de fraaiste grafische installatie interface die ik ooit ben tegengekomen.]

Als je al even aan de ncurses interface en het menu wilt wennen, voordat je het eigenlijke werk gaat doen, raad ik je deze video aan.
Voor een Arch distro video review van dezelfde maker kijk hier.
Een nogal oppervlakkige video over de laatste versie van Archbang hier.

In Archbang is de installatie trouwens eenvoudiger omdat een aantal keuzes afvallen, omdat die al voor je gemaakt zijn.
Na de installatie zullen nog een aantal dingen niet direct werken.
Ik zal daar in een volgende post op ingaan.
Al het wezenlijke staat trouwens bij elkaar in de Beginnersgids

Hoewel al heel veel in het Nederlands vertaald is, is toch bij een aantal pagina's, net als bij Wikipedia de Engelse versie het volledigst.

Waarom Arch op klompen?

Ik vind het wel een mooie titel:
het snelle, lichtgewicht, flexibele Arch tegenover de zware logge en degelijke houten schoenen. Een schijnbare tegenstelling, want ok Arch is bij de juiste parameters robuust en oerdegelijk schoeisel. Basic en zonder onnodige tierlantijnen.
Dat kun je op je klompen aanvoelen verwijst naar iets vanzelfsprekends, iets wat gewoon zo moet zijn en daarmee eigenlijk ook naar de " Hou het gewoon simpel", maak het niet onnodig ingewikkeld filosofie.En naar de degelijke bouw.
Dat doe je toch op je klompen. Zeg je als je iets heel gemakkelijk kunt doen. Ik wil niet beweren dat Arch voor de beginner makkelijk is, maar als je het eenmaal door hebt, hoe het werkt, dan wordt computeren gemakkelijker dan je ooit meegemaakt hebt, met bijvoorbeeld erg veel controle puur via het toetsenbord. Ineens valt een hele hoop gedoe weg; als ik nu met windows of zelfs ubuntu werk, denk ik:" jeetje, wat omslachtig en onhandig."
Nou breekt mijn klomp, als je het echt niet meer snapt, nou dan zoek je het toch gewoon op. En ook: geef Arch niet gelijk de schuld, als het mis gaat; niet gelijk vragen, maar denk nou eens goed na of je er niet zelf uit kunt komen.
Klompen als symbool voor de Nederlandse traagheid en het conformistische conservatisme. Orginaliteit en creativiteit zijn er genoeg, maar worden al gauw gewantrouwd. De spruitjes lucht van de Partij voor de Hufters, als je snapt wat ik bedoel. M.a.w. past Arch in Holland? Of hollen we met zijn allen weer achter de nieuwste hype aan, zoals daar zijn de iPXXX, enz. Op de Arch fora heerst de sfeer van een science lab; alles is alleen waar totdat het tegendeel bewezen wordt en dat vinden we dan allemaal machtig interessant.