[12:24] <Kopfgeldjaeger> bye
[02:34] <alex-weej> i've noticed that GTK List/Tree View scrolling is streaking a hell of a lot more in Gutsy than in Feisty
[02:38] <Caesar> Can anyone tell me why Ubuntu chose to go for mounting devices by UUID rather than label? Pointers to the relevant discussion/blueprints fine
[02:39] <ion_> Every partition has an UUID, but not necessarily a label.
[02:40] <mthaddon> Caesar: don't have the details off the top of my head, but it's basically because UUIDs are device unique, so you can plug in two identical external hard drives, for instance, and it'll still know which is which and mount it correctly rather than just first in order
[02:40] <ion_> Multiple partitions may have the same label, but not likely the same UUID.
[02:42] <Caesar> Thanks ion_, mthaddon
[02:53] <Nafallo> shouldn't displayconfig-gtk dep on xserver-xorg-video-vesa or something?
[02:54] <RAOF> Nafallo: Why?
[02:55] <Nafallo> isn't that part of the bulletproof-X thing that should fall back to VESA and just that app instead of showing the ncurses-based /var/log/Xorg.0.log?
[02:56] <RAOF> Oh, maybe.  But still, displayconfig-gtk doesn't really need to depend on a specific X driver.
[02:57] <RAOF> Maybe some other package wants to.  Our standard X packages already depend on all the various drivers, so...
[02:57] <Nafallo> it does not. I have only vesa and ati installed right now.
[02:58] <Nafallo> I need only one to satisfy the depends.
[02:59] <Nafallo> xserver-xorg-video-all | xserver-xorg-video-1.0 | xserver-xorg-video
[02:59] <RAOF> Aaaah.
[02:59] <RAOF> Right.
[02:59] <RAOF> But all of them are installed by default.
[03:00] <RAOF> Maybe the xserver wants to depend on vesa & those.
[03:00] <Nafallo> I'm not sure why it recommends them as well thou
[03:00] <Nafallo> yea. vesa might be a good dep as well.
[03:00] <Nafallo> bryce: you might want to read the discussion above this hilight :-)
[03:00] <RAOF> Although vesa isn't actually cross platform, of course.
[03:00] <bryce> ok
[03:00] <RAOF> Hello x86 centicism!
[03:01] <Nafallo> bryce: oh. I thought you was asleep :-)
[03:01] <Nafallo> bryce: what do you think? :-)
[03:01] <bryce> it shouldn't depend on a driver, but I've been wondering if it should be a dependency of something
[03:02] <bryce> I've got it hooked in via gdm, so gdm is one possibility.  Most of the files are kept in xorg, though, so that's another
[03:02] <Nafallo> I guess it will actually need to be if we are going to use it as a fall-back :-P
[03:02] <bryce> but I'm not certain what would be best
[03:02] <Nafallo> right...
[03:02] <bryce> in theory it would not be gdm-specific, if we could get a failsafe functionality in kdm
[03:03] <bryce> but presently it only works with gdm
[03:03] <RAOF> You could just recommend it in xorg, couldn't you?
[03:03] <bryce> maybe
[03:03] <RAOF> The "apt auto-installs recommends for metapackages" will get done for Gutsy, right?
[03:03] <bryce> more importantly, we also need to decide about adding displayconfig-gtk to the seeds
[03:03] <Nafallo> RAOF: should be a depend somewhere I think... we don't want users to accidently kill fall-back.
[03:04] <RAOF> Nafallo: Eeeh, maybe.
[03:04] <Nafallo> bryce: if I change xorg.conf to use at instead of ati it should kick in, right? :-)
[03:04] <bryce> right
[03:04] <Nafallo> I'll test that in a bit then :-)
[03:04] <bryce> hang on; I've got a new version to upload
[03:05] <Nafallo> oh. oki :-)
[03:05] <bryce> it has a better auto-xorg.conf generator that will pull in your preferred keyboard settings, and get the pci stuff right
[03:05] <Nafallo> I'll test it after upgrade then :-)
[03:07] <Nafallo> gut feeling says it should be a dep of xserver-xorg rather than gdm :-)
[03:08] <Nafallo> and maybe kill the recommends on -all packages at the same time. those are already first of alternative deps.
[03:10] <bryce> ah yeah, good point
[03:11] <RAOF> Nafallo: I think you still want to recommend them though, right?
[03:11] <bryce> any other xorg changes we need while you're at it?
[03:11] <Nafallo> RAOF: why?
[03:11] <bryce> er, while *I'm* at it
[03:11] <Nafallo> RAOF: it's redundant :-)
[03:11] <RAOF> Because even if you've satisfied the dependency with a single driver, you still want to recommend all the drivers.
[03:12] <Nafallo> bryce: not that pops out, but then I haven't looked that closely. just saw it when I was killing off some more packages from my harddrive :-)
[03:12] <Nafallo> RAOF: why?
[03:12] <RAOF> Nafallo: Because it's still useful?  It means people can just drop in any old graphics card and expect it to work.
[03:13] <Nafallo> RAOF: it's the first dep, so goes in as default. if the user uninstalls those things he hopefully knows whats his doing.
[03:13] <RAOF> True.
[03:13] <Nafallo> Robot101: as long as we don't cut out the new and improved fall-back path that powerusers might not know about :-)
[03:13] <Nafallo> bryce: maybe kill off ctrl+alt+backspace? ;-)
[03:14] <bryce> ah yeah, I think I promised that, too
[03:14] <RAOF> SAK is enough for anyone :)
[03:14] <bryce> that one's going to be controversial
[03:14] <Nafallo> s/Robot101/RAOF/
[03:14] <RAOF> Oh, you're serious!
[03:14] <RAOF> What's the rationale for that?
[03:14] <Nafallo> bryce: yes :-)
[03:14] <Nafallo> bryce: I'm tired of the discussions on the spec ;-)
[03:15] <Nafallo> RAOF: kills data hard and fast if the user accidently hits it.
[03:15] <Nafallo> causing dataloss
[03:15] <Nafallo> thats the biggest I think :-)
[03:15] <RAOF> Nafallo: Ok.  Yeah.
[03:17] <bryce> well, I use ctrl-alt-bksp every day, multiple times, so will feel the pain of it going.  However, I figure anyone like me that actually does use and need it, probably is adequately knowledgeable to fiddle xorg.conf to turn it back on
[03:17] <DShepherd> how easy is it to accidentally hit those key combinations? not very easy imho
[03:17] <bryce> plus like Nafallo says, it's truly a data-loss issue, and since ubuntu is geared towards making rounded edges and such for users, I think it makes sense
[03:18] <Nafallo> bryce: if not we need a graphical tickbox to turn it on somewhere :-)
[03:18] <bryce> DShepherd: agreed, however I guess some users do.  It sounds like there's some apps that use keyboard shortcuts similar enough to that, that they do get hit
[03:18] <RAOF> Can we (easily) catch it in a different way?  I suppose not, really.  That'd defeat the purpose.
[03:18] <bryce> Nafallo: agreed; ideas on where it makes sense?  I was thinking displayconfig-gtk
[03:19] <Nafallo> bryce: doesn't make sense I don't think. somewhere in gnome-control-center, and I'm sure KDE has an equivalent of that :-)
[03:19] <DShepherd> bryce, ok. well as long as I can turn it back on :-) i have no problem-ish
[03:20] <bryce> yeah I plan to leave a friendly comment in xorg.conf for us hackers
[03:20] <Nafallo> bryce: keyboard shortcuts should be obvious. keyboard -> layoutoptions or whatsitcalled in english might be good as well :-)
[03:21] <DShepherd> Nafallo, agreed
[03:21] <DShepherd> sounds logical
[03:21] <bryce> yeah the tricky thing is that this setting is in xorg.conf rather than in the gnome config
[03:22] <bryce> but that should only take a sed or two ;-)  it'll just be a tad mussy
[03:22] <Nafallo> hehe
[03:23] <Nafallo> bryce: sed for the featurefreeze and fix it proper before release then :-)
[03:23] <Nafallo> s/release/final/
[03:25] <DShepherd> bryce, well.. its a 'hardcore' thing to do... so i dont think you need to find a place in the gui to turn it back on..
[03:25] <DShepherd> bryce, it might just end up confusing us 'old' folks :-)
[03:25] <bryce> DShepherd: yeah true
[03:25] <DShepherd> bryce, i am going to the cli.. anyways..and I bet most people who are going to turn it back on.. are fairly familar with the CLI..
[03:26] <DShepherd> bryce, but .. thats what i think..
[03:26] <bryce> well that's what led me to think that just sticking in a friendly comment in xorg.conf might be sufficient
[03:26] <Nafallo> bryce: so upload and see what users do :-)
[03:26] <bryce> but we'll see, I'm certain we'll get feedback on this one
[03:26] <bryce> hehe
[03:27] <DShepherd> bryce, you sure will..
[03:27] <DShepherd> "I cant kill x. what happened?"
[03:27] <DShepherd> "we disabled it but you can enabled it"
[03:27] <DShepherd> "oh how"
[03:27] <DShepherd> ....
[03:27] <DShepherd> "ah. thanks"
[03:28] <DShepherd> and life goes on!
[03:28] <DShepherd> :-)
[03:28] <bryce> "X is *too* bulletproof..."
[03:33] <bryce> "This is a very annoying problem for me, as I am working with an
[03:33] <bryce> application that uses Ctrl+Alt+End as a hotkey, and End is right above
[03:33] <bryce> Backspace on my laptop keyboard."
[03:35] <Nafallo> I think the consequences really does outweight the advantage :-)
[03:35] <Nafallo> those that use it probably does it cause they are to lazy to ctrl+alt+f1 + login + sudo invoke-rc.d gdm restart
[03:35] <Nafallo> :-P
[03:38] <bddebian> Heya Nafallo
[03:38] <Nafallo> hi bddebian
[03:39] <DShepherd> bryce, question though.. would a 'newbie' have to reboot the machine to get X changes? cause that's so tedious..
[03:40] <bryce> stuff in xorg.conf only gets parsed at X startup, so they'd at least need to restart X
[03:40] <Nafallo> doesn't X get restarted on logout now?
[03:40] <bryce> (which I'd generally do by just ctrl-alt-backspace, however in this case...)
[03:40] <DShepherd> Nafallo, that's what i want to know..
[03:40] <bryce> yup, just going back to the login screen should be plenty sufficient
[03:40] <DShepherd> bryce, does it? ^
[03:41] <DShepherd> bryce, kool.. well that ok for me
[03:41] <Nafallo> then it's a non-problem.
[03:41] <DShepherd> Nafallo, right
[03:41] <Nafallo> I can't see any reason not to do it.
[03:41] <DShepherd> Nafallo, same here.. bryce .. fire away
[03:41] <Nafallo> and I would prefer logout/login before zapping stuff anyway :-)
[03:42] <DShepherd> Nafallo, well....
[03:42] <bryce> here's what I'm adding, lemme know if this looks ok - http://pastebin.ca/656398
[03:42] <DShepherd> Nafallo, it depends for me :-) .. cause sometimes.. things just need to get zapped :-D
[03:42] <Nafallo> there is always a risk of things hanging around while zapping. logout would kill things the proper way AFAIK
[03:43] <DShepherd> Nafallo, i guess
[03:43] <Nafallo> bryce: instead of changing the option, propose to comment it? :-)
[03:44] <Nafallo> "use default"
[03:44] <Nafallo> default behaviour even
[03:44] <Nafallo> but that's just me not wanting to specify defaults in configs ;-)
[03:45] <Nafallo> I'm fine with that wording :-)
[03:45] <DShepherd> bryce, why not just say.. restarting x -- instead of making xorg terminate..
[03:45] <bryce> ok
[03:45] <DShepherd> Xorg.. which works..
[03:46] <bryce> although technically it doesn't restart X, it just terminates it.  gdm is what restarts things
[03:46] <DShepherd> bryce, point taken
[03:46] <bryce> I'll say "exiting"
[03:46] <DShepherd> bryce, but i knew that :-D
[03:46] <DShepherd> hehehehehe
[03:47] <Nafallo> because it is zapping :-)
[03:47] <Nafallo> *s*
[03:47] <bryce> quiz time
[03:48] <bryce> xorg now auto-loads modules like dri, vbe, etc.
[03:48] <Nafallo> I think terminate is good wording actually. Zap implies termination rather then exit :-)
[03:48] <Nafallo> exit sounds to cleanish ;-)
[03:48] <bryce> who knows how to *disable* an autoloaded module?
[03:49] <Nafallo> why would you want to? I trust it to not load things I wouldn't need, right?
[03:49] <DShepherd> bryce, well, right now. i dont
[03:49] <bryce> there are some drivers which don't work properly with certain modules
[03:49] <DShepherd> bryce, its not smart enough to know which module works best with which drivers?
[03:50] <Nafallo> what DShepherd said... :-)
[03:50] <bryce> not always
[03:50] <bryce> answer here:  http://pastebin.ca/656409
[03:50] <DShepherd> bryce, hmm...
[03:50] <DShepherd> bryce, oh. well I know now
[03:51] <bryce> I'm thinking of adding that to the xorg.conf - it would not be unlikely that someone editing their xorg.conf might need to be doing that, so this'd give them that clue
[03:51] <Nafallo> I should have guessed :-)
[03:51] <bryce> took me a while to figure that one out ;-)
[03:51] <DShepherd> bryce, ok
[03:51] <Nafallo> to logic? :-)
[03:51] <bryce> hardly anyone will need that, but then, hardly anyone should need to touch their xorg.conf
[03:52] <Nafallo> bryce: that one really should be in documentation rather then the conffile... again, gut feeling :-)
[03:53] <DShepherd> Nafallo, i dont mind that though
[03:53] <Nafallo> bryce: those that needs to know that know about /usr/share/doc/xserver-xorg/, right? :-)
[03:53] <bryce> hmm, true
[03:53] <Nafallo> DShepherd: I thought we wanted a smaller xorg.conf. that's why I'm a bit hesistant :-)
[03:53] <bryce> ah, commented out lines don't count ;-)
[03:54] <Nafallo> bryce: still clutter ;-)
[03:54] <bryce> actually the reason I thought to add this is that for feisty, the dropping of the Modules section is new, and may confuse people
[03:54] <Nafallo> more to read. harder for the n00b to find what he should do.
[03:55] <Nafallo> most n00bs will probably be on IRC-channels asking anyway.
[03:55] <Nafallo> and thats from #ubuntu-se experience :-P
[03:56] <DShepherd> Nafallo, i vote to keep it in
[03:56] <DShepherd> its just 8 lines.. and its good info
[03:56] <DShepherd> no need to hide it :-)
[03:56] <DShepherd> i think..
[03:56] <Nafallo> sure. put it in. I'll take a look when I see the entire file instead ;-)
[03:58] <StevenK> infinity: Ping, re: libnss-db again
[04:01] <bryce> hmm, looks like it's not documented in the xorg.conf man page either.  I'll patch that up next time I do xorg-server
[04:02] <Nafallo> bryce: you will soon, right? drop recommends, add depend and now manpage :-)
[04:03] <bryce> the xorg upload will be tonight or tomorrow morning depending on when I can find a sponsor.  But the man page is over in the xorg-server package, so that's separate
[04:05] <Nafallo> oki :-)
[04:06] <Nafallo> bryce: think you got a core-dev right there ;-)
[04:06] <bryce> heh
[04:08] <bryce> I've been having a build issue with xorg-server trying to sync to debian, probably a mesa mis-match.  So the man page change may have to wait a bit.
[04:08] <Nafallo> oki
[04:14] <bryce> http://people.ubuntu.com/~bryce/Testing/xorg/
[04:15] <bryce> I'll post for upload once I've run it through my qa scripts, but the dexconf change is the only thing risky there
[04:17] <bryce> bbl (dinner)
[04:28] <keescook> LP uploads are down?
[05:03] <Nafallo> bryce: I feel xorg-driver-video-vesa should be depend for xorg-server since displayconfig-gtk is and both are part of the fallback :-)
[07:51] <pitti> Good morning
[07:53] <sbalneav> Morning pitti.
[07:54] <sbalneav> Say, you sprecken sie deutch, nein?
[07:57] <sbalneav> If I install the language-support-de, and set LC_ALL=de_AT, LANGUAGE=de_AT, and LANG=de_AT on my login session, everything should be in german, correct?
[07:58] <pitti> hey sbalneav
[07:59] <pitti> sbalneav: LANGUAGE=de, but yes (if you want Austrian German :) )
[07:59] <pitti> sbalneav: you can just select German in gdm's option menu (and just for one session)
[07:59] <sbalneav> Ah, it worked
[07:59] <sbalneav> Sorry, ltsp stuff, the new greeter.
[08:00] <sbalneav> I selected de_DE.UTF8
[08:00] <sbalneav> My system menu still says "system" in english
[08:00] <pitti> sbalneav: that's ok, it's the same in German
[08:00] <sbalneav> but under it, I have Einstellungen, Systemverwaltung, Info zu GNOME
[08:01] <pitti> sbalneav: klingt Deutsch
[08:02] <sbalneav> Du musst amboss oder hammer sein.
[08:02] <pitti> lol
[08:02] <sbalneav> Bonus points for guessing the german philosopher who said that.
[08:03] <sbalneav> No googling, now
[08:04] <pitti> no idea, sorry :/
[08:04] <sbalneav> I'll give you a hint: he was saved by his mistress when Napoleon's sodiers invaded his house.  She beat them off with a stick.
[08:04] <pitti> sounds like a communist
[08:04] <sbalneav> Goethe
[08:04] <pitti> wow
[08:05] <sbalneav> I am a fount of useless trivial.
[08:05] <sbalneav> err
[08:05] <sbalneav> trivia
[08:07] <sbalneav> pitti: What time does ogra usually wander in?
[08:08] <pitti> sbalneav: relatively late, usually not before 0900 UTC
[08:21] <pitti> mhb, Riddell: any idea about http://launchpadlibrarian.net/8800635/buildlog_ubuntu-gutsy-i386.restricted-manager_0.27_FAILEDTOBUILD.txt.gz ?
[08:22] <pitti> mhb, Riddell: I don't have pyqtconfig either, but it builds for me
[08:26] <doko_> good morning
[08:47] <hat> hello
[08:48] <hat> i have problem with VLC program
[08:49] <hat> i want to open file py  UDP/RTP port by command line
[08:49] <hat> how can i do that
[08:49] <pygi> #ubuntu for support
[08:50] <hat> ok Dear thanks
[09:20] <fyrestrtr> is canonical planning to release launchpad as opensource? I would love to see how that is developed :)
[09:21] <fabbione> fyrestrtr: you want to ask in #launchpad :)
[09:21] <fyrestrtr> ah .. thanks.
[09:21] <fabbione> no problem
[09:21] <fyrestrtr> so many channels.
[09:21] <fabbione> yeah no problem
[09:26] <mdke> tracker is included by default in gutsy, right? Is it included in vanilla Gnome too?
[09:27] <pygi> mdke, no, I don't think so
[09:27] <mdke> right, that's what I thought too; thanks
[09:35] <asac> morning
[09:37] <pygi> hey asac !
[09:37] <asac> pygi: hi
[10:11] <pitti> mhb, Riddell: re my previous question, I got it (Debian bug 435855, was recently merged)
[10:11] <ubotu> Debian bug 435855 in python-qt-dev "python-qt-dev: pyqtconfig.py shipped in both python-qt3 and python-qt-dev" [Serious,Fixed]  http://bugs.debian.org/435855
[10:12] <Riddell> groovy
[10:12] <Riddell> I had e-mailed you
[10:12] <pitti> Riddell: thanks, just saw it
[10:13] <StevenK> pitti: How do you feel about doing some NBS work? :-)
[10:14] <pitti> StevenK: for you, always :)
[10:14] <StevenK> pitti: :-)
[10:14] <StevenK> pitti: If you can wave vips through binary NEW, I'll upload nip2, and that should get two down in a publisher run or two.
[10:16] <StevenK> pitti: I'll upload nip2 now. It has a versioned dependancy on libvips-dev, so it'll either fail and need to be given back, or just hit depwait and deal itself.
[10:16] <pitti> StevenK: the latter should happen
[10:16] <StevenK> pitti: My thought too, but just in case it doesn't. :-)
[10:17] <StevenK> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[10:17] <StevenK> Connection failed, aborting. Check your network (111, 'Connection refused')
[10:17] <StevenK> Hum.
[10:18] <pitti> vips accepted
[10:18] <StevenK> pitti: Thanks. Would you mind pointing a sysadmin at ^
[10:19] <pitti> StevenK: poked
[10:22] <pitti> StevenK: should work again
[10:22] <StevenK> Just saw myself about 20 seconds before you said that. :-)
[10:33] <_StefanS_> doko: hi, it seems like compiling in lpia is broken since yesterday
[10:34] <doko> _StefanS_: what exactly?
[10:35] <_StefanS_> doko: checking if C++ programs can be compiled... no
[10:35] <_StefanS_> doko: configure: error: Your Installation isn't able to compile simple C++ programs.
[10:35] <_StefanS_> :)
[10:36] <_StefanS_> doko: all gcc, libstdc. headers, g++ and the like are installed. Along with build-essential. It worked yesterday
[10:36] <doko> _StefanS_: please have a look at the config.log, it should have more details
[10:36] <_StefanS_> doko: /usr/include/stdio.h:34:21: error: stddef.h: No such file or directory
[10:37] <_StefanS_> doko: got 100+ of lines with missing standard libraries
[10:40] <doko> _StefanS_: ok, see it here as well, not with gcc-4.1, but with gcc-4.2
[10:40] <Lutin> pitti: can you give-back freesci, mgcv, kernsmooth ppc and amd64, and libmail-box-perl, eric on i386 please ?
[10:40] <_StefanS_> doko: can you fix it ? :)
[10:40] <_StefanS_> doko: I have a few packages that need to be fixed in order to have all kde stuff done
[10:40] <doko> _StefanS_: have to find the reason first ...
[10:40] <_StefanS_> obviously :)
[10:41] <pitti> Lutin: done; btw, no need to tell the arches, I'll just give them back on all that failed
[10:42] <Lutin> pitti: ok :) . thanks
[10:52] <StevenK> pitti: Would you mind seeing if nip2 has hit drescher? I haven't gotten an accepted mail, and it hasn't hit LP yet.
[10:53] <pitti> StevenK: hm, it's not in accepted
[10:54] <pitti> StevenK: in done, the last nip2 upload is seven weeks old
[10:54] <StevenK> nip2_7.12.4-1ubuntu1_source.changes: done.
[10:55] <StevenK> I uploaded that about 20 minutes ago ....
[10:56] <pitti> *scratching head*
[10:56] <pitti> I cannot find it anywhere
[10:57] <pitti> StevenK: ah, got it
[10:57] <pitti> StevenK: still in incoming
[10:57] <pitti> for some reason
[10:57] <StevenK> Ah. I was about to offer to re-upload it.
[10:57] <Fujitsu> Not surprising that it's still there... when one part of Soyuz backend breaks the rest usually does too :(
[10:58] <StevenK> pitti: Maybe the queue processor isn't running?
[10:59] <pitti> StevenK: ah
[10:59] <pitti> IOError: [Errno 13]  Permission denied: '/srv/launchpad.net/ubuntu-queue/incoming/.lock'
[10:59] <pitti> StevenK: ^ I just ran it by hand
[10:59] <Fujitsu> Um...
[10:59] <doko> _StefanS_: ok, found, wil be fixed soon
[10:59] <StevenK> Ah. It's busticated.
[11:00] <_StefanS_> doko: sweet :D
[11:00] <Hobbsee> again
[11:00] <_StefanS_> doko: thanks alot
[11:00] <pitti> StevenK: no, I am, sorry
[11:00] <pitti> StevenK: ran it as the wrong users
[11:00] <Fujitsu> pitti: Wrong user?
[11:00] <Fujitsu> Hahha, yes.
[11:00] <StevenK> pitti: Heh
[11:00] <pitti> Fujitsu: I'm a bit confused
[11:00] <pitti> the cronjob belogns to lp_queue, but the lock file is owned by lp_upload
[11:02] <pitti> ok, I got it; apparently the lock file was stale
[11:05] <iwj> Stale lockfiles ??  Surely it should be using fcntl or flock ?
[11:05] <pitti> StevenK: it's in done now
[11:05] <pitti> iwj: I guess that's what it does
[11:05] <pitti> iwj: but the lock file that lp_buildd creates and uses was owned by lp_upload, which made it except out with an EPERM
[11:06] <pitti> I guess that was just a fallout from the uploader crash this morning
[11:06] <pitti> StevenK: https://launchpad.net/ubuntu/+source/nip2/7.12.4-1ubuntu1
[11:18] <StevenK> pitti: Thanks
[11:30] <Lutin> pitti: would you know why this happens: http://launchpadlibrarian.net/8807191/buildlog_ubuntu-gutsy-i386.libmail-box-perl_2.070-1_FAILEDTOBUILD.txt.gz ? (bith packages are in universe and libtest-harness-perl is 2.64 in ubuntu)
[11:32] <pitti> Lutin: I bet it's because perl-modules Provides: libtest-harness-perl
[11:32] <pitti> Lutin: and apparently the dependency resolver isn't clever enough for that
[11:32] <tkamppeter> hi pitti
[11:32] <pitti> hey tkamppeter
[11:32] <pitti> Lutin: I bet it fails on Debian, too
[11:32] <tkamppeter> pitti, have you seen my mail yesterday? CUPS 1.3 is officially released.
[11:33] <pitti> Lutin: just because Debian doesn't build arch:all on buildds, they won't notice
[11:33] <pitti> tkamppeter: yep, I saw; not sure whether this kind of last-minute switch is something we should do
[11:33] <pitti> tkamppeter: does it work with hplip and all the other drivers and backends that we have?
[11:34] <pitti> libtest-harness-perl: already installed (=*=PROVIDED=*= >= 2.62 is satisfied)
[11:34] <pitti> Lutin: ^
[11:34] <Hobbsee> morning seb128
[11:34] <tkamppeter> It will avoid a generation change for the gutsy+1 LTS when we do the change now.
[11:34] <seb128> hi Hobbsee
[11:34] <pitti> tkamppeter: true that
[11:35] <tkamppeter> We will also have 2 months for bug fixing until Gutsy will get released.
[11:35] <pitti> tkamppeter: right
[11:36] <Lutin> pitti: ok, I see
[11:36] <Lutin> thanks
[11:36] <pitti> tkamppeter: so if you are prepared to have a look on the bug list, that's fine
[11:36] <tkamppeter> And I think users will complain if they get CUPS 1.2 with their distro and CUPS 1.3 is released.
[11:36] <pitti> tkamppeter: btw, can you test the hplip driver? I need to fix the apparmor profile and got some logs, but it would be nice to test it before I upload
[11:37] <pitti> tkamppeter: most users won't care, I guess
[11:37] <pitti> tkamppeter: gss is in universe, though, that needs a MIR and checking
[11:37] <tkamppeter> pitti, some printouts with HPLIP I already did but I will do more testing.
[11:38] <Lutin> pitti: but libtest-harness-perl is also a separate source package, why isn't that used instead of the provided version ?
[11:38] <pitti> tkamppeter: the current cups in gutsy should fail with hplip with the aa profile enabled
[11:38] <pitti> Lutin: see above line I quoted; the dependency resolver in the buildd does the wrong thing
[11:38] <tkamppeter> Only problem which I have seen recently, but this is independent of the CUPS version, is the broken poppler filter.
[11:38] <pitti> Lutin: that's an infinity problem, I'm afraid
[11:38] <pitti> tkamppeter: right, printing pdf is busticated
[11:39] <pitti> tkamppeter: geser attached the diff of the old and new .ps, was that conclusive somehow?
[11:39] <pitti> tkamppeter: probably something we should forward to the poppler upstream guys
[11:39] <tkamppeter> pitti, for this I have compiled the original pdftops as a workaround (not in the packages, only on my local box)
[11:40] <tkamppeter> pitti, I think so, too, for them it is probably much easier than for us to fix it.
[11:41] <pitti> tkamppeter: a nasty fallback hack if all else fails could be to modify cups' pdftops filter to use pdf2ps from ghostscript instead of pdftops from poppler
[11:41] <tkamppeter> pitti, I will test the HPLIP with "sudo aa-complain cupsd" and send you the /var/log/syslog which contains the complaints.
[11:41] <pitti> tkamppeter: I have that log already
[11:42] <pitti> tkamppeter: I'll provide an updated profile; once I have it, can I send it to you for a final test?
[11:42] <tkamppeter> pitti, yes, whre we have Ghostscript 8.6x now we can use Ghostscript as PDF interpreter.
[11:42] <tkamppeter> pitti, yes, send it to me.
[11:42] <pitti> tkamppeter: great, thanks
[11:44] <Lutin> pitti: btw, when using requestsync -n , the email gets rejected from Malone it tries to affect ubuntu/%srcpkg, which does not exist. the following patch (http://people.dunnewind.net/lutin/requestsync.patch) should fix it, mind having a look at it ?
[11:45] <tkamppeter> pitti, how can I see whether an already installed package is in main or in universe?
[11:45] <Hobbsee> anyone know when dholbach gets back?  maybe seb128?
[11:45] <seb128> Hobbsee: next week
[11:45] <pitti> Lutin: ah, that makes sense, thanks
[11:45] <Hobbsee> seb128: ah, great!  thanks.
[11:45] <seb128> you're welcome
[11:46] <pitti> tkamppeter: just use "rmadison -u ubuntu <package>"
[11:46] <Lutin> pitti: np
[11:48] <tkamppeter> pitti, thank you, did not know the rmadison command before.
[11:48] <StevenK> Lutin: Ah ha. I can patch it if you like.
[11:49] <StevenK> I have a devscripts merge pending upload as soon as I fix a few conflicts.
[11:49] <pitti> please
[11:49] <tkamppeter> There are two build-depends of the new cupsys in Universe: heimdal and libgss
[11:50] <pitti> tkamppeter: erk, heimdal? doesn't it work with the MIT implementation?
[11:50] <pitti> tkamppeter: (libkrb5-dev)
[11:50] <pitti> tkamppeter: I would really like to avoid getting that into main again
[11:53] <Lutin> StevenK: yep, thanks
[11:54] <pitti> mhb: if you have some minutes, can you please look at bugs like bug 131483?
[11:54] <ubotu> Bug 131483 on http://launchpad.net/bugs/131483 is private
[11:55] <pitti> mhb: (public now)
[11:56] <StevenK> Lutin: I'll try and sort out devscripts tonight.
[11:56] <Lutin> StevenK: ok
[12:03] <Fujitsu> Why does compiz keep eating my configuration on upgrades? And eliminating keyboard shortcuts, causing my machine to remain unlocked?
[12:27] <mvo> Fujitsu: do you have the latest compiz from gutsy? that one is meant to give a much improved compatiblity with the old metacity keysettings
[12:28] <Fujitsu> mvo: The latest one /broke/ them.
[12:28] <pitti> command-not-found claims it's in package 'acl' which does not exist
[12:28] <Fujitsu> All the previous versions worked, but this one reset all my config again, and eliminated some keybindings which I can't work out how to restore.
[12:28] <Fujitsu> pitti: I'm sure it's in acl...
[12:29] <pitti> oh, I see, apt-get update md5sum mismatch *grumpf*
[12:29] <mvo> pitti: the data for c-n-f is not up-to-date unforatunately
[12:29] <mvo> Fujitsu: hrm, that is bad :/
[12:29] <pitti> mvo: seems to work now
[12:30] <mvo> Fujitsu: did all of them broke? or only some?
[12:30] <pitti> setfacl: /dev/bus/usb/003/009: Operation not supported
[12:30] <pitti> seems that our tmpfs doesn't support ACLs yet :/
[12:31] <geser> pitti: # CONFIG_TMPFS_POSIX_ACL is not set (from /boot/config-2.6.22-9-generic)
[12:31] <pitti> yeah
[12:31] <Kmos> who look for ~ubuntu-main-sponsors ?
[12:32] <Kmos> MOTU ?
[12:32] <seb128> Kmos: the ubuntu-main-sponsors members
[12:32] <seb128> Kmos: no, MOTU is for universe
[12:32] <Fujitsu> mvo: I haven't used anything special other than screen-locking in the past.
[12:33] <Kmos> seb128: errr.. ups, didn't check that
[12:33] <mvo> Fujitsu: how did you setup that keybinding? via system/preferences/keyboard shortcuts? or by some other means?
[12:34] <seb128> Kmos: why?
[12:34] <Fujitsu> mvo: The former.
[12:34] <Kmos> seb128: don't remember to check +members of it :) sorry..
[12:34] <seb128> k
[12:34] <Fujitsu> mvo: It's still set there.
[12:34] <seb128> no problem ;)
[12:35] <mvo> Fujitsu: I think I can reproduce the issue, c-a-L does not work for me too
[12:35] <mvo> Fujitsu: I'm investigating
[12:35] <Fujitsu> mvo: Oh, good :)
[12:35] <Fujitsu> Thanks!
[12:35] <mvo> geser: the problem with the decorator is that I have currently no idea what to do when no gconf is available in the decoration plugin (i.e. when kde is used). I need to look/think about it (re #128557)
[12:40] <pitti> hey Keybuk
[12:40] <Zic> have just passed to gutsy, and I noticed that the decorator of window was... smaller than normally. On my small screen, it is annoying: /
[12:40] <pitti> Keybuk: FYI, I just tried hal with CK and ACL magic
[12:40] <Zic> same problem since Tribe 2 iirc
[12:40] <Keybuk> ello
[12:41] <Kmos> gparted is used in live-cd installation for set partitions ?
[12:41] <Keybuk> pitti: how did it go?
[12:41] <pitti> Keybuk: unfortunately our kernel doesn't enable ACLs for tmpfs, so it doesn't actually work :-(
[12:41] <pitti> Keybuk: however, it builds, and the debug output actually calls a reasonably looking setfacl command
[12:42] <mvo> Fujitsu: ctrl-alt-l used to work for you with compiz? but it does no longer, is that correct? I'm wondering what eats that keybinding currently
[12:42] <Keybuk> pitti: yeah, I nagged the kernel guys about that a few weeks ago
[12:42] <Keybuk> could you try a kernel with acls enabled and see what happens?
[12:42] <Mithrandir> Keybuk: are you interested in boot failures with / on md?
[12:42] <Mithrandir> (gutsy)
[12:43] <pitti> Keybuk: I'll build one
[12:43] <Keybuk> Mithrandir: sure
[12:43] <Mithrandir> Keybuk: it tries to start, but ends up just stopping md0 a whole lot of times.  If I do break=mount and start the raid by hand, it works.
[12:44] <Keybuk> stopping md0?
[12:44] <Keybuk> what does md0 consist of?
[12:45] <Mithrandir> [   39.000120]  md: md0 stopped.
[12:45] <Mithrandir> it's a raid1, so sda2 and sdb2
[12:45] <Fujitsu> mvo: It worked until about 48 hours ago, AFAICR.
[12:46] <mvo> Fujitsu: ok, thanks
[12:46] <Mithrandir> root=/dev/md0 is passed from the kernel command line.
[12:46] <Kopfgeldjaeger> hi
[12:47] <Keybuk> Mithrandir: is there anything raid/md related in scripts ?
[12:47] <pitti> Keybuk: 'k, kernel build started
[12:51] <Mithrandir> Keybuk: doesn't appear to be, no.  (find /usr/share/initramfs-tools/scripts -name \*md\* -o -name \*raid\* doesn't return anything)
[12:51] <tkamppeter> pitti, I have rechecked the build dependencies of CUPS and I have found out that one can build it with all new features not needing anything from Universe.
[12:52] <pitti> tkamppeter: yay, cool; gss didn't look that bad, but heimdal was; so it builds with MIT krb?
[12:52] <Keybuk> Mithrandir: ok; way to debug it is to break before udev is started, do that script manually by hand running udevd --verbose > /dev/udevd.log 2>&1 or something, delete the script, and then allow things to resume normally
[12:52] <ogra> Mithrandir, wasnt that in hook-functions ?
[12:52] <Keybuk> then we'll have a log of what udev received and did
[12:52] <tkamppeter> pitti, I could use libkrb5 from main instead of heimdal from Universe and libkrb5 also brings the GSS API, so I could drop libgss.
[12:53] <ogra> Mithrandir, oh, sorry thats only the module loading
[12:53] <tkamppeter> pitti, yes CUPS 1.3 builds with MIT libkrb5.
[12:53] <pitti> tkamppeter: splendid!
[12:53] <pitti> tkamppeter: does your package have all of our current patches applied?
[12:54] <tkamppeter> What is the bad of heimdal? Insecure? Unmaintained? Pulling a lot of Universe dependencies?
[12:54] <pitti> tkamppeter: I think one or two might have been accepted upstream
[12:54] <Mithrandir> Keybuk: that script == the ./init-premount/udev script?
[12:54] <pitti> tkamppeter: not particuarly, but maintaining two implementations in main is just overhead
[12:54] <tkamppeter> pitti, I have merged the CUPS with your newest with all patches which Mike did not fix upstream in 1.3.
[12:55] <pitti> tkamppeter: cool; did you get any serious merge conflicts?
[12:55] <tkamppeter> pitti, you are right libkrb5 and heimdal do the same thing.
[12:55] <Keybuk> Mithrandir: premount one
[12:55] <Keybuk> Mithrandir: yes
[12:56] <tkamppeter> pitti, no problem with the merge. I had to rediff some patches because Mike did changes at places close to our changes, but all worked fine.
[12:56] <Mithrandir> Keybuk: thanks, I'll try that.
[12:56] <pitti> tkamppeter: I should upload that to Debian as well then if it doesn't break PPDs etc. which worked for 1.2
[12:57] <tkamppeter> pitti, CUPS 1.3 with the new dependency settings built fine on my local system, now I am running it through pbuilder.
[12:58] <pitti> tkamppeter: it even works with the current AA profile? cool
[12:59] <tkamppeter> pitti, Foomatic PPDs pass the new cupstestppd without warnings, the HP PostScript PPD of my LaserJet 3390, too.
[12:59] <Lutin> hum, sorry for asking, but isn't that: http://launchpadlibrarian.net/8807886/buildlog_ubuntu-gutsy-amd64.mgcv_1.3-24-1_FAILEDTOBUILD.txt.gz somehow related to a gcc issue ?
[01:00] <Lutin> (or maybe feature which I'm not aware of. if so, sorry for the noise)
[01:00] <Mithrandir> Lutin: ouch.  Looks toolchain-related, yes.
[01:00] <tkamppeter> pitti, pbuilder test passed. Will replace the packages on my server by the current ones.
[01:00] <pitti> tkamppeter: thanks
[01:01] <Lutin> Mithrandir: actually - just tested on my box and it seems to be gcc-4.2 only
[01:01] <Kopfgeldjaeger> pitti: does the fwcutter "create" more files than (?) the .fw file?
[01:02] <pitti> Kopfgeldjaeger: yes, should be some 7
[01:02] <tkamppeter> pitti, "ldd /usr/sbin/cupsys" shows all new features really being built in: Kerberos, Zeroconf, LDAP, ...
[01:04] <tkamppeter> pitti, one test which I did yesterday is also system-config-printer. It works perfectly with CUPS 1.3.
[01:04] <pitti> rock
[01:05] <pitti> tkamppeter: ok, so here's my plan: I update the AA profile now, send it to you, you test it with a real hplip setup, and if it works, I'll update the packages?
[01:05] <tkamppeter> pitti, now I have replaced the packaqes on my server. The files have the same names as before, but now they are with main-only dependencies, full-featured, and pbuilder-checked.
[01:06] <pitti> ogra: it's installed by default in ubuntu now
[01:06] <ogra> pitti, not in thin client chroots
[01:06] <pitti> ogra: and I flipped g-c-m to s-c-p in edubuntu seeds, too for now (I think)
[01:06] <pitti> ogra: right, not in chroots; that would be a bit heavy IMHO
[01:06] <ogra> pitti, i need a proper forwarder for all the hal backends to talk  to the users session
[01:06] <tkamppeter> OK pitti, I have also uploaded my compiled binaries so you can download them to quickly do your AA tests.
[01:06] <ogra> (in ltsp)
[01:07] <pitti> ogra: but usually the thin clients would print to the printer connected to the server, no?
[01:07] <ogra> pitti, the plan is to have the session hal talk to the clients HW at some point
[01:07] <pitti> tkamppeter: I need amd64 binaries, but don't worry, it's just replacing the file in /etc/apparmor.d/
[01:07] <ogra> pitti, nope, we have locally attached printers and ltsp even has the opportunity to set up a diskless netbooting printserver for a whole company
[01:08] <ogra> pitti, currently ltsp clients emulate a jetdirect printer and forward whats coming in on port 9100 1:1 to the printer device
[01:08] <pitti> ogra: ok, that's a bit more advanced
[01:08] <pitti> ogra: but on the server side the magic should just work now
[01:08] <tkamppeter> pitti, as you can modify seeds, can you check whether the following packages go onto the CDs of Ubuntu/Xubuntu/Edubuntu/Server and add them to the seeds if needed:
[01:08] <ogra> right
[01:08] <pitti> tkamppeter: wrt magic, s-c-p still defaults to using the gdi driver instead of splix
[01:09] <pitti> tkamppeter: you can check that yourself by looking at the .manifest/.list files (on cdimage)
[01:09] <tkamppeter> splix, m2300w, pxljr
[01:09] <pitti> tkamppeter: splix is still in universe, so that won't
[01:09] <pitti> tkamppeter: apt-cache rdepends for the other two doesn't show anything, so 'no'
[01:10] <tkamppeter> pitti, I will check this, but as this is a bug and not a feature I have now more worked on features, like s-c-p, CUPS 1.3, ... bugs can also get fixed after UVF.
[01:10] <pitti> tkamppeter: yeah, that's perfectly fine
[01:11] <pitti> let's get cups 1.3 in
[01:11] <tkamppeter> pitti, why is splix in universe, it was approved (by you) to go into main: https://wiki.ubuntu.com/MainInclusionReportSplix
[01:11] <tkamppeter> pitti, can you move it into main?
[01:12] <pitti> tkamppeter: yeah, can do
[01:12] <pitti> tkamppeter: erm, it *is* in main, sorry
[01:13] <tkamppeter> m2300w, pxljr are in main, too?
[01:13] <pitti> see madison, yes
[01:14] <tkamppeter> So then I think it is no problem to seed these three. They are not very big, as they are drivers for only a few printers.
[01:14] <Lutin> Mithrandir: same thing happens with kernsmooth (gcc 4.2 too)
[01:15] <pitti> tkamppeter: m2300w is quite big (0,5 MB)
[01:15] <pitti> tkamppeter: splix and pxljr are trivial, right
[01:17] <ogra> Hobbsee, ....
 I'll give you a hint: he was saved by his mistress when Napoleon's sodiers invaded his house.  She beat them off with a stick.
 sounds like a communist
[01:17] <ogra> Hobbsee, are you a communist ?
[01:17] <tkamppeter> Yes, m2300w seems to have some color profiles whereas the others are for BW lasers
[01:17] <doko> seb128: is inkscape gnomish? if yes, please have a look at the build failure on lpia
[01:17] <pitti> I was referring to sbalneav's quote
[01:18] <ogra> pitti, bah, context makes it only half as funny :)
[01:18] <Hobbsee> ogra: uh...wha?
[01:19] <tkamppeter> pitti, but would be great to have m2300w on the CDs, to one more class of printers which simply works.
[01:19] <Hobbsee> ogra: where was that
[01:19] <pitti> tkamppeter: any chance to downsize it a bit? using bzip2, splitting out docs, or sth?
[01:19] <ogra> Hobbsee, a quiz about goethe quotes between sbalneav and pitti this morning :)
[01:19] <Hobbsee> ogra: ahh...
[01:20] <Hobbsee> ogra: green aliens have no particular pollitical affiliation, neither any things like communism.
[01:20] <Hobbsee> ogra: green aliens have no need for them.
[01:20] <ogra> lol
[01:22] <Hobbsee> ogra: but clearly, it wasnt me.  your quote mentions "a stick".  the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!  is *the* stick.
[01:22] <pitti> tkamppeter: can you please replace /etc/apparmor.d/usr.sbin.cupsd with http://people.ubuntu.com/~pitti/tmp/usr.sbin.cupsd and test with hplip?
[01:23] <ogra> Hobbsee, but it seems it has german ancestors ;)
[01:23] <Hobbsee> ogra: unfortunately, green aliens have no german ancestry.
[01:24] <ogra> Hobbsee, well, looking around me in this country i often doubt that :)
[01:24] <Hobbsee> ogra: :)
[01:24] <tkamppeter> pitti, the size of m2300w comes from the color profiles in /usr/share/m2300w/0.51/psfiles/
[01:25] <pitti> tkamppeter: you probably need to do "sudo aa-enforce cupsd" to tell AA to reload the profile
[01:26] <pitti> tkamppeter: hm, bzip2 compression doesn't help
[01:29] <_StefanS_> doko: hey got your mail :) - the keep build failure you're referring to, what exactly do you want me to look ?
[01:30] <doko> _StefanS_: let the package build without failure? ;-P
[01:30] <_StefanS_> doko: argh :) - then push the updates now :D
[01:30] <_StefanS_> doko: you screwed up the gcc :)
[01:30] <_StefanS_> doko: I will just wait those 2-3 hours... and get back to you.
[01:39] <Hobbsee> ogra: besides, i'm not a mistress :P
[01:42] <mhb> pitti: hi, I'll take a look
[01:42] <Mithrandir> Hobbsee: nor do you usually attack Napolean's soldiers?
[01:43] <Hobbsee> Mithrandir: no.  i didnt even attack my boss today, come to think of it.
[01:43] <Fujitsu> Mithrandir: That's what she wants you to think.
[01:43] <ogra> Mithrandir, do you think sh met one ?
[01:43] <pitti> mhb: good morning; thanks!
[01:43] <mhb> pitti: ah yes, I know where that one comes from
[01:43] <mhb> pitti: I can fix it in a jiffy
[01:44] <pitti> cool
[01:44] <Mithrandir> Hobbsee: no, you don't. :-P
[01:45] <Hobbsee> Mithrandir: okay, and a few others as well :P
[01:46] <Hobbsee> Mithrandir: why are you levitating?
[01:46] <Mithrandir> Hobbsee: why not?
[01:46] <Mithrandir> (or, because then you can't stomp my feet)
[01:46] <Hobbsee> Mithrandir: because then you'll have insane ideas.
[01:46] <Hobbsee> ogra: how warm?
[01:46] <Mithrandir> 19C here
[01:46] <ogra> only 25C here
[01:46] <siretart> 25 degrees in my office :/
[01:46] <ogra> but warm enough for ice cubes
[01:46] <Hobbsee> pft
[01:47] <geser> Mithrandir: you should get some steel-capped shoes for the next time Hobbsee tries to stomp on your feet
[01:47] <StevenK> ogra: It's 12 degrees here, I'll swap you.
[01:47] <Mithrandir> geser: spiked steel-capped shoes might be fun
[01:47] <Hobbsee> you europeans dont know real heat
[01:47] <Kmos> bug 131311
[01:47] <ubotu> Launchpad bug 131311 in Ubuntu "tribe cd images not being produced for powerpc" [Undecided,New]  https://launchpad.net/bugs/131311
[01:47] <Fujitsu> About 8 degrees here.
[01:47] <Mithrandir> Hobbsee: sure we do.  It's not hot here now, for instance.
[01:47] <ogra> just warm :)
[01:48] <Nafallo> bryce: didn't find anyone to upload for you? :-)
[01:49] <Hobbsee> Mithrandir: it does occur to me that i'll have to learn to cope with the cold, in europe
[01:49] <Mithrandir> Hobbsee: it's not cold here either.
[01:49] <Hobbsee> Mithrandir: for a non-australian value of "not cold"
[01:49] <Nafallo> Fujitsu: good for you :-P
[01:49] <ogra> Hobbsee, just wait another year or two, global warming willo adjust that for you :)
[01:49] <Hobbsee> ogra: excellent!
[01:50] <Nafallo> ogra: I don't like the outcome of that this year. far too much rain...
[01:50] <Mithrandir> Hobbsee: pft, you claim it's cold when it's still fine to walk around in shorts and t-shirt.
[01:50] <Nafallo> :-P
[01:50] <ogra> yeah its turning tropical here as well, warm and humid all the time
[01:50] <Kmos> Portugal :)
[01:51] <StevenK> Spads: That isn't summer ...
[01:51] <Nafallo> Mithrandir: surely only fine for vikings like us ;-)
[01:51] <Spads> StevenK: Why not?
[01:51] <Spads> It's only August
[01:51] <Hobbsee> Mithrandir: for you, yes.  i tend to be a little thin, and therefore freeze.
[01:52] <Mithrandir> Hobbsee: you claim I'm fat? ;-P
[01:52] <Nafallo> lol
[01:52] <ogra> Mithrandir, you work for canonical :P if you are not yet, you will be soon :P
[01:52] <Hobbsee> Mithrandir: no. just not as thin as i happen to be.
 DOES THIS ROBOT PRINCESS CROWN MAKE ME LOOK FAT?
[01:52] <Hobbsee> :P
[01:52] <Fujitsu> O_o
[01:52] <Hobbsee> Mithrandir: probably a good thing
[01:53] <mhb> pitti: it seems to be fixed
[01:53] <mhb> pitti: (now in my branch)
[01:53] <Nafallo> true. Mithrandir has skills in the kitchen. he shouldn't be allowed to eat pizza ;-)
[01:54] <Lutin> pitti: can you give-back nethack please ?
[01:54] <Hobbsee> Nafallo: skills in cooking, or skills in poisoning?  or are these not mutually exclusive?
[01:54] <Nafallo> Hobbsee: I've only experienced the first of those skills :-)
[01:54] <ogra> Hobbsee, skills in dishwashing ?
[01:55] <Hobbsee> ogra: or them.
[01:55] <pitti> Lutin: kicked
[01:55] <Lutin> thanks
[02:00] <Mithrandir> Hobbsee: I have yet to to kill anybody with my food.
[02:00] <Hobbsee> Mithrandir: that you'll admit to
[02:00] <Mithrandir> true
[02:00] <Hobbsee> Mithrandir: or is that just to soften them up, so you can go take them to your cave and eat them?
[02:00] <jwendell> Hi, seb128
[02:01] <jwendell> seb128, do you use clearlooks?
[02:01] <Mithrandir> Hobbsee: yeah.  meat > skin and bones.
[02:07] <xxxxx1> mornin' people
[02:33] <Hobbsee> jono: ping
[02:35] <infinity> Hobbsee: You sent jono a contentless ping, please try again with some useful content, kthx.
[02:35] <jono> Hobbsee: pong
[02:35] <infinity> (better?)
[02:35] <jono> infinity: arf arf :)
[02:35] <Hobbsee> infinity: no.  :P  that's not the correct response
[02:35] <Hobbsee> You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I will respond when I am around.
[02:35] <Hobbsee> *that* is the correct response
[02:35] <infinity> Mine's better.
[02:36] <Hobbsee> infinity: maybe i'll change mine.
[02:36] <Hobbsee> infinity: it's useful for random people pinging me, when i dont want to speak to them :P
[02:36] <infinity> I find that I don't often want to speak to anyone, so just pretending to be asleep (do people still believe I sleep?) works well.
[02:38] <Hobbsee> infinity: ahh.  and most people dont think to check a /whois
[02:38] <Hobbsee> infinity: unfortunately, most of the people to do with irc *do*.
[02:38] <Hobbsee> also, connecting in as LongPointyStick is also effective
[02:41] <geser> ah, Hobbsee reveals all her secrets
[02:41] <Hobbsee> geser: no, not all.
[02:42] <Hobbsee> geser: i havent revealed why i have this particular real name, for eg.
[02:43] <geser> Hobbsee: why have you this particular real name?
[02:43] <Hobbsee> geser: to avoid excessive amounts of harassment
[02:44] <Hobbsee> geser: seriously.  i'd go from being harrassed multiple times each week, at times, to zilch.
[02:44] <Hobbsee> from randoms in #ubuntu, and wherever else.
[02:46] <dendrobates> hobbsee: harassed how?
[02:46] <infinity> Hobbsee: OMG, UR A GIRL LOL?!
[02:46] <infinity> Hobbsee: A/S/L!!!
[02:46] <elkbuntu> infinity, dont be silly. girls dont exist on teh intarweb
[02:46] <Kmos> lol
[02:46] <Kmos> another one :)
[02:47] <geser> elkbuntu: only as .jpg?
[02:47] <elkbuntu> geser, well a request for one of those usually accompanies these conversations
[02:47] <Hobbsee> infinity: 93.  green alien.  antarctica.
[02:48] <geser> elkbuntu: :(
[02:49] <elkbuntu> Hobbsee, i think geser failed to get the reference. do you have the link handy? :)
[02:49] <Hobbsee> !women
[02:49] <dendrobates> http://www.urbandictionary.com/define.php?term=a%2Fs%2Fl
[02:49] <ubotu> The women and men of the Ubuntu women project hang out in #ubuntu-women. Encouraging women to use linux? Read http://www.tldp.org/HOWTO/Encourage-Women-Linux-HOWTO/ for some suggestions compiled by women who use Linux on how to do so effectively.
[02:49] <Hobbsee> bah
[02:49] <Hobbsee> !girl
[02:49] <ubotu> Girls dont exist on the internet.  See http://www.escapistmagazine.com/print/17/27
[02:50] <dendrobates> I had actually never seen A/S/L before.   I am so sheltered/old.
[02:51] <elkbuntu> Hobbsee, oh? do i hear you right? you want to be thrown in a pool? :
[02:51] <Hobbsee> elkbuntu: i think you do.  or you want the other
[02:52] <elkbuntu> Hobbsee, if you continue, i will hold you under :
[02:52] <Hobbsee> you couldnt.  you wouldnt dare.
[02:52] <Hobbsee> elkbuntu: but does this mean you'll refuse to be my room mate?  :P
[02:52] <elkbuntu> Hobbsee, between this conversation and 'the other side of the wall'... likely
[02:54] <Mithrandir> elkbuntu: turn, choke.
[02:54] <Mithrandir> or rather, turn, spill water on floor
[02:54] <elkbuntu> Mithrandir, that was no freudian slip, i know ;)
[02:55] <elkbuntu> Hobbsee, i agree
[02:56] <Hobbsee> Mithrandir: were you ever evil, btw?
[02:56] <Hobbsee> elkbuntu: actually, i dont thikn i should remind Mithrandir.
[02:57] <Mithrandir> Hobbsee: no, I'm nice
[02:58] <Hobbsee> Mithrandir: oh good
[02:58] <elkbuntu> Mithrandir, a perfect little angel, right?
[02:58] <Mithrandir> yup
[02:58] <Hobbsee> sure sure
[03:03] <Hobbsee> hiya evand.  welcome to the madhouse.
[03:05] <evand> good morning Hobbsee, everyone
[03:06] <geser> elkbuntu: seen the movie "Dogma"?
[03:07] <viviersf> is beagle or tracker gonna be installed by default in gutsy ?
[03:07] <elkbuntu> geser, dont think so, no
[03:07] <evand> tracker is, isn't it?
[03:08] <pygi> sadly :P
[03:08] <StevenK> elkbuntu: Matt Damon, Ben Affleck as angels of death. Oh, and Jay and Silent Bob.
[03:08] <StevenK> Stupid movie.
[03:08] <StevenK> Oh, who'd have guessed?
[03:09] <StevenK> Ha
[03:10] <StevenK> elkbuntu: Can you find where this missing curly is supposed to be? :-P
[03:10] <elkbuntu> StevenK, i can give you a hint. 'the last place you look'
[03:10] <elkbuntu> have fun! :D
[03:11] <geser> elkbuntu: except you look there first, then it's the first place you would search
[03:17] <StevenK> Grah. Now dch is broken.
[03:17] <StevenK> "2.10.7-1ubuntu1" -> "2.10.7-1ubuntu1ubuntu1"
[03:18] <Kano> hi, how about only starting X in init 5
[03:18] <Hobbsee> StevenK: ...impressive
[03:18] <Chipzz> Kano: no
[03:18] <thom> ubuntu doesn't really differentiate runlevels
[03:18] <Chipzz> Kano: runlevels are different in debian/ubuntu than in RH
[03:19] <Kano> i know that
[03:19] <Chipzz> than why do you ask?
[03:19] <Chipzz> *then
[03:19] <Kano> but there is no way expect single user mode not to start X
[03:19] <Kano> or is there another option to get rid of x
[03:19] <Chipzz> sure there is
[03:19] <Kano> and how it is called
[03:19] <Chipzz> start in some other runlevel than 2
[03:20] <Kano> haha
[03:20] <Kano> as 2-5 are the same
[03:20] <Kano> what should that do
[03:20] <Chipzz> then file a bug to have gdm not start in some other runlevel then 2
[03:21] <Kano> 5 is the runlevel where it should start
[03:21] <Chipzz> no it is NOT
[03:21] <Fujitsu> Kano: In RH that is where it starts.
[03:21] <Kano> Fujitsu: and in many other distros too
[03:21] <Fujitsu> Probably because they're RH-based.
[03:22] <StevenK> 2-5 are the same by default. If you change that, the system should respect it. If it doesn't, it's a bug.
[03:22] <Chipzz> last time I checked, unless you are some important debian developer you do not get to dictate how each run-level is used...
[03:22] <broonie> This comes from Debian which has done this since forever.
[03:23] <Kano> thats right, and i always changed the runlevels ;)
[03:23] <Chipzz> StevenK: it may be considered a bug (/waste of runlevels) that runlevels 2-5 are not differentiated
[03:23] <Kano> i have got a gfx card which does not init with ati or vesa driver
[03:23] <Kano> only with fglrx
[03:24] <Kano> need to stop x from loading, without splash option i can get rid of the splash at least - as this does not work too
[03:24] <StevenK> Kano: Then drop the single user?
[03:24] <Kano> but i would not consider to use single user mode as good workaround
[03:24] <StevenK> s/the/to/
[03:25] <thom> so just delete the symlinks in the other runlevels. that's why we provide them; it's a user customisation
[03:26] <Kano> do you really think i dont know thi
[03:26] <Kano> s
[03:26] <thom> so why do you think it should change globally?
[03:26] <Kano> i am using primary your live systems for testing
[03:26] <Chipzz> thom: which do get recreated the next time the package is upgraded...
[03:26] <thom> Chipzz: nope
[03:27] <thom> if they do, that's a bug in the package
[03:29] <StevenK> keescook: Are you around?
[03:34] <Kano> and why are the kernel patches i proposed not acceptet? there are only simple pci id addons
[03:34] <Kano> i dont like to write 100 pages of bug reports to get em in
[03:35] <Kano> i tried it once, nothing changed
[03:35] <Hobbsee> Kano: surely you'd ask the kernel team that...
[03:35] <Kano> the only thing that was solved was the fuse update
[03:35] <Kano> also your ntfs-3g is outdated, get the update from sid
[03:35] <Kmos> in Gnome: Menu "System" -> click on "About Ubuntu" , it doesn't work.. can't open file xml file..
[03:36] <Kano> this is a major package for write support, should be always current
[03:36] <thom> whining in this channel is a perfect way to get people to ignore you; please follow the procedures like everyone else
[03:37] <Kano> ok. sid still did not add it ;) but it is on mentors
[03:37] <Kano> and it works
[03:37] <tkamppeter> pitti, are you there?
[03:37] <Kano> http://mentors.debian.net/debian/pool/main/n/ntfs-3g/
[03:39] <mjg59> Kano: Point us at the bug in launchpad and it'll get fixed
[03:39] <pitti> tkamppeter: back
[03:39] <mjg59> Kano: Otherwise it's unlikely that it will be. You've been told that on several occasions
[03:40] <Kano> mjg59: i added 5 test bugs, only one solved
[03:40] <mjg59> Kano: Numbers?
[03:40] <Kano> why should i waste my time?
[03:40] <mjg59> Kano: Because, right now, you're wasting *our* time
[03:40] <pitti> tkamppeter: any luck with the updated AA profile?
[03:40] <mjg59> And you're the one that believes there are issues
[03:40] <Kano> i know they are issues
[03:40] <Kano> i dont "believe" it
[03:41] <mjg59> Kano: Then point us at a bug report precisely describing the issues and your proposed resolution
[03:41] <mjg59> Or, alternatively, spend the next five years failing to get them fixed
[03:41] <Kano> it cant be the point to write a endless description when i even attach the fix
[03:41] <mjg59> Kano: Yes, it can. We don't alter packages without understanding the problem.
[03:42] <Kano> then ubuntu will always be not that optimized than it could be
[03:42] <Kano> just because of ignorance
[03:42] <infinity> Kano: Applying patches that aren't well-explained is a surefire way to break things.
[03:43] <StevenK> infinity!
[03:43] <StevenK> infinity: *poke* :-P
[03:43] <infinity> Kano: If you know the fixes are correct, surely you know how to explain why that is?
[03:43] <infinity> StevenK: OW.
[03:43] <Kano> infinity: i do not always own the hardware that requires em
[03:43] <mjg59> Kano: If you point me to a launchpad bug containing a description of the problem and a patch, then I will get any kernel fixes applied
[03:44] <Kano> but others use the patches versions and they work
[03:44] <mjg59> But without that, it's not happening
[03:44] <Kano> mjg59: it really seems you dont know who i am
[03:44] <tkamppeter> pitti, no, I had to return to complain mode to get my HP printer printing.
[03:45] <pitti> tkamppeter: can you please send me the dmesg output?
[03:45] <pitti> tkamppeter: so we need some more iterations (not entirely unexpected)
[03:45] <mjg59> Kano: Until I've seen your name on a significant number of patches that have been accepted into the upstream kernel, it doesn't matter who you are
[03:45] <StevenK> infinity: I'd like to get yada killed before UVF, which is sneaking up ...
[03:45] <tkamppeter> And looking into /var/log/syslog I see 100s of lines PERMITTING, no BLOCKING or similar.
[03:45] <StevenK> Well, killed would be nice. Demoted is the current goal.
[03:46] <mjg59> Kano: We have no reason to believe tht your patches are automatically better than anyone else's - as a result, they will go through the same procedure
[03:46] <Kano> mjg59: currently the ubuntu kernel + 3 applied patches use serveral kanotix user without problems. you can be sure that adding the right pcis to the right modules does not hurt
[03:46] <mjg59> Kano: No, I can't be certain
[03:46] <mjg59> We have a significantly larger number of users than you
[03:46] <pitti> tkamppeter: yeah, in complaint mode it will be PERMITTING, in enforce mode REJECTING
[03:46] <mjg59> And we need to be able to explain to upstream what these patches do
[03:47] <StevenK> And the explanation "Because $USER said so" doesn't cut it.
[03:47] <mjg59> In the time you've taken arguing here, you could already have filed usefuland appropriate bugs
[03:48] <Kano> mjg59: i will add the 2 bugs for the other kernel patches only if you definitely add em in next kernel
[03:48] <Kano> otherwise it is useless
[03:48] <mjg59> Kano: If you explain them adequately, it will be done. I can't promise it will happen for the next kernel.
[03:48] <infinity> Kano: The only person that ultimatum harms is you.
[03:48] <mjg59> But it will be done before release.
[03:49] <Kano> infinity: search for the bugs from Kano in your launchpad
[03:49] <tkamppeter> pitti, so all these PERMITTINGs are complaints? S I should tell on which files they are?
[03:49] <infinity> Kano: I have bugs open in Debian that are twice as old as Ubuntu.  I don't run around saying "I'll never file another bug until you fix those ones, nyah nyah nyah."
[03:49] <pitti> tkamppeter: please send me 'dmesg | grep audit'
[03:49] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/128289
[03:49] <ubotu> Launchpad bug 128289 in linux-source-2.6.22 "VIA southbridge Intel id missing" [Medium,Triaged] 
[03:49] <Kano> one of the 3 bugs
[03:50] <mjg59> Kano: A bug where you failed to provide any useful information in the bug
[03:50] <tkamppeter> pitti, these ones come if s-c-p scans for printers:
[03:50] <tkamppeter>  PERMITTING
[03:50] <kylem> so why are you attaching things to bugs instead of following documented policy.
[03:50] <tkamppeter>  r access to /dev/bus/usb/004/001 (hp(22433) profile /usr/sbin/cupsd active /usr/sbin/cup
[03:50] <tkamppeter> sd)
[03:50] <tkamppeter> (same for the other USB devices)
[03:50] <mjg59> Kano: The useful information was added 10 days ago
[03:50] <Kano> mjg59: i always have to ask other ppl to write that because i told you already that i do not own the hardware!
[03:51] <tkamppeter> PERMITTING
[03:51] <tkamppeter>  r access to /dev/parport0 (hp(22433) profile /usr/sbin/cupsd active /usr/sbin/cupsd)
[03:51] <Kano> and 10 days... is it added?
[03:51] <mjg59> Kano: And I keep telling you that we cannot apply patches to the kernel unless we know wht they do
[03:51] <mjg59> Kano: Half the kernel team is currently on holiday
[03:51] <broonie> Kano: Often a link to eg, a mailing list thread discussing the patch would help.
[03:51] <pitti> tkamppeter: ooh, I see, the raw printers and parallel ports
[03:51] <tkamppeter> Either AppArmor is blocking the device files or the hp CUPS backend.
[03:51] <pitti> tkamppeter: I only allowed /dev/lp* and dev/usb/lp*
[03:52] <pitti> tkamppeter: I'll add that
[03:52] <mathiaz> tkamppeter: if the profile is in complain mode, there shouldn't be any blocked access.
[03:52] <pitti> tkamppeter: raw access to all USB devices is pretty evil, though
[03:52] <mathiaz> tkamppeter: and since it's PERMITTING, it means the access has been granted.
[03:52] <Kano> the 4 other bugs about avm drivers are still NEW. added the same day
[03:52] <pitti> tkamppeter: does hplip really talk to the raw devices or does it just scan the entire /dev and talks to usblp* or lp*?
[03:53] <Kano> you add drivers that can not even work without patching
[03:53] <mjg59> Kano: l-r-m will tend to be handled at a lowerpriority than the core kernel
[03:53] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.22/+bug/128296
[03:53] <ubotu> Launchpad bug 128296 in linux-restricted-modules-2.6.22 "avm drivers need pci_register_driver instead of pci_module_init" [Undecided,New] 
[03:53] <tkamppeter> pitti, HPLIP is accessing bi-directionally for printing, too. The lines with the raw devices I got also while printing.
[03:54] <tkamppeter> And I got also this one, but do not know by which action:
[03:54] <pitti> tkamppeter: ok, seems it needs it then
[03:54] <tkamppeter> PERMITTING
[03:54] <tkamppeter>  r access to /usr/share/hplip/data/models/models.dat (python(22432) profile null-complain
[03:54] <tkamppeter> -profile active null-complain-profile)
[03:54] <Kano> i think abi changes should be known to you ...
[03:54] <pitti> tkamppeter: that looks weird; can you please mail me your entire dmesg output?
[03:55] <tkamppeter> and a lot on the various Python files of HPLIP:
[03:55] <tkamppeter> PERMITTING
[03:55] <tkamppeter>  r access to /usr/share/hplip/base/service.py (python(22432) profile null-complain-profil
[03:55] <tkamppeter> e active null-complain-profile)
[03:55] <pitti> tkamppeter: please, don't spam the channel, just mail it
[03:56] <xxxxx1> hello pitti
[03:57] <pitti> hey xxxxx1
[03:59] <tkamppeter> pitti, the logs are on their way.
[04:00] <tkamppeter> pitti, I have also found out why your printer is not set up with the SpliX driver.
[04:01] <pitti> oh?
[04:02] <tkamppeter> pitti, s-c-p is not isolating the model name correctly from the PPDs. Open s-c-p, "Add Printer" and then look at the models under "Samsung". Your model appears twice, once correctly as "ML-1610" (with only "gdi") and second as "ML-1610, 1.0" (with SpliX).
[04:02] <pitti> yep
[04:03] <tkamppeter> hal-cups-utils selects "ML-1610" because this is an exact match of the real model name.
[04:04] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132454
[04:04] <ubotu> Launchpad bug 132454 in linux-source-2.6.22 "Add a necessary PCIID for Santa Rosa's PATA controller" [Undecided,New] 
[04:04] <Kano> high prioity as you can not even boot with new laptops
[04:07] <ijuz_> with the ide_generic option you can, but that is of course ugly
[04:07] <Kano> yes it is ugly
[04:08] <Kano> i tested the patch, the use can use his cdrom just fine
[04:10] <mjg59> Kano: Is already in git
[04:12] <Kmos> there is any wiki about HAL debugging, ?
[04:14] <StevenK> Lutin: devscripts uploaded.
[04:14] <Riddell> mvo: how can we add kubuntu-restricted-extras to app-install-data?
[04:17] <Lutin> StevenK: cool, thanks :)
[04:21] <Kmos> mjg59: so that one can be fix commited ?
[04:22] <mjg59> Kmos: Wait for confirmation. I'm not sure it's hit the main tree yet.
[04:22] <Kano> mjg59: whats the current git checkout command
[04:22] <Kmos> mjg59: i set it to confirmed
[04:23] <infinity> pitti: Is there a pending MIR or something to get abiword's build-deps in main?
[04:23] <pitti> not that I know of
[04:24] <infinity> pitti: It's been happily not building since May...
[04:26] <infinity> pitti: Needs liblink-grammar4-dev, apparently.
[04:26] <infinity> Who's in charge of Xubuntu these days?  I assume they should care..
[04:27] <pitti> infinity: gpocentek?
[04:27] <infinity> https://wiki.ubuntu.com/MainInclusionReportLinkGrammar
[04:27] <infinity> Looks like you did approve it, no one ever fixed the overrides.
[04:27] <Lutin> mvo: pbuilder-satisfydepends-gdebi seems broken, because it passes the --root option to gdebi, which now requires an argument
[04:28] <Lutin> pitti: gpocentek stepped down from xubuntu. janimo and mr_pouit are the guys who care for it :)
[04:28] <pitti> I see
[04:28] <seb128> jwendell: no, I use the Human theme
[04:29] <infinity> pitti: Fixed.  Sorry to bug you, should have search the wiki first.
[04:29] <jwendell> seb128, ah, did you see my comment on bug 106124?
[04:29] <ubotu> Launchpad bug 106124 in gtk2-engines "Clearlooks, tooltips and notifications are gray now instead of yellow" [Low,Fix released]  https://launchpad.net/bugs/106124
[04:29] <pitti> infinity: np, thanks for fixing it
[04:29] <infinity> s/search/searched/
[04:29] <broonie> Apparently someone rewrote it to do some hideous XML stuff with no obvious understandig of xML at some point.
[04:30] <broonie> ECHAN
[04:30] <seb128> jwendell: no
[04:30] <seb128> jwendell: reading now
[04:30] <seb128> jwendell: open a bug on bugzilla I would say
[04:31] <pitti> tkamppeter: I updated the profile on people, can you please test again?
[04:32] <pitti> tkamppeter: copy it, and do 'sudo /etc/init.d/apparmor reload'
[04:32] <pitti> iwj: can we two kill some MIRs today? dendrobates needs some urgent ones (the pam/ldap stuff)
[04:33] <infinity> StevenK: You recently had to beat intltool into submission, right?
[04:33] <infinity> StevenK: Does this look familiar? http://launchpadlibrarian.net/8806474/buildlog_ubuntu-gutsy-lpia.inkscape_0.45.1-1ubuntu3_FAILEDTOBUILD.txt.gz
[04:34] <dobey> infinity: rerun intltoolize --force --copy
[04:34] <Lutin> mvo: maybe just replace --root $CHROOT by --root=${CHROOT:-/} would be ok ?
[04:34] <dobey> autoreconf doesn't rerun intltoolize
[04:35] <seb128> dobey: is that an intltool bug?
[04:36] <pitti> tkamppeter_: wb
[04:36] <dobey> seb128: no. all the INTLTOOL_$GNUTOOL stuff is gone in 0.36, so if you are using the new intltool.m4, and old intltool-foo.in, it breaks
[04:37] <pitti> tkamppeter_: I updated the profile on people, can you please test again? copy it, and do 'sudo /etc/init.d/apparmor reload'
[04:37] <dobey> and autoreconf causes the new intltool.m4 to get pulled in i think
[04:37] <dobey> seb128: it's probably prudent to get autoreconf patched to support re-running intltoolize
[04:37] <seb128> k
[04:37] <dobey> if needed
[04:39] <dobey> brb
[04:40] <iwj> pitti: Does it need doing before FF ?  I'm very short of time.
[04:40] <tkamppeter> pitti, I had an interruption here. Did you say anything to me before "tkamppeter_: wb"?
[04:40] <pitti> tkamppeter: yes, but I said it again
[04:40] <pitti> iwj: yeah, that's why it is urgent
[04:40] <pitti> iwj: I'll review some as well
[04:41] <iwj> Let me look.
[04:42] <iwj> libpam-ldap, *auth-client* ?
[04:42] <pitti> iwj: and libpam-mount, and libnss-ldap
[04:42] <dendrobates> iwj: libnss-ldap , not libpam-mount
[04:43] <dendrobates> pitti and iwj:  this is my first MIR, so I apologize in advance f they are crap.
[04:46] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/132466
[04:46] <ubotu> Launchpad bug 132466 in linux-source-2.6.22 "Add T-Sinus 111card to hostap_cs driver to be able to upload firmware" [Undecided,New] 
[04:47] <Kano> mjg59: is it now enough to confim that the patch works...
[04:47] <tkamppeter> pitti, I have added some test results to our private chat.
[04:48] <pitti> tkamppeter: weird, I didn't get anything;
[04:48] <pitti> tkamppeter: ah, you aren't registered
[04:48] <iwj> pitti: TBH libnss-ldap and libpam-ldap seem like the main questions here.
[04:48] <pitti> iwj: yeah, the auth client stuff should be trivial (I didn't look at it yet)
[04:48] <iwj> They don't have a hugely nice security history and they're put right in the most critical place.
[04:49] <pitti> iwj: yeah, I know; the question, however, is less about whether or not to put them in main (since it's a feature goal), but rather to check their sanity etc.
[04:49] <iwj> Err.
[04:50] <iwj> If the question isn't whether to put them in main then there is no point doing the MIR, surely ?
[04:50] <iwj> "Executive Override"
[04:50] <pitti> well, if they are really broken, we wouldn't of course
[04:50] <iwj> Or do you mean you want to review them for (a) hideously broken and/or (b) easy fixes ?
[04:50] <tkamppeter> pitti, so I will mail you the full syslog
[04:50] <pitti> iwj: in that case we would note down the complaints, have the guys fix them, wash/rinse/repeat
[04:50] <iwj> OK, that makes sense.
[04:51] <iwj> I think the lib*-ldap are the meat.  Do you want me to take those two ?
[04:51] <pitti> iwj: oh, if you are comfortable with grabbing both of them?
[04:51] <iwj> Well, I think they'll be similar.
[04:51] <pitti> iwj: I'll look at the other stuff then (that should take less time per report)
[04:51] <iwj> I can't guarantee to spot the next vuln though.
[04:52] <pitti> iwj: no, I don't think we should expect to get a full audit
[04:54] <seb128> hum
[04:54] <seb128> what the heck?
[04:55] <tkamppeter> pitti, you have mail
[04:55] <seb128> ah, command-not-found looking weird
[04:57] <iwj> pitti: OMG   4088 pam_ldap.c
[05:06] <pitti> tkamppeter: updated again; I think it should do now, since I basically disabled all confinements of hplip (that's not a regression anyway)
[05:07] <pitti> tkamppeter: that version also fixes the gazillion null-complain-profile noise
[05:07] <keescook> hiya pitti :)
[05:07] <pitti> hey keescook! *hug*
[05:07] <pitti> kylem: do you have some time today to discuss the dapper.2 list?
[05:10] <Hobbsee> heya keescook!
[05:10] <Hobbsee> :D
[05:10] <keescook> :)
[05:11] <tkamppeter> pitti, there is still the following:
[05:11] <tkamppeter> REJECTING rw access to /dev/tty (bash(6719) profile /usr/sbin/cupsd active /usr/sbin/cupsd)
[05:11] <kylem> pitti, yup.
[05:12] <tkamppeter> but it prints
[05:13] <pitti> tkamppeter: yeah, I deliberately don't allow that
[05:13] <pitti> tkamppeter: cool!
[05:13] <pitti> tkamppeter: thanks a lot; I'll upload that now to get it fixed, and look into cups 1.3 after the discussion with kyle
[05:13] <tkamppeter> pitti, job has successfully completed.
[05:14] <pitti> \o/
[05:15] <tkamppeter> pitti, started system-config-printer and looked for device auto-detection. All devices appear, HPLIP-driven printers. network printers, and my Bluetooth cell phone.
[05:16] <pitti> tkamppeter: erm, is that cellphone able to print? :-)
[05:19] <tkamppeter> pitti, no, or simply Samsung does not provide a Linux driver for it (would be nice to have a fax driver).
[05:20] <tkamppeter> pitti, but at least it asks for the PIN when one sends a job to it. So one can see that the Bluetooth backend works.
[05:20] <pitti> cool
[05:20] <pitti> tkamppeter: heh, indeed, a fax driver would be a nice gadget
[05:23] <psusi> iwj: ping
[05:23] <tkamppeter> pitti, what did you mean with " thanks a lot; I'll upload that now to get it fixed, and look into cups 1.3 after the discussion with kyle"
[05:23] <iwj> psusi: Content free ping isn't very interesting.
[05:24] <pitti> tkamppeter: I don't discuss cups with kyle; just saying that I'll look into cups afterwards
[05:24] <psusi> iwj: hey... was wondering how dpkg triggers is coming?
[05:24] <Riddell> calc: see this? https://lists.ubuntu.com/archives/kubuntu-users/2007-August/019536.html
[05:24] <tkamppeter> Will you add this profile now to the CUPS 1.3.0 package which I have made available to you or should I re-upload that package with the new apparmor profile?
[05:24] <psusi> iwj: I thought we would have it in gutsy, but it looks like it hasn't made it upstream even yet?
[05:24] <iwj> I'm working hard on it when I'm not being asked about it :-).  It'll be in for FF but not very well tested.  I'll probably break everyone's stuff :-).
[05:24] <seb128> pitti: do you run gutsy on you powerpc?
[05:25] <psusi> FF?
[05:25] <pitti> seb128: yes, I do
[05:25] <seb128> pitti: does "gst-inspect-0.10" crash?
[05:25] <pitti> seb128: except that I downgraded the kernel again since suspend to ram broke between gutsy's -8 and -9
[05:25] <pitti> seb128: booting
[05:25] <seb128> pitti: thanks
[05:25] <psusi> iwj: you are still just working on it privately?  I didn't see it in the dpkg git repo
[05:27] <iwj> It's all on my local disk, yes.
[05:27] <iwj> In fact TBH I've been too busy coding to do any playing with git so I'll probably upload to Ubuntu first and mess with git later.
[05:29] <psusi> ok... definately check out git when you get a chance... it is awesome... I've been tracking the linux kernel develeopment with it... it is incredible to update after linus tags a new -rc1 and see all the thousonds of changes woven into the kernel from all of his dozens of liutenents and submitted by hundreds of contributors
[05:30] <psusi> most of which have been sitting in other repos for testing for weeks or months, but all are now in the mainline for -rc1
[05:31] <pitti> seb128: doesn't crash here, but it's already some weeks old; dist-upgrading now
[05:31] <tkamppeter> pitti, you have put your new profile into the old CUPS 1.2.x now? Will we stay with CUPS 1.2.x in Gutsy?
[05:32] <pitti> tkamppeter: yes (so that it gets out of my eyes), and no (I'll still update it)
[05:32] <seb128> pitti: ok, thanks
[05:33] <tkamppeter> pitti, should I merge 1.3.0 with your 1.2.12-3ubuntu3 now or will you do it?
[05:33] <pitti> tkamppeter: if you have your package current against ubuntu2, that's fine
[05:33] <pitti> tkamppeter: ubuntu3 just updates the AA profile, that's trivial
[05:34] <psusi> iwj: you should be able to use triggers to things like shut down apache once, update several apache related packages, then start it back up at the end right?  rather than restrting it dozens of times?
[05:34] <pitti> tkamppeter: I'll probably update the Debian trunk first and re-merge the Ubuntu changes
[05:34] <tkamppeter> pitti, yes, I have now a cupsys 1.3.0-0ubuntu1 with your newest profile now, I only need to upload it to my server.
[05:34] <pitti> tkamppeter: cool, thanks
[05:35] <iwj> psusi: Would you mind if we had this conversation after feature freeze ? :-)
[05:35] <psusi> hehe... sure ;)
[05:36] <tkamppeter> pitti, I am currently replacing the source files on the server.
[05:37] <tkamppeter> pitti, files on the server are replaced now.
[05:39] <tkamppeter> pitti, I have another question: Will CUPS work with other filter-style drivers than HPIJS, like foo2zjs, m2300w, pxljr, ...
[05:39] <bddebian> Heya
[05:40] <pitti> tkamppeter: by default those backends have the same privileges as cupsd
[05:40] <pitti> tkamppeter: so if they need configuration files or special programs to work, they might break
[05:40] <tkamppeter> pitti, these are not backends, these are executables in /usr/bin, which are called via foomatic-rip.
[05:42] <tkamppeter> REJECTING
[05:42] <tkamppeter>  x access to /usr/bin/foo2zjs-wrapper (bash(22239) profile /usr/sbin/cupsd active /usr/sb
[05:42] <tkamppeter> in/cupsd)
[05:43] <tkamppeter> pitti, I think this is a big problem, as every driver would need its own entry in the AppArmor profile. Especiallyt for users printers will not work out-of-the-box if they would install a distro-independent driver package from the manufacturer or from OpenPrinting.
[05:44] <pitti> tkamppeter: we should probably allow execution of /usr/bin/*
[05:44] <pitti> tkamppeter: with the same privs as cupsd
[05:44] <pitti> instead of picking particular programs
[05:44] <tkamppeter> pitti, yes, and this is not dangerous, as only root can write into this directory or modify the files in there.
[05:46] <iwj> pitti: Well, libpam-ldap consists of about 4kloc of flabby C code which implements complicated logic for pam in terms of libldap.  I haven't found any howlers reading it just now but I'm pretty sure it has more bugs than the ones found so far.
[05:46] <pitti> tkamppeter: can you please replace "/usr/bin/env ixr," with "/usr/bin/* ixr" and remove the other /usr/bin lines? then /etc/init.d/apparmor reload
[05:46] <iwj> pitti: What more did you want to know ? :-)
[05:47] <tkamppeter> pitti, still a problem will be the distro-independent driver packages from OpenPrinting. They install into /opt and add the directory with the executable filters to the system's PATH, via an entry in /etc/profile or in /etc/profile.d/*.
[05:47] <iwj> I wouldn't want it on the security boundary of any machine I cared about.
[05:47] <iwj> But then that's true of web browsers too and I have to run those ...
[05:47] <pitti> iwj: a general impression of "this code is maintained upstream, it has a good chance to actually work" and such, I think
[05:48] <iwj> I have no reason to think it doesn't work.
[05:49] <pitti> tkamppeter: yeah, it's no problem to add /bin/*, /usr/local/bin/*, /sbin/* etc., too
[05:49] <iwj> Upstream is a small company who do appear to be active.
[05:49] <pitti> tkamppeter: oh, they modify a system configuration file? urgh
[05:50] <tkamppeter> pitti, and also /usr/lib/cups/driver/* /usr/lib/cups/filter/* /usr/lib/cups/backend/*, as drivers also bring files to be put into these directories.
[05:51] <pitti> tkamppeter: those are already covered
[05:51] <tkamppeter> pitti, how do you think one should do distro-independent driver packages? Somehow they need to be connected with the system.
[05:52] <Kmos> bug 130203
[05:52] <ubotu> Launchpad bug 130203 in Ubuntu "MoM creates package against wrong tarball when tarballs are different" [Undecided,New]  https://launchpad.net/bugs/130203
[05:52] <Kmos> what package to fill this bug against ?
[05:53] <tkamppeter> pitti, after adding /usr/bin/*, /usr/sbin/*, /sbin/* and /bin/* my LaserJet 1020 (foo2zjs) prints.
[05:54] <iwj> pitti: libnss-ldap is about 17kloc in total of which at least half is actually used by us.  The latest upstream version has a probably hard-to-exploit buffer overflow bug which was reported to Debian in December 2006.
[05:54] <pitti> tkamppeter: ok, I did that change in svn
[05:54] <pitti> iwj: they didn't fix that yet? hmm
[05:54] <iwj> And for which a fix has been in Debian since June 2006.
[05:58] <iwj> TBH I don't think I properly understand the basis for the yes/no decision.  I don't much like these packages.
[05:59] <pitti> iwj: in this case the question is more like "what do we need to fix on those packages before we can support them?"
[06:00] <iwj> What do you do with 10kloc of security authorisation code written by idiots to fix it to make it secure ?
[06:01] <pitti> iwj: sounds exactly like the thing I'd put on a CD by default and ship worldwide :-P
[06:01] <iwj> Go for it then :-).
[06:01] <pitti> *cough*
[06:01] <iwj> OK, `idiot' is probably overly harsh.
[06:01] <iwj> It's not absolutely terrible.
[06:02] <xhaker> whats the subject here?
[06:02] <iwj> I think the bug rate will be comparable to that from other excessively extensive C code.
[06:02] <iwj> xhaker: libnss-ldap
[06:02] <iwj> (and libpam-ldap, earlier)
[06:09] <pitti> tkamppeter: /opt> allowing cupsd to read everything below /opt/ is no problem; for execution, do those drivers have a certain structure?
[06:10] <pitti> seb128: latest gst-inspect behaves for me
[06:15] <tkamppeter> pitti, in general in /opt every supplier can do everything he wants under /opt/<supplier>/, accordint to the FHS there is no required structure.
[06:17] <pitti> tkamppeter: ok; let's not worry too much about /opt then, I'll whitelist it
[06:18] <pitti> tkamppeter: do you think that /opt needs write privs, too? or do these drivers generally use /tmp/ and /var/spool/?
[06:19] <alex-weej> mvo: you there?
[06:19] <tkamppeter> pitti, write privs are not needed in /opt. They use /var/opt/..., perhaps also /tmp/...
[06:21] <tkamppeter> And there should also read access for everything under /usr/, as some drivers, like m2300w have some extra files, but these only need to be read by the driver.
[06:21] <tkamppeter> Opening read access to /usr/ should be no problem, as there is no private data. Only world-readable system files.
[06:22] <pitti> tkamppeter: read /usr/ is more or less covered (/usr/lib/** and /usr/share/**)
[06:23] <pitti> tkamppeter: people.u.c. profile updated
[06:23] <pitti> tkamppeter: so that should work with those three drivers you mentioned above
[06:23] <tkamppeter> /usr/lib64, /usr/X11R6/?
[06:24] <mvo> alex-weej: yes
[06:24] <alex-weej> mvo: when you created the ubuntu theme for notification-daemon, was it a copy and paste job from the standard theme?
[06:24] <alex-weej> just there is a fair bit of delta now :/
[06:25] <pitti> tkamppeter: /usr/X11R6 is deprecated
[06:25] <mvo> alex-weej: it was
[06:25] <tkamppeter> pitti, foo2zjs is working with your new profile.
[06:25] <pitti> tkamppeter: and the cupsys package doesn't use /usr/lib64
[06:26] <tkamppeter> pitti, what happens if a driver uses a shared library and we are on a 64-bit box?
[06:27] <alex-weej> mvo: PM
[06:27] <dendrobates> pitti iwj: Is it your opinion that libpam-ldap is not of sufficient quality to be supportable?
[06:27] <pitti> tkamppeter: shared libs are not the problem, that's already allowed by #include <abstractions/base>
[06:27] <tkamppeter> pitti, is this also valid for libs linked at run-time, via libdl or so?
[06:28] <pitti> tkamppeter: yes
[06:28] <tkamppeter> pitti, then /usr/lib64 is really not needed.
[06:31] <pitti> tkamppeter: ok, I committed the changes to the svn
[06:32] <tkamppeter> pitti, do the AppArmor profile entries for cups-pdf fix https://blueprints.launchpad.net/ubuntu/+spec/pdf-printing-cups-as-default
[06:32] <pitti> tkamppeter: I made the profile work with cups-pdf, yes
[06:32] <pitti> tkamppeter: (and did a small fix to cups-pdf itself for that)
[06:33] <tkamppeter> I mean part 3 there. part 2 and part 1 are easy to fix then.
[06:33] <tkamppeter> pitti, does cups-pdf already auto-create the PDF queue (part 2)?
[06:34] <pitti> tkamppeter: part 3> it's not too bad ATM, I had a look at it when fixing the package
[06:34] <pitti> tkamppeter: part 2 is not done, you have to manually add the queue
[06:34] <tkamppeter> pitti, I mean with fixing part 3 also if an AppArmor protection assures the security, so that privilege-dropping can be dropped.
[06:35] <pitti> tkamppeter: not sure what you mean
[06:35] <pitti> tkamppeter: cups-pdf drops root privs to user privs for actually writing the file
[06:35] <tkamppeter> pitti, part 2 we can do easily, by simply adding an "lpadmin ..." line to the post-install script.
[06:35] <pitti> that's good, that's robust, it's upstream, I see no reason to change that
[06:36] <tkamppeter> pitti, it does already? Even better, then part 3 is really fixed.
[06:36] <pitti> tkamppeter: it might be possible that it could be tightened, but it's not too bad ATM
[06:38] <tkamppeter> For fixing part 2 see my comment in bug 82674
[06:38] <ubotu> Launchpad bug 82674 in cups-pdf "add/remove the PDF printer in CUPS at installation/removal time" [Medium,Confirmed]  https://launchpad.net/bugs/82674
[06:45] <iwj> pitti: I've written two report conclusions into those two MIRs.  I think the decision now is political so if you don't mind I would like to bow out.
[06:45] <iwj> You should ask The Management whether there is, as I say, a "compelling reason" for inclusion.
[06:45] <pitti> iwj: I just read it, thanks for you analysis!
[06:45] <iwj> You're welcome.
[07:04] <calc> Riddell: as best as I can tell Retroshare has nothing to do with openoffice.org
[07:05] <Riddell> I'll assume he's talking nonsense and ignore it then :)
[07:05] <calc> Riddell: perhaps the person meant open office as a general term
[07:07] <pitti> keescook: btw, your SSP main rebuilds are complete?
[07:09] <keescook> pitti: they're not finished, but the bulk of things that looked interested are done: http://people.ubuntu.com/~kees/needs-stackprotector-build.txt
[07:09] <keescook> I'll do a few more; why do you ask?
[07:10] <pitti> keescook: oh, it just came into my mind, since I'll start the universe rebuilds for Maintainer: now
[07:21] <seb128> pitti: thanks, that depends of the powerpc model, I've found the corresponding Debian bug
[07:26] <pitti> tkamppeter: debian/patches/68_edit-config.dpatch> funny, I was just thinking of actually updating this patch to our configuration changes; you said that it was fixed upstream, how so?
[07:26] <pitti> tkamppeter: doesn't upstream use per-language templates for the config file any more?
[07:28] <pitti> tkamppeter: in ubuntu-disable-browsing.dpatch you changed "BrowseAllow @LOCAL" to "BrowseAllow all"; IMHO @LOCAL is a better default for printing
[07:30] <pitti> tkamppeter: oh, wait, my 'patch of patch' reading skills are weak; upstream changed that default, as it seems
[07:34] <pitti> tkamppeter: 68_edit-config.dpatch> ah, I see how that works now. cool!
[07:34] <pitti> there goes our biggest patch
[07:57] <bryce> Nafallo: it was pointed out that the CtrlAltBkspace spec still needs a final approval first
[07:58] <pitti> tkamppeter: 1.3 works great here
[07:58] <bryce> Nafallo: I've put in a request for an official decision on that.  Otherwise everything else looked ok.  Hoping to have it uploaded some time later today.
[07:59] <iwj> dpkg is no longer built with -Werror.
[08:01] <Nafallo> bryce: ouch :-/. what about the xserver-xorg-video-vesa depends in the same place that deps displayconfig-gtk? :-)
[08:01] <Nafallo> bryce: should make most sense IMO :-)
[08:03] <bryce> it was recommended not to have low level components like xorg or gdm depend on higher level gnome apps like displayconfig-gtk, so that change won't be made
[08:04] <Kopfgeldjaeger> anyone reported rt73 chipset (rt2x00 module in gutsy) working??
[08:04] <pitti> bryce: why do you think it is bad to just seed displayconfig-gtk?
[08:05] <bryce> oh, I don't think it's bad - in fact I just now put in a request to evand and cjwatson to do that for the desktop seed
[08:06] <bryce> pitti: I was just not clear on what to do - you gave me two options and I just picked the wrong one.  ;-)
[08:07] <bryce> Nafallo: regarding having a depends on -vesa, I'm not sure on that one.  technically bulletproof-x should allow use of vga and/or the framebuffer, I just haven't been able to get it working with those configs yet
[08:08] <Nafallo> bryce: :-)
[08:08] <pitti> bryce: oh, I can seed it
[08:08] <bryce> pitti, ah that'd be great
[08:08] <Nafallo> bryce: maybe have displayconfig-gtk dep on those drivers that work as fallback might be the best for now then. even if a bit ugly.
[08:09] <pitti> bryce: done
[08:09] <bryce> no, because displayconfig-gtk's primary use case is not bulletproof-x but rather the screen settings configuration, which by design is driver-independent
[08:10] <pitti> bryce: now we need to rebuild ubuntu-meta, so that ubuntu-desktop actually depends on it; how urgent is this?
[08:10] <Nafallo> bryce: right... that was my though yesterday as well :-P
[08:10] <pitti> bryce: (it'll be done next Monday for the next tribe anyway)
[08:10] <bryce> pitti, not urgent
[08:10] <Nafallo> pitti: next tribe :-)
[08:10] <bryce> pitti, if it can be done by tribe-5 that'd be fine
[08:10] <Nafallo> bryce: bulletproof-x metapackage? ;-)
[08:11] <pitti> bryce: it will, it's part of the standard procedure
[08:11] <Kopfgeldjaeger> pitti: do you know the state of the rt2xxxx chipsets in gutsy? or do you know where to find information about?
[08:11] <pitti> Kopfgeldjaeger: no, I don't have such a thing
[08:13] <Nafallo> Kopfgeldjaeger: works better than in previous versions.
[08:13] <Kopfgeldjaeger> Nafallo: with rt2x00 or the "legacy" drivers?
[08:13] <Nafallo> Kopfgeldjaeger: they are working hard to get into the vanillakernel now from what I've seen.
[08:13] <Nafallo> Kopfgeldjaeger: rt2x00
[08:14] <Kopfgeldjaeger> rt2x00 does support network-manager, doesnt it?
[08:14] <Nafallo> Kopfgeldjaeger: did when I tried. that has improved a lot in gutsy I must say.
[08:15] <Kopfgeldjaeger> Nafallo: im going to buy a usb dongle with rt73 (rt2571w) chipset i think
[08:16] <Nafallo> Kopfgeldjaeger: nice. my experience was with rt61pci
[08:16] <Nafallo> Kopfgeldjaeger: rt61 on a pcicard even :-)
[08:17] <Kopfgeldjaeger> Nafallo: interesting. what would you say: will it work ootb (i CAN compile, but of course it would be cool...) ?
[08:19] <Nafallo> Kopfgeldjaeger: I can't say. but I would be surprised if it didn't.
[08:19] <Nafallo> Kopfgeldjaeger: I know the drivers are in linux-ubuntu-modules
[08:19] <Nafallo> or whatsitsname
[08:19] <Kopfgeldjaeger> Nafallo: sound good.
[08:21] <bryce> heya glatzor
[08:21] <glatzor> servus bryce
[08:21] <glatzor> bryce: it seems that we are in main now :9
[08:21] <bryce> glatzor: good news - displayconfig-gtk is now in main, and has been added to the desktop seed so now will be installed by default
[08:21] <glatzor> bryce: urgs
[08:22] <glatzor> bryce: could you please send me your patch as email?
[08:22] <bryce> sure
[08:22] <glatzor> launchpad included some html statements
[08:22] <bryce> ok
[08:25] <Nafallo> bryce: bzr ;-)
[08:25] <bryce> I used bzr to make the patch ;-)
[08:25] <Nafallo> glatzor: bzr ;-)
[08:43] <ugi> hi all
[08:46] <glatzor> bryce: the infimporter should now work too.
[08:46] <bryce> excellent, yes I saw that code when I was reviewing
[08:47] <glatzor> the module is now shipped in guidance-backends
[08:48] <glatzor> but you can also call it from the command line to add monitors to our database
[08:50] <ion_> Hm. Would it be feasible to have the physical size of screens in a monitor database? That would be for monitors that dont report the size or report a wrong size. If X knows the correct size (from DDC or the DisplaySize setting), it calculates the correct DPI value whatever the resolution is.
[08:53] <pitti> tkamppeter: still here?
[08:55] <glatzor> ion_: right.
[08:55] <bddebian> Go pitti, go keescook... :-)
[08:56] <psusi> ion_: sounds reasonable... I know I have been pissed at windows for years because it simply assumes all monitors have a dpi of 96 no matter what their size or resolution
[08:57] <bryce> glatzor: cool, I'll plan on learning to use that
[08:57] <bryce> glatzor: for bulletproof-x I've added in some code for blacklisting monitors based on their edid info
[08:58] <ion_> psusi: Yeah. Its really nice to have about the same font size on all monitors when the font setting is the same.
[08:58] <bryce> I'm getting that via get-edid, however that's not installed by default, so I'm pondering if there's something better to use
[08:59] <psusi> ion_: I just love how a 12 point font is NEVER actually shown as 12 point in windows
[08:59] <bryce> glatzor: does dcg have this capability already, that I could just reuse?
[08:59] <ion_> *Especially* since the monitor DPIs are going to get higher and higher year by year, and some day were going to have freely scalable UIs. Then knowing the DPI value is an absolute necessity.
[08:59] <psusi> yea
[09:00] <psusi> dpi keeps getting higher so windows just renders the fonts smaller and smaller making it harder to read instead of easier, as it should be
[09:00] <psusi> so most people end up just running in a lower resolution so they can still read the fonts
[09:02] <glatzor> bryce: no, guidance just calls the scripts
[09:02] <glatzor> /usr/sbin/ddcprobe
[09:02] <bryce> hmm, ok.  maybe I'll get that added to the seeds too.  presently the blacklist is empty so it's not important yet
[09:13] <Skiessi> :/ It's not good that aMSN or Pidgin doesn't let me add people whose email address doesn't end with hotmail.com, msn.com etc.
[09:13] <infinity> Err, of course pidgin does...
[09:14] <Skiessi> o_o Are you sure?
[09:14] <infinity> Just give the full email address for the contact...
[09:14] <Skiessi> nope
[09:14] <wasabi> pidgin always has for me
[09:14] <wasabi> i have a dozen people on msn like that
[09:14] <infinity> Works For Me.
[09:14] <wasabi> NOTABUG
[09:14] <infinity> I don't use a Microsoft address.
[09:14] <infinity> And most of my friends don't either.
[09:14] <xhaker> true
[09:14] <xhaker> you can add whatever you like
[09:18] <jdstrand> cjwatson: I was playing with tasksel to try to add an openssh task, and when I run the updated tasksel on feisty, I get aptitude failed (100)
[09:18] <jdstrand> cjwatson: the tasksel file is at http://paste.ubuntu-nl.org/33735/
[09:19] <jdstrand> cjwatson: is there a known problem on feisty?
[09:31] <jdstrand> cjwatson: just tried with gutsy's version.  same thing.  :(
[09:31] <superm1> jdstrand, I believe cjwatson is on vacation atm.
[09:32] <jdstrand> hmm.. shows he's online.  oh well
[09:32] <superm1> online but idle for many hrs.
[09:33] <mathiaz> jdstrand: cjwatson is on vacation this week.
[09:33] <jdstrand> thanks
[09:35] <infinity> jdstrand: Lots of us are always online, doesn't mean much.
[09:36] <jdstrand> yea, I wasn't suggesting he was actually online.  :)  Just saw he wasn't away and went for it.
[09:40] <keescook> Keybuk: yay, sometimes, if I boot really quickly mdadm segfaults in getinfo_super0 (sb is NULL, it seems) wheee race conditions.
[09:41] <Keybuk> heh
[09:43] <mathiaz> infinity, seb128: I've added a debdiff to bug 128548
[09:43] <ubotu> Launchpad bug 128548 in samba "Enable net usershare?" [Wishlist,In progress]  https://launchpad.net/bugs/128548
[09:43] <keescook> and I've now baffled the linux timer experts with my getnstimeofday() hang.  I think I need different hardware.  ;)
[09:44] <mathiaz> infinity, seb128: it should enable net usershare for the samba package.
[09:54] <Zero_> HI, somebody can put the bug 128165 as milestone in tribe-6 ?
[09:54] <ubotu> Launchpad bug 128165 in netcfg "Installation of Network put a wrong DNS, crashing the Installation" [Undecided,Confirmed]  https://launchpad.net/bugs/128165
[10:04] <sabdfl> asac: hi... dropping the scan_ssid line does not reproduce the problem
[10:04] <sabdfl> when using NM, i can connect to wpa_supplicant using wpa_cli and if i ask for status it is scanning
[10:22] <asac> sabdfl: so you say the previous package did work for you, right? let me build a package for you ... amd64 or i386?
[10:24] <sabdfl> asac: no, i don't know if it ever worked, i just arrived in SA last week
[10:24] <sabdfl> and it didn't work on two networks out of three
[10:24] <sabdfl> i can manually connect to both networks using wpa_supplicant with the config I pasted up for you
[10:24] <sabdfl> then sudo dhclient eth1
[10:24] <sabdfl> as long as I've killed NM and wpa previously of course
[10:29] <sladen> sabdfl: what happens if you do  watch -n0 iwconfig eth1   whilst letting NM attempt to connect
[10:30] <sladen> sabdfl: here I've met a couple of networks were the network successful associates, even gets an IP, and then 5seconds later NM "gives up" and yanks the interface down
[10:30] <sladen> ...everything /has/ worked (briefly) but NM hasn't realised it
[10:34] <ion_> siretart: I think gxine may need a rebuild, since it links to libmozjs.so, which doesnt exist in libmozjs0d.
[10:35] <sabdfl> sladen: that's interesting, i'll try as soon as the tech board meeting is done
[10:38] <bdmurray> bryce: is xvmc supposed to be working with -intel now?
[10:40] <rgl> hello.
[10:40] <rgl> what version of gnome will gutsy have?
[10:41] <bryce> bdmurray: I expect so.  I've seen some xvmc bug reports passing through but haven't had a close eye on them.  Is something broken?
[10:41] <pygi> rgl, 2.20, but #ubuntu pls ;)
[10:41] <rgl> pygi, how is that possible if gnome 2.20 is scheduled for sept 12?
[10:41] <pygi> rgl, easy ... release is in october :)
[10:44] <rgl> pygi, oh you are right.  gag. for some reason I though gutsy was going to be released in this month *G*
[10:44] <bdmurray> bryce: it doesn't work for me for whatever that is worth. ;)
[10:46] <bryce> you using it with mythtv, or...?
[10:47] <bdmurray> bryce: on my laptop with hd video just to see
[10:47] <bryce> hmm
[11:19] <mvo> if anyone is using compiz, I would like to see feedback on https://wiki.ubuntu.com/CompizTeam "Status of Xv video"
[11:23] <ion_> mvo: Works with nvidia-glx 1:1.0.9631+2.6.22.2-9.7
[11:25] <mvo> ion_: thanks!
[11:25] <mvo> ion_: wiki updated
[11:25] <ion_> mvo: I have to play video in fullscreen mode and use the dont redirect fullscreen windows setting, though. Video played through compiz is absolutely too slow on this hardware (which is quite old).
[11:26] <mvo> ion_: oh, that is interessing. what card do you use?
[11:27] <ion_> mvo: Ive been meaning to report a bug about it, btw. The redirect setting doesnt always work. I have yet to do some testing, but seems like it stops working after a SDL program has been in fullscreen mode, and restarting compiz doesnt seem to help. Restarting X is required.
[11:27] <mvo> ion_: oh, that is interessting. what card is that?
[11:27] <ion_> nVidia Corporation NV28 [GeForce4 Ti 4800 SE] , Pentium III 500MHz
[11:27] <mvo> ion_: where do you set the setting? in the nvidia-control panel thing?
[11:27] <ion_> ccsm
[11:28] <ion_> CCSM  General Options
[11:28] <ion_> The second to last item in the General tab.
[11:29] <mvo> ion_: ok, I think I can do some testing on a more recent 6600 tomorrow
[11:29] <geser> mvo: do you know what happened to the recent xserver-xorg-video-ati for amd64? it build but didn't hit the archive yet
[11:29] <ion_> mvo: Ive been hoping that the compiz video plugin makes the video playback fast enough so that i dont need it. Hopefully some player implements support for it soon. :-)
[11:32] <mvo> geser: I think some mirrors (e.g. de.archive.u.c) are outdated
[11:34] <geser> mvo: even p.u.c still shows the old version (and I use archive.u.c)
[11:35] <ion_> mvo: Im quite sure the slowness isnt because of the GPU, but because of the processor, btw.
[11:35] <mvo> geser: I got the new version today (well, one new version)
[11:35] <mvo> ion_: I see, p3-500 is really no longer top-of-the-line
[11:36] <ScottK> seb128: Riddell suggested I ask you about getting Bug #132543 processed.  It's got a significant bug fixed I'd like to get in before UVF if possible.
[11:36] <ubotu> Launchpad bug 132543 in pypolicyd-spf "Please sync pypolicyd-spf 0.4.1-1 from Debian Unstable (Main)" [Medium,Confirmed]  https://launchpad.net/bugs/132543
[11:38] <seb128> ScottK: I'm processing syncs request at the moment, will be synced
[11:38] <ScottK> seb128: Great.  Thanks.
[11:38] <geser> mvo: I see it now too, I expected it on the archive sooner as it was uploaded 3 days ago
[11:38] <mvo> geser: indeed
[11:40] <ion_> mvo: Xv-via-compiz uses a *lot* more CPU power than plain Xv. The compiz video plugin should yield performance enhancements to compiz-wrapped Xv. I just hope theyre enough. :-)
[11:42] <mvo> ion_: compiz-video plugin needs patches for the application that uses Xv unfortunately
[11:42] <xhaker> mvo, will they be carried out?
[11:42] <ion_> mvo: Yes.
[11:42] <mvo> xhaker: its not easy, I hope someone will find time to patch gstreamer, currenly there is only a mplayer patch
[11:43] <mvo> and that will not work on embedded mplayer (i.e. mozilla plugin for example)
[11:43] <ion_> Actually, gstreamer shouldnt be patched, but a new output plugin should be created.
[11:43] <mvo> even better
[11:43] <xhaker> mvo, i had some luck modifying the videosink to gstreamerGL
[11:43] <ion_> Also i dont like the fact that the mplayer patch modifies the Xv plugin. A mplayer should also get a separate output driver for compizvideo.
[11:44] <mvo> indeed, but I think david just didn't want to spend too much time on it, it seems to be more of a proof-of-concept
[11:47] <ion_> It does allow it to fall back from compizvideo to Xv *while a video is playing*, but the cost is high: maintaining and enhancing the functionality becomes more difficult and it becomes next to impossible to implement the entire video pipeline differently when thats needed. For instance, where Xv only allows one to render subtitle and OSD overlays to the video itself (their resolution is poor if the video resolution is poor; they cant be shown outside ...
[11:48] <ion_> ... the video image), the compizvideo plugin should render the overlays to separate composited layers at the display devices resolution.
[11:55] <vdepizzol> Hello. There is a bug/blueprint anywhere informing that ubuntu should come with gnome-backgrounds package installed?
[11:55] <dobey> check launchapd
[11:59] <Riddell> tkamppeter: awake?  do the files in hplip-firmware run on the local CPU or on the printer?
[12:09] <Riddell> tkamppeter: also do you know what licence they are under?