[00:27] <kklimonda> ScottK: subscribe ubuntu-release along with ubuntu-sponsors or can you take a look at bug 626704 now?
[00:27] <ScottK> kklimonda: Please subscribe the release team.
[00:32] <kklimonda> done
[00:52] <kamal> oops -- I accidentally let requestsync subscribe ubuntu-sponsors on bug #631190 ... would a kindly ubuntu-sponsor please unsubscribe that for me please?
[00:52] <Laney> done
[00:53] <kamal> ty Laney :-)
[00:53] <Laney> nps
[00:54] <kamal> oops again!  my FFe was approved (ridiculously quickly!) so now I'll re-subscribe ubuntu-sponsors ... doh!
[00:55] <kamal> ScottK: ^ or alternately, should I let you do that?
[00:55] <ScottK> kamal: No.  You can.
[00:55] <kamal> ok, thanks!
[00:55]  * ScottK saw it was there already when he approved the FFe.
[00:55]  * ScottK will strive to be less ridiculously quick in the future.
[00:56] <kklimonda> :)
[00:56] <kamal> ScottK: yeah, what up with that!?  ;-)   thanks Scott!
[01:02] <kklimonda> tumbleweed: wrt to gnome-python-desktop is anyone working on rebuilding it or should I prepare a no-change rebuild? Also hamster-applet hasn't failed in my local chroot so I haven't noticed it :/
[01:11] <tumbleweed> kklimonda: I'll file a debdiff for it, but I'm not a core dev
[01:16] <tumbleweed> kklimonda: bug 631204
[01:48] <micahg> tumbleweed: I'll have to submit the lintian changes as patches to debian, I don't want to increase our diff because of them
[01:54] <tumbleweed> micahg: I agree, I was just commenting on the amount of them...
[02:02] <micahg> tumbleweed: yeah, I'll try to pay more attention to those
[02:05] <tumbleweed> only the debian maintainer can ever really deal with them. sponsoring packages in ubuntu, you get used to ignoring things that really should be dealt with. I used to pay more attention to them when sponsoring than I do now
[02:06] <micahg> tumbleweed: well, I'm proposing the merge, so I should pay more attention :)
[02:07] <tumbleweed> yeah, try not to feel too guilty :)
[02:09]  * tumbleweed goes to bed. Why am I awake?
[04:17] <Laibsch> anybody here using pbuilder together with custom hooks?  I'm trying to use the $BUILDRESULT variable in one of my hooks, but for some reason the variable is empty or not set to any value.  The script itself is called just fine.  /usr/lib/pbuilder/hooks/B10-test: http://paste.debian.net/87862/
[04:18] <Laibsch> Output of that script from a pbuilder run is just "BUILDRESULT is set to ", so the variable seems to be not set to any value.  I thought it was one of the "official" variables that I could use freely?
[06:55]  * lucidfox sighs
[06:55]  * Rhonda sighs
[06:55] <lucidfox> this project I'm working on is exactly what's wrong with Java
[06:56] <lucidfox> The Java philosophy: instead of the cleanest possible implementation, use whichever technology has the coolest sounding name, even if you can't find legitimate ways to squeeze it into the program.
[07:55] <DktrKranz> AlanBell: wrt blogtk, it's not a "real" blocker. I just wanted to have a tarball including a full text of apache license
[07:58] <didrocks> Laney: I wasn't able to connect yesterday. Backlogging… apparently, it was epic :}
[08:05] <AlanBell> DktrKranz: thanks, I think I will try to contact the author
[08:07] <AlanBell> DktrKranz: so it is OK in the bzr repo, just needs a new tarball release right? http://bazaar.launchpad.net/~jayreding/blogtk/devel/annotate/head:/LICENSE
[08:08] <DktrKranz> AlanBell: it's just me who is picky, it should be fine packaging 2.0 as well
[08:11] <AlanBell> ok, so what are the next steps, anything I can do?
[08:11]  * AlanBell is not a motu or DD
[08:14] <dholbach> good morning
[08:52] <Laney> didrocks: was rather, but I believe all the pieces are ~ready, depending on what you want to do
[08:52] <didrocks> Laney: I don't see the gtk-bean binding
[08:52] <didrocks> Laney: in any case, first is to get everything ready in universe
[08:52] <Laney> it's depwait
[08:53] <didrocks> Laney: and banshee? depwait too, needs merging?
[08:53] <Laney> first we need to upload libgpod to main
[08:53] <Laney> that's only available in git
[08:54]  * didrocks looks for rdepends
[08:55] <didrocks> Laney: can we move the discussion in ~1h about libgpod to #ubuntu-desktop? (need seb128 to ack the update or not)
[08:55] <didrocks> as it rdepends on both amarok and rhythmbox-plugins
[08:55] <Laney> ok then
[08:56] <didrocks> thanks :)
[08:56] <Laney> in the meantime if you could get gudev and gio binary NEWed that will let beans build
[09:00] <didrocks> Laney: right now, only seb128 is available and I prefer to not disturb him before we talk about libgpod (hundreds of emails on Monday morning to catch up) and I didn't find any other aa
[09:03] <persia> The primary archive-admin-of-the-day for today is in UTC-7, which means a bit of a wait for "Monday morning", unfortuantely for those needing AA action.
[09:04] <micahg> persia: US is a holiday today
[09:04] <persia> Oh, even better :)
[09:09] <bilalakhtar> Thanks tumbleweed for the upload!
[09:12] <Rhonda> tumbleweed? The one from today's xkcd?
[09:15] <bilalakhtar> Rhonda: tumbleweed -> Stefano Rivera's nickname, over here
[09:15]  * bilalakhtar notices that some tumbleweed it lying outside his door
[09:16] <didrocks> Laney: gio is already synced, right?
[09:16] <didrocks> Laney: do you have a bug number for gudev
[09:17] <didrocks> Laney: gudev is done too, in fact
[09:18] <bilalakhtar> How does one get a nick 'Disconnected by services'?
[09:25] <AnAnt> Hello
[09:48] <huats> morning
[10:16] <bilalakhtar> Buon giorno, BlackZ !
[10:18] <BlackZ> hi bilalakhtar
[11:32] <OwaisL> hello friends. Yesterday, I uploaded my app to REVU. Got some errors and took care of them as RainCT told me to. Now only one warning remains that's Standards-Version.
[11:32] <OwaisL> RainCT told me to use Standards-Version: 3.9.1 and I did.
[11:33] <OwaisL> but lintian is not happy about it. Can it be ignored or what
[11:33] <OwaisL> http://revu.ubuntuwire.com/revu1-incoming/gmailwatcher-1009061227/lintian
[11:33] <OwaisL> http://revu.ubuntuwire.com/p/gmailwatcher
[11:41] <Rhonda> \o/ cjwatson
[11:46] <OwaisL> Ok. it's done. Waiting for review now. Anyone got time? http://revu.ubuntuwire.com/p/gmailwatcher
[11:48] <nigelb> OwaisL: lintian version on revu is a bit old, so don't worry about it
[11:48] <nigelb> if you can run a lintian check locally, that would be great
[11:49] <nigelb> I would highly encourage you to first push the package to debian and then sync to ubuntu
[11:49] <OwaisL> nigelb: OK. What should I put in the control file
[11:50] <OwaisL> nigelb: It is ubuntu specific. Uses Messaging-Menu etc.
[11:50] <nigelb> OwaisL: Ah!
[11:50] <nigelb> In that case you just need review and ack from motu :)
[11:50] <nigelb> motu et al
[11:50] <OwaisL> nigelb: cool.
[11:51] <OwaisL> nigelb: BTW you are from Bangaloru. right?
[11:51] <nigelb> yep
[11:51] <OwaisL> nigelb: I'm from Srinagar/Pune.
[11:51] <nigelb> whoo, cool
[11:51] <OwaisL> nigelb: from srinagar. studying in pune.
[11:51] <OwaisL> :)
[11:52] <nigelb> :)
[11:53] <OwaisL> so nigelb, should I put 3.8.4 or 3.9.1 in debian/control
[11:53] <nigelb> newer would be preferred
[11:54] <micahg> OwaisL: you need to make sure the package is at whatever standards version you put in debian/control
[11:54] <nigelb> OwaisL: why aren't you using debhelper 7 awesomeness yet?
[11:55] <OwaisL> nigelb: I don't actually know any of this yet. haven't packaged anything. Actually the app is built using quickly. I just edited the files to make it good for REVU.
[11:55] <nigelb> Ah.
[11:56] <persia> With newer enhancements in python integration with dh7, someone probably ought either port quickly to py-stdeb, or port python-distutils-extra to use dh7
[11:56] <nigelb> At least worthy of a bug in quickly if it isn't already there.
[11:57] <OwaisL> will file it.
[11:59] <persia> nigelb, It's not quickly, really.
[12:00] <persia> One needs to make sure that the underlying tools do the right thing.  Then either quickly gets it automatically, *OR* one can file a bug against quickly to switch tools.
[12:01] <nigelb> persia: Oh.  I was under the mistaken assumption that quickly made the packaging.  Didn't realize that quickly just used the tools already available.
[12:01] <nigelb> OwaisL: If you want to try dh7, http://wiki.debian.org/Projects/DebSrc3.0
[12:01]  * nigelb hopes that was the right link
[12:01] <persia> nigelb, Nope.  Uses python-distutils-extra right now.
[12:01] <micahg> nigelb: dh7 and source format 3 are 2 different things
[12:02] <nigelb> micahg: aha, I was having that sinking feeling
[12:03] <nigelb> micahg: dh7 is detailed on the new maintainer guide?
[12:03] <micahg> nigelb: idk offhand
[12:03] <persia> maco recently had a great blog post including a quick guide to a dh7 package
[12:04] <nigelb> http://ubuntulinuxtipstricks.blogspot.com/2010/08/is-packaging-new-software-hard.html
[12:05] <Laney> "No, if you have a good upstream and you are just packaging an application"
[12:06] <nigelb> Laney: She answered that :)
[12:06] <Laney> sure
[12:06] <nigelb> VCS packaging though becomes marginally tougher
[12:07]  * nigelb spent 1 day figuring out why I got build failure until somone told me bzr commit :D
[12:16] <OwaisL> So can anyone explain to me how this REVU actually works?
[12:39] <persia> OwaisL: Lots of people upload stuff, some people review it.  If a package gets reviewed by a couple MOTU, one of them usually uploads it.
[12:40] <persia> We generally trend towards a policy of peer-review, so that we like to have two developers approve a new package.
[14:09] <bilalakhtar> persia: around?
[14:15] <bilalakhtar> no need then , leave it
[14:27]  * persia again considers installing a vocal contentless ping script
[15:49] <Laibsch> anybody here using pbuilder together with custom hooks?  I'm trying to use the $BUILDRESULT variable in one of my hooks, but for some reason the variable is empty or not set to any value.  The script itself is called just fine.  /usr/lib/pbuilder/hooks/B10-test: http://paste.debian.net/87862/
[15:49] <Laibsch> Output of that script from a pbuilder run is just "BUILDRESULT is set to ", so the variable seems to be not set to any value.  I thought it was one of the "official" variables that I could use freely? Actually, I have specified my what BUILDRESULT should be in /etc/pbuilderrc and that's where the resulting debs are indeed put.
[16:36] <highvoltage> tumbleweed: you've probably already seen this: http://xkcd.com/789/
[16:45] <nigelb> highvoltage: hahahah
[16:46] <geser> Laibsch: I'd have to look at the pbuilder code to be sure, but my guess is that the hooks are run after the chroot (inside the pbuilder) while BUILDRESULT is only defined outside
[16:47] <Laibsch> geser: do you have an idea how I can cd to the $BUILDRESULT directory and run dpkg-scanpackages?  That is what I'm trying to do.
[16:47] <Laibsch> without hardwiring the position of $BUILDRESULT into the script
[16:47] <Laibsch> (which is what I am currently doing)
[16:56] <geser> sorry no idea, only an ugly one: create your own wrapper around pbuilder(-dist) which regenerates the hook with the correct value and then calls the original pbuilder(-dist)
[17:10] <olopez> hello , i read that ubuntu work with sun4v in ldom over solaris 10 and SPARC with coolthreads T2
[17:12] <olopez> we are trying to boot it and it doesnt detect vdisk
[17:13] <olopez> anyone have experience with this kind of experience
[17:30] <shadeslayer> olopez: maybe #ubuntu+1 will answer you better ( if on maverick ) or #ubuntu for lucid support
[17:30] <shadeslayer> or if this is a server question, #ubuntu-sever
[17:30] <olopez> shadeslayer: ok thanks :)
[20:05] <funkyHat> Can someone review https://bugs.edge.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/630615 ? (it's in main). It's a no change rebuild.