[09:47] Goedemorgen. [09:47] Is er een mogelijkheid om een printer te configuren als e-mail? [10:48] Ik kom later wel terug. [11:49] fakka dushis [12:56] dsc_, heb je een ubuntu support vraag? [13:08] OerHeks: hoezo? [13:13] nou, je komt zo raar de channel binnen, dus ik vraag het maar even [13:14] generatie kloofje ;_) [13:16] Dat zal het wel zijn. [13:20] Ghe .. ik zit zo eens te neuzen op jullie homepage he .. en dr klopt echt geen jota van :) [13:21] Ik bedoel, dingen als dat je systeem niet langzamer word okay, als je niets installeert en verder niets doet met je OS, dan kan dat wel kloppen, maar er zijn talloze situaties die ervoor kunnen zorgen dat zelfs ubuntu langzamer word [13:22] en dingen als ' [13:22] Ubuntu bevat geen reclame of ongewenste (probeer)software en stuurt geen privégegevens door naar de makers ervan; uw privacy is dus gewaarborgd.' [13:22] is gewoon een regelrechte leugen cq coverup :) [13:23] r3boot, geinstalleerde programma's vertragen het systeem niet, programma's die een service openen wel natuurlijk... [13:23] OerHeks: als je filesystem vol zit, dan worden IO operaties ook langer, waardoor je systeem weldegelijk vertraagt [13:23] privacy, dat is met 16.04 weer helemaal dichtgetikt, geen amazon search doorgifte meer [13:23] same met grote directories etc [13:24] r3boot, tuurlijk, als je disk vol zit, dan kan het trager worden... maar dat word daar niet mee bedoeld [13:24] Zo word het wel gebracht op de website :) [13:24] meld je aan voor het docu team :-D [13:24] ubuntu-nl is een kleine groep.. [13:25] Dat snap ik wel ja [13:25] Canonical heeft alle credits die ze verdiend hebben in het begin inmiddels al volledig verspeeld [13:25] En wdb kun je dus ook beter iets ala mint oid, of gewoon debian gaan draaien [13:26] want dan heb je bv geen unity en mir, en heb je meer kans dat normale oss software ongemodificeert werkt [13:26] uh, er is ook ubuntu-gnome, de 'kale gnome 3' [13:26] en mir, dat moet nog komen, ná 16.10 iig [13:26] * r3boot was ubuntu gebruiker vanaf 4.04 ;) [13:27] of ubuntu-mate [13:27] en gestopt na 10.x, omdat canonical een incompetente distro bouwer is die zich meer focussed op inkomsten dan een gezonde opensource gemeenschap [13:27] .. cinnamon desktop zit ook in onze repos [13:28] maar ik begrijp dat je liever de oude xorg wilt blijven gebruiken? [13:28] wayland to be precise [13:28] want dat is wat de rest van linux land atm ook doet .. behalve ubuntu ;) [13:29] mir is een fork van wayland. [13:29] en het is incompatible [13:29] en alleen maar bedacht omdat Mark niet wou wachten op wayland om zn ubuntu phone te promoten [13:29] waarom denk je dat? [13:30] volg je de mailinglists? [13:30] niet alles, nee. [13:30] Duidelijk :) [13:30] Kijk, wayland word te langzaam ontwikkelt [13:30] canonical wou wayland gebruiken voor ubuntu phone, maar het was nog niet compatible met ubuntu, en mark wou daar niet op wachten [13:31] dus toen is mir geforked, gecustomized voor ubuntu, incompatible gemaakt met wayland, en dat is wat nu mir is [13:31] dat heeft tot resultaat gehad dat (oa) intel de canonical devs uit de verschillende wayland teams heeft geknikkert [13:31] waardoor canonical nu geen vinger meer in de pap heeft in de ontwikkeling van wayland [13:32] dit alles heeft zich +/- 2.5jr geleden afgespeeld, en vandaag de dag is de situatie niet echt verbeterd [13:32] Sterker nog, dankzij acties ala ^^ heeft canonical een zeer slechte naam gekregen binnen opensource land, en word het steeds meer geshunt [13:32] los van corporate ofcourse, want die vinden het hip, want goedkopere support dan RH/SuSE [13:33] En dan hebben we natuurlijk ook nog het hele unity verhaal [13:33] omdat canonical niet meewou met gnome3, hebben ze hun eigen WM ontwikkelt, unity [13:34] fout, unity is gewoon een compiz plugin, op gnome3. [13:34] Helaas ;) [13:34] http://unity.ubuntu.com/about [13:34] is custom ontwikkelt [13:35] En om dat voor mekaar te krijgen, hebben ze allerlei base software pakketten moeten wijzigen (gtk, X, dbus, allerlei libs, etc) [13:35] waardoor unity bv niet 123 op een niet-ubuntu systeem draait [13:36] Zie bv deze archlinux guide om een idee te krijgen hoe ubuntu-specifiek unity is: https://wiki.archlinux.org/index.php/Unity [13:37] r3boot: er is nooit een Ubuntu 4.04 geweest... [13:37] JanC: whatever, de eerste release, warty warthog oid [13:38] Toen het nog enigzinds compatible was met debian :) [13:38] OerHeks: mir is geen fork van wayland [13:39] JanC: ik heb daar toendertijd bij BIT vrij veel mee gedaan, die gingen zodra het uitkwam er colo's mee uitrollen [13:40] en het originele unity/gnome shell design kwam grotendeels van Canonical [13:41] maar de gnome3 WM was veel te buggy & traag om er iets mee te kunnen doen toen unity 7 op compiz gebouwd werd [13:41] er was overigens ook een versie van die op mutter draaide [13:42] Het was een business decision van canonical idd, en eentje die ze nu enorm in de vingers bijt [13:42] plus, ze hebben dankzij die beslissing ervoor gezorgt dat het OSS landschap nog meer gefragmenteerd is geworden, ipv dat we developer resources gingen poolen [13:42] het heeft meer dan een jaar geduurd voor mutter een beetje bruikbaar was [13:43] gnome3+wayland hadden allang af kunnen zijn als canonical zich er ook mee bemoeid hadden [13:43] ze mochten er zich niet mee bemoeien hé [13:44] source? [13:46] Want als ik de keynote die Mark daarover gegeven heeft lees, dan blijkt daar toch echt wat anders uit: http://arstechnica.com/information-technology/2010/10/shuttleworth-unity-shell-will-be-default-desktop-in-ubuntu-1104/ [13:46] ~ I also asked Shuttleworth why Canonical is building its own shell rather than customizing the GNOME Shell. He says that Canonical made an effort to participate in the GNOME Shell design process and found that Ubuntu's vision for the future of desktop interfaces was fundamentally different from that of the upstream GNOME Shell developers. He says that GNOME's rejection of global menus, for example, is one of the key philosophical differences that ... [13:46] ... would be difficult to reconcile. === JanC is now known as Guest15251 === JanC_ is now known as JanC [13:48] hm, wat is het laatste dat doorgekomen is? [13:48] https://maze.io/paste/p/i1iib97lhr4h0r5 [13:51] Iig, het zijn acties ala ^^ die ervoor zorgen dat canonical/ubuntu zich steeds verder zal verwijderen van de rest v/d opensource community, en uiteindelijk irrelevant zal worden (tenzij het ze lukt om canonical commerceel vatbaar te maken, wat ze ook al jarenlang niet echt lukt) [13:51] dat klopt deels, dat is de reden voor Unity vs. Gnome Shell; maar de switch van mutter naar compiz was technisch [13:52] Maar ze hadden ook mee kunnen helpen met het verbeteren van mutter [13:52] en het is evenzeer anderen die van Canonical weg bewegen; Canonical heeft mee het originele GNOME Shell design gemaakt [13:52] :') [13:52] maar een paar mensen bij upstream GNOME wilden hun eigen zin doen [13:53] en mutter was een project van 1 à 2 personen grotendeels [13:53] nee, sorry, zo werkt het niet. Opensource is een grote verzameling met losse software pakketten. Distro's die bundelen die. De meeste distro's bundelen allemaal hetzelfde, behalve canonical, die wijkt af en patched allerlei software pakketten om hun specifieke variant van linux/de desktop mogelijk te maken [13:53] Canonical kon moeilijk 2 jaar wachten om Unity te releasen [13:53] mutter, meh [13:53] tuurlijk wel [13:53] maar canonical wou geld verdienen, dus daar wouden ze niet op wachten [13:53] ze wilden hun design-ideeën uittesten, dus wachten kon niet [13:54] uhu, geld verdienen [13:54] en de desktop heeft nooit geld opgebracht [13:54] en dat kan niet als anderen de controle hebben over je software producten [13:54] exact ;) [13:54] het is cloud servers die geld opbrengen [13:54] OSX? Windows?\ [13:54] dat is wat mark initieel getarget heeft, remember? [13:54] desktop/phone verwacht Canonical zelfs geen grote inkomsten van [13:55] inmiddels niet meer nee [13:55] maar dat was anders, en de hele reden dat mir/unity bestaan is vanwege de gedachte dat desktop/phone een succes zouden worden [13:55] desktop is al een succes [13:55] maar ondertussen zijn ze daardoor dus wel zga al hun credibiliteit verloren [13:55] maar geen dat geld opbrengt :) [13:55] maar ubuntu moet dus meegaan, en niets zelf doen. [13:56] JanC: als ubuntu op de desktop een succes zou zijn, zouden distro's ala mint geen kans gehad hebben [13:56] Atm gebruiken mensen het omdat ze denken dat het easy peasy is [13:56] mint = ubuntu zonder security upgrades [13:56] maar tegenwoordig is iedere distro (behalve de nerd distro) easy-peasy [13:56] je hebt ook nog de debian uitvoering van mint he? ;) [13:57] grinnik, mensen klagen dat ze gaan overstappen als mint de meegeleverde codecs laat vallen/ als een klik optie geeft.. [13:57] Logisch toch? [13:57] en er gebruiken tientallen miljoenen mensen Ubuntu, maar waarschijnlijk nog geen miljoen Mint (gelukkig maar) [13:57] Mensen willen multimedia afspelen, distro's willen het legale risico niet aan om dat mee te leveren. 3 x raden waar mensen voor gaan kiezen ;) [13:58] op de desktop [13:58] 1 klikje .. en daarvoor switchen. [13:58] JanC: http://distrowatch.com/ [13:58] helaasch, pindakaas ;) [13:58] Ik draai gewoon Windows, heb je al dit gezeur niet. [13:58] kom op zeg, maar goed, je bent niet blij met ubuntu. [13:58] en Ubuntu levert multimedia met een vinkje [13:58] 1 Mint 3114 [13:58] 2 Debian 2033 [13:58] dat zegt niks [13:58] distrowatch is niet representatief [13:58] jij bent niet representatief [13:59] groetjes! [13:59] M_aD: distrowatch is al 10+ jaar een representatieve site voor linux distro nieuws [13:59] het is het aantal kliks wat ze weer geven [13:59] distrowatch telt hoeveel mensen afgelopen maand/week de distro-pagina op die site bekeken hebben [13:59] M_aD: al ver, VER voordat ubuntu uberhaupt bestond [13:59] distrowatch is een prima vergelijkingssite. [13:59] ik ben alleszins al in geen jaren op distrowatch geweest, en al helemaal niet op de Ubuntu-pagina [14:00] Hell, bijna 2 x zoveel mint users als ubuntu users :+ [14:00] :') [14:00] maar getallen, nee, die zijn er totaal niet. niet qua download, en niet qua machines die updaten. [14:00] OerHeks: zie distrowatch.com [14:00] Of je die getallen erkent is aan jou tho [14:00] als ik op distrowatch kom is het hoogstens op een pagina voor een onbekende distro [14:01] en zo is het voor de meeste mensen [14:01] https://community.linuxmint.com/ --> ook dat klopt niet helemaal daar gebruikers ook wel eens distrohoppen [14:01] Ok [14:01] laten we eens wat andere stats erbij pakken [14:01] https://brashear.me/blog/2015/08/24/results-of-the-2015-slash-r-slash-linux-distribution-survey/ [14:01] Linux Distribution Number of Responses Percentage Previous Year Percentage [14:01] Arch Linux 881 28.47% 24.01% [14:01] Ubuntu 697 22.53% 21.01% [14:01] als ze daar ooit al op komen (mijn vader is daar waarschijnlijk nog nooit geweest :P ) [14:01] r3boot, ik snak naar cijfers, maar die zijn er niet. [14:01] OerHeks: zie ^^ [14:02] de enige die kunnen meten, zijn ISP's. [14:02] .. en dan nog [14:02] Canonical kan ook wel wat meten [14:02] ook irrelevant r3boot [14:03] voor wat betreft Ubuntu & Ubuntu-derivatieven zoals Mint [14:05] (en zoals Kylin, wat waarschijnlijk minstens 10× keer populairder is dan Mint) [14:06] als het geen 100× is :) [14:07] ik vraag me af of er ook een Chinese distrowatch is ;-) [14:09] r3boot: volgens distrowatch is NixOS populairder dan Scientific Linux, dat zou al een groot knipperlicht moeten zijn [14:10] r3boot, wat is nu je punt? Moet je je rant ergens kwijt? [14:10] NixOS is een experiment, Scientific Linux wordt meer dan waarschijnlijk meer op desktops gebruikt dan Red Hat (waar het een kloon van is) [14:10] zoals CentOS [14:11] CentOS staat wel hoger [14:11] yup [14:11] robb_nl, ik vind dit wel aardig, hij doet het zeker gefundeerd. al blijven meningen en smaak wel persoonlijk [14:11] maar ik gok dat de mensen die Scientific gebruiken geen tijd hebben om wekelijks op Distrowatch te komen klikken ;) [14:12] hehehe... denk het ook van niet :) [14:12] niet alleen de SL gebruikers.... ook veel ubuntu gebruikers doen dat niet... [14:13] uiteraard [14:13] ik kom er misschien 1 of 2 keer per jaar.... en ben toch een geregeld gebruiker van ubuntu [14:13] 1824 deden dat wel al vandaag ;) [14:13] wow... van de hoeveel miljoen dagelijks gebruikers? [14:13] en 3114 voor Mint [14:14] het is nog geen vrijdag .. morgen zal het dubbel zijn, denk ik [14:14] zegt misschien meer over wie veel vrije tijd heeft ;) [14:14] lol [14:14] en er zijn zeker dingen die Canonical fout gedaan heeft of beter had kunnen doen [14:15] wat ik wel kan zien, is de torrents die ik seed, een dipje hadden, een week na release, maar nu weer vol lopen te pompen [14:15] yup absoluut... zoals bijvoorbeeld de opt-out van de amazon onzin.... [14:15] amazon was een wakkerschud belletje :-D [14:15] right [14:16] wat ik nergens lees, is je muziekplayer die songteksten/artwork ophaalt bij de artworkboer [14:16] privacy .. [14:16] dat doet mijn muziekspeler enkel op aanvraag ;) [14:16] in 14.04 kon je die Amazon app nog geheel vewijderen in 16.04 zie ik nergens die optie meer [14:17] Amazon app? [14:17] de webapp, bedoel je? [14:17] yep [14:17] ik zit nog op 15.10 .. daar zit het in systemsettings > security & privacy [14:18] zit in 16.04 ook nog [14:18] alleen staat het uit [14:18] ik had graag een optie, om van amazon te switchen naar bol.com ofzo [14:18] :-D [14:18] lol [14:18] tja, dan heb je vrijheid [14:19] idd [14:19] ik heb het gevraagd in een Q&A .. [14:19] zit in unity-webapps-common [14:20] en android toevoegen aan bug 1. ( nee nee, dat was niet de bedoeling) [14:20] maar die hele "webapp" is eigenlijk niet meer dan een .desktop, een .js en een .json [14:20] JanC, thanks, ik zal straks eens kijken [14:21] als je die uit de launcher haalt is er eigenlijk niks actief ook [14:22] (sowieso doet die .desktop/launcher ook niks met Amazon zolang je er niet op klikt) [14:22] maar 1 ding moet ik r3boot gelijk geven: de homepage/docu is erg verouderd. [14:22] join us please! [14:22] als je de NL frontpage bedoelt idd. [14:22] jups [14:23] en dat het nooit vertraagt e.d. hoeft voor mij ook niet ;-) [14:23] nog niet eens te spreken over de engelse docu, met gaten. [14:28] M_aD: hoezo is dat irrelevant? [14:28] JanC: nixos is in opkomst idd, in devops land [14:29] robb_nl: mn punt is, het is onzinnig dat canonical/ubuntu nog bestaat, want ze zijn de opensource community aan het kapot maken. [14:29] je kan het zelfde zeggen van Red Hat en een reeks anderen... [14:29] Intel ook [14:29] JanC: oh, en scientific linux (tezamen met suse) word oa op de infra v/d LHC heel erg veel gebruikt [14:29] JanC: RH heeft zichzelf bewezen, Intel ook [14:30] r3boot: LOL [14:30] Of wou je zeggen dat we overal !RH draaien, op !intel hw? [14:30] RH/Intel forken/vervangen ook projecten als het voor hen beter uit komt [14:31] Uhu, en ze hebben ook de slagkracht + community support om dat voor mekaar te krijgen [14:31] case-in-point: systemd [14:31] Of de NUC [14:31] dus als zij dat doen is het okee? [14:31] Beide zijn een daadwerkelijke verbetering op de manier hoe we linux / computers gebruiken ja [14:32] ik meen me overigens te herinneren dat niet de hele community op systemd zat te wachten :P [14:32] systemd doordat we een unified init systeem hebben wat cross-distro werkt (en clustered kan worden) [14:32] dat kon allemaal met upstart ook... [14:32] de NUC omdat het de biggest bang for the buck is qua i3/5/7 cpu's [14:32] JanC: maar upstart is niet geaccepteerd door niet ubuntu distros ;) [14:32] NUC is niet-open hardware, [14:33] Red Hat, ChromeOS/ChromiumOS, en een hele reeks embedded distros gebruiken of gebruikten upstart [14:33] gast .. rh draait systemd [14:33] same met centos [14:34] En ik heb net ff voor je gechecked op rh67+rh5, en beide doen sysvinit, en geen upstart [14:34] rh7 doet systemd [14:34] in Debian zijn er nu ook 2 groepen, pro en anti systemD. [14:34] Red Hat gebruikt upstart [14:34] OerHeks: mainline debian is systemd [14:34] Red Hat 6 [14:35] JanC: nee, dat doet het niet [14:35] toch wel [14:35] een heel oude upstart weliswaar [14:35] Aha, I stand corrected idd, upstart-0.6.5-13.el6_5.3.x86_64 [14:36] Gelukkig is dat vanaf rh7 voorbij D: [14:36] Is er nu teveel keus? [14:36] bang dat het versnippert raakt? [14:37] OerHeks: sysvinit, bsd init, upstart, openrc, systemd, supervisor, daemontools, etcetc, er is zat [14:37] OerHeks: heb je wel eens software ontwikkelt welke meerdere distro's target? [14:37] Nee, ik ben niet zo'n geweldige programmeur. [14:38] maar ik snap wel dat ontwikkeling wat moeilijker is geworden dan pakweg 5-10 jaar geleden. [14:38] OerHeks: makkelijker, zou ik zeggen :P [14:38] je schrijft $code, compiled $binary, en vervolgens mag je voor iedere distro een apart init script maken, en/of linken tegen allerlei libs die specifiek voor $distro zijn, om nog maar ff te zwijgen van de versie verschillen tussen distro's (moderne software op LTS?? laat me niet lachen!) [14:39] Systemd maakt iig het stuk van init scripts makkelijker [14:39] je moet nu nog verschillende systemd configs maken :P [14:39] container land zal het stuk met verschillende libs makkelijker maken [14:39] dus whatever [14:39] JanC: hoezo? [14:39] ik zie wel dat Google nu in die dependecy hell zit .. lsb is vervallen [14:40] JanC: wat is er verschillende aan een unit file onder RH vs een unit file onder arch vs een unit file onder debian? [14:40] dependencies verschillen en zo... [14:40] zoals? [14:40] ik zou zeggen: vergelijk ze [14:40] dat doe ik al jaren [14:40] vandaar ook mn vraag, want ik ben daar nog niet tegenaan gelopen [14:41] (en ik schrijf software welke (oa) onder debian/arch/rh/centos draait) [14:41] i kzie anders wel developers discussiëren over service file patches e.d. [14:41] doe eens een concreet voorbeeld :) [14:42] Dan zal ik je een concreet tegenvoorbeeld geven, goed? :) [14:44] https://maze.io/paste/p/x1lwnozziur969g [14:44] zolang jij een binary/script hebt, wat niet fork()ed beschikbaar hebt onder /path/to/binary, zal dit op *alles* werken wat systemd draait [14:45] oh .. behalve ubuntu dus .. want daarvoor mag je dus nog upstart scripts schrijven :'( [14:55] Ubuntu gebruikt al 2 jaar systemd [14:56] en "je daemon mag niet forken" is wel een erg grote voorwaarde als traditioneel alle daemons dat doen/deden [14:57] inetd, Q.E.D. [14:57] traditioneel gezien doen daemons dat niet, dat kwam alleen toen daemons te groot/log werden voor inetd ;) [14:59] eh [14:59] daemons doen dat al sinds de 1970s [15:02] die doen een fork(), want dat is hoe je onder unix nieuwe processen spawned [15:03] maar dat neemt niet weg dat socket-based activation al minstens zo lang bestaat in de vorm van inetd [15:03] net zoals dat iedere zichzelf respecterende daemon een optie heeft om te forken of niet [15:03] jij denkt dat alle daemons sockets gebruiken? [15:03] dus nee, het is geen grote voorwaarde, het is een optie die je aan/uitzet [15:03] JanC: nee? Heb ik dat gezegt dan? [15:04] JanC: ik zeg alleen dat het inetd model, of processen in de voorgrond draaien, geen grote voorwaarde is, maar iets wat gewoon gangbaar en configureerbaar is [15:06] En ik zeg ook dat, dankzij socket-based activation, het ontwikkelen van een dameon alleen nog maar simpeler gaat worden de komende paar jaar [15:07] (want ja, ook met een lokale daemon zul je moeten communiceren, wat je dan weer doet met een berkeley socket) [15:07] *domain socket [15:15] niet alle daemons hebben een socket nodig om hun werk te doen (niet dat dat een probleem is met systemd tegenwoordig, maar goed) [15:16] Snap ik :) [15:16] (overigens, upstart kan ook daemons starten op basis v/e socket) [15:17] wel niet met de versie in Red Hat 6 [15:17] 't ging mij er ook meer om dat daemons simpeler worden als er niet gefork()ed word [15:17] (om stdin/stdout/stderr los te koppelen, niet om het proces te spawnen) [15:17] je zal altijd nog sysvinit moeten ondersteunen tot in 2030 of 2040 of zo [15:17] mn arch is 100% sysvinit vrij hoor :) [15:18] als je een cross-OS daemon wil bouwen [15:18] Legacy systemen wellicht, maar als zo RH7 overal uitgerolt is (toegegeven, met enterprises kan dat idd nog wel tot 2030 duren) is dat probleem voorbij [15:18] er zijn ook nog antieke UNIX-systemen en OpenVMS en zo :) [15:18] Uhu, ik heb zelfs nog VMS in operatie ;) [15:19] Maarre, wacht ff, ben je zo oud dat je VMS kent? [15:19] (nofi, just wondering) [15:19] ik heb het nooit gebruikt, maar ken het uiteraard wel [15:20] Ah, ghehe, zeer de moeite waard om het eens te doen, de kwaliteit+mogelijkheden van dat os is superieur aan *alles* wat er atm op de markt te vinden is, vooral op HA gebied. Toegegeven, het doet geen posix en draait niets moderns, maar hey :) [15:20] in de tijd dat ik studeerde is linux uitgevonden ;) [15:21] Waarom ben je dan bij ubuntu blijven hangen als ik vragen mag? Het gemak? Teveel moeite met andere distro's? [15:21] wie zegt dat ik enkel Ubuntu gebruik? [15:22] De associatie met dit kanaal en de manier waarop je het verdedigt [15:22] dat is hoe ik de link legde [15:23] ik heb vooral correcties gegeven; de wereld is niet zwart-wit [15:43] r3boot, irrelevant omdat er geen accurate cijfers weerlegd kunnen worden [15:43] verder laat ik het hier ook bij [16:18] * OerHeks is toch blij met een serieuze input [16:44] M_aD: tsja. Binnen linux land is het niet echt mogelijk om accurate cijfers te krijgen, vanwege de grote verscheidenheid aan interesses en distro's. Om dat op te vangen word iig al jaren teruggevallen op sites ala distrowatch en in de afgelopen jaren /r/linux om iets aan cijfers te krijgen. Beter dan dat krijg je ze iig niet [19:18] r3boot, dit is ook niet zuiver, qua cijfers .. https://dl.dropboxusercontent.com/u/6885560/top10.png [19:19] ubuntu studio on top :-D [20:52] Hoi [20:54] hi [21:13] OerHeks: klinkt als een typische doelgroep voor ubuntu hoor :) [21:29] Ik vind dit wel amuzant, dan vind die doelgroep, ook xubuntu i386, zijn weg sneller in torrents dan direct download