[00:55] <ripps> Okay, can someone help me here. I have program that uses automake-1.11 and vala-0.9.3. I want to backport the package to earlier versions of ubuntu, but vala-0.9.3 isn't supported in older ubuntu's due to glib incompatibility. Is there some way I can get the vala files pregenerated to c before uploading it, without having automake run vala again during building?
[01:07] <Muscovy> When I run debuild -S on a package I made, if it finds the .orig.tar.gz, it produces (package).debian.tar.gz instead of (package).tar.gz. This causes uploads to REVU to fail. What is wrong?
[01:10] <ripps> Muscovy: that's because your package is using dpkg source format 3.0, and REVU is out of date and doesn't support it yet. REVU shouldn't reject it though, it just can't upack the source.
[03:00] <ripps> geez... nobody knows?
[06:19] <micahg> to sponsor an upload, I just sign the source_changes with my key?
[06:22] <wgrant> micahg: Yes. Just 'debsign -kblahblah whatever_source.changes'
[06:23] <micahg> wgrant: ok, I usually sign with debuild -S -sa -kXXXXX
[06:24] <micahg> wgrant: do you know how I can test locally on amd64 for armel?>
[06:25] <wgrant> micahg: You might be able to do some qemu trickery, but I don't really know.
[06:36] <vorian> wgrant: a simple change to devscripts will rid the need to -k your packages
[06:36] <vorian> by hand at least
[06:37] <micahg> vorian: for sponsoring?
[06:37] <lifeless> micahg: persia has some qemu magic
[06:37] <vorian> micahg: yeah
[06:38] <micahg> lifeless: k, I'm trying to get pbuilder to set up a maverick armel instance, we'll see if it works this time
[06:38] <vorian> it's near the middle
[06:38] <vorian> but just plug your 8 digets in there, and your all set
[06:39] <micahg> wgrant: if the tarballs are different between Ubuntu and Debian for a merge, I just use -S -sd?
[06:39] <vorian> under section debsign
[06:42] <micahg> persia: around?
[06:47] <vorian> persia: when you are, i would like to re-join the sponsoring team if you agreeable.
[06:58] <micahg> lifeless: if the tarballs are different between Ubuntu and Debian for a merge, I just use -S -sd?
[08:15] <bilalakhtar> fabrice_sp: You there?
[08:15] <fabrice_sp> Hi bilalakhtar
[08:16] <bilalakhtar> fabrice_sp: Can you take a look at the uswsusp merge? bug #604910
[08:17] <fabrice_sp> not right now: I'm in the middle of something
[08:17] <bilalakhtar> fabrice_sp: ok
[08:31] <fabrice_sp> micahg, ping about bug #568275
[08:31] <fabrice_sp> ?!
[08:31] <fabrice_sp> bug #568275
[08:31] <fabrice_sp> bug 568275
[08:32] <micahg> fabrice_sp: I didn't ask you about it :)
[08:32] <fabrice_sp> wrong description: https://bugs.launchpad.net/ubuntu/+source/mediatomb/+bug/568275
[08:32] <micahg> oh
[08:32] <fabrice_sp> the bot is tired :-)
[08:32] <fabrice_sp> I'm building a media server, and this is affecting me. Can I do something to help you?
[08:33] <micahg> fabrice_sp: why is it wrong?
[08:33] <micahg> fabrice_sp: oh
[08:33] <micahg> fabrice_sp: basically, we need a wrapper for mediatomb so that it can find mozjs which changes path every xul update
[08:36] <fabrice_sp> micahg, hmm, do you have an example of how to write that? In another package, for example..
[08:36] <micahg> fabrice_sp: edbrowse or gxine
[08:37] <fabrice_sp> micahg, ok. I'll check them, then. If I'm able to write that, would you mind reviewing it?
[08:37] <micahg> fabrice_sp: I'd be honored :)
[08:37] <fabrice_sp> :-)
[08:37] <micahg> I sponsored my first package tonight
[08:38] <fabrice_sp> great!
[08:38] <fabrice_sp> you only have to become a MOTU now , then :-)
[08:38] <micahg> heh :), I'm waiting until I have a little more time, I'd end up spending all night sponsoring and never sleep :)
[08:39] <fabrice_sp> lol
[08:39] <fabrice_sp> This is what happened to Stefano (http://hall-of-fame.ubuntu.com/)
[08:39] <fabrice_sp> (in the busiest Sponsors part)
[08:39] <micahg> fabrice_sp: yeah, he's been doing great
[08:40] <fabrice_sp> yep
[08:41] <fabrice_sp> and I don't know if he is sleeping a lot :-)
[08:41] <fabrice_sp> (like bdrung by the way :-) )
[08:42] <micahg> yep
[08:50] <micahg> fabrice_sp: my miro upload failed on sparc and it looks like it's dependency hades
[08:50] <fabrice_sp> micahg, yeah:sparc seems to be in a bad shape
[08:51] <micahg> fabrice_sp: well, glib2.0 doesn't even seem to try to build on it anymotr
[08:51] <micahg> *anymroe
[08:52] <fabrice_sp> looking at the last uploads I did, none build on sparc...
[08:52] <micahg> fabrice_sp: then I had xulrunner fail on armel due to the gcc changes (my theory)
[08:53] <fabrice_sp> that's more strange
[08:53] <micahg> fabrice_sp: yeah, I need to talk to doko
[08:53] <fabrice_sp> you can try building it with qemu
[08:54] <fabrice_sp> in armel, I mean
[08:54] <micahg> fabrice_sp: do you know how?
[08:55] <fabrice_sp> let me check: Stefano gave me some pointers of that
[08:55] <fabrice_sp> s/of/on
[08:58] <fabrice_sp> micahg, https://wiki.ubuntu.com/ARM/RootfsFromScratch
[08:59] <micahg> fabrice_sp: awesome, thanks
[09:02] <fabrice_sp> ;-)
[09:05] <micahg> speaking of sleep, I think I'll do that now :)
[09:07] <fabrice_sp> good night then ;-)
[09:24] <micahg> fabrice_sp: on examining the diff between the current Ubuntu version and the new Ubuntu version for the package I just uploaded, I noticed an instruction in README.Debian which I guess should've been changed in the merge. I missed it when I initially reviewed the patch, should I reupload with the fix?
[09:25] <fabrice_sp> still there?! :-)
[09:25] <micahg> fabrice_sp: unfortunately :(
[09:25] <fabrice_sp> what is this instruction?
[09:25] <micahg> fabrice_sp: just to install xulrunner-1.9.1-dbg which should be xulrunner-1.9.2-dbg for us
[09:27] <fabrice_sp> you can upload an ubuntu2 package, but I'm not sure it's worth an upload
[09:27] <micahg> fabrice_sp: well, that's what I'm wondering :09
[09:27] <micahg> :)
[09:28] <fabrice_sp> I think that somebody that knows README.debian would made the change by himself
[09:28] <micahg> fabrice_sp: there will be another upload, hopefully before beta w/the webkit version of miro
[09:28] <fabrice_sp> s/made/make
[09:28] <micahg> fabrice_sp: makes sense
[09:29] <fabrice_sp> and it's in an eg. sentence, so really not worth an upload
[09:35] <micahg> fabrice_sp: ok, thansk'
[09:35] <micahg> *thanks
[09:35]  * micahg will now double check Ubuntu->Ubuntu diff before sponsoring :)
[09:35] <fabrice_sp> :-)
[12:55] <geser> shadeslayer: are you planing to merge twisted? some twisted-* packages are in depwait on >= 10.1
[12:56] <shadeslayer> geser: uh im quite busy with secret KDE releases right now :P
[12:56] <shadeslayer> so feel free to take
[12:56] <geser> ok
[13:07] <tumbleweed> geser: I suspect twisted is syncable (but testing it now)
[13:08] <geser> tumbleweed: still a merge (changes to postinst)
[13:08] <tumbleweed> geser: those changes are probably no longer relevant
[13:08] <tumbleweed> it changed python-helper
[13:08] <geser> ok
[13:09] <geser> but would that influence the cache files?
[13:10] <tumbleweed> dh_python2 includes the symlink farm in the deb
[13:11] <geser> tumbleweed: the change we still have is "rm -f /usr/lib/python[23].?/*-packages/twisted/plugins/dropin.cache" in rebuild_cache() in the postinst
[13:12] <tumbleweed> geser: I know, I filed the related bug in debian
[13:12] <geser> ok, then I let you do the checking
[13:14] <tumbleweed> geser: well, I guess the simple answer is that people upgrading to lucid don't have python2.5, so we don't need to delete any left over dropin.cache files
[13:14] <tumbleweed> but the deb doesn't contain the dropin.cache files, so these are still going to be an issue in the future
[13:14] <geser> yes, looking at the original bug
[13:15] <geser> would that issue re-appear when we update to python2.7?
[13:15] <tumbleweed> yes, so let's keep it
[13:16] <tumbleweed> (although with any luck doko will sort out this issue in debian before then)
[13:31] <gastly> hi, I've uploaded a package to revu, it uploaded fine but revu gives a warning about "no browsable directory". How can I fix that? :)
[13:31] <tumbleweed> geser: source format 3.0 packages aren't browsable on REVU
[13:32] <tumbleweed> gastly, I mean
[13:32] <gastly> oh, so should I change the source format?
[13:33] <tumbleweed> gastly: you can, but most revu reviewers should know about this, and don't mind
[13:34] <gastly> tumbleweed, ahh ok thanks :)
[13:43] <BlackZ> I ACK'd a sync request for a main package by mistake, I think it's good, can a core-dev please sponsor it? bug #609584
[14:38] <ari-tczew> BlackZ: for sponsoring main packages, please write on #ubuntu-devel
[14:50] <zooko> Folks: how do I request that Ubuntu upgrade a universe package? (I'm the upstream maintainer.)
[14:50] <BlackZ> ari-tczew: I know about that, I thought a core-dev was around
[14:50] <BlackZ> zooko: what's the package?
[14:56] <zooko> tahoe-lafs
[15:02] <BlackZ> zooko: open a bug report against the ubuntu package
[15:06] <gastly> hiya, can someone please review the package gnome-paint? http://revu.ubuntuwire.com/p/gnome-paint :)
[15:14] <zooko> BlackZ: thanks!
[15:14] <iulian> zooko: Hey.  Let me know when you're done and I'll take a look at it.
[15:14] <zooko> iulian: thanks!
[15:15] <geser> gastly: it this a modified package from Debian?
[15:16] <gastly> geser, well it's the same actually, just packaged for ubuntu
[15:16] <geser> then a sync request is enough and it doesn't need to go through revu
[15:18] <gastly> geser, ok, there's a bug in lp #588631 which requested the package :)
[15:21] <geser> gastly: bug updated into a sync request
[15:22] <gastly> geser, thank you very much! :)
[15:29] <zooko> iulian: https://bugs.launchpad.net/ubuntu/+source/tahoe-lafs/+bug/609755
[15:46] <tumbleweed> ari-tczew: some main sponsors say #ubuntu-motu is the right place to ask - this channel is about sponsorship in general, ubuntu-devel is about ubuntu development
[16:19] <bluefoxicy> right.
[16:19] <bluefoxicy> Upgrading thunderbird causes a system crash again.
[16:19] <bluefoxicy> bluefox@icebox:~$ ls -d .*thunder*
[16:19] <bluefoxicy> .mozilla-thunderbird  .thunderbird  .thunderbird.upstream
[16:19] <bluefoxicy> What am I missing now?
[16:37]  * fabrice_sp just discovered that sbuild works with schroots also, and dependency installation time is divided by 2?! bye bye lvm!
[17:55] <ScottL> can anyone help test this fix so we can get a package backported to fix a bug in Lucid?
[17:56] <ScottL> https://bugs.edge.launchpad.net/ubuntu/+source/qjackctl/+bug/607914
[17:56] <ScottL> oops, wrong channel
[18:49] <Muscovy> Could someone example what the -2ubuntu6 ending to a package means?
[18:49] <Muscovy> explain*
[18:50] <geser> -2: 2nd revision of the Debian package (for that upstream version), ubuntu6: 6th Ubuntu-specific upload
[18:52] <sebner> huhu geser :)
[18:53] <geser> Hi sebner
[19:12] <zooko> iulian: did you see my reference to tahoe-lafs upgrade ticket?
[19:59] <iulian> zooko: Yea, I was looking for something to sponsor.
[21:39] <geser> tumbleweed: http://packages.qa.debian.org/t/twisted/news/20100725T150420Z.html
[21:45] <ari-tczew> slangasek: ping
[22:09] <tumbleweed> geser: thanks :)