[03:22] <project2501a> um, if i wanted to post a reward, say USD$5k for someone to fork launchpad and incorporate native git and hg support, instead of bridging which has now, where should I do it? and how should i put the money in escrow?
[06:05] <magcius> Why a fork?
[07:25] <lifeless> magcius: they've left already ;)
[07:31] <micahg> lifeless: is bug 594916 worth a bump in importance?
[07:31] <lifeless> micahg: a patch would be nicer ;)
[07:32] <micahg> lifeless: I'm not sure I want to tackle yet another massive codebase :)
[07:32] <wgrant> micahg: That particular codebase is in Ubuntu :)
[07:32] <wgrant> It's an ancient sbuild bug.
[07:32] <lifeless> micahg: tis sbuild
[07:33] <micahg> wgrant: lifeless: oh, ok, well, I might take a look then, thanks :), should I open an sbuild task?
[07:33] <wgrant> Probably not, because our version of sbuild diverged in mid-2004.
[07:36] <micahg> wgrant: so, it's a bug in the fork of sbuild or a bug in the current version of sbuild in Ubuntu as well?
[07:36] <wgrant> micahg: Probably both.
[07:36] <wgrant> At least it was when I last checked a year or so ago.
[07:36] <wgrant> Debian has basically rewritten it since then, though.
[07:37] <wgrant> If you can confirm it's fixed in modern Debian/Ubuntu sbuild, I may be more convinced to finish porting LP to the new version.
[07:37] <micahg> wgrant: ok, I'll have sbuild set up locally next month, I'll get back to you on that
[07:38] <lifeless> wgrant: getting back to mainline would be useful
[07:38] <lifeless> wgrant: less to maintain
[07:38] <wgrant> lifeless: Definitely.
[07:38] <wgrant> It's very close.
[07:38] <lifeless> wgrant: just offering tuits :P
[07:38] <wgrant> Plus it means we can tell the Perl to GET OUT OF MY TREE.
[07:39] <lifeless> don't make me port lp to perl
[07:39] <wgrant> StevenK would like that.
[08:17] <StevenK> Haha
[08:17] <StevenK> Which ORM and tech?
[08:34] <xrg_> hi again: need somebody to check lp:~openerp-dev/openobject-server/vmt-server-module
[08:41] <xrg_> up. help with some mis-behaving branch on lp, please? ( lp:~openerp-dev/openobject-server/vmt-server-module)
[08:42] <wgrant> xrg_: What's the problem?
[08:43] <xrg_> wgrant: hello. Problem is that when we try "bzr checkout <url> -r 3326", bzr doesn't like the "-r ..." parameter and comes up with:
[08:43] <xrg_>  Requested revision: u'3326' does not exist...
[08:44] <xrg_> very strange that it considers the revision a unicode
[08:45] <poolie> xrg_, that's just a formatting bug in the error, i tihnk
[08:45] <poolie> the bigger question is why is it failing?
[08:46] <xrg_> as far as we've tested here (from 2 machines), error only happens when we supply the -r parameter
[08:46] <poolie> i get that too
[08:46] <poolie> without the u'' fwiw
[08:46] <xrg_> if we checkout w/o revision, it brings 3326
[08:47] <wgrant> Hmmm.
[08:47] <wgrant> -1 doesn't work either.
[08:47] <poolie> xrg_ please file a bug against bzr
[08:47] <xrg_> could it have to do with the server this branch is located at?
[08:47] <poolie> as a workaround, you can probably make a checkout of tip and then 'bzr update -r whatever'
[08:47] <poolie> it possibly could
[08:47] <xrg_> because, local checkout of the directory this branch originated from, works.
[08:48] <xrg_> let me try the "update" command..
[08:49] <xrg_> bzr update works
[08:49] <poolie> does that command work on other branches?
[08:50] <xrg_> yes.
[08:50] <xrg_> it is our buildbot server which uses that mainly: http://test.openobject.com/latestbuilds
[08:50] <xrg_> only fails at the vmt-... branchh
[08:52] <xrg_> you may notice that we have a bunch of branches there, some of which for the same 'team', and only the "vmt-server-module" failed
[08:52] <wgrant> xrg_: How long has it been failing?
[08:52] <xrg_> since yesterday. That branch is new
[08:53] <xrg_> and we tried today to push the same content into a new lp branch, failed the same way.
[08:53] <poolie> vila, ^^
[08:53] <poolie> the last call before it fails in
[08:53] <poolie> *is
[08:53] <poolie> 39.212  hpss call:   'get', '/~openerp-dev/openobject-server/vmt-server-module/.bzr/branch/last-revision'
[08:53] <poolie> 39.212               (to bzr+ssh://bazaar.launchpad.net/~openerp-dev/openobject-server/vmt-server-module/)
[08:53] <poolie> 39.536     result:   ('ok',)
[08:54] <poolie> we shouldn't really be reading that
[08:54] <poolie> but i suspect that file is out of date
[08:57] <xrg_> :S
[09:00] <poolie> xrg_, also, just a tip, it's probably going to be faster to branch from launchpad and then use 'bzr bind'
[09:02] <xrg_> poolie: thanks for the tip
[09:04] <ttx> hey, I wondered if there was anything more I should do to get my branch merge proposal merged into a future release of Launchpad ?
[09:04] <ttx> https://code.launchpad.net/~ttx/launchpad/lp690712
[09:04] <ttx> It's been "approved" by Gavin, but I don't know what the next step is
[09:05] <wgrant> ttx: Normally your reviewer will land it for you.
[09:05] <wgrant> allenap: Around?
[09:05] <wgrant> If not, I can.
[09:06] <ttx> wgrant: be my guest :)
[09:11] <allenap> ttx: I'm so sorry, I should have merged that before.
[09:11] <ttx> allenap: I should have pinged you about it before... I just thought it was in some queue and then thought of something else
[09:55] <allenap> wgrant: Are you landing ttx's branch?
[09:56] <wgrant> allenap: I'm pretending that I'm not here, since it's past EOD.
[09:57] <allenap> wgrant: I'll land it. I almost let it fall through the gaps again, oops.
[09:59] <allenap> ttx: Okay, I've sent it off. It should get through testing in about 5 hours and then land, and it'll be in qastaging shortly after that. The deploy queue for production is short so we might be able to get it into production today if we're lucky.
[10:00] <ttx> allenap: oh! that's faster than I thought :)
[10:00] <allenap> ttx: If not today then Monday.
[10:01] <ttx> perfect, many thanks
[13:40] <Hanmac> hello, i thy to make a ppa for libpng with apng support, but i am fail with making the packages ... some one chould help me?
[14:05] <maxb> Hanmac: The #ubuntu-packaging channel is more suitable for that sort of thing, but you will need to ask specific questions about the things you are having problems with, not expect someone else to research the overall problem and provide a complete solution
[14:27] <Hanmac> ok the key was missing ... i used dput to upload my files, but there are not in my ppa ... did i something wrong?
[14:30] <maxb> There is usually up to ~5 minutes delay
[15:28] <aquarius> Can I create a mailing list on launchpad that people can join without having a launchpad account?
[15:33] <adeuring> aquarius: no, only LP uses can subscribe
[15:33] <adeuring> s/uses/users/
[15:33] <aquarius> adeuring, OK, thanks
[20:33] <Hanmac> hello, it is posible to upload a source for mavick and natty without changing a file?
[20:54] <shadeslayer> Hanmac: yes, just change the distro in the changelog
[20:54] <shadeslayer> but id advise to suitably adapt the changelog
[20:56] <Hanmac> "File libpng_1.5.0-1~apng.debian.tar.gz already exists in Hanmacs ppa, but uploaded version has different contents." --> i thy with "debuild -S" but it does not work ...
[20:57] <bigjools> Hanmac: https://answers.launchpad.net/launchpad/+faq/990
[21:02] <Hanmac> :/ it was an error in the build ... *hmmm* ... i hope "1.5.0-1.1" will work ..
[21:18] <Hanmac> ok it worked ... how to add my ppa to https://launchpad.net/libpng ?
[22:21] <slangasek> I'm desperately trying to get a sane bzr import of a git tree that has submodules; just when I think I'm most of the way there, I try to push to launchpad and I get the following error:
[22:21] <slangasek> bzr: ERROR: Server sent an unexpected error: ('error', "'Bazaar development format 8\\n'")
[22:22] <slangasek> is development-subtree not supported by launchpad's server-side bzr?
[22:51] <poolie> slangasek, sorry, i guess it's not
[22:52] <poolie> but i'm a bit surprised that's the case
[22:52] <poolie> i wonder if it's because they're running 2.2/
[22:52] <poolie> slangasek, please file a bug and we could use that to hurry up an upgrade to 2.3
[22:52] <slangasek> poolie: ack
[22:54] <slangasek> poolie: bug #709539, cheers