[07:47] <dholbach> good morning
[07:51] <DktrKranz> LucidFox: ok, added to my TODO, will have a look soon, thanks ;)
[07:53] <iulian> G'morning dholbach, DktrKranz.
[07:53] <dholbach> hey iulian
[07:55] <fabrice_sp> Hi all
[07:56] <fabrice_sp> I've commited a change to ubuntu-dev-tools in bzr and in the revisions, I see "fabrice <fabrice@fabrice-desktop>" instead of my name. What did I do wrong?
[07:59] <DktrKranz> hey iulian, hey dholbach
[07:59] <dholbach> fabrice_sp: bzr uncommit; bzr whoami "Fabrice Coutadeur <fabrice@email.com>; bzr commit -m "..."
[07:59] <dholbach> heya DktrKranz
[08:00] <fabrice_sp> ahhh. Thanks dholbach !
[08:05] <fabrice_sp> is it possible to undo the push?
[08:05] <dholbach> ah no, better not try it
[08:06] <dholbach> there's ways to do that, but 1) ugly and 2) if somebody merged or pulled that already, they'll be in trouble
[08:06] <fabrice_sp> ok. I'll leave it that way then (and it will be ok next time). Thanks anyway!
[08:07]  * dholbach hugs fabrice_sp
[08:07]  * fabrice_sp hugs back dholbach :-)
[08:09] <fabrice_sp> about qt-assistant-compat: is it enough to build depends on libqtassistantclient-dev or should we add a runtime dependency on qt-assistant-compat? (see bug #605027)
[08:41] <DktrKranz> dholbach: wrt remmina, I just ACKed remaining bugs, just to make sure they are synced together :)
[08:42] <dholbach> DktrKranz: thanks a bunch - I was just about to have a look :)
[08:42]  * dholbach hugs DktrKranz
[08:43]  * DktrKranz hugs dholbach back
[08:43] <dholbach> :-)
[09:06] <Laney> dholbach: I had assigned myself to #604565 to take a look at upstreaming the patch but you sponsored it... could you try and watch out for that in future?
[09:08] <dholbach> Laney: I was confused because you had assigned it to yourself 15h ago
[09:08] <Laney> I used it as an example in the talk last night :)
[09:08] <dholbach> Laney: I noticed the assignment, but thought that you had gone busy
[09:08] <Laney> today I Was going to sponsor it
[09:09] <Laney> but no worries
[09:10] <dholbach> yeah, I didn't know that you were going to look into upstreaming it, etc. - I just thought "this looks easy to do, I'll just get it done, maybe Laney is busy"
[09:11] <dholbach> sorry for ruining your example
[09:11] <Laney> no I was already done with it as an example
[09:11] <Laney> maybe an IRC ping next time :)
[09:12] <dholbach> irc ping + comment on the bug ;-)
[09:12]  * dholbach hugs Laney
[09:14]  * Laney hugs dholbach too — no harm done
[10:34] <BlackZ> fabrice_sp: ntfs-config does not FTBFS in sid IIRC
[10:56] <Riddell> dholbach: could you review bug 605003 please
[10:59] <dholbach> Riddell: I'm a bit busy right now - but I'll do it later on if nobody else gets to it
[11:04] <dholbach> persia, TheMuso: can one of you add a [DEPRECATED] into the title (Display Name) of ~ubuntu-universe-sponsors so it gets clearer that it shouldn't be used?
[11:05] <Riddell> happyaron: bug 602696 requests two packages but only 1 has an ack, please open a second bug for openvanilla-modules
[11:11] <happyaron> Riddell: thanks, I will do it now.
[11:11] <happyaron> Riddell: there's a new set of upstream release, can I request them in a single bug?
[11:14] <Riddell> happyaron: please don't, our scripts work with one package per bug
[11:14] <happyaron> Riddell: okay, thanks
[11:37] <TheMuso> dholbach: I'm on it now.
[11:38]  * dholbach hugs TheMuso
[11:38] <TheMuso> Done.
[11:39] <TheMuso> oh deprecated is already there
[11:54] <dholbach> TheMuso: for ubuntu-universe-sponsors?
[11:58] <happyaron> filed three new requests, 605359 605361 605363
[11:58] <happyaron> Riddell: ^
[12:35] <TheMuso> dholbach: yes
[12:43] <artfwo> hello! I have received two e-mails about my recent sync requests, containing "Your package contains new components which requires manual editing of the override file.  It is ok otherwise, so please be patient.  New packages are usually added to the overrides about once a week.". should I do anything or just wait for them to appear in the archive?
[12:46] <Rhonda> "please be patient."
[12:47] <artfwo> so, nothing wrong?
[12:49] <Rhonda> No.
[12:49] <artfwo> then I have a second question: one of the packages (jackd2) had ubuntu changes, and required a merge. it was synced due to source package renaming in Debian. I'd like to apply my previous merge attempt to the new package. should I wait for it to enter the archive/appear in launchad?
[12:50] <Rhonda> Was it synced already or isn't it in the archive? Somehow that statement contradicts in my mind.
[12:50] <artfwo> Rhonda, please check bug 601754
[12:52] <Rhonda> Ah, was just done shortly. I'd say wait for it to be in the place you need to put your changes onto, yes.
[12:52] <artfwo> okay, thanks for clarifying this!
[14:40] <lfaraone> How difficult is it to request the creation of a package set?
[14:40] <lfaraone> I'm currently mentoring a group of developers in the maintinence of the Ubuntu Sugar packages, and at some point I'd like to have them be able to upload to (that subset of) the archive directly.
[14:44] <Rhonda> lfaraone: This wikipage might be helpful to you: https://wiki.ubuntu.com/UbuntuDevelopers/TeamDelegation
[14:49] <lfaraone> Rhonda: Okay. Would it be a problem if an administrator of the team is not a MOTU? (but is a Ubuntu Member for other things)
[14:50] <geser> lfaraone: creating a package set is pretty easy, create a list of packages and propose it to the DMB
[14:51] <geser> lfaraone: and later let those who are ready apply at the DMB for upload rights to that package set
[14:52] <Rhonda> lfaraone: I am not aware of such a restriction - but I'm pretty new myself so don't depend too much on my response. :)
[14:52] <lfaraone> geser: okay. from what I read on the wikipage Rhonda linked, access rights were given simply by membership in the team.
[14:53] <Rhonda> lfaraone: Actually, per package upload rights are about not requiring to be MOTU for it so it would be a bit against the idea of it to require some MOTU. :)
[14:53] <directhex> how many package sets are there so far?
[14:53] <lfaraone> geser: is that not the case?
[14:54] <directhex> i know the mono team got ours pretty early in their availability
[14:54] <Rhonda> hmm
[14:54] <lfaraone> directhex: from what I've read, -desktop, edubntu, kubuntu, mythbuntu.
[14:54] <micahg> lfaraone: I'm a good example of a new team based package set, I handed over ownership to the DMB once the package set was created, then applied for rights and was added back once approved
[14:54] <lfaraone> directhex: ah, they're not listed on https://wiki.ubuntu.com/UbuntuDevelopers#DelegateDev
[14:55] <geser> lfaraone: TeamDelegation is more for teams which have procedures for new members (e.g. an council) and want to grant upload permissions on their own
[14:56] <lfaraone> geser: so if myself and a Ubuntu-member friend of mine wanted to create a council of two with an application process similar to that of the DMB, would that be acceptable?
[14:56] <directhex> sigh, time to suspend laptop... wonder if i'll get back on the wifi again
[14:57] <geser> lfaraone: to be honest I doubt it, the only full delegated teams are ones on that wiki page
[14:59] <geser> lfaraone: but for a package set you don't need a council or a full delegated team
[15:00] <geser> lfaraone: see https://lists.ubuntu.com/archives/devel-permissions/2010-May/000062.html how micahg got his Mozilla Package Set.
[15:02] <Rhonda> \o/ - got me a new phone number.  +43-780-UBUNTU
[15:03]  * Rhonda . o O ( +43-780-828688 )
[15:03] <dholbach> wow
[15:04] <Rhonda> +43-780-novell (668355) is still available :P
[15:04] <lfaraone> geser: makes sense. is there a way to have the list automatically expand to incude any package that matches a regexp? (for example, we want python-xklavier, python-sugar-*, and sugar-*)
[15:06] <lfaraone> dholbach: if you don't have a google voice number already, you can get (414) HOL-BACH
[15:06] <dholbach> lfaraone: better not :)
[15:06] <dholbach> I get the feeling the "bat light" for dholbach goes off often enough
[15:07] <geser> no, as only packages currently in the archive can get into a package set but if the DMB accepts a package set for python-sugar-*, sugar-* then pointing cjwatson to a new package matching it should be enough to let him add it to the package set
[15:08] <lfaraone> geser: cool. should I be present for the meeting during which I propose a package set? (I assume it's discussed at the meeting)
[15:08] <geser> lfaraone: yes, attending is preferred (for the discussion)
[15:10] <lfaraone> geser: okay. do there already have to be a group of people I'd propose for adding to the group when it's proposed? (I expect some of the people I'm working with to be ready in a month or two)
[15:12] <geser> lfaraone: at least one person would be nice (e.g. you). And the others can get added when they are ready (by applying for upload rights for this package set at the DMB)
[15:19] <lfaraone> geser: for upload rights to the set, would work in a PPA be considered, or maintainership in Debian? or do they all need sponsored uploads to the Ubutnu archive?
[15:19] <lfaraone> *ubuntu
[15:28] <alf__> Hi all! Anyone interested in sponsoring ubuntu #605429?
[15:29] <geser> lfaraone: sponsored uploads would be best as they both prove packaging skills and knowledge about our development cycle; Debian maintainership is also a good sign of packaging skills, so only the knowledge of our processes need to be shown; PPA uploads aren't well suited to prove one or the other
[16:07] <DktrKranz> LucidFox: uploading valknut :)
[16:07] <LucidFox> DktrKranz> \o/ Thanks!
[16:08] <DktrKranz> it will have to clear NEW, but we're fast these days ;)
[16:12] <ari-tczew> DktrKranz: what is NEW?
[16:17] <DktrKranz> ari-tczew: valknut
[16:19] <lfaraone> If I use CDBS, should I just write my doc-base files as I would with debhelper? Do I also include the docs in the debian/docs file?
[16:22] <sebner> ari-tczew: Debian NEW is like our NEW queue for new apps
[16:41] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 3 about to start in 19 minutes in #ubuntu-classroom
[18:17] <shadeslayer> oh...
[18:17] <shadeslayer> ^^
[18:17] <shadeslayer> just missed EzraR
[18:18] <shadeslayer> bug 603276 , what did he mean by the last comment? :)
[18:21] <JontheEchidna> shadeslayer: the report against lucid-backports is sufficient for backport requests, and a bug report against the package in ubuntu is not needed/wanted :)
[18:21] <shadeslayer> JontheEchidna: ohh.. i didnt know.. i thought i had to file a backport request
[18:21] <JontheEchidna> you did
[18:21] <JontheEchidna> against lucid-backports, which is sufficient
[18:21] <shadeslayer> JontheEchidna: against the wrong package?
[18:22] <JontheEchidna> no
[18:22] <shadeslayer> oh ok..
[18:22] <shadeslayer> uh.. :S
[18:22] <shadeslayer> JontheEchidna: ill read the wiki again
[18:23] <shadeslayer> JontheEchidna: can you sponsor some stuff to universe?
[18:23] <shadeslayer> kdiff3 specifically
[18:23] <JontheEchidna> ah, the ftbfs fix?
[18:23] <shadeslayer> ( its FTBFS currently )
[18:23] <JontheEchidna> sure
[18:23] <shadeslayer> yes
[18:24] <shadeslayer> JontheEchidna: debdiff http://pastebin.com/wzJ9pARK
[18:26] <shadeslayer> buildlog : http://pastebin.com/yU5RDnUN
[18:26] <shadeslayer> if your intrested that is :D
[18:26] <shadeslayer> wrong one..
[18:27] <shadeslayer> JontheEchidna: http://pastebin.com/eh7FwqsD correct build log
[18:27]  * shadeslayer goes to look at kdesudo till then
[18:27] <JontheEchidna> shadeslayer: the debdiff seems wrong. it says that the patch is being reverted
[18:27] <shadeslayer> :S
[18:27] <JontheEchidna> reverted:
[18:27] <JontheEchidna> --- kdiff3-0.9.95/debian/patches/docbook.patch
[18:28] <shadeslayer> yeah.. my fault
[18:28] <shadeslayer> didnt debuild -S -sa :P
[18:29] <shadeslayer> weird... same thing again..
[18:29] <shadeslayer> one sec..
[18:37] <shadeslayer> JontheEchidna: http://pastebin.com/rMTT1pMd << look ok?
[18:38] <JontheEchidna> patch unexpectedly ends in middle of line
[18:38] <JontheEchidna> patch: **** malformed patch at line 70:
[18:39] <shadeslayer> 0_o
[18:39] <shadeslayer> ok..
[18:39] <shadeslayer> JontheEchidna: http://pastebin.com/rQAWig4G << thats the patch that has to be added
[18:40] <shadeslayer> do you want me to push the packaging to bzr?
[18:40]  * shadeslayer has no idea why debdiff fails...
[18:43] <shadeslayer> packaging in bzr
[18:44] <shadeslayer> JontheEchidna: https://code.edge.launchpad.net/~rohangarg/kdiff3/ubuntu
[19:02]  * shadeslayer pokes JontheEchidna with MOTU stick
[19:02] <JontheEchidna> shadeslayer: had to wait for bzr to process the new branhc
[19:02] <shadeslayer> :)
[19:03] <shadeslayer> ok ..
[19:03] <shadeslayer> fixing kdesudo for now then
[19:52] <ari-tczew> kadu merge is done. patch is waiting for sponsor
[19:52] <simar> shadeslayer, Hi
[19:52] <simar> shadeslayer, http://ftp.de.debian.org/debian/pool/non-free/m/mgltools-bhtree/mgltools-bhtree_1.5.4.cvs.20090603-1.dsc build flawlessly on my machine..
[19:52] <shadeslayer> simar: hey :D
[19:52] <shadeslayer> ari-tczew: ooh.. :D
[19:52] <shadeslayer> simar: on your pbuilder?
[19:53] <simar> shadeslayer, ya
[19:53] <shadeslayer> simar: one sec..
[19:54] <simar> But seeing the build log in launchpad, I conjecture that the an/gstreamer0.10-plugins should be pgstreamer though.
[19:54] <shadeslayer> simar: lp link
[19:55] <shadeslayer> simar: dget -xu https://edge.launchpad.net/ubuntu/+archive/primary/+files/mgltools-bhtree_1.5.4.cvs.20090603-1.1.dsc
[19:56] <shadeslayer> simar: and then build that
[19:56] <shadeslayer> simar: the file you downloaded is a debian file....
[19:56] <shadeslayer> uh
[19:56] <shadeslayer> s/file/dsc
[19:57] <simar> shadeslayer, If the package FTBFS then why we have it on launchpad for maveric? secondly can't I use apt-get source to download source from ubuntu repositories ?
[19:58] <shadeslayer> simar: 1) the error is a rebuild failure,it failed a rebuild after something else changed on the repo
[19:58] <shadeslayer> simar: 2) if you have maverick installed then you can apt-get source
[20:00] <simar> shadeslayer, It means it used to get build correctly in maverick but not now.
[20:00] <shadeslayer> simar: yes
[20:01] <shadeslayer> simar: usually all the backend which handles packaging gets updated often with loads of changes,which means builds have to be re tried ever so often,and this causes a rebuild failiure
[20:02] <simar> shadeslayer, Some more things,1. As I downloaded the same file from debian why did one builds fails for one and not for other
[20:02] <shadeslayer> simar: debian != ubuntu ;)
[20:02] <shadeslayer> simar: some stuff might build on debian,but if ubuntu introduces changes,then it might not build
[20:04] <simar> shadeslayer, ya but the source file seems to be same doesn't have -3ubuntu0 format which is used to make changes in ubuntu and moreover it build correctly ..
[20:04] <simar> 2. Why you use dget which I thought to download source only from debian?
[20:04] <simar> and not from launchpad?
[20:04] <shadeslayer> simar: you can use dget to download files from lp as well ;)
[20:05] <shadeslayer> dont understand the first part of the question tho
[20:05] <simar> shadeslayer, k
[20:07] <simar> shadeslayer, I was told that when the debian source is modified in ubuntu we use this format like xpad_4.0-5ubuntu1.dsc  but the file name are same in ubuntu and debian it means it is unmodified that is no diff is applied. And moreover the source from debian builds correctly on my system?
[20:08] <shadeslayer> simar: aaahhh... seems that its more of a dep issue,see python 2.5 was uploaded with some modifications
[20:09] <shadeslayer> simar: so... you need to correct the deps in debian/control
[20:09] <simar> shadeslayer, how you see that?
[20:10] <shadeslayer> simar: https://edge.launchpad.net/ubuntu/+source/python2.5
[20:10] <shadeslayer> and a bit of common sense (TM) :D
[20:11] <simar> shadeslayer, ya :)
[20:16] <simar> shadeslayer, my pbuilder is downloading 56% [17 python2.6-dev ..  I dont know why?
[20:16] <simar> shadeslayer, and downloading more
[20:16] <shadeslayer> simar: let the build finish :D
[20:17] <simar> shadeslayer, ok thanks
[20:17] <simar> shadeslayer, This is one of the line.Get:7 http://archive.ubuntu.com/ubuntu/ lucid/main libhtml-tagset-perl 3.20-2 [13.5kB] . Hope all is well
[20:18] <shadeslayer> ok :D
[20:26] <simar> shadeslayer, it build successfully!!
[20:26] <shadeslayer> simar: hmm.. ok,then you can ignore that package...
[20:27] <shadeslayer> i guess...
[20:27] <simar> shadeslayer, I think, may be my pbuilder is not configured correctly.
[20:27] <shadeslayer> simar: why would that be?
[20:28] <simar> shadeslayer, Because it is building correctly on my system and not on yours.
[20:29] <shadeslayer> simar: i didnt say it didnt build on my system
[20:29] <simar> shadeslayer, oh!
[20:29] <simar> shadeslayer, Is the list you provided yesterday, all contains rebuild failures?
[20:30] <Quintasan> jcastro: ping
[20:30] <shadeslayer> those failiures are on official builders
[20:31] <simar> shadeslayer, ok i will some other. anyways a very thanks for your help..
[20:31] <jcastro> Quintasan: pong
[20:31] <simar> shadeslayer, I really gained a lot
[20:32] <shadeslayer> simar: np
[20:32] <Quintasan> jcastro: can I go on priv, I have two questions about daily builds, I forgot to ask them during the session >_<
[20:32] <jcastro> just ask here!
[20:32] <Quintasan> oh well
[20:33] <Quintasan> jcastro: first of all, is there a way to make bzr builder autobump versions? I have the build working but I can't get the debug stripping to work in PPA and I can't upload the same revision twice :(
[20:34] <jcastro> I use like {time}
[20:35] <Quintasan> hmm, this will create a new source tree each for every rebuild, hmm
[20:35] <jcastro> here's what I have in my cron job currently:
[20:35] <jcastro> bzr dailydeb /home/jorge/dailies/quickly.recipe --key-id FFC27DD0 --dput ppa:quickly/daily-build
[20:36] <jcastro> then it just throws away the working dir (but yeah, it pulls the branch each time)
[20:37] <Quintasan> well with quickly it is not a problem, but Qt takes >300mb of space :O
[20:37] <Quintasan> jcastro: I can just wait for revision to bump, any tips on stripping debug libs? PPA disables thoes by default
[20:37] <Quintasan> those*
[20:38] <jcastro> Quintasan: nope, that's more of a question for dholbach, whose done for the day unfortunately
[20:38] <jcastro> I mean "who's". My grammar sucks today.
[20:38] <james_w> Quintasan: if you pass a working directory to dailydeb then it will re-use it
[20:39] <james_w> Quintasan: what are you trying to do with the debug libs?
[20:39] <Quintasan> james_w: strip them to project-neon-qt-dbg
[20:40] <Quintasan> I have tried doing override_dh_strip but it didn't work
[20:41] <james_w> Quintasan: you have project-neon-qt-dbg in your debian/control? Please pastebin your debian/rules
[20:42] <Quintasan> yes I do -> http://pastebin.com/jt4zqjuB
[20:44] <Quintasan> oh god
[20:44] <Quintasan> james_w: sorry rules -> http://pastebin.com/Xveh7zUi
[20:44] <Quintasan> I pastebin'd wrong file
[20:47] <james_w> Quintasan: it looks like it should work like that, do you have a build log?
[20:47] <james_w> Quintasan: unless it isn't being built with -g to produce the debug symbols in the first place?
[20:49] <Quintasan> james_w: local build strips fine, PPA won't do it
[20:50] <james_w> Quintasan: do you have a pointer to a ppa build log?
[20:51] <Quintasan> james_w: https://launchpad.net/~neon/+archive/ppa/+build/1865814/+files/buildlog_ubuntu-maverick-amd64.project-neon-qt_1.0+1200_FULLYBUILT.txt.gz
[20:52] <Quintasan> https://launchpad.net/~neon/+archive/ppa/+build/1865814
[21:03] <james_w> Quintasan: I'm looking in to it
[21:07] <james_w> Quintasan: it does call the usual dh_strip in that build
[21:08] <james_w> Quintasan: I suspect it is the missing -a to dh_strip
[21:11] <Quintasan> I'll try that
[22:16] <carstenh> installing aegir-provision breaks sudo in lucid and maverick, 0.3-2.1 in debian sid fixes this. can someone please sync it from debian to maverick and do whatever is needed for a SRU to lucid? launchpad bug is #543662 (i should habe mentioned this in the changelog, sorry for this oversight). thanks
[22:16] <carstenh> ubottu: launchpad bug #543662
[22:26] <dupondje-> carstenh: thx, subscribed the correct teams and linked upstream bug
[22:26] <dupondje-> should get fixed asap :)
[22:30] <carstenh> dupondje-: fine, thanks :)
[22:34] <carstenh> dupondje-: jftr, not aegir-provision crashes but sudo itself.  even "sudo true" ran by root fails and thus installing aegir-provision renders the whole ubuntu installation unusable (except a root password is set).
[23:17] <ScottK> shadeslayer: The mgltools-* packages are broken since we no longer ship python2.5 and upstream doesn't support 2.6 yet.