=== v is now known as vorian
=== freeflyi1g is now known as freeflying
[08:04] <dholbach> good morning
[08:16] <maxwellian> dholbach: What do you think about the feedback on your "Field Experiment" regarding fixing bugs?
[08:18] <dholbach> maxwellian: I'll write something up in a couple of days - I didn't get heaps of feedback yet
[08:18] <dholbach> most folks did not use any docs but just did something
[08:20] <maxwellian> dholbach: I'd like to try it myself.  I've started the process of trying to learn before, but I think I was confused by the various documentation.  It seems like once I figure it out I'm going to have to write something for myself just so I know how I did it.
[08:20] <dholbach> if you could note down how you go about and how it works out I'd appreciate it
[08:21] <dholbach> very brief notes are OK :)
[08:21] <maxwellian> dholbach: Hmm...I tend to be a bit verbose at times, actually, but I can scale back if need be... :P
[08:22] <dholbach> thanks a bunch!
[08:22] <maxwellian> dholbach: I know this is up somewhere, but where's the place to find easy bugs to fix?  Since I'm new?
[08:23] <dholbach> https://wiki.ubuntu.com/MOTU/GettingStarted should list where to go
[08:24] <maxwellian> Yes, I've seen that.  Thanks, and thanks for all of your work.  You are pretty much the "face" of Ubuntu for me, since you're the only person whose face I've seen and whose name I recognize. ;)
[08:26] <dholbach> thanks for the flowers, but there's so many cleverer people in Ubuntu and people who do much more important things in Ubuntu :)
[08:27] <lifeless> they aren't as cute
[08:28]  * lifeless failed to provide humour, he thinks
[08:28] <dholbach> lifeless: err, thanks
[08:28] <dholbach> :-P
[08:28]  * dholbach hugs lifeless
[08:28] <lifeless> :)
[08:29] <maxwellian> lifeless: Heh. :)  Anyway, thanks for your time!
[08:40] <bilalakhtar> dholbach: did you see the recent comment in bug #601865
[08:40] <ubottu> Launchpad bug 601865 in krename (Ubuntu) "Please merge krename 4.0.4-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/601865
[08:40] <dholbach> bilalakhtar: no, I'm afraid I didn't - I got busy with a bunch of other stuff :)
[08:41] <bilalakhtar> dholbach: ok, np
[08:41] <dholbach> bilalakhtar: "Export KUBUNTU_NO_DELETE_POT=1 in debian/rules so that the l10n stuff doesn't break the build" to me sounds like there should be a one-line change in debian/rules
[08:41] <dholbach> no?
[08:42] <bilalakhtar> dholbach: no, this change was made in a previous version
[08:42] <dholbach> JontheEchidna: ^?
[08:43] <dholbach> bilalakhtar: maybe you can discuss with JontheEchidna
[08:43] <bilalakhtar> dholbach: actually I copied the changelog line from the previous version
[08:43] <bilalakhtar> ok
[08:43] <bilalakhtar> JontheEchidna: u there?
[08:43] <bilalakhtar> or I will wait. no need to come on this channel
[08:44] <bilalakhtar> BTW, what is the preferred method of fixing bugs? Should I make a patch and attach it to bug report? or make branch and request merge?
[08:46] <dholbach> bilalakhtar: I personally find branches to work better, especially because the workflow is always roughly the same (if you do a quick fix, if you do a big merge, if you do an update to a new upstream version, etc. etc.)
[08:47] <bilalakhtar> dholbach: But I have noticed that debdiffs attached to bug reports get sponsored more quickly than stacked branches. is it true?
[08:48] <dholbach> bilalakhtar: I dunno, james_w: ^? :)
[09:59] <dupondje> https://wiki.ubuntu.com/JeanLouisDupond/MOTUApplication => does this look fine enough ? :)
=== Riddell changed the topic of #ubuntu-motu to: Maverick DIF is complete - Time to whip the archive into shape! | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://is.gd/2y76G | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ | latest rebuild failures: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi | https://wik
[10:10] <Riddell> hmm, that didn't work
=== Riddell changed the topic of #ubuntu-motu to: Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://is.gd/2y76G | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ | latest rebuild failures: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi | https://wiki.kubuntu.org/KubuntuTutorialsDay today 18:00UTC
[10:11] <Riddell> plugging https://wiki.kubuntu.org/KubuntuTutorialsDay
[11:23] <dupondje> Riddell: did you check my note on the imagemagick bug ?
[11:37] <Riddell> dupondje: not closely, will do later today I hope, don't let me forget
[12:19] <dupondje> Riddell: it just needs 3 seconds imo :) just need to know if there was a specific reason you added Don't build-dep on librsvg, it brings in excessive dependencies :)
[12:20] <Riddell> dupondje: I didn't include a great changelog did I?  I think it's because it depends on gtk and we don't want gtk on the kubuntu CD
[12:20] <Riddell> but I don't think we have imagemagick on the Kubuntu CD now (and gtk is brought in anyway by openoffice)
[12:22] <dupondje> so it should be safe to drop? then we can just sync imagemagick from debian :)
[12:23] <Riddell> but we do have libmagickcore2 on the CD, does adding back librsvg to imagemagick make libmagickcore2 depeend on librsvg?
[12:36] <JontheEchidna> dholbach, Yes, that change is the one-line export in debian/rules
[12:42] <dupondje> Riddell: seems not http://packages.debian.org/squeeze/libmagickcore3, but I should check with rebuilding it on maverick
[12:43] <dupondje> its libmagickcore3 instead of libmagickcore2 also btw
=== yofel_ is now known as yofel
[13:38] <dholbach> JontheEchidna: do you think you can follow up on that bug report?
[13:38] <dholbach> bug 601865
[13:38] <ubottu> Launchpad bug 601865 in krename (Ubuntu) "Please merge krename 4.0.4-2 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/601865
[13:38] <JontheEchidna> dholbach: did we figure out why the debdiff is so huge?
[13:39] <dholbach> JontheEchidna: I guess the other change is autogenerated or something
[13:40] <JontheEchidna> :s
[13:40] <JontheEchidna> I don't think it is. Looks pretty deliberate to me, and should be documented as a difference
[13:41] <JontheEchidna> anyways, I'll put that in the report :)
[13:41]  * dholbach hugs JontheEchidna
[13:42]  * sebner waves at JontheEchidna 
[13:42] <JontheEchidna> o/
[13:42] <sebner> JontheEchidna: any plans to backport k3b final release to lucid?
[13:43] <JontheEchidna> That would be a good idea
[13:43] <sebner> ;-)
[13:43] <JontheEchidna> I'll look in to it today :)
[13:43] <JontheEchidna> shouldn't be too hard. Might even be a no-change backport
[13:44] <sebner> great
[13:44]  * sebner hugs JontheEchidna :)
[13:45]  * JontheEchidna feels hugged :)
[13:45] <sebner> lol
[13:46] <dupondje> https://wiki.ubuntu.com/JeanLouisDupond/MOTUApplication => does this look fine enough ? :)
[13:49] <JontheEchidna> eh, should only need a few build-deps bumped down, and another minor change or two
=== Marce_ is now known as Marce
[14:17] <JontheEchidna> sebner: https://launchpad.net/~echidnaman/+archive/staging/+build/1858501 :)
[14:17] <JontheEchidna> will file a backport request shortly
[14:18] <sebner> JontheEchidna: :)
[14:27] <JontheEchidna> anybody with a lucid install handy able to test the k3b backport? https://launchpad.net/~echidnaman/+archive/staging/+packages
[14:27] <JontheEchidna> comments in bug 602733 would be appreciated
[14:27] <ubottu> Launchpad bug 602733 in lucid-backports "Please backport K3b 2.0.0 to lucid" [Undecided,New] https://launchpad.net/bugs/602733
[14:54] <sebner> JontheEchidna: I can test install and startup but not burning
[14:55] <ScottK> sebner: As long as it runs, that's enough.
[14:55] <JontheEchidna> yeah, if it at least runs nothing should be too catastrophically wrong to break burning
=== rgreening_ is now known as rgreening
[14:56] <sebner> sebner@ubuntu:~$ sudo gdebi *.deb
[14:56] <sebner> Reading package lists... Done
[14:56] <sebner> Building dependency tree
[14:56] <sebner> Reading state information... Done
[14:56] <sebner> Building data structures... Done
[14:56] <sebner> :P
[14:59] <Rhonda> Ah, should really get used to gdebi. I am used to dpkg -i and firing up aptitude afterwards if something went wrong.
[14:59] <Rhonda> and you named your how "ubuntu"? That's quite … creative. :)
[15:00] <Rhonda> s/how/host/
[15:00] <Laney> What he didn't say is that it's a sid box :)
=== rgreening is now known as rgreening_
=== rgreening_ is now known as rgreening
[15:00] <sebner> Laney: ??? nope
[15:00] <Laney> jokes mate
[15:00] <Rhonda> Laney: haha :)
[15:00] <sebner> Rhonda: pffff, better than  a lame mate:P
[15:00] <sebner> *name
[15:00] <sebner> xD
[15:00] <sebner> Laney: in your dreams :P
[15:00] <Rhonda> mate  *yammie*
[15:01]  * Rhonda thinks about getting a bottle or two :)
[15:06] <sebner> JontheEchidna: either gdebi is b0rken or your deps versions are b0rken
[15:07] <JontheEchidna> sebner: what does it say?
[15:07] <sebner> JontheEchidna: sebner@ubuntu:~$ sudo gdebi libk3b6-extracodecs_2.0.0-0ubuntu1~lucid1_i386.deb
[15:07] <sebner> Reading package lists... Done
[15:07] <sebner> Building dependency tree
[15:07] <sebner> Reading state information... Done
[15:07] <sebner> Building data structures... Done
[15:07]  * sebner catches some pastebin
[15:09] <JontheEchidna> is that all it says?
[15:11] <sebner> JontheEchidna: aye, I'll try to install using your ppa directly
[15:12] <Rhonda> sebner: dpkg --info on the file?
[15:12] <sebner> JontheEchidna: http://pastebin.com/UpNdu5HZ
[15:12] <sebner> Rhonda: see above :P
[15:13] <JontheEchidna> sebner: I think your install is broken, 4.4.2 is what was released with lucid
[15:13] <Rhonda> How far above?
[15:13] <sebner> w00t
[15:13] <JontheEchidna> https://edge.launchpad.net/ubuntu/lucid/+source/kde4libs
[15:13] <sebner> JontheEchidna: I don't even use kde (apps) normally xD
[15:15] <sebner> JontheEchidna: I'm sorry
[15:15]  * sebner -> head -> desk
[15:16] <sebner> JontheEchidna: I installed vlc1.1 from maverick some weeks ago. I guess it pulled in some new unstable qt stuff
[15:16] <JontheEchidna> aah, that'd probably do it
[15:16] <JontheEchidna> thanks for trying, anyway :)
[15:16] <sebner> JontheEchidna: mind filing a backport for vlc too? I was to lazy to make an backport upload myself :P
[15:17] <sebner> *too
[15:17] <JontheEchidna> I'm not really familiar with vlc's packaging at all...
[15:17] <JontheEchidna> never touched it, in fact
[15:17]  * sebner bounces siretart 
=== Amto_res_ is now known as Amto`OFF
[16:48] <dupondje> https://wiki.ubuntu.com/JeanLouisDupond/MOTUApplication => does this look file ?
[16:50] <geser> dupondje: just get some endorsements from your sponsors (the more the better)
[16:50] <dupondje> feel free :D
[16:55] <dupondje> if you want to :)
[17:28] <ari-tczew> dupondje: don't you think that your application is too early?
=== Lutin is now known as Guest14959
[18:43] <Riddell> ** Kubuntu Tutorials day in 20 minutes in #kubuntu-devel https://wiki.kubuntu.org/KubuntuTutorialsDay
=== fta_ is now known as fta
[19:48] <RainCT> Hi
[19:49] <ScottK> Hello RainCT.
[19:49] <RainCT> Got a mail about having access to some ubuntu-font-beta-testing PPA. Is that because of some group membership? (Just wondering).
[19:49] <Laney> ubuntu-members afaik
[19:50] <RainCT> Laney: OK, thanks for the info. That's the one I'd have guessed :). It wouldn't hurt if Launchpad's notifications included some more info..
[19:50] <geser> RainCT: see planet ubuntu
[19:58] <tumbleweed> can I have another MOTU review my fix to Bug #358298, please? It's not a particularly elegant solution
[19:58] <ubottu> Launchpad bug 358298 in cntlm (Ubuntu) "cntlm fails to start on bootup as networking isn't up yet" [High,Confirmed] https://launchpad.net/bugs/358298
=== fta_ is now known as fta
[20:29] <RainCT> tumbleweed: Uhm, Upstart may have something to let it wait until the network is up...
[20:31] <tumbleweed> RainCT: yeah, that means porting to upstart, though
[20:31] <tumbleweed> this fix is still vaguely appropriate to debian
[20:32] <tumbleweed> another problem is we don't know what interface we are waiting for
[20:35] <RainCT> tumbleweed: Actually, isn't this something the daemon itself should handle?   What happens if the network connection goes away, does it die then?
[20:36] <RainCT> Anyway, I have no idea what I'm talking about :)
[20:38] <tumbleweed> RainCT: yeah, I think most other things in a similar situation handle it themselves. don't think it dies
[20:38] <tumbleweed> thanks though
[20:39] <RainCT> No problem. By the way, is anyone here coming to GUADEC?
=== fta__ is now known as fta