[12:33] <kmon> Hi. There's a fix in mepis' grub that I'd love to have in ubuntu (since if make grub usable for intel core 2 duo macs. Anyone knows how to ask for this? or know the url of mepis deb-src apt packages? thanks
[12:35] <sladen> kmon: file a bug report with the patch (so that it gets preserved), then talk to cjwatson if it's not already been included in the imported package from Debian
[12:35] <kmon> the problem is that I have no clue where mephis has their apt sources packages
[12:36] <kmon> and as far as tribe 1, it's not included
[12:37] <kmon> I've just asked in #mepis but no one answered
[12:37] <kmon> well, that's not correct
[12:37] <kmon> a gyu answered, saying he had no clue
[12:41] <kmon> I've filled my comment on the debian bug.
[12:42] <kmon> and launchpad
[12:42] <kmon> hopefully someone can find mepis source packages :)
[12:42] <kmon> time for bed, thanks sladen
[01:17] <siretart> dhsorry? it works for me. can you perhaps file a bugreport?
[01:20] <LaserJock> siretart: what are you doing up so late? :-)
[01:27] <Fujitsu> lllll
[01:28] <Fujitsu> Oops. Laaaag.
[01:31] <ajmitch> siretart: how's debconf?
[05:16] <keescook> just so I understand usage patterns for xapian-dev, libept has it as a build-dep, but apt itself won't be using the xapian backends?
[05:17] <keescook> Riddell: ^^
[05:19] <keescook> Riddell: or better yet, which package is going to be using libept?
[05:20] <StevenK> The only one I can think of is packagesearch.
[05:20] <keescook> StevenK: ah, cool.
[05:20] <StevenK> I've looked at doing the libept merge, it's ... interesting
[05:20] <StevenK> And the xapian stuff looks pretty broken, too.
[05:21] <StevenK> pinot needs to be transitioned due to xapian, but also makes use of libcurl3 and even better, boost, which is completly scragged.
[05:22] <StevenK> keescook: I don't sound bitter, right? :-)
[05:22] <keescook> hehe.
[05:22] <keescook> I just want to understand how often the xapian stuff is going to be running with root privs.
[05:26] <StevenK> keescook: I couldn't say, sorry.
[05:36] <StevenK> Ah ha!
[05:37] <StevenK> xapian-bindings needs a merge. Yoink!
[06:07] <fabbione> morning guys
[06:36] <mthaddon> Launchpad is going down in 15 mins for a code update. Estimated downtime is approx 30 mins
[06:36] <nxvl> :(
[06:37] <nxvl> does anyone knows where can i find pitti?
[06:37] <Hobbsee> nxvl: he's asleep at the moment - but here
[06:37] <nxvl> Hobbsee: wich is his nickname?
[06:37] <nxvl> oh ok, i understand
[06:38] <nxvl> sorry
[06:38] <nxvl> he's german, doesn't him?
[06:38] <Hobbsee> yes
[06:38] <Hobbsee> he's pitti on irc
[06:39] <nxvl> ok
[06:39] <nxvl> so there it must be morning in a few ours mmm i will talk to him tomorrow
[06:40] <fabbione> nxvl: one hour more or less....
[06:41] <nxvl> fabbione: yes, but here it is 12 oclock almost, and i need to work early in the morning, so i need to sleep
[06:41] <nxvl> :S
[06:41] <fabbione> i suggest you send him an email then
[06:41] <Hobbsee> morning fabbione 
[06:41] <fabbione> hey Hobbsee 
[06:42] <nxvl> fabbione: yes, i have do it :D
[06:43] <nxvl> i hate to work in corporate world using microsofts productus, but it make's me horney to develop free software :D
[06:53] <nxvl> does anybody know the package gnome-volume-manager?
[06:53] <Hobbsee> it exists.
[06:54] <nxvl> heh
[06:54] <nxvl> i mean, if anybody know the source, if anybody has work with it
[06:56] <lifeless> nxvl: I think you are asking that as a prelude to asking something else.
[06:56] <lifeless> nxvl: dont. Just ask the real question.
[06:57] <nxvl> the thing is that im trying to fix the bug #107668
[06:57] <nxvl> but i don't find where the code of the bug is
[06:58] <nxvl> i'm new in this
[06:58] <Hobbsee> LP isnt up.  doesnt help
[06:58] <nxvl> hes
[06:58] <nxvl> yes
[06:58] <nxvl> i know
[06:58] <nxvl> i have the bug open
[06:58] <nxvl> i will paste it in pastebin
[07:00] <nxvl> http://pastebin.com/933157
[07:01] <nxvl> there it is
[07:02] <fabbione> nxvl: looking in the code is a learning curve.
[07:02] <fabbione> it can take some time to do it on your own, but once you get there, it will much easier to understand than just asking where the bug is :)
[07:03] <nxvl> fabbione: yes i have do it, but i've open the .glade and it looks diferent i thing it isn't about the gnome-volume-manager package
[07:03] <fabbione> nxvl: i didn't read the bug.. i am just giving you a hint :)
[07:04] <nxvl> fabbione: heh, ok thnx for the helo anyway :D
[07:05] <nxvl> help*
[07:06] <nxvl> what is a .desktop.in?
[07:07] <LaserJock> it is a file that is built into a .desktop
[07:08] <LaserJock> which is generally a file used for menu entries
[07:08] <LaserJock> although it can be used for other things I think
[07:08] <nxvl> mm
[07:08] <nxvl> now im sure, the bug isn't talking about that package
[07:15] <LaserJock> desrt: it's because LP is down
[07:15] <Hobbsee> desrt: idle?  nah.
[07:15] <desrt> oh.  thank goodness.  i was frightened for a moment.
[07:15] <Hobbsee> desrt: i cant talk to people forever - tehy seem to get bored of me :P
[07:15] <LaserJock> she's connected bionicly to LP
[07:15] <ajmitch> or scared
[07:15] <Hobbsee> heh
[07:15] <ajmitch> scary
[07:16] <Hobbsee> now *that* should make you scared!
[07:16] <ajmitch> it does
[07:16] <fabbione> my eyes!
[07:16] <desrt> i bought a shwarma.
[07:16] <fabbione> Hobbsee shipping.. desrt shopping... 
[07:17] <fabbione> are we all becoming girls? :P
[07:17] <fabbione> s/shipping/shopping
[07:17] <somerville33> Hobbsee is... shipping?
[07:17] <somerville33> lol
[07:17] <nxvl> when automount makes an icon on my desktop, what package opens when i click on Properties on the "right-click" menu?
[07:17] <desrt> nxvl; nautilus...
[07:17] <Hobbsee> fabbione: haha
[07:17] <Hobbsee> fabbione: you're next.
[07:18] <nxvl> desrt: thats when y click, not in propertins on right click
[07:18] <nxvl> s/y/i/
[07:19] <desrt> nxvl; i'm positive that nautilus is responsible for showing the properties dialog
[07:19] <somerville33> Wee... lp is back
[07:19] <nxvl> desrt: sure? ok, i will look on that code
[07:22] <nxvl> LP is up again
[07:30] <nxvl> well im going to sleep, please tell pitti to read mi mail (at ubuntu dot com) and/or answer me at launchpad (bug #107668)
[07:30] <ubotu> Launchpad bug 107668 in gnome-volume-manager "Setting an invalid mount point can make a removeable media unaccessible" [Undecided,Confirmed]  https://launchpad.net/bugs/107668
[07:30] <nxvl> see you
[07:30] <mthaddon> Launchpad is back up after code update - total downtime was 26 minutes
[07:31] <Hobbsee> desrt: you wouldnt happen to have a picture of quinn anywhere, would you?
[07:31] <Hobbsee> mthaddon: yay, thankyou :)
[07:31] <ajmitch> Hobbsee: now go attack that bug!
[07:31] <desrt> Hobbsee; i would happen to.
[07:31] <Hobbsee> desrt: link?
[07:32] <desrt> on flickr somewhere :p
[07:32] <Hobbsee> desrt: that doesnt hlep
[07:32] <Hobbsee> morning pitti 
[07:32] <nxvl> there he is
[07:32] <StevenK> pitti: Morning
[07:32] <pitti> Good morning
[07:32] <desrt> Hobbsee; quinn was at DAM4
[07:32] <nxvl> pitti: good morning
[07:32] <pitti> hey StevenK 
[07:32] <somerville33> Morning pitti
[07:33] <nxvl> pitti: i was looking for you
[07:33] <pitti> Hobbsee: poking time for tribe-2 bugs?
[07:33] <pitti> nxvl: hi
[07:33] <Hobbsee> pitti: quite possibly.
[07:33] <ajmitch> hi pitti 
[07:33] <nxvl> pitti: i have send you an e-mail
[07:33] <pitti> ajmitch! how are you?
[07:33] <nxvl> pitti: and post on LP bug #107668
[07:33] <ajmitch> pitti: good, how are you?
[07:33] <ubotu> Launchpad bug 107668 in gnome-volume-manager "Setting an invalid mount point can make a removeable media unaccessible" [Undecided,Confirmed]  https://launchpad.net/bugs/107668
[07:33] <pitti> nxvl: right, I saw that yesterday, I think; still on my list...
[07:34] <StevenK> pitti: I've looked at libxapian13 cruft, one sync filed, one upload, and the third blows up violently.
[07:34] <nxvl> pitti: i have answer like an hour ago
[07:35] <pitti> StevenK: blows up?
[07:35] <nxvl> pitti: i was looking for the bug but is seems to me it isn't that package
[07:36] <pitti> nxvl: ah, it's in gnome-mount
[07:36] <pitti> nxvl: that particular dialog is in /usr/share/gnome-mount/gnome-mount-properties.glade
[07:36] <pitti> nxvl: and managed by /usr/lib/nautilus/extensions-1.0/libgnome-mount.so
[07:36] <StevenK> pitti: Package in question is pinot, and is also affected by the libcurl3 and boost transitions. Boost is utterly, utterly stuffed, and I think pinot doesn't cope with the changed in xapian anyway.
[07:36] <pitti> nxvl: I fixed the package in the bug
[07:37] <nxvl> pitti: so i don't need to fix it?
[07:37] <pitti> StevenK: so, candidate for the "*shrug* leave it broken" list?
[07:37] <nxvl> :(
[07:37] <StevenK> pitti: Not sure, I will have another look.
[07:37] <pitti> nxvl: no, I mean I didn't fix the actual bug, I just changed the package name in the bug report :)
[07:38] <nxvl> heh
[07:38] <nxvl> ok
[07:38] <StevenK>   device-mapper: reload ioctl failed: Cannot allocate memory
[07:38] <StevenK> Hrm, neat.
[07:38] <nxvl> so i will try to fix it
[07:38] <nxvl> :D
[07:38] <pitti> asac: when do you plan the next ffox upload? bug 119814 is trivial to fix, and currently milestoned
[07:38] <ubotu> Launchpad bug 119814 in firefox "/usr/share/doc/firefox/MPL missing in gutsy package" [Critical,In progress]  https://launchpad.net/bugs/119814
[07:39] <pitti> nxvl: great! thanks a lot
[07:41] <nxvl> but i will do it tomorrow, now it's time for bet
[07:41] <StevenK> Hum.
[07:42] <nxvl> bye to everyone
[07:42] <nxvl> and thnx for the help
[08:32] <Luckye> hi?
[08:33] <Luckye> theere is anyone here?
[08:33] <Luckye> i have some cuestion?
[08:33] <pitti> !ask | Luckye 
[08:33] <ubotu> Luckye: Don't ask to ask a question. Just ask your question :)
[08:33] <Burgundavia> Luckye: hello
[08:33] <Luckye> mmm
[08:33] <Luckye> okas
[08:33] <Luckye> is there some one who has used glade?
[08:34] <Burgundavia> this channel really isn;t for developing software on Ubuntu
[08:34] <Burgundavia> I recommend the #gnome-hackers or irc.gimp.net for that
[08:34] <Luckye> mm
[08:34] <Luckye> and where is the channel?
[08:34] <Luckye> sorry?
[08:34] <Burgundavia> on irc.gimp.net
[08:34] <Burgundavia> s/or/on/
[08:41] <Burgundavia> Luckye: ^
[08:47] <Luckye> mm?
[08:47] <Luckye> nop
[08:47] <Luckye> my friend,
[08:47] <Luckye> i went to irc.gimp.net
[08:47] <Luckye> and anyone could tell me some thing about that problem
[08:47] <Luckye> jeje
[08:55] <dholbach> good morning
[08:56] <pitti> hey dholbach 
[08:56] <dholbach> hiya pitti
[09:04] <pitti> Tooooooniooooo!
[09:05] <LaserJock> morning pitti 
[09:05] <pitti> hey LaserJock 
[09:05] <LaserJock> nice interview :-)
[09:05] <pitti> Hobbsee: he broke the 'do not touch static interfaces' fix of n-m
[09:05] <Hobbsee> pitti: oh dear.
[09:05] <StevenK> I knew there was reason I didn't want to touch n-m.
[09:06] <StevenK> People wanting my blood if I broke it would be it.
[09:07] <Burgundavia> I had fun with n-m today
[09:07] <Burgundavia> my wired port is physically busted
[09:08] <Hobbsee> well, knetworkmanager's wokring fine.
[09:08] <Hobbsee> :P
[09:08] <Burgundavia> imagine the fun when n-m decided not to see my wireless card
[09:08] <StevenK> pitti: Do you have a second to help me with some C++ hell?
[09:09] <pitti> StevenK: I'm not a C++ expert, but what's up?
[09:09] <StevenK> pitti: I'm trying to patch pinot so it actually builds.
[09:09] <LaserJock> Burgundavia: oh, remember when I was having all kinds of freezes and weird things?
[09:09] <Burgundavia> yep
[09:09] <LaserJock> Burgundavia: and you told me to try removing NM
[09:09] <Burgundavia> yep
[09:09] <LaserJock> I haven't had *any* issues since
[09:09] <Burgundavia> ironically I haven't had any issues since I told you
[09:10] <StevenK> pitti: It was calling stem_word(), but it seems the newer version of xapian changes that to operator(). So I replaced pStemmer->stem_word(blah) with pStemmer(blah), but it still gives me an error.
[09:11] <pitti> hm, no idea really
[09:11] <hunger> StevenK: (*pStemmer)(blah)?
[09:12] <StevenK> hunger: Hrm, let me try that.
[09:17] <StevenK> hunger: That did the trick, thanks!
[09:18] <StevenK> hunger: My question is, why do I need to (*blah) it?
[09:18] <hunger> pStemmer is a pointer.
[09:19] <hunger> StevenK: So (*pStemmer) dereferences that so you get the actual object.
[09:19] <StevenK> Ah, so I need to dereference it.
[09:19] <hunger> StevenK: And on that you call the operator().
[09:20] <StevenK> Heh, yes.
[09:22] <StevenK> pitti: Okay, if pinot builds, it should hit the archive before the publisher run, and if you process the sync I just filed, that's all of the xapian transitions, too.
[09:22] <pitti> StevenK: bug#?
[09:22] <pitti> or package name?
[09:22] <StevenK> pitti: Heh, I was only kidding.
[09:23] <StevenK> pitti: Bug 121488
[09:23] <ubotu> Launchpad bug 121488 in xapian-bindings "Please sync xapian-bindings (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/121488
[09:23] <pitti> hey, what happened to my stock replies?
[09:24] <Hobbsee> pitti: they changed with the new LP
[09:25] <StevenK> pitti: pinot uploaded.
[09:25] <StevenK> Launchpad supports stock replies?
[09:26] <pitti> StevenK: a greasemonkey script from keescook 
[09:26] <StevenK> Ahh
[09:26] <pitti> Hobbsee: darn, it again forgets the status
[09:26] <Hobbsee> pitti: statuses have changed a lot...
[09:27] <Hobbsee> and it's case sensitive
[09:27] <pitti> right, but it's the same problem I had yesterday
[09:27] <pitti> erk
[09:27] <Hobbsee> ahh
[09:27] <pitti> zope.security.interfaces.ForbiddenAttribute: ('currentrelease', <Distribution at 0x2aaab2908f10>)
[09:27] <pitti> it's all seb128's fault!
[09:27] <Fujitsu> Hah.
[09:27] <StevenK> Neat
[09:27] <seb128> hey pitti
[09:28] <seb128> what did I do this time? ;)
[09:28] <pitti> $ sync-source -b stevenk -f xapian-bindings
[09:28] <Fujitsu> seb128: Everything.
[09:28] <pitti> zope.security.interfaces.ForbiddenAttribute: ('currentrelease', <Distribution at 0x2aaab2908f10>)
[09:28] <seb128> utch
[09:28] <pitti> yay new LP rollout
[09:28] <pitti> handy a week before tribe-2 release
[09:30] <Hobbsee> pitti: indeed.
[09:30] <pitti> Hobbsee: ah, got it: if I first use "Fix%20Released", save, and then change it to "Fix Released", it works
[09:30] <seb128> too many status choices with the new version :/
[09:30] <pitti> Hobbsee: apparently the first save attempt doesn't get along with spaces
[09:30] <Hobbsee> pitti: go figure...it works fine with Fix Released here
[09:30] <Hobbsee> heh
[09:30] <pitti> right, it's just a workaround for the initial saving
[09:31] <pitti> and it's not clear at all which of the states are 'closed' ones
[09:31] <Hobbsee> yeah
[09:31] <pitti> StevenK: so, "No milk^Wsync today"
[09:32] <Hobbsee> pitti: can i have a pony instead?
[09:32] <StevenK> pitti: So it would seem.
[09:32] <pitti> OMGponies!
[09:32] <pitti> StevenK: there's still http://people.ubuntu.com/~pitti/scripts/syncpackage, of course :)
[09:33] <pitti> StevenK: I wrote that ages ago when soyuz sync wasn't there yet
[09:33] <StevenK> Heh
[09:33] <Hobbsee> pitti: have you seen https://bugs.launchpad.net/ubuntu/gutsy/+nominations yet?
[09:33] <Hobbsee> pitti: https://bugs.launchpad.net/ubuntu - left panel.  easy to get to now, too
[09:33] <Fujitsu> That view is nice, I saw it before.
[09:33] <pitti> Hobbsee: oh, cool
[09:33] <Hobbsee> :)
[09:34] <Fujitsu> It even has proper permissions :D
[09:34] <Hobbsee> where proper == ?
[09:34] <Fujitsu> MOTU can accept/reject for {un,mult}iverse.
[09:36] <Hobbsee> ah right
[09:41] <pitti> ion_: got a minute to discuss r-m's modalias handling?
[09:41] <pitti> look, another Hobbsee_!
[09:41] <Fujitsu> Attack of the clone-sticks.
[09:43] <Hobbsee_> ZOMG THEY'RE MULTIPLYING!  EVERYBODY HIDE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[09:44] <LongPointyStick> heh
[09:44] <Hobbsee> i prefer not to have private conversations, and logs, on other people's machines.
[09:45] <Hobbsee> else i would, too
[09:45] <Fujitsu> True.
[09:46] <Fujitsu> I do most of that over XMPP, so it's not much of a problem.
[09:46] <Hobbsee> Fujitsu: LongPointyStick does that, though.
[09:46] <Hobbsee> XMPP?
[09:47] <Fujitsu> XMPP is Jabber.
[09:47] <StevenK> Extensible Messaging and Presence Protocol
[09:47] <Fujitsu> eXtensible!
[09:47] <Hobbsee> true.  i was more thinking "how does it work in this context"
[09:48] <Fujitsu> It works by me not PMing much, and talking to people over XMPP instead.
[09:48] <Hobbsee> ahhh
[09:48] <Hobbsee> right
[09:55] <mvo> Riddell: debtags complains that it needs libept-dev >= 0.5.2 but that appears to be not in the archive yet
[09:56] <mvo> Riddell: for me adept works now, recompile is enough, I do not get a error or anything on opening the cache
[09:59] <dholbach> hiya mvo
[10:01] <mvo> hey dholbach
[10:14] <pitti> hi Tonio_ 
[10:14] <pitti> Tonio_: current n-m breaks statically configured interfaces in /e/n/interfaces again
[10:16] <Tonio_> pitti: that was patched right ?
[10:16] <Tonio_> pitti: that's a part of the patches I didn't reapply, I have to ping the patcher for this
[10:16] <pitti> Tonio_: in the previous version, yes
[10:16] <pitti> Tonio_: Mithrandir or Keybuk presumably?
[10:16] <Tonio_> pitti: if you look in the package, there is a "non applied patches" folder for those that needed rewritting
[10:16] <pitti> ah, ok
[10:17] <Tonio_> pitti: I guess it was fabionne
[10:17] <Tonio_> s/b/bb/
[10:29] <asac> pitti: when is tribe-2 milestone release?
[10:30] <fabbione> asac: https://wiki.ubuntu.com/GutsyReleaseSchedule
[10:30] <asac> pitti: i have this MPL bug already committed locally ... wanted to fix one or two more bugs before upload
[10:30] <fabbione> it's next week
[10:30] <asac> fabbione: thanks ;)
[10:30] <fabbione> so it's possible that freeze will come soon
[10:31] <pitti> asac: next Thursday
[10:33] <asac> pitti: ok ... so is monday ok for you?
[10:33] <pitti> asac: sure, that's fine
[10:38] <dholbach> gpocentek, mr_pouit: we can drop the gcalctool-gtk package as the libgnome dependency has been dropped upstream
[10:38] <dholbach> gpocentek, mr_pouit: I'll upload the new version now - can you make another upload of it and drop the -gtk package stuff and change your seeds?
[10:41] <pitti> dholbach, gpocentek, mr_pouit: NB that you should keep the old package as transitional one until next LTS (or next release if that package wasn't in dapper)
[10:59] <siretart> LaserJock: was just about to go to bed ;)
[10:59] <siretart> ajmitch: great! - very different to UDS, but great!
[11:00] <dholbach> siretart: do you know something about why bzr-builddeb is not installable atm?
[11:03] <siretart> dholbach: oh. damn. /me checks
[11:05] <siretart> dholbach: oh, right. we need to sync 0.16.2 from unstable to gutsy
[11:05] <dholbach> nice :)
[11:06] <siretart> dholbach: I thought Etienne agreed to take care that a new upload of bzr doesn't break bzr-* packages :/
[11:10] <geser> is the auto-syncing from Debian already stopped?
[11:12] <pitti> geser: not yet
[11:14] <geser> pitti: will claws-mail be synced from Debian or should I reopen bug #118643?
[11:14] <ubotu> Launchpad bug 118643 in Ubuntu "please sync claws-mail from debian unstable" [Undecided,Invalid]  https://launchpad.net/bugs/118643
[11:15] <pitti> geser: we'll sync it automatically
[11:17] <geser> good, because it didn't happen yet (it's a new package)
[11:20] <seb128> geser: new packages are not synced every day
[11:21] <siretart> dholbach: I need to merge python-debian for bzr-builddeb
[11:22] <dholbach> alright
[11:23] <dholbach> thanks siretart
[11:24] <shawarma> Is it on purpose that there are no package description translations for e.g. feisty-updates ?
[11:33] <siretart> dholbach: can you please request a sync of bzr-builddeb for me? (I only have a chroot at hand, I'm still at debconf)
[11:33] <siretart> dholbach: I just uploaded python-debian
[11:34] <dholbach> seb128: could you do a sync of bzr-builddeb (when you find the time)?
[11:34] <seb128> dholbach: syncs are borked since the recent launchpad rollout
[11:34] <seb128> will do when that's fixed
[11:35] <dholbach> oh... :(
[11:35] <dholbach> thanks a lot seb128
[11:35] <seb128> you're welcome
[11:36] <siretart> seb128: would you hit be very hard if I did a fakesync? (upload it as 0.16.2build1)?
[11:37] <seb128> no, feel free, better to use a lower version than Debian though
[11:37] <seb128> ~build1 maybe
[11:37] <siretart> ok. thanks
[11:37] <seb128> so we can sync later
[11:43] <siretart> dholbach: okay, bzr-builddeb should work again in a few hours
[11:43] <dholbach> rock and roll
[11:58] <dholbach> TheMuso: want to update gnome-speech?
[12:04] <TheMuso> dholbach: Ah yes. I wanted to be sure that recent additions to gnome-speech in Debian made it through binary new.
[12:04] <dholbach> ah ok
[12:05] <TheMuso> What happens with new binary packages that are placed in the contrib section, but the source package is in main, when they are brought into Ubuntu?
[12:05] <shawarma> ajmitch: Are you planning to do the samba merge, by the way?
[12:06] <ajmitch> shawarma: I was going to, though I'm surprised that noone else picked it up since then
[12:06] <Riddell> mvo: yes, debtags is waiting on ept to get libxapian in main
[12:06] <shawarma> ajmitch: It just had your name written all over it :)
[12:06] <ajmitch> there wasn't much to do, I think I had it mostly done & not at all tested
[12:06] <ajmitch> shawarma: you're the first person to even ask me about the merge :)
[12:07] <shawarma> ajmitch: Heh. 
[12:10] <ajmitch> ah, I see I have to update for 3.0.25a-2 anyway
[12:14] <shawarma> What's the point in keeping kbd-chooser around in universe?
[01:07] <shawarma> Has the next [BH] ugDay been announced? I know it's the 27th, but has an announcement been made?
[01:12] <Keybuk> asac: ping?
[01:13] <Keybuk> Tonio_: ping?
[01:14] <Tonio_> Keybuk: pong ?
[01:15] <Keybuk> Tonio_: why doesn't network-manager-gnome depend on network-manager?
[01:17] <HawkeV> hey guys, does a debug version of 2.6.17-10-generic (edgy) exist with the kernel memory leak detector patch implemented?
[01:17] <Tonio_> Keybuk: I didn't investigate on that point
[01:17] <Tonio_> Keybuk: I kept the same depedancies as on the previous package
[01:17] <Keybuk> Tonio_: also why have you dropped the manual configuration patches?
[01:18] <Tonio_> Keybuk: I didn't drop them, but there was a problem to reapply them since the applet is now a separate tarball
[01:18] <Keybuk> Tonio_: you haven't; the feisty network-manager-gnome *does* depend on network-manager
[01:18] <Keybuk> Tonio_: why didn't you reapply them?
[01:18] <asac> Keybuk: i didn't do the last merge ...
[01:18] <Keybuk> there was a daemon and an applet patch
[01:18] <Tonio_> Keybuk: my C knowledge is very limited so I wanted to ping fabione, he wrote the patch in the first place
[01:19] <Tonio_> Keybuk: the patch mostly needs to be rewritten, as the code changed a lot, and I'm not a C coder myself...
[01:19] <Tonio_> Keybuk: concerning the dependancies, I guess there is something wrong with network-manager-dev/shlibsdeps
[01:19] <Keybuk> if you can't apply a patch, don't just drop it!
[01:20] <asac> Keybuk: is network manager code in bzr somewhere?
[01:20] <Keybuk> in fact, you shouldn't have uploaded the merge without it -- instead handed the complete merge (without the patch) to someone who can fix it
[01:20] <Keybuk> we're now left with a network-manager regression against feisty
[01:20] <Tonio_> Keybuk: I didn't drop it, I put it in a "non-applied-patches" folder in the source package, waiting to ping the guy to rewrite it
[01:20] <Keybuk> and we would not have been aware of it, had I not been reading -changes
[01:20] <asac> Tonio_: ask me next time ... do you still have the original merge files ... so we can redo?
[01:21] <Tonio_> Keybuk: that was discussed with seb128 and pitti, that all the patches were not there etc...
[01:21] <Tonio_> asac: the original not applied patches are in the source package
[01:21] <Tonio_> Keybuk: I was about to ping the guys tomorrow to fix those patches issues
[01:21] <Keybuk> Tonio_: ok
[01:22] <Tonio_> Keybuk: concerning the depedancy, I have to investigate, but the easiest is to just reupload with a manually added dep
[01:22] <Tonio_> Keybuk: something changed in the -dev part and shlibsdeps seems not to get it...
[01:22] <Tonio_> Keybuk: I know the upload perfect, but we're in the dev cycle right ? :)
[01:22] <Keybuk> it could be
[01:22] <Keybuk> sure, we're in the dev cycle :)
[01:22] <Keybuk> but it is important that when an upload is made with a Todo, the Todo is announced somewhere public
[01:23] <Tonio_> Keybuk: was a first shot, then I'll ping the patchers to help on the patching part
[01:23] <Keybuk> just in case you're hit by a bus or something
[01:23] <Keybuk> best way is to make an obvious large note in the changelog
[01:23] <Keybuk> or to mail ubuntu-devel with the note
[01:23] <Tonio_> Keybuk: the big problem was the nm-applet now splitted in another tarball
[01:23] <Tonio_> Keybuk: hehe, oki I'll send an email on -devel, probably tomorrow (no time today, emergency at work)
[01:28] <asac> Tonio_: ok, will you try get these patches reapplied and if you run into problems let me know?
[01:29] <Tonio_> asac: sure
[01:29] <asac> Tonio_: great!
[01:29] <Tonio_> asac: as I'm not a gnome user myself, it'll be hard for me to test the patches, but I'll ping the guys that patched before, and the ml, that's the easiest way to get n-m working correctly in a short time I guess
[01:32] <shawarma> Did everyone else also get an lp e-mail about #121292 ?
[01:33] <ogra> shawarma, do i have to feel left out if not ?
[01:33] <shawarma> Bug 121292
[01:33] <ubotu> Launchpad bug 121292 in ksudoku "test bug" [Low,Invalid]  https://launchpad.net/bugs/121292
[01:34] <shawarma> ogra: You're not missing out :)
[01:34] <Keybuk> shawarma: not me
[01:34] <shawarma> I'm just wondering since it didn't have the usual "You're receiving this e-mail because..." and i can't figure out why. I
[01:49] <ion_> pitti: Yes.
[02:10] <Keybuk> hmm, ENOPITTI
[02:18] <Keybuk> pitti: aha!
[02:18] <pitti> hi Keybuk 
[02:19] <Keybuk> bcm firmware
[02:19] <Keybuk> is there any particular reason that you need to rmmod/modprobe the module?
[02:19] <Keybuk> or any particular reason you want it to fail on modprobe so you can modprobe again?
[02:21] <pitti> Keybuk: yes, it would be nice if we could make this effective without a reboot
[02:22] <Keybuk> pitti: I have a much cuter solution
[02:22] <pitti> Keybuk: is there a 'poke this module again' call?
[02:22] <mjg59> Yes, you can detach/attach via sysfs
[02:22] <Keybuk> yup
[02:23] <pitti> Keybuk: I mean, bug 121504 could still be implemented to reduce confusion, but if there's a 'reload' option, that would be nicer indeed
[02:23] <ubotu> Launchpad bug 121504 in module-init-tools "test availability of firmware for bcm43xx" [Low,New]  https://launchpad.net/bugs/121504
[02:23] <Nafallo> Mithrandir: around?
[02:24] <kylem> pitti, the "correct" way to do this, would be to use modinfo to pull the MODULE_FIRMWARE fields out of the module and check for those.
[02:24] <kylem> then it could be extended to all modules using firmware.
[02:25] <ion_> pitti: Im online.
[02:25] <Keybuk> pitti: it'd be worth testing to see whether unbind'ing and bind'ing to its devices causes a firmware reload
[02:25] <pitti> kylem: hmm, modinfo bcm43xx|grep -i firmware is empty here
[02:25] <kylem> pitti, well, conveniently enough, we can fix this. ;-)
[02:28] <pitti> Keybuk: testing now
[02:30] <pitti> yay LP file downloads
[02:31] <AnAnt> Hello, when is the next sync with Debian ?
[02:32] <Keybuk> mvo: hmm, none of the alternate focus animations work for me
[02:32] <pitti> AnAnt: I would have done it tomorrow; right now the sync tool is broken, thoug
[02:32] <Keybuk> mvo: they all just "fade"
[02:33] <Keybuk> mvo: if I set it to "dodge", it sets it back to fade when I look again
[02:33] <Keybuk> bug for racarr, I suspect :p
[02:33] <pitti> Keybuk: so, I removed the firmware, rebooted, and now are firmware-less
[02:33] <mvo> Keybuk: I have set "fade" to autoenable in the global config, I wonder if that causes this 
[02:35] <pitti> Keybuk: what exactly do I have to poke now/
[02:35] <Keybuk> pitti: 
[02:35] <Keybuk> cd /sys/bus/pci/drivers/$BROADCOM
[02:35] <pitti> Keybuk: /sys/module/bcm43xx/drivers/pci:bcm43xx has some 'bind'/'unbind' files
[02:36] <Keybuk> echo -n $PCIID > unbind
[02:36] <Keybuk> echo -n $PCIID > bind
[02:36] <Keybuk> the pci id can be found by just "ls" :)
[02:36] <pitti> ah, that one
[02:37] <AnAnt> pitti: ok, I find that the package mutt in gutsy is sync'ed with a mutt version in experimental (not unstable)
[02:37] <AnAnt> pitti: but it is sync'ed to an old version of mutt (1.5.16 is now out)
[02:37] <pitti> AnAnt: no problem, that will autosync in the next run
[02:38] <pitti> Keybuk: 'echo 0001:10:12.0 | sudo tee unbind' gives me 'unbind: no such device'
[02:38] <Keybuk> err
[02:38] <pitti> 'bind' as well
[02:38] <Keybuk> -n is important
[02:38] <pitti> ah, sorry
[02:38] <AnAnt> pitti: so will that sync update mutt to 1.5.16 ?
[02:38] <Keybuk> and I'm not sure -n is compatible with tee ;)
[02:38] <AnAnt> pitti: thanks
[02:38] <pitti> Keybuk: indeed, that works great
[02:38] <Keybuk> pitti: does that reload the firmware
[02:39] <Keybuk> exxxxxxcellent
[02:41] <Keybuk> isn't Driver Core great? :)
[02:41] <pitti> keescook: *sniff* my fancy canned bug replies disapper with every reboot
[02:42] <pitti> so, let's turn this into r-m code 
[02:42] <StevenK> Grah. pinot failed to build on sparc, i386 and ppc. Funnily enough it managed to build on amd64 and ia64.
[02:49] <Mithrandir> Nafallo: now I am
[02:49] <Nafallo> Mithrandir: PM :-)
[02:54] <pitti> Hobbsee: *poke* :)
[02:54] <Hobbsee> must be alive then.
[02:55] <xxxxx1> hello Hobbsee 
[02:58] <Hobbsee> hi
[03:01] <zul> water?
[03:02] <Hobbsee> water will do nothing.
[03:02] <Hobbsee> heh, thanks
[03:39] <pitti> so, one click to open restricted-manage, one to activate the firmware for bcm43xx, one to acknowledge dl'ing from the internet, and *plopp*, wifi is usable from r-m
[03:39] <pitti> that's almost too easy to stay an incentive to buy hardware with free drivers :)
[03:39] <pitti> Keybuk: thanks again for the bind trick :) it's codified in r-m now, in a pretty generic manner
[03:40] <pitti> s/usable from r-m/usable from network-manager/, of course
[03:40] <StevenK> pitti: Neat!
[03:40] <cyberix> How will the default configuration for Effect-enabled desktop be generated?
[03:41] <mjg59> pitti: I'm a bit worried about doing it in r-m
[03:42] <mjg59> pitti: The freeness of the bcm firmware isn't very different to that of most firmware we distribute...
[03:42] <cypherbios> pitti: no need to restart nm-applet?
[03:42] <pitti> cypherbios: nope
[03:42] <cypherbios> that's great
[03:42] <pitti> mjg59: well, the difference that matters to us is that we cannot distribute the bcm firmware
[03:43] <mjg59> pitti: Eh. We can't really distribute the ipw2100 firmware, but we do it anyway :)
[03:43] <mjg59> The difference is that we have tacit approval to do so...
[03:43] <mjg59> I'm not sure that we have any guarantees that that extends to downstream distributors
[03:48] <pitti> cypherbios: so far you had to restart NetworkManager and reload the module; nm-applet is the least complicated bit :)
[03:48] <dholbach> TheMuso: why don't you do the gnome-speech update to 0.4.14 at the same time?
[03:49] <cypherbios> pitti: in this case I think is better to tell the user he needs to restart the computer and ask if he wants to do it now. what do you think?
[03:50] <pitti> cypherbios: that's what happened before with firmware, and still happens with video drivers
[03:50] <pitti> cypherbios: but now, firmware installations don't need a restart of anything any more
[03:51] <cypherbios> sounds nice
[03:52] <mvo> pitti: what does restriced-manager --check-composite do exactly? will it just check or will it modify the configuration?
[03:53] <pitti> mvo: if it needs one, it'll offer you to enable it
[03:54] <Riddell> keescook: did you do the xapian review?
[03:54] <pitti> mvo: in detail, if you start it as normal user with --check-composite, and you need the nvidia driver, it'll do 'gksu restricted-maanger --enable nvidia'
[03:54] <pitti> Riddell: yes, he did
[03:55] <pitti> Riddell: couple of issues, but nothing earth-shaking; these can be sorted out later
[03:55] <pitti> Riddell: if this stuff is urgent, go ahead and promote it now
[03:55] <mvo> pitti: is the behaviour/exit codes documented somewhere?
[03:56] <Riddell> pitti: thanks, it's only urgent because of the number of people telling me adept needs to be fixed :)
[03:57] <pitti> mvo: not really; it's just standard exit codes: 1 for failure or not necessary, 0 for installed successfully; but we can change this
[03:58] <mvo> pitti: its fine, I will document it in the desktop-effects enable code
[03:59] <pitti> mvo: we probably need to tell apart the 'not needed' vs. 'failed to install' cases?
[04:00] <pitti> mvo: anyway, that code bit is quite small and in one place, so if you need to change r-m, just point me to a branch (or tell me what to change)
[04:04] <pitti> StevenK: kick it with remove-package? :)
[04:05] <StevenK> pitti: It's frankly, pissing me off. It builds on amd64 but not i386
[04:05] <pitti> StevenK: unless you actually care about that package, don't waste too much time on it
[04:05] <StevenK> I so don't.
[04:27] <pitti> StevenK: cruft list on people updated, FYI
[04:27] <StevenK> pitti: Thanks, you rock.
[04:32] <geser> mvo: Hi, how can I find out why update-manager doesn't want to update my gutsy system?
[04:33] <geser> when I click on "Install updates" only the dialog "Checking for Updates" appears and I'm back at the start
[04:33] <seb128> geser: does it happen if you run update-manager from a command line?
[04:34] <geser> it doesn't matter if I do start update-manager from the console or the tray icon
[04:35] <seb128> k,I had the same bug the other day but it was happening only when using the tray icon
[04:36] <Keybuk> hmm
[04:36] <Keybuk> is gnome-keyring broken?
[04:36] <geser> it tried starting update-manager from the console in hope to get some error message
[04:36] <Keybuk> or is it gnome-gpg that's broken?
[04:37] <pitti> gnome-gpg: gkr-secure-memory.c:653: gkr_secure_memory_free: Assertion `0 && "memory does does not belong to gnome-keyring"' failed.
[04:37] <geser> I tried now gksu update-manager and this works
[04:37] <Keybuk> pitti: yeah, I get that too
[04:37] <pitti> Keybuk: however, it works for me
[04:38] <mvo__> geser: know bug, https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/120957
[04:38] <Keybuk> oh, I see, it does actually work
[04:38] <ubotu> Launchpad bug 120957 in update-manager "UpdateManager fails to fetch dist-upgrade tarball" [High,Fix committed]  
[04:38] <Keybuk> I assumed with such an OMGTSIF error, it didn't work
[04:38] <Keybuk> heh
[04:38] <Hobbsee> Keybuk: what does OMGTSIF extract to?
[04:38] <pitti> the sky is falling?
[04:39] <Hobbsee> ahhh
[04:39] <Hobbsee> cool!  let it fall!
[04:39] <geser> mvo__: I'm already running gutsy, is it still the same bug?
[04:40] <Keybuk> Hobbsee: more sky
[04:40] <Keybuk> and then, after a while, no more sky
[04:41] <mvo__> geser: oh, that is a different one, can paste it
[04:41] <Hobbsee> ooo :)
[04:41] <Hobbsee> Keybuk: and what's there instead of teh sky?  :P
[04:41] <Keybuk> Hobbsee: nothing
[04:41] <Keybuk> well, mostly nothing, with stray bits of thing moving through it
[04:41] <nxvl_> pitti: hi again
[04:41] <Hobbsee> Keybuk: way cool :P
[04:41] <pitti> hi nxvl_ 
[04:42] <nxvl_> pitti: i'm trying to solve the bug, but i'm kind of lost
[04:43] <pitti> nxvl_: where's the obstruction?
[04:43] <nxvl_> pitti: tell me if i'm on the right way, i have open the .glade using glade-3, then i look for the name of the textbox and i i'm loking for it on the .c file
[04:43] <geser> mvo__: when I click on "Install updates" only the dialog "Checking for Updates" appears and I'm back at the start. it doesn't matter if I start update-manager from the console or the tray icon. using gksu update-manager from a console works.
[04:43] <nxvl_> pitti: but i only find the call for the GUI, not the main function of what is the program doing with it
[04:44] <nxvl_> pitti: y also don't find the "OK" button to see what happen when it's press
[04:44] <pitti> nxvl_: the drive_mount_point_entry GtkEntry, right?
[04:45] <geser> mvo: http://paste.ubuntu-nl.org/26607/ that's all I get
[04:45] <pitti> nxvl_: this is connected to mount_point_entry_changed()
[04:45] <nxvl_> pitti: no, the volume_mount_point_entry GtkEntry
[04:46] <pitti> nxvl_: right, one for the drive, one for volume
[04:46] <pitti> nxvl_: but they are both connected to mount_point_entry_changed()
[04:47] <pitti> nxvl_: that's the function which reads the value from the input line and puts it into gconf
[04:47] <nxvl_> pitti: and how do i know that? just knowing or is any way to see it?
[04:47] <pitti> $ grep -r drive_mount_point_entry .
[04:47] <pitti> nxvl_: there you see the gtk_signal_connect()
[04:47] <mvo__> geser: interessting, could you please file a bug
[04:48] <pitti> it's easy to find if you search for the entry widget name in ./src/gnome-mount-properties-view.c
[04:48] <pitti> nxvl_: I think this should either print a warning dialog or just change a slash into an underscore or so, or maybe both
[04:49] <geser> mvo: will do
[04:50] <nxvl_> pitti: i see the gtk_signal_connect, but don't see the function attach to it :S
[04:51] <nxvl_> pitti: i see the gtk_signal_connect, but don't see the function attach to it :S
[04:51] <pitti> eh, WTF? my xchat window disappeared into the void again
[04:51] <pitti> nxvl_: if you said something after my last reply, I lost it
[04:52] <nxvl_> pitti: i knew it, so i repeeat it :D
[04:52] <StevenK> pitti: It's a hint that you need to use irssi.
[04:52] <Hobbsee> pitti: you shouldnt have named it martin.
[04:52] <pitti> itz gtk bug
[04:53] <pitti>         gtk_signal_connect (glade_xml_get_widget (properties->xml, "volume_mount_point_entry"),
[04:53] <pitti>                             "changed",
[04:53] <pitti>                             GTK_SIGNAL_FUNC (mount_point_entry_changed),
[04:53] <pitti>                             properties);
[04:53] <pitti> nxvl_: ^ here, 3rd line
[04:53] <nxvl_> with irssi there is no gtk bugs :D
[04:53] <Nafallo> hehe
[04:53] <ion_> stevenk: irssi is dead, long live irssi2. :-)
[04:53] <Nafallo> ion_: huh? :-)
[04:53] <ion_> stevenk: Just kidding, its not ready for everyday usage yet.
[04:53] <ion_> But it will rule, when it gets there.
[04:55] <nxvl_> :D
[04:55] <nxvl_> pitti: ah ok, now i see it, thnx, now a little bug attacking
[04:56] <nxvl_> thnx a lot
[04:56] <StevenK> Oh, thanks, metacity.
[04:56] <pitti> nxvl_: you're welcome; happy hacking! :)
[04:57] <StevenK> Please remove DOUBLE_CLICK_ from known macros
[05:01] <geser> mvo__: filed as bug #121581
[05:01] <ubotu> Launchpad bug 121581 in update-manager "[gutsy]  update-manager doesn't update anymore" [Undecided,New]  https://launchpad.net/bugs/121581
[05:01] <nxvl_> pitti: i need to check for every / or just the first one? i mean if it starts with a /
[05:01] <mvo__> geser: thanks!
[05:01] <pitti> nxvl_: depends on what you want to do
[05:02] <pitti> nxvl_: I'd recommend to replace all / with _ and give a warning dialog that / is not allowed
[05:02] <pitti> nxvl_: there's g_string_replace() or so for that
[05:03] <pitti> nxvl_: also, the label says 'mount point', that's really confusing
[05:04] <pitti> nxvl_: it should be 'mount directory in /media' or so
[05:04] <pitti> but that's too long
[05:04] <Hobbsee> !ping
[05:04] <ubotu> pong
[05:04] <nxvl_> pitti: so, change the / for _ and tell in the warning that / are not allowed and i'm changing it fot _?
[05:05] <pitti> nxvl_: the user will see the replacement, just pointing out / is enough IMHO
[05:05] <nxvl_> pitti: "Mount point inside /media" sounds good to you?
[05:05] <pitti> nxvl_: but the UI for that needs to be more clear
[05:05] <pitti> nxvl_: the label would be quite long, wouldn't it?
[05:05] <pitti> nxvl_: you should discuss that with David Zeuthen (upstream) on the mailing list
[05:06] <pitti> if we change strings, it shuold be done upstream so that we don't keep breaking translations
[05:06] <nxvl_> pitti: yes, it's very long :S
[05:07] <pitti> nxvl_: 'mount point in /media' should still fit, though, the dialog layout is generous
[05:08] <nxvl_> i will post the patch for glade now
[05:10] <pitti> cjwatson: WDYT about http://paste.stgraber.org/1725 for bug 114296?
[05:10] <ubotu> Launchpad bug 114296 in restricted-manager "running restricted-manager before installation can break system" [High,In progress]  https://launchpad.net/bugs/114296
[05:10] <pitti> cjwatson: from looking at the other install scripts this should work
[05:11] <Mithrandir> evand: do you know what the plan wrt casper and who's going to maintain it forward is going to be?
[05:11] <Mithrandir> evand: since you're our installer person, it might make sense for you to grab it.
[05:13] <evand> Mithrandir: That's not something cjwatson has discussed with me yet.  But yes, I can see how that would make sense.
[05:14] <ogra> Mithrandir, i do a lot suff in initramfs recently for ltsp and the classmate ... if you dont find anybody i'd volunteer since i have to fiddle with it anyway for gutsy at least
[05:14] <StevenK> pitti: notification-daemon and python-gnome2-desktop uploaded, which (when they build) takes care of 3 out of 5 of the main cruft for the libwnck transition.
[05:14] <Mithrandir> evand: I've spoken with some of the debian-live people here at debconf and it would be good if they knew who they could talk with
[05:15] <pitti> StevenK: you rock
[05:15] <StevenK> pitti: :-)
[05:15] <evand> Mithrandir: I'm not sure I follow.  You're more than welcome to give them my email address if they ask.
[05:16] <Mithrandir> evand: yes, that's more or less what I was planning
[05:17] <evand> thanks
[05:18] <pitti> keescook: good morning
[05:18] <keescook> pitti: bug replies> oh no! that's no good.  when you click "save changes" do they show up in about:config
[05:19] <pitti> keescook: trying
[05:20] <pitti> keescook: hm, what do I have to look for?
[05:20] <pitti> keescook: I defined one new reply now, 'bzrhead', but that substring doesn't exist in the search
[05:24] <keescook> hm
[05:24] <keescook> pitti: in the about:config Filter, put in "outflux"
[05:24] <keescook> it should show a mess of greasemonkey.scriptvals.http://outflux....
[05:25] <pitti> keescook: ah, yes, it's there
[05:25] <pitti> keescook: I guess it only searches keys, not values
[05:25] <keescook> hm... afaik, that should save.  the script is just using the internal greasemonkey config settings
[05:26] <keescook> I don't see any setting to "forget" GM config items.  so if you quit and restart firefox those disappear?
[05:27] <pitti> keescook: no, that works; but it happened twice after a reboot
[05:27] <pitti> keescook: I'll turn off my computer in a bit when I leave, and turn it on again for today's meeting; I'll check it again then, I guess
[05:28] <keescook> how very odd!
[05:28] <keescook> some kind of strange firefox bug?
[05:28] <pitti> no idea
[05:29] <Hobbsee> pitti: i do too!  occasionally
[05:29] <Hobbsee> pitti: i've gottne worse since UDS though
[05:29] <Hobbsee> pitti: and i did go to work tonight, so...
[05:30] <Keybuk> it seems to blip to 100% every couple of seconds
[05:31] <ion_> keybuk: Does top or powertop help at all?
[05:31] <ion_> s/es//
[05:31] <Keybuk> ion_: not really
[05:31] <Keybuk> top show snothing
[05:32] <Keybuk> powertop says USB, i915, ipw3945, powernowd and X
[05:33] <davmor2> how can I debug nm-applet please it is core dumping
[05:33] <pitti> davmor2: feisty? gutsy?
[05:33] <davmor2> gutsy latest update
[05:34] <pitti> davmor2: hm, do you still happen to have the feisty kernel installed?
[05:34] <davmor2> no gutsy fresh install
[05:34] <pitti> hmm
[05:34] <davmor2> part of iso testing
[05:34] <pitti> davmor2: unfortunately the gutsy kernel doesn't work with apport still, so you cannot use the easy way
[05:35] <asac> pitti: what are you trying to do? greasescripts?
[05:35] <pitti> asac: yes, keescook's canned replies
[05:35] <davmor2> that's what I assumed as apport has report all core dumps before
[05:36] <pitti> davmor2: https://wiki.ubuntu.com/DebuggingProgramCrash
[05:36] <pitti> davmor2: i. e. install the -dbgsym packages and run nm-applet under gdb
[05:36] <davmor2> thanks I'll check it out
[05:36] <pitti> davmor2: I gotta go now, please email me if you have questions (or just ask here)
[05:37] <asac> keescook: do you have a problem ... or is it just pitti whose prefs are not persistent?
[05:40] <ogra> hmm, whats up with gutsy-changes ... ?
[05:40] <ogra> any known outages ? 
[05:41] <nosrednaekim> could anyone point me to the source code for how synaptic does it download scripts?
[05:47] <seb128> ogra: you might want to ask on the sysadmin chan 
[05:47] <nxvl_> can someone point me to a manual of C regexp, or field valitation in C?
[05:47] <nxvl_> please
[05:47] <mvo__> nosrednaekim: do bzr get http://people.ubuntu.com/~mvo/bzr/synaptic/synaptic--main/ and gtk/rgmainwindow.cc: RGMainWindow::cbGenerateDownloadScriptClicked
[05:48] <keescook> asac: just pitti's prefs being non-presistent across reboots (!?)
[05:48] <nosrednaekim> mvo__: ok, thanks.
[05:50] <geser> nxvl: afaik libc has only wildmat matching, if you need more you should probably look at libpcre
[05:50] <nxvl_> geser: i only need to look if there is a / on the string
[05:52] <geser> nxvl: that should be easy, it should be doable with one of the str* functions, looking now which one
[05:53] <geser> strchr, strrchr, strchrnul - locate character in string
[05:53] <nxvl_> geser: thnx :D
[05:53] <nxvl_> geser: where did you get that?
[05:55] <geser> from man strchr :) I remembered that there is a function for it and looked for it with "apropos str"
[05:56] <nxvl_> geser: thnx i will read it :D
[05:56] <nxvl_> geser: *HUGS*
[05:56] <geser> if you need it for a wide-char string (wchar_t) than the function is wcschr
[05:56] <seb128> any REVU admin around?
[05:58] <keescook> Riddell: xapian-core> yup, I took a bunch of notes and said "okay" to pitti.  I wish they'd clean up their code a bit more -- it was not easy to read.  I worry there may be hidden issues with some of the database formats, but it would take a great deal more time to fish those out.
[05:59] <Hobbsee> seb128: yes
[05:59] <asac> keescook: but for you it works?
[06:00] <seb128> Hobbsee: can you remove the current gtkglext gtkglextmm gnome-build update from there? gandalfn had problem with his uploads and he can't upload again
[06:01] <seb128> the diff and dsc have been uploaded correct but the orig didn't work
[06:03] <keescook> asac: yeah, I'm fine -- multiple reboots, firefox upgrades, etc.  perhaps I'm just lucky?
[06:03] <Hobbsee> seb128: done
[06:04] <seb128> Hobbsee: thanks
[06:05] <Hobbsee> seb128: no problem
[06:08] <asac> keescook: i guess pitti is just doomed ... or maybe he doesn't close firefox, but just reboots/restarts X?
[06:08] <keescook> dunno. pretty odd -- he said he'd test again once he was back.
[06:17] <HawkeV> what extra debug does the debug rev of the 2.6.20-15 open up?
[06:21] <mvo> ENOPITTI?
[06:23] <geser> mvo: [17:36:57]              -*- pitti will be back for the meeting
[06:24] <mvo> thanks geser
[06:27] <HawkeV> i see
[06:29] <Riddell> keescook: ok, many thanks
[06:30] <HawkeV> i guess it was a pointless question anyway, since the debug kernel doesn't boot
[07:13] <tarzeau> does #ubuntu-motu not exist anymore?
[07:15] <keescook> tarzeau: I'm on that channel -- works for me.
[07:19] <tarzeau> keescook: thanks, suddenly it worked
[07:20] <keescook> cool :)
[07:41] <bryce> in the latest xorg, Debian has added a Depends on sparc-utils, however I'm wondering if I should move that to Suggests
[07:42] <bryce> "sparc-utils | not+sparc,"
[07:42] <tarzeau> bryce: does it not build without it on sparc?
[07:42] <tarzeau> bryce: got a version number/src package?
[07:42] <bryce> tarzeau: sparc-utils is apparently used for detecting the correct resolution on sparc
[07:43] <tarzeau> bryce: at build-depends time, for who?
[07:43] <bryce> xorg-7.2.-5
[07:43] <bryce> no, it's a Depends, not a Build-Depends
[07:43] <kylem> sparc-utils | not+sparc means it is only a Depends on sparc.
[07:44] <tarzeau> ah sorry misread you
[07:44] <kylem> although, i've never seen that syntax before.
[07:44] <bryce> kylem: so should it be okay to leave as is?
[07:45] <HawkeV> hey guys, i have a 100% reproducable kernel memory-leak on x86_64, who do i need to speak to to get some help debugging it?
[07:46] <tarzeau> HawkeV: how to reproduce?
[07:46] <tarzeau> HawkeV: which kernel version exactly?
[07:46] <Nafallo> HawkeV: #ubuntu-kernel ? :-)
[07:46] <HawkeV> i can reproduce it on 2.6.17-10 and 2.6.20-15
[07:47] <HawkeV> leak starts when i invoke /etc/cron.daily/find on a system with a large xfs partition that has a lot of data on it
[07:51] <bryce> hmm, guess I'll leave it as is until I know more
[08:07] <aquo> hmm, i don't understand where is the connectiong between germinate and the iso images ...
[08:08] <aquo> https://help.ubuntu.com/community/LiveCDCustomization descibes customization only
[08:08] <aquo> but i am interested how the official images are created?
[08:08] <aquo> isn't this automatized?
[08:09] <j1mc> aquo: http://codebrowse.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/xubuntu.gutsy/files
[08:09] <j1mc> that's the link you need
[08:10] <aquo> yeah, so i am able to generate package lists, but is there a way building new install media from scratch without remastering a cd image?
[08:10] <aquo> are the official images just altered old versions of themself, or are they generated from scratch?
[08:11] <aquo> -old +new
[08:13] <aquo> i don't want to include extra packages on my cds, i want to include less.
[08:14] <aquo> where is the automatized connection between germinate and the cd-images?
[08:14] <Nafallo> slomo: hi :-)
[08:16] <aquo> may anybody help me?
[08:18] <LaserJock> aquo: it will be much easier for you to customize an existing image
[08:19] <LaserJock> aquo: but you can check the code at https://code.launchpad.net/debian-cd/
[08:39] <aquo> LaserJock: Yes, but that is not the scripts that are used for Ubuntu, there must be modifications
[08:45] <Keybuk> aquo: generated from scratch each time, iirc
[08:49] <aquo> Keybuk; how, where is the documentation?
[08:51] <Keybuk> aquo: wiki.ubuntu.com, look under generating custom CD images
[08:52] <Keybuk> https://help.ubuntu.com/community/LiveCDCustomization
[08:53] <aquo> no, that is just an description how to modify existing images.
[08:53] <Keybuk> if you want to make an image from scratch, you want "debootstrap"
[08:53] <Keybuk> https://wiki.ubuntu.com/DebootstrapChroot?highlight=%28debootstrap%29
[08:53] <aquo> i doubt that the official images are generated this way.
[08:53] <Keybuk> to generate CD lists from seeds, use germinate
[08:53] <Keybuk> err, why?
[08:53] <aquo> they take the old images and modify them?
[08:54] <Keybuk> why not?
[08:54] <Keybuk> germinate generates package lists that you can feed into apt
[08:54] <Keybuk> germinate also generates the lists that mean the original debootstrap works
[08:55] <aquo> i managed the germinate part already ...
[08:55] <Keybuk> so you just debootstrap a chroot, and then apt install the germinate lists you want
[08:55] <Keybuk> (I think debian-cd uses dpkg --set-selections/dselect for hysterical reasons, I'm not sure)
[08:55] <aquo> i just don't now to come from the lists to the cds ...
[08:55] <aquo> +k
[08:55] <Keybuk> you'll have a chroot
[08:55] <Keybuk> in that chroot will be an installed filesystem
[08:55] <Keybuk> so just mksquashfs that and drop it into a CD, following the customisation howto bit
[08:56] <aquo> debian-cd package in baazar look like to be customized for etch, not for ubuntu
[08:56] <Keybuk> if you change the kernel, see the appropriate bit of that doc
[08:57] <Keybuk> I don't really understand what else you're looking for
[08:57] <aquo> i really would like to see the exact script that are used to build the official images.
[08:57] <Keybuk> you're assuming there is one
[08:57] <LaserJock> aquo: https://code.launchpad.net/ubuntu-cdimage/
[08:58] <TheInfinity> hmm ... has somebody here the patched pam_foreground.so: https://bugs.launchpad.net/ubuntu/+source/libpam-foreground/+bug/76364 ?
[08:58] <ubotu> Launchpad bug 76364 in libpam-foreground "authdaemond: dlerror: /lib/security/pam_foreground.so: undefined symbol: pam_set_data" [Undecided,Confirmed]  
[08:58] <LaserJock> aquo: I doubt you'll find a ton useful in there, but there it is
[08:58] <Keybuk> iirc, there's just a bunch of random scripts that work together
[08:58] <aquo> Keybuk: have you ever build a image?
[08:58] <Keybuk> aquo: yeah, loads of times; you just run the appropriate bit depending what change you made
[08:59] <aquo> yeah, but the changes won't be simply adding this or that package ...
[08:59] <aquo> my changes will change the install media in the amount xubuntu differs from ubuntu
[09:01] <Keybuk> right, and xubuntu has a whole different script there, iirc
[09:01] <LaserJock> aquo: grab the bzr branch for ubuntu-cdimage and debian-cd from cjwatson 
[09:01] <Keybuk> aquo: we really don't have a "make-me-a-cd-image -r xubuntu -l package-list" type script
[09:02] <Keybuk> there are plenty of community ones like that, but they're not "official"
[09:02] <aquo> i first want to remaster just the offfical ubuntu images, for gaining knowledge how to do it ...
[09:02] <Keybuk> sure, so see that customisation howto
[09:02] <aquo> the documentation for this seem spread all over the net
[09:03] <Keybuk> that tells you how to get an image, change bits of it, and then make a new one
[09:03] <wolfeon> aquo: that would be fun :)
[09:03] <Keybuk> aquo: remember that Ubuntu never started from scratch
[09:03] <aquo> yes, but i don't wan't to change anything, i want to build the images from scratch
[09:03] <Keybuk> we started from Debian
[09:03] <Keybuk> so we've never *had* to build things from scratch ;)
[09:03] <wolfeon> is there a link I missed?
[09:04] <wolfeon> I need to do it too.. since I need to build a custom iso for a business  :)
[09:04] <LaserJock> aquo: get http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline and http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/
[09:04] <aquo> ok
[09:04] <Keybuk> to do it from scratch, you want debootstrap, germinate, debian-cd and ubuntu-cdimage
[09:04] <Keybuk> there are far better community things to do this than we use :p
[09:04] <LaserJock> aquo: but seriously, you will mostly likey want to rebuild an existing image
[09:05] <wolfeon> hmm
[09:05] <LaserJock> the LiveCD is relatively easy to modify
[09:05] <aquo> seriously, i don't want, because with this approach my changes will be valid for one branch (feisty) only
[09:06] <LaserJock> why?
[09:06] <wolfeon> the live cd just copies a base right? not debs and unpacking?
[09:06] <LaserJock> right
[09:07] <LaserJock> so you can just unpack the squashfs, do your modifications, and pack it back up. there are some additional things you need to do to get things installed right, but there is documentation for that
[09:07] <aquo> yes, and i want to exclude lots of packages, and packages that depend on them ...
[09:08] <LaserJock> fine
[09:08] <LaserJock> that's no problem
[09:08] <wolfeon> errrr, where are fixes uploaded once a bug is fixed?
[09:09] <wolfeon> via launchpad
[09:09] <LaserJock> it depends
[09:09] <LaserJock> if it's a fix in gutsy we just upload to gutsy
[09:10] <wolfeon> LaserJock: https://bugs.launchpad.net/ubuntu/+source/vino/+bug/112955
[09:10] <ubotu> Launchpad bug 112955 in vino "vino (vnc) keyboard mapping problem" [Low,Fix committed]  
[09:10] <LaserJock> if it's for a stable release (i.e. Feisty, Edgy, etc.) then it goes through a Stable Release Update procedure
[09:10] <wolfeon> right, where is the repos for the Feisty test updates? :)
[09:10] <LaserJock> those are -proposed
[09:11] <LaserJock> wolfeon: but that bug will presumably be included in the next Gnome release in gutsy
[09:11] <LaserJock> *bug fix
[09:11] <wolfeon> well its an embarrassig bug.. I'm converting a business to use Ubuntu.. :))
[09:11] <wolfeon> sob
[09:11] <wolfeon> https://bugs.launchpad.net/ubuntu/feisty/+source/python-fam/+bug/115655
[09:11] <ubotu> Launchpad bug 115655 in python-fam "using PyMem_DEL() instead of PyObject_FREE() causes python 2.5 to double free or corrupt" [Medium,Confirmed]  
[09:12] <wolfeon> I'm confused, how come my fix has not been sent to proposed?
[09:12] <wolfeon> for feisty
[09:12] <wolfeon> its easy to load the package on my feisty servers, but what if I need people to use it on a stock feisty? :)
[09:13] <LaserJock> wolfeon: it has been marked as "Incomplete" until the fix has entered gutsy
[09:13] <wolfeon> pitti: poke :)
[09:13] <wolfeon> LaserJock: o?
[09:13] <LaserJock> the last comment
[09:13] <pitti> wolfeon: hi
[09:13] <wolfeon> o :) guess one can't rush things, heh.
[09:14] <wolfeon> I never did talk with upstream, does that mean after gutsy they will take debian's package again with the bug?
[09:14] <wolfeon> its also broken in debian still, heh.
[09:16] <pitti> keescook: hm, this time it didn't forget my bug responses; maybe a weird interaction with the LP update, or cosmic rays, or so
[09:16] <LaserJock> wolfeon: if you don't talk to upstream or Debian, then it does have a fair chance of not getting fixed there :-)
[09:16] <LaserJock> wolfeon: you should push to get your fix into gutsy
[09:17] <LaserJock> then you can do the SRU to get it into Feisty
[09:21] <wolfeon> LaserJock: there is a fix attached to the bug, how do I get it sent to gutsy?
[09:22] <keescook> pitti: yeah, no sure, it's kind of out of my script's control -- it's all up to GM to do the right thing.  hmpf
[09:22] <LaserJock> wolfeon: the package is in Universe so you should subscribe the ubuntu-universe-sponsors team so they can sponsor the upload
[09:23] <wolfeon> all this just to get a small bug fixed :/
[09:31] <LaserJock> well, it could be worse I suppose
[09:32] <LaserJock> it's a matter of letting the right people know so they can upload your fixes
[09:32] <LaserJock> we have thousands of small bugs
[09:32] <wolfeon> yeah :/
[09:32] <wolfeon> back to this bug https://bugs.launchpad.net/ubuntu/+source/vino/+bug/112955
[09:32] <ubotu> Launchpad bug 112955 in vino "vino (vnc) keyboard mapping problem" [Low,Fix committed]  
[09:33] <wolfeon> looking at "source package in ubuntu" it says "Initially uploaded to Ubuntu gutsy" does this mean it was *not* fixed in feisty?
[09:33] <Keybuk> right
[09:33] <pitti> is it only me, or do other people get weird rejection mails for gutsy-changes@ as well?
[09:34] <Keybuk> usual practice is to *not* apply fixes to released distributions
[09:34] <Keybuk> feisty is as feisty was when feisty released
[09:34] <Keybuk> that is, for us, what release means
[09:34] <wolfeon> if it was not fixed in feisty.. then VINO is broken on EVERY ubuntu desktop
[09:34] <Keybuk> we make exceptions for security fixes or other critical bug fixes
[09:34] <Keybuk> right
[09:35] <wolfeon> Keybuk: Wouldn't that bug be critical? since it doesn't map correctly on any 7.04 install?
[09:35] <Keybuk> so what happens there is a fix is prepared and tested, and normally uploaded to gutsy first
[09:35] <Keybuk> the patch for the fix is then applied to the feisty package, and built
[09:35] <wolfeon> it was marked fixed, so nobody will pay any attention to it :)
[09:35] <Keybuk> if successful, that is uploaded to the feisty-proposed distribution and tested there for several days
[09:35] <wolfeon> then I better open the bug back up and mark it separately gutsy and feisty?
[09:35] <Keybuk> and if it fixes the problem, and causes new ones, then it is uploaded to feisty-updates
[09:36] <Keybuk> wolfeon: https://wiki.ubuntu.com/StableReleaseUpdates
[09:36] <Keybuk> wolfeon: especially see "Propose" :)
[09:37] <geser> pitti: I've also seen two rejections mails on the motu ML
[09:37] <Keybuk> since this fix has apparently occurred in GNOME, you may find it easier to get one of the developers participating in that bug to propose it for an SRU
[09:38] <Keybuk> (funny story...
[09:38] <Keybuk>  someone asked me once why, after releasing edgy, we didn't fix bugs in it, and improve it further
[09:38] <Keybuk>  I pointed out that we did, and just called it "feisty")
[09:39] <wolfeon> hehe
[09:39] <wolfeon> well I want a stable version of software with fixes :P Else I'd have gone the unstable path a long time ago, heh.
[09:41] <pitti> geser: last mail on https://lists.ubuntu.com/archives/gutsy-changes/2007-June/thread.html is from last night, that's suspicious
[09:42] <Keybuk> wolfeon: what do you mean by "stable" ?
[09:42] <wolfeon> Keybuk: how can you tell which subscribers are developers in the bug list?
[09:42] <wolfeon> Keybuk: stable, just the same software which fixes are being made.
[09:43] <geser> pitti: do you know who admins the gutsy-changes ML and where the admins can be found?
[09:44] <pitti> geser: I just asked cprov
[09:44] <Keybuk> wolfeon: ask on the bug list :)
[09:44] <Keybuk> or click on their names, and see which teams they are members of
[09:45] <Keybuk> wolfeon: what if the bug fix *is* the new version of the software? :p
[09:45] <zasf> pitti: about your last email, if you pulled the entire branch, I guess it wasn't mirrored yet
[09:45] <Keybuk> wolfeon: I mean that the other way around, obviously, but the point remains
[09:45] <pitti> zasf: right
[09:45] <zasf> pitti: it normally takes a while, you should pull directly from my server
[09:45] <pitti> zasf: btw, any reason why you don't push to LP directly?
[09:45] <wolfeon> Keybuk: sorry, I just dont use launchpad all that often. If I attach a comment, it gets pushed to some list like a forum or mailing list?
[09:45] <pitti> zasf: ok, will switch to your URL then
[09:46] <zasf> I don't have rights :D
[09:46] <Keybuk> wolfeon: it gets mailed to the people subscribed, yes
[09:46] <wolfeon> Keybuk: o, right :)
[09:46] <zasf> or maybe now that I joined the bugsquad maybe I have
[09:46] <wolfeon> just flog me. I need more coffee.
[09:47] <zasf> it would be helpful to know that from an experienced person here
[09:48] <zasf> pitti: UnlockableTransport: Cannot lock: transport is read only
[09:49] <pitti> zasf: with sftp://?
[09:49] <TheInfinity> hmm ... is somebody with an 64 bit processor here who can compile https://bugs.launchpad.net/ubuntu/+source/libpam-foreground/+bug/76364 ?
[09:49] <ubotu> Launchpad bug 76364 in libpam-foreground "authdaemond: dlerror: /lib/security/pam_foreground.so: undefined symbol: pam_set_data" [Undecided,Confirmed]  
[09:49] <pitti> zasf: probably because it is a mirrored branch
[09:49] <TheInfinity> this bug is since 6 month not fixed :(
[09:51] <keescook> TheInfinity: why do you need an amd64 for that?
[09:51] <keescook> (i mean, it looks like a generic build problem)
[09:52] <TheInfinity> because i have exacly this problem on an 64 bit server
[09:52] <TheInfinity> and i have no compile maschine - and the other users will kill me if i compile on this server ;)
[09:52] <keescook> heh, I will poke at it.
[09:52] <zasf> pitti: hum with sftp it goes one step further: Permission denied (publickey).
[09:52] <zasf> pitti: I'll set a key and see if taht is the problem
[09:53] <pitti> zasf: yes, you need to register a gpg key in LP for this to work
[09:53] <zasf> pitti: nice, I'll do it soon
[09:54] <TheInfinity> keescook: this means ... ? ;)
[09:54] <keescook> TheInfinity: I'll try to get it built, I mean.  :)
[09:54] <TheInfinity> okay ... thanks :)
[09:54] <mrsn0> TheInfinity with some instructions explaining how i can compile on gutsy 64 here if you like :)
[09:55] <TheInfinity> i dont know gutsy at all ;)
[09:55] <mrsn0> well feisty/gutsy whatever really
[09:55] <wolfeon> Keybuk: I'm thankful I saved the instructions on updating a package from last bug. its just a deleteion of 3 lines of code :)
[09:55] <mrsn0> i have both in a vm
[09:56] <wolfeon>  I'll just sent a patch to the bug tracker, heh.
[09:56] <TheInfinity> and: i am not that good in compiling and so on - but in this case i am not even ablte to try it ;)
[09:57] <keescook> Keybuk: do you know off-hand if libpam-foreground is actually an ubuntu-native package?  the changelog is not sane, especially when compared against the debian changelog.
[09:57] <TheInfinity> debian has libpam-foreground 0.2 ...
[09:57] <Keybuk> keescook: I think it probably was at one point
[09:57] <TheInfinity> <-- has also watched debian pakages ;)
[09:58] <mrsn0> TheInfinity thats quite a conundrum then :p
[09:58] <keescook> Keybuk: I'm going to switch it to 0.3-0ubuntu1, is that sane?
[09:59] <Keybuk> I don't see why not
[09:59] <pitti> keescook: it would be even better to get 0.3 into Debian; 0.2 doesn't work well...
[09:59] <keescook> pitti: sounds right, the orig split would be the first step
[10:06] <dholbach> pitti, keescook: do you want a MIR for a cursor theme?
[10:06] <pitti> dholbach: I'm fine with a quick package review and handling this without much fuss
[10:06] <dholbach> alright
[10:06] <pitti> MIRs are not really for packages which only ship five pngs...
[10:06] <dholbach> dmz-cursor-theme would be the package - I'd like to replace human-cursors-theme
[10:09] <pitti> dholbach: please send me a tiny mail about it for me to not forget
[10:10] <dholbach> pitti: sure will - thanks a lot
[10:12] <keescook> zomg pwnage via PNG!  ;)
[10:14] <dholbach> muuhuhahahaha :)
[10:20] <pitti> keescook: mentally 0wned is not that far-fetched; just check out http://www.schaf.de/gal/main.php?g2_view=core.DownloadItem&g2_itemId=30346&g2_serialNumber=2 :)
[10:20] <keescook> yaaarg
[10:21] <pitti> (and no, it's *not* an animated gif :) )
[10:21] <keescook> that's nice, I hadn't seen that one before.  :)
[10:22] <pitti> keescook: show this to anyone, and he'll tell you every password he knows
[10:29] <dholbach> Keybuk: how did you fix that terminal shortcut? it's not in my shortcut capplet anymore
[10:35] <Keybuk> dholbach: gconf-editor
[10:35] <dholbach> hrm
[10:35] <Keybuk> dholbach: /apps/compiz/general/allscreens/options/command_terminal
[10:35] <Keybuk> I set it to "gnome-terminal"
[10:35] <dholbach> it's set to gnome-terminal already
[10:35] <LaserJock> pitti: gaaaah, you're going to make my brain explode :-)
[10:35] <pitti> LaserJock: do I?
[10:35] <LaserJock> pitti: that pick is very troublesome to the mind ;-)
[10:35] <LaserJock> *pic
[10:35] <pitti> LaserJock: MUHAHA PWNED
[10:35] <Keybuk> dholbach: oh, that made my key work
[10:35] <Keybuk> it works now
[10:35] <Keybuk> are you using today's compiz with the ccsmpthingy backend
[10:35] <Keybuk> or last week's with gconf backend?
[10:35] <dholbach> I'm up to date
[10:35] <mvo> dholbach: lets debug it tomorrow together :)
[10:38] <xxxxx1> how can i silence console startup messages like is in the installer?
[10:38] <xxxxx1> for example..
[10:38] <xxxxx1> * Starting x... y... z...
[10:39] <xxxxx1> just show the kernel Booting message and later the login
[10:39] <xxxxx1> ?
[10:40] <pitti> shawarma: so, about bug #119075: did you get a response from Sean or Christian already?
[10:40] <ubotu> Launchpad bug 119075 in mysql-dfsg-5.0 "Root password policy for mysql" [High,Confirmed]  https://launchpad.net/bugs/119075
[10:40] <pitti> shawarma: I would really like to find a design that suits both Debian and us
[10:40] <shawarma> pitti: As i mentioned in the flood, I haven't had a chance to ask them yet. I didn't know it had been milestoned.
[10:41] <shawarma> pitti: I was planning on doing it tomorrow or start of next week, actually.
[10:41] <pitti> shawarma: right, no problem; how do you think we should fix this? 
[10:41] <shawarma> pitti: Ideally get MySQL to just grant full privs to a user with euid 0.
[10:42] <shawarma> pitti: And then remove the debian-sys-maint user.
[10:42] <pitti> shawarma: right, that's what I prefer as well
[10:42] <shawarma> pitti: I'll see if I can strike up a conversation with a MySQL dev tomorrow?
[10:42] <shawarma> pitti: That would be the coolest way around it, I think.
[10:42] <pitti> shawarma: I suggest a bug report
[10:43] <ogra> i dont actually know any mysql user who actually uses debian-sys-maint
[10:43] <pitti> shawarma: so far my experience with mysql bugs has been relatively good, especially if it is raised upstream as well
[10:43] <shawarma> pitti: It's likely to be rejected on grounds of "we already have a documented way of resetting the password".
[10:43] <shawarma> ogra: Every user who ever shuts down his mysql server. Ever. :)
[10:43] <pitti> shawarma: well, a pretty braindead one
[10:43] <ogra> shawarma, oh
[10:44] <shawarma> pitti: Well, it's worth a try. I'll file a report about it tomorrow.
[10:44] <shawarma> ogra: But not directly, no.
[10:44] <shawarma> ogra: It's also used for /etc/init.d/mysql status
[10:44] <keescook> shawarma, pitti: looks like I can't just put xmms into flac -- it needs the whole library and "xmms-config" programs to compile.
[10:44] <pitti> shawarma: hm, if you are concerned about Christian defending debian-sys-maint, then start it with upstream right away :)
[10:44] <shawarma> keescook: Yes, I found that out too :)
[10:44] <pitti> shawarma: however, Christian is pretty sane, and since this d-sys-maint is such an obvious and blunt hack, I hope he'll agree to that solution, too
[10:45] <pitti> keescook: erk
[10:45] <ogra> shawarma, ah, i didnt know that
[10:45] <keescook> so, I think our only option is to cripple it.  if someone wants to build a flac-universe package, that's the only way I see this going.
[10:45] <pitti> keescook: I didnt' follow that, why does flac need xmms? shouldn't it be the other way ronud?
[10:45] <keescook> the xmms-flac module is built in the flac source tree.
[10:46] <keescook> I tried hauling it into the xmms tree, but it was non-trivial, and I didn't feel comfortable blowing a whole bunch of time on it, since it's a universe package.
[10:46] <pitti> erk
[10:47] <pitti> keescook: hm, but putting xmms code into the flac source sounds sooo wrong...
[10:47] <keescook> right, that won't fly at all.  I was hoping it was just going to be headers
[10:47] <keescook> but, it's much deeper than that.
[10:48] <pitti> keescook: then it would be better to move that stuff into the xmms source, right?
[10:48] <pitti> keescook: anyway, maybe xmms2 has this solved more elegantly
[10:48] <pitti> keescook: if you need it for playing around, I can NEW it, it should be good now
[10:49] <keescook> I haven't looked at xmms2 yet.  should I really spend time getting the flac module into the xmms package, especially since upstream devel is dead?
[10:49] <ogra> not really ... its sad to cripple it but its likely to die anyway
[10:49] <keescook> ogra: do you use xmms with flac support?  I personally don't.
[10:50] <pitti> keescook: no, please don't waste time on that
[10:50] <ogra> upstream is always a great excuse
[10:50] <pitti> ogra: what about xmms2?
[10:50] <ogra> no, i dont but xmms is still one of the most popular players
[10:50] <ogra> pitti, i'm RB user :) 
[10:50] <pitti> ogra: so am I
[10:50] <ogra> but many edubuntu users prefer xmms because its a low ressource thing
[10:51] <keescook> yeah, I still use it too.  :P
[10:51] <keescook> It seems that the popcon voting for "xmms-flac" isn't sane
[10:51] <keescook> it reads out at "0" but I can't believe it.
[10:53] <pitti> xmms2-plugin-flac_0.2DrJekyll-3ubuntu1_i386.deb
[10:53] <pitti> keescook: ^
[10:53] <ogra> i'd fear MrHide here 
[10:53] <ogra> :)
[10:54] <ogra> or was it Hyde ?
[10:54] <keescook> okay, good, we can point people at xmms2, then, I guess.
[10:55] <Keybuk> or a media player for grown-ups
[10:55] <Keybuk> :p
[10:55] <keescook> Keybuk: heh. :)
[10:55] <ogra> for pairs
[10:56] <pitti> Keybuk: if there is an accident in the archive and xmms inadvertedly *cough* gets kicked off the archive, can I blame cprov?
[10:56] <pitti> (the stories about years-old unfixed security holes are scary...)
[10:57] <shawarma> We can just remove xmms and put it a picture of xmms instead, file a bug about "XMMS ui un-responsive" and mark every other xmms bug a duplicate of that one.
[10:57] <keescook> AHAHA
[10:57] <shawarma> 2. ?
[10:57] <mdke_> very clever
[10:57] <shawarma> 3. Profit!
[10:58] <pitti> LMAO
[10:58] <mdke_> can we have a list going of apps to do that to?
[10:58] <shawarma> They'll never know. :)
[10:58] <shawarma> mdke_: What else do you feel like getting rid of? :)
 KDE-* </troll>
[10:58] <mdke_> openoffice
[10:58] <pitti> shawarma: OO.o *duck*
[10:59] <shawarma> Yeah!
[10:59] <Burgundavia> Firefox!
[10:59] <shawarma> That will free up *LOADS* of space on the LiveCD as well.
[10:59] <pitti> shawarma: well, it's unresponsive enough already *ducking even lower*
[10:59] <shawarma> pitti: LOL
[10:59] <ajmitch> Burgundavia: too obvious
[11:00] <Burgundavia> ajmitch: I just woke up
[11:00] <shawarma> Burgundavia: That's what they all say.
[11:01] <Burgundavia> well, at least it was on purpose
[11:01] <keescook> okay, xmms-dev removed from flac.
[11:03] <pitti> keescook: great; really this sounds a bit like glibc: Build-Depends: firefox
[11:03] <keescook> hah!
[11:03] <Keybuk> mdke_: nobody would notice
[11:04] <ion_> pitti: :-D
[11:04] <shawarma> Burgundavia: :)
[11:05] <ogra> bah, lamers ... firefox ... openoffice ... tsk
[11:05] <ogra> take GDM !
[11:05] <ogra> that solves it one and for all
[11:06] <keescook> pitti: agh! I keep alt-tabbing through my firefox windows and getting my eyes freaked out by that image.  I need to close that tab.  ;)
[11:07] <zasf> pitti:good night everybody
[11:07] <zasf> good night everybody
[11:07] <pitti> bye zasf 
[11:07] <keescook> bryce: where is the amd driver thingy you mentioned?
[11:07] <bryce> keescook, http://q-funk.iki.fi/debian/pool/x/xserver-xorg-video-amd/
[11:08] <bryce> sorry, I'd assumed there was a link in the email
[11:09] <pitti> keescook: I told you -- security vulns in images :)
[11:10] <bryce> I'm hoping to have all the x drivers updated for tribe2... just a few left to go
[11:10] <ogra> any chance for openchrome ? 
[11:11] <nxvl> wich package contains glibc.h?
[11:11] <keescook> bryce: so this amd driver is not in Debian yet?
[11:11] <bryce> keescook, not yet
[11:11] <bryce> keescook, I emailed the packager to ask for an eta on when it'll appear in debian, but no response
[11:12] <bryce> (or maybe response never made it through spam filter... ;-)
[11:12] <bryce> ogra: yes, let me look
[11:12] <keescook> Date: Fri, 15 Jun 2007 16:15:42 +0300
[11:12] <keescook> The package is now sitting in NEW.
[11:12] <keescook> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400748
[11:12] <ubotu> Debian bug 400748 in wnpp "RFP: xserver-xorg-video-amd -- X.org X server -- AMD Geode GX/LX display driver" [Wishlist,Open]  
[11:13] <keescook> bryce: and this line is right?
[11:13] <keescook> +Provides: xserver-xorg-video-1.0
[11:13] <keescook> I know there were ubuntu-specific changes for this stuff in other video drivers
[11:14] <pitti> Riddell: libept/sparc failed with a bus error, ominous; did you see this before? shall I try a give-back?
[11:14] <bryce> yep, that's there so binary l-r-m drivers, etc. can let X know that the video driver requirement is satisfied
[11:14] <keescook> okay, but the -1.0 vs no suffix is correct?  (i.e. the changelog mentions changing this around)
[11:14] <bryce> oh
[11:15] <bryce> hmm, I've never seen -1.0 appended there
[11:17] <keescook> pitti: how do I snag a dsc/orig/etc out of debian's NEW?  the new list is just an HTML report, and I can't find it in the pools
[11:17] <pitti> keescook: there's no public way to do that AFAIK
[11:17] <keescook> d'oh
[11:17] <pitti> keescook: pinging Joerg in #debian-devel or so :)
[11:18] <pitti> keescook: TBH I was a bit nervous about publishing our source NEW queue, too
[11:18] <pitti> after all, that might be stuff that is not redistributable, so it shouldn't be too official
[11:18] <keescook> bryce: cool, once you get the Provides: line sorted out, just point me at your resulting -amd package.
[11:19] <pitti> xmms2 binary-NEWed (phew), so have fun playing around with it
[11:19] <keescook> pitti: cool.  I will let ogra investigate xmms2.  :)
[11:20] <ogra> gah ... i talk to much ... voluntold again ...
[11:20] <LaserJock> ;-)
[11:20] <keescook> hehe
[11:21] <shawarma> pitti: Mysql bug 29287
[11:22] <bryce> ogra, the -via driver is already on my todo list; is a new -unichrome driver also needed?
[11:22] <shawarma> pitti: http://bugs.mysql.com/bug.php?id=29287
[11:22] <ubotu> Launchpad bug 29287 in xserver-xorg-driver-ati "Fails to clone display to external video (dup-of: 36768)" [Medium,Fix released]  https://launchpad.net/bugs/29287
[11:22] <ubotu> Launchpad bug 36768 in xserver-xorg-driver-ati "[dapper]  Cannot switch external vga-out / LCD" [Medium,Fix released]  https://launchpad.net/bugs/36768
[11:22] <ogra> bryce, no, only the yet unpackaged openchrome 
[11:22] <pitti> Riddell: ah, libept is in binary NEW
[11:22] <pitti> Riddell: that explains a lot :)
[11:22] <shawarma> ubotu: No, I was talking about an *upstream* bug. Sheesh!
[11:23] <pitti> Riddell: given-back on sparc, let's cross fingers
[11:24] <keescook> okay, kdeutils uploaded to drop xmms-dev.  that's it, afaik.
[11:24] <bryce> ogra, oh, the openchrome driver that doesn't have a package?  hrm
[11:24] <keescook> with xmms out and evms out, gtk1 can go too
[11:24] <bryce> ogra, well not likely to be done by tribe2... but I'll put it on my todo list to look into it
[11:24] <ogra> bryce, i dont care about tribes :)
[11:24] <ogra> only about final :)
[11:25] <pitti> shawarma: thanks, sounds good
[11:25] <pitti> -- gutsy/main build deps on libgtk1.2-dev:
[11:25] <pitti> kdebindings
[11:25] <pitti> libdv
[11:25] <pitti> libiodbc2
[11:25] <pitti> smpeg
[11:25] <pitti> xmms
[11:25] <pitti> keescook: ^
[11:25] <shawarma> We'll see where it goes. I took a quick peek at the mysql code, and although my C++-fu is weak, it didn't look entire unmanageable.
[11:26] <keescook> pitti: oh dang.
[11:26] <keescook> libdv??
[11:26] <pitti> gosh, not having -changes is really awkward
[11:27] <ogra> Keybuk, any chance for initramfs-tools 0.88 before tribe2 ? 
[11:28] <Keybuk> err?
[11:28] <Keybuk> what do you want in 0.88?
[11:28] <ogra> fixed netbooting
[11:28] <Keybuk> ?
[11:28] <Keybuk> -v
[11:28] <ogra> option root-path "192.168.17.61:/opt/ltsp/ubuntu_feisty_i386"; doesnt work for us
[11:28] <Keybuk> I see
[11:28] <ogra> option root-path "/opt/ltsp/ubuntu_feisty_i386"; does 
[11:28] <ogra> 0.88 has a fix for that
[11:28] <Keybuk> and why doesn't it work for you?
[11:29] <Keybuk> err, we're upstream for initramfs-tools
[11:29] <ogra> because the variable handling in the nfsroot script is broken
[11:29] <ogra> well the fix is in debian
[11:29] <Keybuk> so it needs a merge?
[11:29] <ogra> i can move it over indeed
[11:29] <Keybuk> that seems like the best plan, if you've already found the fix
[11:29] <Keybuk> patch is your friend ;)
[11:29] <ogra> <-- was lazy waiting for a merge :)
[11:29] <Keybuk> initramfs-tools rarely gets merged
[11:30] <ogra> oki, i'll fix it then :)
[11:30] <ogra> well mom lists it
[11:30] <Keybuk> we tend to leave it alone unless we either want something from Debian, or Jeff has a lazy day
[11:32] <pitti> Riddell: libept failed again on sparc
[11:32] <pitti> Riddell: it's a bit awkward to binary-NEW stuff that's FTBFS on some arches, but I'll do it anyway since it blocks you
[11:34] <pitti> keescook: libdv> for libdv-bin, I suppose? some GUI frontend
[11:35] <keescook> let's make it non-responsive :)
[11:35] <pitti> keescook: libdv-bin is in universe, though, so if they still didn't port it to gtk2, we could just drop -bin, or ./configure --without-gtk or so
[11:36] <pitti> -- gutsy/main build deps on libsmpeg-dev:
[11:36] <pitti> sdl-mixer1.2
[11:36] <pitti> bah
[11:36] <pitti> just one
[11:37] <keescook> where are you getting the dep output from?
[11:37] <pitti> keescook: checkrdepends
[11:37] <pitti> http://people.ubuntu.com/~pitti/scripts/checkrdepends
[11:37] <pitti> keescook: conveniently runnable on rookery (it has a local mirror)
[11:38] <pitti> keescook: did you already fix 
[11:38] <pitti> -- gutsy/main build deps on xmms-dev:
[11:38] <pitti> kdeutils
[11:38] <pitti> ?
[11:38] <keescook> yup
[11:38] <pitti> (it has flac, too, but you did that already, AFAIUI)
[11:38] <pitti> keescook: cool
[11:38] <pitti> keescook: so tomorrow xmms should be in anastacia
[11:38] <keescook> \o/
[11:39] <keescook> I'm bummed about gtk1.2 -- I thought evms and xmms were it.  s'okay.
[11:41] <pitti> Riddell: ept NEWed, so debtags should build everywhere except on sparc; can you please look into the sparc ftbfs for libept?
[11:42] <bryce> keescook, ok it looks like xserver-xorg-video-1.0 is valid:  http://packages.ubuntu.com/feisty/x11/xserver-xorg.  Also I found that -i810 and -unichrome provide xserver-xorg-video-1.0
[11:42] <bryce> http://packages.ubuntu.com/feisty/virtual/xserver-xorg-video-1.0
[11:43] <keescook> bryce: ah! very good. then I'll just upload it as-is.
[11:43] <bryce> yuppers
[11:44] <bryce> yay, another one down.  Now back to -nv.
[11:49] <keescook> bryce: whoa, is this an i386-only driver?
[11:49] <keescook> https://launchpad.net/ubuntu/+source/xserver-xorg-video-amd/2.7.6.5~20060905-0ubuntu1
[11:50] <keescook> it fails on all but i386
[11:50] <bryce> probably
[11:50] <bryce> I think the amd video is an onboard chip for amd mboards
[11:51] <bryce> lemme doublecheck...
[11:52] <sommer> wc
[11:54] <keescook> that's going to keep it out of Debian; I adjusted the control file to build only on i386
[11:54] <bryce> kees, yeah - http://en.wikipedia.org/wiki/Geode_(processor) x86 only
[11:56] <wasabi> Um... any idea how to add static routes with network manager?
[11:56] <wasabi> guess it doesn't support that. =/