[12:02] mdke: you have probs with the new kernel/udev ? [12:02] ogra, yeah, i can't boot [12:02] oh ? [12:02] my hard disk disappears ;) === ogra just rebooted [12:03] mdke: Keybuk is your man ... [12:03] yeah I know [12:03] mdke, I didn't see that, thanks for the pointer [12:03] i have a reciepe anywhere [12:03] we exchanged bugmail, but I wanted to see if I can get anyone in here to help out [12:05] mdke: see /query [12:05] yeah [12:05] ogra, thanks, but I can boot the old kernel ;) [12:05] ogra, just wanted to see if I can help someone fix the new one by debugging [12:05] ah, k [12:06] mdke, url? (searching for "wiki license" on the wiki shows nothing relevant) [12:06] mpt, WikiLicensing === seth_k [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-devel [12:06] thanks [12:06] mpt, i answered your specific points on the docteam mailing list in the Packaging guide thread... but i bet you have quite a bit of mail to get through ;) === mpt seethes at Moin === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel === marcin [n=user@194.114.146.58] has joined #ubuntu-devel === Gman- [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel === sfeehan [n=sfeehan@pool-71-241-137-209.burl.east.verizon.net] has left #ubuntu-devel ["Ex-Chat"] [12:12] ogra: lordy, gnome-screensaver is ugly atm - when are we going to do the seed switch to bring that in by default? === chris38-home2 [n=Christia@mut38-4-82-233-119-151.fbx.proxad.net] has joined #ubuntu-devel [12:14] jdub: its in the main inclusion queue since 2 days on mdz request... i hope pitti finds the time for it before flight 2 [12:14] yeah, what happened to the pretty breezy screensaver? === mdke strokes the shiny dialogues === chris38-home3 [n=Christia@mut38-4-82-233-119-151.fbx.proxad.net] has joined #ubuntu-devel [12:15] jdub: its an awful lot of work to make the hacks work with gnome-screensaver [12:15] jdub: i dont understand their decision for .desktop files for each hack at all :/ === robtaylor [n=rob@nat5.sesnet.co.uk] has joined #ubuntu-devel [12:20] ogra: there is a script in g-s that creates the .desktop files from the hacks (but you probaly already knew that :-) [12:20] torkel: err, nope [12:20] smurf: ping [12:21] torkel: but i question the whole concept, it silly [12:21] *its [12:21] jdub: any chances to get that ML? [12:21] ogra: I more or less agree with you [12:22] i've just returned from trveling, not yet sure whether i have access to the main server [12:22] so, not just yet [12:22] okis [12:22] torkel: migrate-xscreensaver-config.sh doesnt help much for the packaging, but i'll try to use it for the .desktop generation in xscreensaver [12:23] thanks for teh hint :) [12:23] mdz: new util-linux and postfix uploaded to debian, which should be able to just sync in to ubuntu and conform === doko_ [n=doko@dslb-084-059-078-087.pools.arcor-ip.net] has joined #ubuntu-devel [12:24] lamont: cool, ask elmo for the sync [12:27] mdz: they have to make it into the archive first... [12:27] that's tomorrow's dinstall run [12:28] lamont: iirc elmo can sync from incoming now [12:28] ah, neato === Gman- is now known as GmanAFK === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [12:34] bigozs: right now, parts of the installer need to be in shell or C (generally shell if possible) for maximum portability [12:35] things that will be specific to the live installer can be python === Kamion looks sideways at the SuSE gfxboot theme code === robtaylo1 [n=rob@nat5.sesnet.co.uk] has joined #ubuntu-devel [12:40] it has a function called enough_mem which appears to return true iff biosmem < 4MB || biosmem >= 200MB || !syslinux [12:41] I confess to being somewhat baffled by the first part of that, unless the RPN language is confusing me [12:41] dude, you have TOO MUCH MEMORY [12:41] lose 60MB of that 64 [12:42] Kamion: is there any specific way shell scripts are integrated into the installer? [12:42] key keyF7 eq or { [12:42] % call super penguin [12:42] p.call.super [12:42] } [12:42] daniels: 2.6.12 doesn't do a difference for this desktop switching slowness [12:42] uh-huh === RemoteViewer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-devel [12:42] bigozs: that question either has a very short answer or a very long one [12:43] bigozs: mostly they use debconf for interaction and database access [12:43] seb128: scheiss [12:43] bigozs: but really you probably just want to have a look at a bunch of them :-) [12:43] seb128: could you please ht me up with an xorg.0.log? [12:44] I may be asking stupid questions but I'm completely unfamiliar with the installer architecture :) [12:44] daniels: my chinstrap dir has it [12:44] bigozs: easiest way to get the whole lot at once is to check out the upstream repository, svn://svn.debian.org/svn/d-i/trunk/ (beware there's rather a lot of it) [12:44] seb128: cheers [12:44] look in installer/doc/devel/ for various bits of documentation, intro and otherwise [12:44] ok, will look [12:44] most of the actual code is in packages/ [12:48] bigozs: a useful thing to look at might be os-prober, which pokes around in other filesystems on the disk to figure out in generic terms how to boot them; that at least is kind of in the same ballpark as what you're looking at === sfeehan [n=sfeehan@pool-71-241-137-209.burl.east.verizon.net] has joined #ubuntu-devel [12:49] ok === jcape [n=jcape@c-67-173-146-239.hsd1.il.comcast.net] has joined #ubuntu-devel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel === DapperDrake [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel [01:04] hey just a randomish question, do you know if any of those gnome performance hacks have already been uploaded to dapper or not yet? [01:05] os-prober looks interesting, i have to look at it when i have more than 3 hours sleep :) === Keybuk [n=scott@descent.netsplit.com] has joined #ubuntu-devel [01:06] my life is governed now by my daughters sleep cycle [01:06] ah, it's the destroyer of worlds [01:06] good morning [01:08] mdz: oh, wow, not only does gfxboot support changing the keymap (in syslinux, even), but it can do keymap defaulting by locale or whatever other arbitrary criteria we dream up === Keybuk pops a couple of extra spoonfuls into the coffee pot [01:10] writing a theme may well be an utter bastard, though; I'll probably start with a hacked SuSE one and go from there [01:10] since "theme" => "7000+ lines of something that looks a bit like PostScript" [01:10] heh [01:11] the suse way of life [01:11] we could get sladen in to not do it [01:11] zing! [01:11] gfxboot provides you the facility to draw on the screen, handle input, and all the rest of it from the bootloader, but no widgets or policy or whatever [01:11] it's like udev for shiny [01:11] Kamion: policy is for fascists! [01:11] MECHANISM NOT POLICY [01:12] ooh Keybuk [01:12] uh-oh [01:12] I dislike "ooh Keybuk" this week [01:12] what critically important part of YOUR system doesn't work? :p [01:12] lol [01:12] Keybuk, your call, if you fancy some udev debugging [01:12] it's the hard drive [01:12] my system is pretty funky atm [01:12] trackpad doesn't work [01:13] SATA? [01:13] usb mouse dies after a while [01:13] jdub: yeah, that's a kernel bug afaict [01:13] usual fglrx fuckage [01:13] Keybuk, yes, #20557 [01:13] so blame BenC for those ... though there have been "mouse is broken" bugs since all through 2.6.15 so far [01:13] you're using fglrx?? [01:13] (this time it oopses the kernel, and doesn't shutdown/reboot) [01:13] daniels: have to on this [01:13] mdke: ah, good [01:13] daniels: ati driver just makes a very bright mess on the screen [01:13] mdke: you'll want the upload I'm going to do in a short while then [01:13] oooh, shiny blooming [01:13] Keybuk, ah good news [01:13] which chipset? [01:14] not blooming though [01:14] mdke: echo ide-generic >> /etc/modprobe.d/blacklist ; update-initramfs -u ; reboot ; profit [01:14] (temporary fix) [01:14] jdub: oh? [01:14] Keybuk, that's ok, I have a breezy partition :) [01:14] zsh: profit: command not found [01:14] really messy flickering, looks like very bright high resolution cga colours :) [01:14] Keybuk, will try tomorrow and close/comment on bug [01:14] jdub: ah, sweet [01:14] xorg thinks it's a radeon xpress 200M RC410 [01:14] ah, right === jinty [n=jinty@205.134.224.215] has left #ubuntu-devel ["Leaving"] [01:14] and it fails with dapper? [01:15] i expect MAXIMUM FUCKTASMIC with breezy for that chipset [01:15] but it should be orright with dapper [01:15] i'm running dapper [01:15] Keybuk, thanks :) [01:15] fglrx -> fine apart from oops, no vga, etc [01:15] wack [01:15] mdke: if you want the boring details, libata takes ownership of devices asynchronously -- so sometimes the "modprobe ide-generic" happens before its done so, and ide-generic steals all the devices [01:15] ati -> messy interesting flicker [01:15] actually, i'll try again with -7 fglrx [01:15] er [01:15] ati [01:15] the fix is obvious, we're not going to modprobe ide-generic if ROOT==/dev/sd* :p [01:16] ok [01:16] you guys know what you're doing :) [01:16] Kamion: wow, nice [01:16] jdub: i think cvs might have the hot fix action [01:16] i have no clue what you said [01:16] well [01:16] cvs + anholt's patches [01:16] ok [01:16] do you know what the funny thing is? breezy is broken here too ... except busybox's shell is so slow, the extra echo in between the two modprobes is enough to make it work [01:16] Keybuk, so I don't need ide-generic? [01:17] mdke: no, not for your root filesystem anyway [01:17] daniels: so that'll be basic FOSS ati support, no 3d and so on? [01:17] Keybuk, if I need it for something else, it'll be there? [01:17] yup, it'll be loaded once the real root filesystem is running as soon as anything that smells like IDE is found [01:17] Keybuk, ah great [01:18] you only need it for pcmcia ide devices though [01:18] and even that might not be true now [01:18] (I'm going to still err on the side of loading it though, just in case) [01:18] sounds fine [01:18] Keybuk, thanks [01:19] mdz: btw, how is your laptop today? [01:19] Keybuk: out of reach [01:19] jdub: well, there's 3d support, but it may well fail to draw anything and hang your machine [01:19] I left it in the car, and can't get there until later [01:19] (floor varnish is drying) [01:20] heh [01:22] fair enough [01:23] mdke: randomly, is your laptop-that-doesn't-boot reachable at the moment [01:23] Keybuk, on my lap [01:24] right [01:24] so I guess you can't reboot that to check something for me? :p [01:24] Keybuk, sure [01:24] reboot into dapper, and it should fail with /dev/sda* not found -- and drop you to a shell [01:24] yeah [01:24] then cat /proc/modules and note down the list [01:25] just want that [01:25] ok i'll try [01:27] Keybuk, bad news [01:27] it booted [01:27] is this a "sometimes it does, sometimes it doesn't" job? [01:27] yup [01:27] that's good [01:27] want me to try again? [01:27] reboot a couple more times until it doesn't [01:27] k [01:27] brb [01:27] sometimes (entirely serious) waving it around a bit to cool off helps === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [01:28] daniels: grumpf, slowness happens with fglrx too [01:29] I've downgraded gtk, no change neither [01:29] and cairo version didn't change [01:30] seb128: so if you downgrade to xserver-xorg-core 6.8.2-77, and downgrade drivers as appropriate, does it get quicker then? [01:31] i'll be shitted off if it's slower in the core [01:32] daniels: would grabbing 5.10 debs would work? [01:32] s/would work/work/ [01:34] Keybuk, lol. Ok I have them: you don't want the numbers too right? [01:34] right, just the names for one that failed [01:34] i just wrote them all down... [01:34] some failed? [01:35] no, I mean all of the names you wrote down ... from the failed boot :p [01:35] ah cool [01:35] daniels: can you verify 6841 on breezy (strip on xfs)? [01:35] Keybuk, /query [01:35] sure [01:35] BenC: yep [01:35] seb128: yep [01:35] daniels: all drivers need to be downgraded? [01:35] daniels: or just the ati one? [01:35] daniels: is that "yep" it is still a bug, or "yep" you can test it? :) [01:35] seb128: -core, -input-kbd, -input-mouse, -driver-ati [01:35] BenC: yep it's still a bug [01:35] daniels: no change with 2.6.15 either? [01:36] BenC: dude, I'm not trying .15 :P [01:36] daniels: come on, I'm running it on 6 machines here :P [01:36] seriously, I'm going to try to get all my machines up to .15 and the new shiny broken stuff next week [01:36] so I'll let you know then [01:36] but it only happens when building the monolith, so I haven't tried that environment for a while now [01:36] 15+new-world-order, when it works, is a lot better [01:36] ok, thanks [01:37] and if it doesn't work, it's better I know now, so it will [01:37] Keybuk: is this a lot like the new X world order, which was stupendously great for me, who was generally hanging five or so revisions back, and had a hand-hacked transition anyway? :P [01:37] ogra: xscreensaver-dataq and xscreensaver conflict on /usr/share/xdscreensaver/config/README [01:37] jdub: not anymore [01:38] jdub: 4.23-2ubuntu3 is what you want [01:38] daniels: nah, this actually feels really good -- we have a huge flexibility to debug and arrange things [01:38] it's just doing some fine-tuning now [01:38] of course, fine-tuning the mounting of the root filesystem [01:38] which appears major :p [01:38] I go with what infinity said this morning [01:39] ogra: i had it during upgrade to that [01:39] I'm glad we're not releasing dapper this month, but I'm glad we're going to release dapper with this stuff [01:39] jdub: exact error ? [01:39] Keybuk: this was exactly the case with breezy [01:39] jdub: since thats what the ubuntu3 upload was for ... [01:39] ogra: can't paste - -data tried to replace config/README owned by xscreensaver [01:40] from ubuntu1 -> ubuntu3 [01:40] hrm [01:40] I should do atleast one xfs install so I can test these things [01:40] worked on the second run through though === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [01:41] seb128: if you say that it's all fixed now, I'm going to be really upset [01:41] jdub: either yours or Riddells system was f*cked then .. [01:41] i like blaming things on the kernel [01:41] daniels: downgrading those 4 packages fixes the left handed mouse and the slowness of desktop switching [01:41] d'oh [01:42] daniels: sorry [01:42] the mouse was expected [01:42] the slowness sucks [01:42] that feels so good [01:42] the 2s to switch desktops is ugly to use when you switch desktop often [01:42] and I do switch often [01:42] two seconds? [01:43] that's my estimation on how low it takes it to redraw the background [01:43] maybe 1s [01:43] jesus christ [01:43] seb128: where do i set the scrollback buffer in xchat-gnome ? 100 lines is really not usable [01:43] can you please put up the log from -77 on chinstrap or so? [01:43] i'd like to diff the two [01:44] daniels: Xorg.0.log.speed at the same place [01:44] heh [01:45] seb128: redrawing the background?! [01:46] jdub: with new xorg, it takes 1-2s to redisplay nautilus' icons and stuff on the desktops when switching between them [01:46] s/desktops/workspaces/ rather === robtaylo1 is now known as robtaylor [01:46] hrm, not happening here [01:46] lucky you :) [01:46] ;-) [01:46] happens to dholbach on one box too [01:46] everything else sucks, mind! :) [01:47] (stupid quebecistani laptop!) [01:47] I still have an outdated udev because Keybuk broke my mouse :p [01:47] I did nothing of the sort [01:47] does your mouse work for a while and then stop? [01:47] BenC broke your mouse :p [01:47] seb128: if you comment out Load "dri" in xorg.conf, is it any happier then? [01:47] jdub: not, xorg refuse to start because it claims there is no mouse [01:47] daniels: k [01:47] seb128: (in dapper) [01:47] daniels: I upgrade again, comment and try, that's it? [01:48] yeah [01:48] if your mouse breaks in X, don't blame me until you can reproduce it with gpm :P [01:48] also, what sort of card did dholbach have? [01:48] BenC: DUDE GPM IS THE DEVIL [01:48] BenC: also, if /dev/input/mice doesn't exist, it's *so* not X's fault [01:48] i blame udev [01:48] yeah, me too :) [01:48] daniels: apart from the kernel working around X being a doofus :-) [01:48] daniels: so strictly speaking, it's *all* X's fault :-) [01:48] jdub: the what now? [01:49] /d/i/m is a hack to work around X not having reasonable hardware autoconfiguration [01:49] so we can always boil down to blaming X [01:49] which must be a relief for the kernel hackers [01:49] though they have a lot to be blamed for too ;) === ogra thinks xchat-gnome is odd.... and reinstalls xchat === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [01:52] daniels: nop, still slow without dri [01:53] seb128: whoohoo [01:53] seb128: if you're feeling really brave, you could start it in gdb from another machine, and ^C it from there while it's redrawing the background [01:53] based on previous stuff, I suspect fbComposeGeneral() [01:54] which will !!HURT!! for background-sized stuff [01:54] jdub: yeah, X is pretty nice, shame the server's so shit [01:54] daniels: I'm trying to build sysprof with current linux atm, would it do the trick? [01:56] what's sysprof? === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [01:56] ah, thats better :) [01:57] daniels: profiling tools, you don't read federico's blog? :) [01:57] i'm still digesting nat's last entry [01:57] i expect to be done next week [01:58] it was before UBZ [01:58] how much do you have to catch up? :) === OgMaciel [n=omaciel@ubuntu/member/gnukemist] has joined #ubuntu-devel [01:58] daniels: you have not read the blogs about pango, fileselector, etc? [01:58] ah, I see [01:59] that thing [01:59] elmo, excuse me... do u have a minute? === nekohayo [n=nekohayo@ip216-239-84-186.vif.net] has left #ubuntu-devel ["Ex-Chat"] [01:59] well, it won't help *that* much, as you'll likely get stuff with much higher cumulative totals [01:59] a lot of time in WaitforSomething, f.e. :P [01:59] interrupting it with gdb will tell you which code path it's hit at that particular point [02:00] the radeon exa support is much better here, because you can just turn on fallback debugging and have it tell you exactly when and why you're falling back [02:00] daniels: according to sysprof 81.32% is spent to XAAComposite [02:01] does it say which child functions it's calling? [02:01] I like this tool :) [02:01] into fbComposite*, or RADEONCPComposite*? === DapperDr1ke [n=seveas@nuts.okkernoot.net] has joined #ubuntu-devel [02:02] daniels: http://people.ubuntu.com/~seb128/ati.png [02:02] daniels: useful for you? [02:03] very useful, thanks :) [02:03] grr, switching between windows on the same workspace is slooow too [02:03] so yeah, falling back to fbComposite -> YOU LOSE === xhaker [n=xhaker@luna.sublimesp.net] has joined #ubuntu-devel [02:03] don't see *why* it's needing to do that though [02:03] nautilus shouldn't be doing stupid tricks with argb [02:03] how do I workaround that? :) [02:03] heh [02:04] do you think it's nautilus? [02:04] or cairo? [02:04] i386 or amd64? [02:04] i think cairo, tbh [02:04] amd64 box but with an i386 install [02:04] (fb* is the pure-software rasteriser) === zakame [n=zak@ubuntu/member/zakame] has joined #ubuntu-devel [02:06] i'll see if I can get you a debugging i386 build [02:08] daniels: I can do a xorg rebuild on my box if you want [02:08] it shouldn't take that long to do an MMX copy though [02:09] just send me a patch if there is something you want try [02:09] seb128: if you want to do that and just stick ErrorF("src_x %d, src_y %d, dst_x %d, dst_y %d, w %d, h %d\n", src_x, src_y, dst_x, dst_y, w, h); at the top of fbCopyAreammx in fb/fbmmx.c, that would be useful [02:09] but yeah, I just don't see how it could be that slow to do a memcpy [02:10] daniels: it's probably doing it 200 times just for good measure :) [02:10] jdub, do you care for gamin nowadays ? is there an update in the queue ? [02:10] why should he care for gamin? [02:10] ogra, hi... can you spare a minute? [02:11] ogra: seb128 does - unfortunately DV still just puts it on his website [02:11] seb128, because he did once :) [02:11] seb128: launchpad seems to think so ;) [02:11] OgMaciel, if its only a minute, yes ... i'm busy preparing a report for the meeting [02:12] daniels: what source package has fb/fbmmx.c? [02:12] ogra, can I pvt then? it will take a minute [02:12] sure [02:12] seb128: xorg-server [02:12] k [02:12] seb128: and just drop obj-i386-gnu-linux/hw/xfree86/Xorg into /usr/bin when you're done [02:12] so you get debugging [02:13] k [02:13] seb128, i'm still hoping for my app menu to magically reappear with a gamin update ;) === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-devel [02:13] jdub: planet.g.o is down now. i demand to know what you plan to do about this. [02:14] daniels: gnome.org is down [02:14] daniels: the server was hammered, all the sites are down [02:14] daniels: man, you're out of luck. One posting in month and nobody can see it! [02:14] hammered? [02:14] s/month/months/ [02:14] azeem: eh, I'm not on p.g.o [02:14] daniels: d'oh [02:14] just p.fd.o, p.d.o, planet.slug.org.au and planet.linux.org.au [02:15] daniels: alexl's posting is linked to by lwn.net, and you can easily read Nat's post till the server is responsive again [02:15] daniels: speaking about fd.o, Amaranth was saying that pyxdg has no new version because the maintainer his waiting to get is key back to use the CVS again or something, is that you who does that? :) [02:16] seb128: i saw that ... who's the maintainer who needs a key? [02:16] (not that I really care, but we could use a fixed pyxdg :p) [02:16] seb128: i mean, theoretically I'm responsible for that kind of crap but I try to avoid it as much as possible [02:16] azeem: rad [02:17] daniels: if a fd.o admin ever uploads lanius' key [02:17] if you know who this lanius is [02:17] ah, lanius [02:17] yeah, he pinged me, uh [02:17] two months ago [02:17] hehe [02:18] "Serious problems with Mr. Stone" [02:18] *giggle* [02:18] ------- Additional Comments From h_wendel@cojobo.net 2005-12-01 06:39 ------- [02:18] sorry, in the meantime i created a new key, i'll attach it [02:26] right ... so let's see whether shiny-new-initramfs-script works === jlj [n=agp@207.67.194.249] has joined #ubuntu-devel [02:31] sooooo..... [02:32] who has a SATA or SCSI root filesystem and is feeling adventurous? :p [02:32] coz it worketh for me [02:32] hrm, only on my server :) [02:32] which is not running dapper yet ;) [02:32] heh === neuralis is now known as ike === bob2_ [i=rob@crumbs.ertius.org] has joined #ubuntu-devel [02:34] Keybuk: I guess HPT37X won't count? [02:34] (sata controller handled by hpt37x) [02:34] does it show up as /dev/hda or /dev/sda? [02:35] as /dev/hda [02:35] no, doesn't count then [02:35] Keybuk: I do, although I think it already worked [02:35] it was the one that showed up as a RAID controller [02:35] hmm. /usr/lib/mozilla-firefox/libgtkembedmoz.so has vanished. [02:36] Hmm. Nope it's there. [02:36] bah, where's the T43 fan-club when you need them? :p === dholbach [n=daniel@i577B1443.versanet.de] has joined #ubuntu-devel === endersshadow [n=enderssh@bcvpn91.bc.edu] has joined #ubuntu-devel [02:44] GOOOOOD MORNING EU EARLYBIRDS === maswan waves a bit to fabbione === endersshadow [n=enderssh@bcvpn91.bc.edu] has left #ubuntu-devel ["Leaving"] [02:44] hey fabbione [02:44] hellas fabbione [02:44] maswan: hey dude... [02:45] maswan: is there any possibility to get buttercup back online? [02:45] maswan: we have a workaround for the kernel and soon a proper fix [02:45] hi dholbach , zul === ogra yaaaaaaawns [02:46] fabbione: yeah, I'll try to get it done, I think we are mostly done with using it as a solaris test install subject, but I'll have to check with the solarisers [02:46] maswan: cool thanks === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [02:52] daniels: no weird value with the debug outpud === Keybuk wonders what the fuck is generating the weird "unable to mount /selinux/" error [02:53]