[11:17] <shadeslayer> hi, will it be possible to get xz compression for source tarballs in PPA's?
[12:24] <jelmer> shadeslayer: hi
[12:25] <jelmer> shadeslayer: there's an open bug with a fix for that IIRC, it's just waiting for some deployment issues to be sorted out
[12:29] <wgrant> It requires some changes to Lucid's dpkg, I believe :(
[12:30] <wgrant> Ah, actually, I think the existing fix was for xz in binaries, not source tarballs.
[12:31] <wgrant> I guess we should do xz sources soon, given that squeeze is almost upon us.
[12:42] <jelmer> wgrant: I thought Colin's branch added source support?
[12:42] <jelmer> ah, no.. you're right. it's for binary packages
[12:49] <wgrant> jelmer: xz source support is basically just a regex change, though.
[12:49] <wgrant> A bit simpler :)
[13:17] <brov> hello
[13:17] <brov> maxb: around?
[13:30] <brov> anyone from the staff around?
[13:36] <jelmer> brov: brov hi
[13:39] <smokex> hi brov and I work on the same project, jelmer
[13:39] <jelmer> hi smokex
[13:40] <brov> jelmer: can you at least temporarily fix sf imports?
[13:40] <brov> hi jelmer ;)
[13:40] <smokex> we were wondering if anyone has worked out how to get repos from sourceforge after new cert change
[13:40] <brov> by just accepting sf svn cert
[13:41] <brov> if you do for example 'svn ls https://quazaa.svn.sourceforge.net'
[13:41] <brov> it will complain
[13:41] <jelmer> have you seen http://blog.launchpad.net/general/sourceforge-code-imports-are-disabled ?
[13:41] <brov> yeah I've seen thins
[13:41] <brov> this*
[13:42] <brov> but it could be fixed on lp side at least temporarily
[13:43] <brov> sf doesn't want to cooperate as far as I heard...
[13:43] <brov> I complained to them few times about this issue
[13:43] <brov> :D
[13:43] <jelmer> brov: it's a known issue on their side: http://sourceforge.net/apps/trac/sourceforge/ticket/17134
[13:43] <brov> yea
[13:43] <jelmer> brov: you can work around it locally if you have bzrsvn installed
[13:44] <brov> how much time it could take to install correct one?
[13:44] <brov> 10 minutes?
[13:44] <brov> jelmer: I want to mirror sf repo on lp
[13:44] <brov> maybe later move the whole project to lp
[13:45] <smokex> I wonder if our git repo is updated
[13:46] <brov> bzr seems to be better choice smokex
[13:46] <smokex> k
[13:47] <brov> is it that hard to press 'p' on lp side, jelmer? :D
[13:47] <jelmer> brov: FWIW I'm not a launchpad administrator so I can't help, I'm just upstream for bzr-svn/bzr
[13:47] <brov> I know that should work without any intervention...
[13:48] <maxb> Furthermore, yes, it's very hard to press 'p' once for every single different sourceforge project that launchpad imports from
[13:48] <brov> maxb: IIRC it has to be done ONCE
[13:48] <maxb> no
[13:48] <maxb> once per project
[13:48] <maxb> I tested this
[13:48] <brov> hmm
[13:49] <smokex> ouch
[13:49] <brov> I can help you with pressing 'p' then :D
[13:52] <maxb> SourceForge really ought to be capable of fixing this on Monday, I would hope.
[13:52] <brov> maxb: what about 'svn --trust-server-cert --non-interactive'?
[13:54] <maxb> The point is moot anyway, by the time a non-kludgy solution could be prepared and rolled out properly. SourceForge ought to have fixed this.
[13:55] <brov> could it be done for sf specifically?
[13:55] <brov> I know it's not "right" solution, but...
[13:56] <brov> we are not only ones who have such issue
[13:56] <maxb> I should point out at this juncture that I'm not a Canonical employee, just an interested member of the wider Launchpad community.
[13:56] <brov> kk
[13:56] <brov> now all clear :D
[13:56] <brov> I thought you are
[13:56] <brov> :D
[17:15] <shadeslayer> jelmer: http://launchpadlibrarian.net/63609997/buildlog.txt.gz << poke :(
[17:53] <linuxtech> Hi, any launchpad admins on here today?
[17:56] <linuxtech> According to the page at help.launchpad.net/HelpRotation jcsackett is on dudy, but I don't see him logged in now.
[18:06] <maxb> linuxtech: I believe that only applies to week days
[18:06] <MTecknology> holy crap...  PPA build status:  amd64 16 1013 jobs (13 hours)
[18:07] <maxb> MTecknology: yes, but it's a rebuild archive executing at lower priority than standard PPA uploads
[18:08] <MTecknology> oh
[18:08] <linuxtech> OK, I had sent an email to one of the Canonical people got a reply already. less than an hour too, Thanks!
[18:09] <MTecknology> maxb: Is there any way to know that without asking about it here?
[18:09] <maxb> Well, you can spot that something you uploaded recently has an estimated wait time much less than that
[18:10] <MTecknology> ok- thanks :)
[18:10] <maxb> or, you can spot that some of the stuff currently building on PPA builders at https://launchpad.net/builders doesn't have the usual [person/ppa] suffix
[18:11] <shadeslayer> ^^ they have a archive-rebuild in their descriptions somewhere
[18:36] <d34df00d> Hi!
[18:36] <d34df00d> For which architectures packages are built in PPA?
[18:37] <d34df00d> Seems like x86 and amd64 only, but the list in https://launchpad.net/ubuntu/+source/qxmpp, for example, makes me a bit confused.
[18:37] <lifeless> we only have secure builders for x86 and amd64
[18:38] <lifeless> so thats all that regular PPAs build for
[18:38] <lifeless> the qxmpp page you linked to is in Ubuntu itself, not a PPA.
[18:38] <lifeless> so it builds on regular hardware, rather than in the virtual machine environments PPAs use.
[18:38] <d34df00d> Ah, I get it.
[18:39] <d34df00d> Thanks for clarifying things.
[20:35] <shadeslayer> any ETA on a new release of the bzr-svn plguin?
[20:35] <shadeslayer> https://bugs.launchpad.net/bzr-svn/+bug/638492 << Need that bug fixed
[21:06] <elv> hi, how i can copy a package from ubuntu primary archive to my ppa?
[21:08] <elv> i saw a package marked "Copied from ubuntu natty in Primary Archive for Ubuntu"...but i didn't understand how is possible.
[21:10] <elv> anyone can explain?
[21:11] <bcurtiswx> https://launchpad.net/~verhansa  spamming my bugs
[21:11] <bcurtiswx> bug #606609
[21:12] <bcurtiswx> forexample
[21:20] <elv> have look at this for example: https://launchpad.net/~guido-iodice/+archive/guiodic-testing/+sourcepub/1485246/+listing-archive-extra
[21:29] <elv> gosh anyone can help?
[21:35] <james_w> bcurtiswx, if you would file using https://answers.launchpad.net/launchpad/+addquestion then an admin will be able to act on that on Monday
[21:36] <james_w> elv, I think that's only possible using the API
[21:44] <elv> james_w: can you give me an example?
[21:44] <james_w> elv, I don't know where you would find one
[21:44] <elv> :-(
[21:45] <james_w> elv, if you get your PPA object, then call syncSource on it that should do the cop
[21:45] <james_w> y
[21:45] <james_w> https://launchpad.net/+apidoc/devel.html#archive
[21:45] <elv> thanks i could write to that ppa manteiner askig him how
[22:37] <yofel> is there a reason why launchpad tells me about *successful* recipe builds? "[recipe build #18850] of ~scribus scribus-daily in natty:	Successfully built" for example
[22:41] <lifeless> theres a bug open to stop that
[22:41] <lifeless> recipes are still beta
[22:41] <lifeless> we're fine tuning the behaviours
[23:33] <MTecknology> What was the tool for uploading a package to a ppa with the ~natty/~lucid/~etc tags?
[23:34] <james_w> MTecknology, autoppa
[23:35] <MTecknology> james_w: thanks!
[23:36] <james_w> MTecknology, recipes can do that too now :-)
[23:36] <MTecknology> james_w: except for quilt; but that bug seems to be making a lot of progress :)
[23:37] <james_w> MTecknology, indeed. I think it may even have been rolled out?
[23:57] <MTecknology> james_w: heh.. this thing is starting to seem like a bit of a pain in the butt..