[00:00] <Rafik> hello all
[00:01] <Rafik> Is this the right place for question about mailing lists on lists.ubuntu.com too ?
[00:01] <mwhudson> i don't think so
[00:02] <Rafik> mwhudson, thanks, so where can I find help please ?
[00:06] <ceefour> Hello
[00:07] <ceefour> I want to fix a bazaar import URL
[00:07] <ceefour> in project https://code.edge.launchpad.net/~vcs-imports/eclipse-rap/trunk
[00:07] <mwhudson> ceefour: hello
[00:08] <mwhudson> ceefour: ah, i updated the url
[00:10] <ceefour> thanks mwhudson! :)
[00:10] <ceefour> you also did the import as well, thanks
[00:10] <mwhudson> ceefour: seems to be getting somewhere this time
[00:10] <ceefour> man that was quick
[00:11] <ceefour> thank mwhudson
[00:11] <ceefour> i wonder how many nas does launchpad have, i mean, mirroring the majority of OSS projects on earth...
[00:12] <mwhudson> funny you should mention that, we're installing a newer bigger one right now :)
[00:13] <mwhudson> and it's not _that_ much disk, really, you could easily buy an external hd to take it all
[00:13] <mwhudson> just not with server grade reliability :)
[00:15] <ceefour> btw i just sent email to bazaar importer@
[00:15] <ceefour> before I met you
[00:15] <mwhudson> ah, i don't think i get that mail
[00:15] <mwhudson> (i probably should)
[00:16] <ceefour> was sent to feedback@bazaar-importer.canonical.com
[00:16] <ceefour> it's ok, i amended the email
[00:16] <ceefour> thanks Michael
[00:16] <mwhudson> np
[00:16] <mwhudson> hope the import works!
[00:17] <stgraber> mwhudson: can you cancel all imports for ltsp-cluster ? I'll import by hand and do some cleaning at the same time.
[00:17] <ceefour> launchpad is really a cool thing, esp the import
[00:17] <mwhudson> stgraber: can you paste the links here?
[00:17] <ceefour> it really frustrates me to see something hosted on a CVS, ... SVN is a bit bearable due to git-svn  ... I tried bzr-svn before and it was ok too
[00:18] <mwhudson> stgraber: and do you want the imports to be suspended or deleted?
[00:18] <stgraber> mwhudson: deleted, I'll just send the code through bzr-svn when I'm done and push to LP
[00:18] <mwhudson> stgraber: ok
[00:19] <stgraber> https://code.edge.launchpad.net/~vcs-imports/ltsp-cluster/ltsp-loadbalancer-server https://code.edge.launchpad.net/~vcs-imports/ltsp-cluster/ltsp-loadbalancer-client https://code.edge.launchpad.net/~vcs-imports/ltsp-cluster/ltsp-loadbalancer-agent https://code.edge.launchpad.net/~vcs-imports/ltsp-cluster/ltsp-cluster-client https://code.edge.launchpad.net/~vcs-imports/ltsp-cluster/ltsp-accountmanager https://code.edge.launchpad.net/~vcs-impor
[00:19] <mwhudson> stgraber: you got cut off
[00:19] <stgraber> doh
[00:19] <stgraber> so, basically all vcs-imports shown here: https://code.edge.launchpad.net/ltsp-cluster
[00:22] <mwhudson> stgraber: done
[00:23] <stgraber> mwhudson: thanks
[00:24] <stgraber> one of the problem is that our SVN is stored on a slow link, so it'll be a lot faster to just to the changes I want, then start our backup scripts that'll mirror those changes on our backup server that's on a 100Mb/s link, then do the push to LP from there
[00:25] <stgraber> anyway, I first have to tech everyone how to use LP+bzr before turning off our SVN :)
[00:26] <mwhudson> stgraber: ok
[00:26] <mwhudson> stgraber: we can do the initial import from a tarball of your repository too
[00:26] <mwhudson> stgraber: though that's lots of manual work for me, so i'd be happy to not do it :)
[00:27] <jml> I wish I had few spare round tuits to give you so you could automate it :)
[00:28] <mwhudson> i should document it, at least
[00:30] <wgrant> Is there documentation somewhere on the bugtask conjoining rules?
[00:33] <wgrant> The primary task seems to be conjoined with any task for the developmet series as long as that task isn't marked Won't Fix, but this doesn't seem clear.
[02:55] <Quozl> is there a wiki feature on launchpad?
[03:00] <spiv> Quozl: not yet, unfortunately.
[03:02] <Quozl> spiv: thanks.  oh, hai.  #olpc-au.  ;-)  my question was about #netrek though, we are planning a development migration.
[03:02] <spiv> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/240067
[05:45] <det> How long from when I upload a package to PPA to when it appears in my repository (typically) ?
[05:46] <beuno> det, 15-20 minutes maybe. Depends on how long it takes to build
[05:47] <det> ahh, k, I just got an email now, apparently it was rejected because it contained a binary pacakge.
[05:47] <det> I'll rebuild with -S
[05:47] <det> Thanks.
[05:48] <beuno> :)
[05:48] <beuno> np
[05:48] <beuno> I'm off to bed!
[05:52] <jml> g'night
[08:07] <poolie> jml, https://code.edge.launchpad.net/bzr is timing out repeatedly...
[08:07] <poolie> querying the Revision tabel
[08:08] <jml> poolie: it's a known bug... looking for the report now.
[08:09] <bugabundo_work> hi
[08:09] <bugabundo_work> I'm getting timeouts
[08:09] <bugabundo_work> and LP is really slow
[08:10] <bugabundo_work> Error ID: OOPS-991EC46
[08:13] <jml> bugabundo_work: I see.
[08:14] <jml> bugabundo_work: looking into it.
[08:17] <siretart> the font on the bugpages are more than funny, close to unusable in epiphany now on edge. is that already known?
[08:18] <siretart> on production its fine
[08:19] <visik7> hi
[08:19] <jml> poolie: maybe https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/260140 caused it.
[08:20] <jml> poolie: as in, the fix for that bug.
[08:20] <jml> visik7: hi
[08:20] <jml> siretart: "more than funny"?
[08:20] <visik7> I need to mark a bug as duplicate but launchpad complains that I should reroute all other duplicate of this bug to the main bug
[08:20] <visik7> it's really annoying why isn't it automatic ?
[08:21] <wgrant> Because somebody hasn't bothered to implement that feature even though we've been asking for it for a looong time.
[08:21] <Hobbsee> if i'm reporting a bug on the mails launchpad sends out, where does it get reported?
[08:21] <Hobbsee> wgrant++
[08:22] <wgrant> Hobbsee: Which kind of mail? It depends.
[08:22] <Hobbsee> wgrant: this particular bug is that the <person> is deactivated by <person> for teams doesn't contain X-Launchpad-Message-Rationale headers.
[08:23] <wgrant> Hobbsee: launchpad-foundations
[08:23] <jml> not so.
[08:23] <Hobbsee> jml: oh?
[08:24] <jml> it depends on which portion the email comes from.
[08:24] <siretart> jml: the various titles (bug title, comment subjects) are huge compared to the tiny, hardly readable bug texts
[08:24] <jml> if you file it on 'launchpad', then it will get triaged appropriately.
[08:24] <wgrant> jml: Teams == foundations, not?
[08:25] <jml> oh sorry, I missed that bit :)
[08:25] <wgrant> Er, no?
[08:25] <jml> mea culpa
[08:28]  * wgrant knows fairly well where the divisions lie. Except for strange things like product<->distrosourcepackage linkage pages which are buggy as hell probably for that reason.
[08:32] <bugabundo_work> thanks jml. it seems speedy again. what was it ?
[08:33] <wgrant> Gremlins.
[08:33] <jml> bugabundo_work: nothing I did :)
[08:33] <bugabundo_work> strange then jml
[08:34] <bugabundo_work> oh darn...
[08:34] <bugabundo_work> LP bugs, as lost its package search!
[08:58] <thekorn> I don't know if you are already aware of it, but staging seems to be donw since about half an hour
[09:23] <nedko> i've delete package from my ppa about 10 hours ago but my new source uploads are still rejected, what can i do?
[09:24] <nedko> i dont see package when browsing the pool manually
[09:24] <nedko> still, my uploads get rejected
[09:25] <wgrant> nedko: With which error?
[09:26] <Hobbsee> nedko: you still can't upload with the same version number.
[09:26] <nedko> The source a2jmidid - 4+svn127-ubuntu1 is already accepted in ubuntu/hardy and you cannot upload the same version within the same distribution. You have to modify the source version and re-upload.
[09:26] <nedko> i was able to do that
[09:26] <nedko> original upload was wrong
[09:26] <wgrant> That error isn't going to go away.
[09:26] <wgrant> It means precisely what it says.
[09:27] <wgrant> And exists for good reason.
[09:27] <nedko> this is my personal PPA!
[09:27] <nedko> i use it for tests
[09:27] <nedko> nothing is accepted in ubuntu at all
[09:28] <wgrant> I'm aware.
[09:28] <wgrant> It refers to your PPA.
[09:28] <wgrant> It might be better if it explicitly said that.
[09:28] <wgrant> But it is in ubuntu/hardy in your PPA.
[09:28] <wgrant> And it will refuse to allow upload of the same source multiple times due to the chaos that it would cause to endusers.
[09:29] <nedko> this worked so far
[09:29] <nedko> now i cannot use launchpad anymore :(
[09:29] <wgrant> It did not.
[09:29] <wgrant> Huh?
[09:29] <wgrant> Increment the version number!
[09:29] <nedko> the version number is right!
[09:29] <Hobbsee> nedko: it didn't.  You may have tried uploading it to the wrong place the first time, so it appears to have worked.
[09:29] <nedko> original upload was wrong
[09:30] <wgrant> The version number is wrong.
[09:30] <wgrant> You can't upload the same version twice.
[09:30] <wgrant> That doesn't make sense, and breaks things.
[09:30] <Hobbsee> nedko: if it's the same as anything you've uploaded previously, the version number is therefore *wrong*.
[09:30] <nedko> version number is wrong but old original tarball was wrong!
[09:30] <wgrant> Correcting a wrong upload with a wrong version number is doubly wrong.
[09:30] <nedko> packaging error
[09:30] <wgrant> nedko: Then you need to bump the original tarball version.
[09:30] <wgrant> Same as any archive.
[09:31] <nedko> so this will mean version will become wrong
[09:31] <wgrant> No wronger than it is now.
[09:31] <nedko> atm this package is not uploaded at all, nobody sees it
[09:31] <wgrant> It is uploaded.
[09:32] <wgrant> "a2jmidid - 4+svn127-ubuntu1 is already accepted"
[09:32] <nedko> i'm using my ppa to upload and then if everything is right to publish packages in other ppa
[09:32] <nedko> so i must create new user for each package that gets wrong?
[09:32] <nedko> o.0
[09:32] <wgrant> nedko: No, increment the version number.
[09:33] <wgrant> It is the same method one would use to fix any packaging mistake.
[09:33] <nedko> that will make version number wrong
[09:33] <wgrant> No.
[09:33] <wgrant> Not unless you make it wrong.
[09:33] <nedko> when version number is incremented upstream, what will i do?
[09:33] <wgrant> Use the upstream version number.
[09:33] <wgrant> 4+svn127+oopsiuploadedsomethingbad-0ubuntu1
[09:33] <wgrant> That would work fine.
[09:34] <wgrant> When you update to 4+svn128, use 4+svn128
[09:34] <wgrant> (also, you shouldn't be using -ubuntu1, nor -0ubuntu1, as the former doesn't exist and the latter is reserved for Ubuntu)
[09:34] <nedko> + is after - in versioning?
[09:34] <nedko> no?
[09:34] <wgrant> - is special.
[09:34] <nedko> ok
[09:34] <wgrant> - separates the parts of the version.
[09:35] <wgrant> So that's really two separate version strings: 4+svn127 and ubuntu1
[09:35] <nedko> this is silly, but i'll try :(
[09:36] <wgrant> It is not silly.
[09:36] <wgrant> It's the way things work.
[09:36] <wgrant> In the real archive, and in PPAs.
[09:36] <nedko> i'm supposed to have control on my test ppa
[09:36] <nedko> in fact i dont need to publish them at all, i need to check package build in isolated environment
[09:39] <nedko> will 4+svn127+1-ubuntu1 work?
[09:41] <wgrant> The first part isn't ideal, and the second part is wrong.
[09:41] <wgrant> A -ubuntu1 version is never used (it's -0ubuntu1), and you're not uploading to Ubuntu.
[09:42] <nedko> what is wrong with second second part?
[09:42] <wgrant> The first part should indicate what has happened, not "+1".
[09:42] <wgrant> You are missing the Debian revision, and using an incorrect Ubuntu revision of 1.
[09:42] <nedko> there is no debian revision
[09:43] <nedko> why ubuntu revision of 1 is incorrect?
[09:43] <wgrant> So it should be 0.
[09:43] <wgrant> You're not uploading to Ubuntu.
[09:43] <wgrant> So it is not the first Ubuntu version.
[09:43] <nedko> this is first ubuntu version for mentioned original tarball, no?
[09:44] <wgrant> It's not an Ubuntu version.
[09:44] <nedko> at some point it will eventually end in ubuntu
[09:44] <wgrant> At which point it can rightly gain the distinction of being -0ubuntu1
[09:45] <nedko> i dont get what is wrong with *ubuntu1
[09:45] <nedko> i got it about -1*
[09:45] <Hobbsee> nedko: because it doesn't come from archive.ubuntu.com.
[09:45] <nedko> i got it about -0* (sorry)
[09:45] <wgrant> It's not an Ubuntu package, so it shouldn't be marked as such.
[09:45] <Hobbsee> nedko: and it's trying to masquerade as an official ubuntu package from there.
[09:46] <Hobbsee> nedko: which makes it all the harder when we get bugs filed against the official packages.
[09:46] <nedko> https://launchpad.net/~ubuntustudio-dev/+archive
[09:46] <Hobbsee> (and so have to check version numbers, rmadison output, etc, and go "where the heck is this"
[09:46] <nedko> these ones are marked ubuntu too, i followed same scheme
[09:47] <nedko> are those wrong?
[09:47] <wgrant> Very probably.
[09:47] <nedko> why?
[09:47] <wgrant> Because they're marked as being from Ubuntu when they are not.
[09:48] <nedko> ok, i'll ask the other, thanks
[09:48] <wgrant> Note that the Ubuntu developer-uploaded package there is appropriately marked as being from a PPA.
[09:51] <nedko> like how?
[09:51] <nedko> for ubuntustudio preview/test packages
[09:51] <wgrant> ~ppa3
[09:52] <wgrant> You could use -0ubuntu0+nedko1 or -0ubuntu1~ppa1 or whatever.
[09:53] <nedko> i mean for ubuntustudio-dev packages, not for ones i (dont) publish in my personal PPA
[09:53] <wgrant> A similar scheme is appropriate.
[09:56] <nedko> isnt such scheme making copy of package between repositories wrong?
[09:56] <wgrant> nedko: Why?
[09:57] <nedko> because when you copy to main/real repo of ubuntu package will contain ppaX
[09:58] <wgrant> This is a problem with the current PPA setup, but yes.
[09:58] <nedko> so people workaround it by using target version when uploading to PPA?
[09:59] <wgrant> Hm?
[10:00] <nedko> i.e. use -NubuntuM so when copied to main/real repo package version is right
[10:00] <wgrant> Then M is going to be very big.
[10:01] <nedko> isnt M the debian version (0 for ubuntu package not derived from debian)?
[10:01] <nedko> or i didnt got it right?
[10:03] <wgrant> N is the Debian revision in the -NubuntuM example you gave.
[10:04] <nedko> ah, right, sorry
[10:04] <nedko> so why M is going to be very big?
[10:04] <wgrant> Because if you want to be able to copy directly from the PPA you will have to bump it for each upload.
[10:05] <nedko> i do that and i didnt go past 4 or 5 so far
[10:06] <wgrant> Do that then.
[10:06] <wgrant> That is relatively large, but still fine.
[10:07] <nedko> thanks
[10:50] <\sh> hmm..LP package status: Published 45 mins ago...means: it's published on the archive servers, right?
[10:50] <nandersson> Can I delete a branch under my personal code/junk?
[10:51] <bigjools> \sh: yes
[10:52] <\sh> bigjools: then I wonder why ia32-libs 2.2ubuntu12 is not on the archives ;)
[10:52] <\sh> neither the source nor the bin pkgs
[10:53] <wgrant> Won't it be visible on a.u.c at least 40 minutes after the time it is marked as Published?
[10:53] <bigjools> \sh: which ppa, let me check
[10:53] <bigjools> or is it ubuntu?
[10:53] <\sh> bigjools: universe ,-)
[10:53] <wgrant> Primary, I suspect.
[10:53] <\sh> no ppa here ;)
[10:53] <bigjools> ok, so you need to wait for mirroring
[10:54] <\sh> we need a mirror time string there ,-)
[10:55] <wgrant> No, we need to give bigjools so much coffee that he never sleeps, so he runs out of things to do and makes Soyuz perfect such that it instantaneously mirrors, causing the world to explode because being universally useful seems to go against some LP principles.
[10:57] <bigjools> 2nd-tier mirroring happens outside of LP so not much I can do about that
[10:58] <wgrant> You also can't not sleep. Damn.
[10:58] <bigjools> I have a good try already - I have 2 young kids :)
[11:59] <jml> kiko: hey! you there?
[13:28] <Hobbsee> you know, sometimes I really wish launchpad would do a slashdot / presumably digg / youtube-style thing, and let you filter comments based on a system such as karma.
[13:35] <wgrant> But bugs with 400 comments are quite readable!
[14:12] <thekorn> hi, is staging supposed to come up again today?
[14:15] <intellectronica> thekorn: yes, it's just being updated now
[14:15] <intellectronica> thekorn: can i ask you for a favour?
[14:15] <thekorn> intellectronica, super
[14:15] <thekorn> yes sure
[14:16] <intellectronica> thekorn: i'd love to have an example script using launchpadlib, which you've used for altering attachments. i'm just fixing this now and it would be nice to check that your script stops working
[14:18] <thekorn> intellectronica, give me a second
[14:24] <thekorn> intellectronica, I found this in my history http://paste.ubuntu.com/47768/
[14:25] <intellectronica> thekorn: cool. thanks a lot
[14:26] <thekorn> you are most welcome
[18:57] <glade88> hello.. how long does it take for a mailing list to be approved? We applied for https://edge.launchpad.net/~64-bit
[18:59] <kiko> glade88, when?
[19:00] <glade88> I applied for it about 4-5 days back..
[19:11] <kiko> barry, ^^^
[19:11] <kiko> glade88, let me get to the bottom of that
[19:11] <glade88> okay.. ty
[19:13] <barry> glade88: are you sure? i do not see a mailing list request for ~64-bit
[19:14] <cgregan> kiko: ping
[19:14] <glade88> it says it has been declined! :(
[19:14] <barry> glade88: don't know why that would have happened, but here's what you should do
[19:14] <kiko> cgregan, yo
[19:15] <barry> glade88: open a question on https://answers.launchpad.net/launchpad explaining the situation
[19:15] <barry> glade88: subscribe me ('barry' on lp) to the question
[19:15] <cgregan> kiko: hey....just got off an OEM Services call with ChrisK and an idea came up
[19:15] <glade88> barry: Jorge O. Castro mailed tuxxy that we cant have the mail-list
[19:15] <barry> glade88: oh, well, i can't help with that :/
[19:16] <cgregan> kiko: we are looking for a way to get priority on the emails from LP
[19:16] <barry> glade88: you should talk with jcastro and get that cleared up
[19:16] <kiko> cgregan, priorities?
[19:16] <cgregan> kiko: Is there a system in the works where as a subscriber to a bug you could get a "high priority" email when you are also the assigned resource
[19:16] <barry> glade88: if the decision is reversed, we will be able to fix that, but it will likely be about a week before we can do it
[19:17] <kiko> cgregan, the priorities are available in the email headers. is that what you want?
[19:17] <barry> glade88: (from a technical standpoint, not until after lp 2.1.9 is released)
[19:17] <glade88> jcastro: ping
[19:17] <cgregan> kiko: I get 200 emails or more but the ones assigned to me for comment look the same as those that are sent just because I am subscribed
[19:17] <glade88> barry: ty, I'll ask him :)
[19:18] <barry> glade88: np.  if the decision is reversed, do open up that question and assign it to me.  cheers!
[19:18] <cgregan> kiko: Need a way to scan my lp email and quickly see the ones that need me to comment on them
[19:18] <glade88> okay!
[19:19] <kiko> cgregan, so highlight based on the email header
[19:19] <cgregan> kiko: something like that....yes.
[19:19] <kiko> cgregan, I'm saying you can already do that. :)
[19:19] <kiko> cgregan, look at the X-Launchpad-Bug header.
[19:19] <jcastro> glade88: hi
[19:20] <tuxxy__> hey
[19:20] <glade88> jcastro: 'lo.. we applied for the ~64-bit mail list
[19:20] <jcastro> right
[19:20] <cgregan> kiko: Ah-ha!
[19:20] <glade88> it has been declined
[19:21] <jcastro> right, I declined it this morning. Is there any reason you're not having these discussions on existing lists?
[19:21] <cgregan> kiko: now...evolution or Thunderbird can look for that and highlight?
[19:21] <glade88> jcastro: we though we could have a separate list exclusively for 64-bit users
[19:22] <tuxxy__> we have no other mailing list alternatives
[19:22] <kiko> cgregan, absolutely, it can.
[19:22] <jcastro> I just don't see why you would need a seperate list for 64-bit users that can't be done on existing lists.
[19:22] <tuxxy__> and would fond it time consuming sending a message out manually to 100+ users
[19:22] <cgregan> kiko: you are a god!
[19:23] <kiko> cgregan, am not! am not!
[19:23]  * cgregan hugs kiko
[19:23] <cgregan> :-)
[19:23] <jcastro> I mean, I don't care too strongly, if you guys really want it then I guess we could but I would recommend that discussions happen on existing lists so it benefits people who are already subscribed to the main ubuntu-users list
[19:24] <glade88> heh.. I just realized that I dont have much to say
[19:25] <glade88> jcastro: it would be always nice if the team has a mail list. since the forums froup has about 118 members, its not very tiny I must say.. rest on you! :)
[19:25] <tuxxy__> we ideally would like a list with peoples expertise being 64-bit Ubuntu
[19:25] <jcastro> yeah, I just think that having things that are discussed should be on the main lists.
[19:25] <tuxxy__> and to keep in contact with the 64Bit Team
[19:25] <jcastro> If I'm a 64-bit user I would like to see that expertise on the main lists.
[19:27] <glade88> hmm okay :)
[19:27] <glade88> thanks
[19:27] <jcastro> I mean, if you guys really wanted I guess we could, but like I said, I think it's better for everyone if that is consolidated onto existing lists.
[19:28] <jcastro> then you end up with things like "ubuntu-parallel-port-users"
[19:28] <glade88> jcastro: guess we really wanted .. lol
[19:28] <glade88> lol
[19:28] <tuxxy__> ok no problem, but an you exaplain to me how we are emant to mass message the group
[19:28] <tuxxy__> *can
[19:29] <jcastro> hmm, I see, one sec
[19:30] <jcastro> tuxxy__: I see what you mean.
[19:30] <tuxxy__> ye would take forever to manually do it so hoped you had an alternative
[19:31] <jcastro> yeah. Ok, I guess a list will have to do
[19:31] <tuxxy__> if you are sure
[19:33] <jcastro> tuxxy__: unfortunately once a list is declined it's stuck in a bad state and I can't just reapprove it right away, can you subscribe to bug 237210?
[19:33] <jcastro> when that is fixed, please reapply
[19:34] <det> I uploaded a package to the a ppa and it builds successfully on i386/amd64 but only amd64 is in the repo so far. It finished 13 minutes ago, is this normal ?
[19:35] <tuxxy__> jcastro: ok completed that, how long does ti usually take a week or so?
[19:35] <jcastro> tuxxy__: I have a phone conference to go to now, can you follow up with me on email if you have more issues? jorge@ubuntu.com
[19:35] <jcastro> tuxxy__: after the bug is fix just prod me and I can approve it
[19:35] <tuxxy__> no problem jorge, again thanks for that you have been a great help =)
[19:35] <jcastro> no worries, cheers!
[19:35] <tuxxy__> ill e-mail you in future then, goodbye
[19:40] <tuxxy__> hmm am I correct in thinking that bug has been up since june heh
[19:54] <kiko> barry, what's the status for the patch to fix the bug above? ah, it failed to land, right?
[19:54] <barry> kiko-phone: it failed 3 times due to unrelated causes.  well, it actually /landed/ once only to be disappeared by pqm/bzr :)
[19:54] <barry> kiko-phone: so, 2.1.10 it is
[19:55] <kiko-phone> yeah
[19:56] <tuxxy__> ahhh so its close to fix then
[19:56] <tuxxy__> cool
[19:56] <barry> tuxxy__: so close you can taste it
[20:00] <tuxxy__> hehe yes, I think I can!
[20:04] <Ursinha> barry, no more time to have it for today's release so
[20:05] <barry> Ursinha: yeah, and kiko-phone wouldn't rc it :)
[20:06] <Ursinha> oh, kiko-phone is a bad bad guy :P
[20:08] <kiko-phone> BAD BAD BAD
[20:36] <kiko> barry, so if that branch lands on edge does it help us at all?
[20:37] <barry> kiko: we'd need to land it on the mailman server too
[20:37] <barry> and xmlrpc-private
[20:37] <kiko> barry, I'd be okay with it landing as an RC after we roll out tonight fwiw.
[20:37] <kiko> barry, remind me of the bug number?
[20:38] <kiko> found it
[20:39] <barry> kiko: bug 237210 but 251368 bug 255845 and bug 191899 :)
[20:39] <kiko> barry, so.. let's land it post-rollout.
[20:39] <barry> kiko: fantastic thanks
[20:40] <kiko> Ursinha, ^^
[20:40] <kiko> PQM n bzr allowing of course
[20:40] <Ursinha> kiko, sweet!
[20:42] <Peng_> What what? bzr+http support has been deployed?
[20:45] <Peng_> Pfft, good job bzr. You read bits of signatures.knit about 225 times, then read the whole file.
[21:17] <kiko> barry, how about getting some mailman branding love on its launchpad project? :)
[21:18] <barry> kiko: thought there was!
[21:18] <barry> time to break out the gimp?
[21:19] <kiko> barry, not that I can see, so yeah :)
[21:24] <MrKennie> is launchpad itself an open project or is it all written behind closed doors?
[21:27] <Peng_> MrKennie: It's closed-source.
[21:28] <Ursinha> yet
[21:28] <MrKennie> uh, ok
[21:28] <beuno> MrKennie, it's being planned to be opened next year
[21:29] <Ursinha> beuno is always ahead of me
[21:29] <beuno> Ursinha, I have template answers!  (I don't, but I should)
[21:29] <MrKennie> the reason I ask is because I'm looking to become involved with something.
[21:29] <Ursinha> hahaha
[21:30] <Peng_> beuno: Oh, really? That's neat.
[21:30] <beuno> Peng_, that's what Mark said at OSCON
[21:31] <MrKennie> It's like I've been using some for of Linux for over 8 years now and I feel I want to give something back. (I have no money ;) )
[21:31] <beuno> MrKennie, well, there's hundreds of open source projects around, so it really depends on what skills you have, and what you're passionate about
[21:32] <MrKennie> everything but my skills are probably limited to web related stuff
[21:32] <MrKennie> er, html etc.
[21:34] <beuno> I wouldn't know where you point you at
[21:35] <beuno> but I do know the marketing team is taking on a few projects
[21:35] <beuno> so maybe you can drop by #ubuntu-marketing
[21:35] <beuno> and see if anyone can fill you in
[21:35] <MrKennie> OK, thanks.
[21:36] <beuno> MrKennie, https://wiki.ubuntu.com/MarketingTeam
[21:36] <beuno> is a good start as well
[21:36] <MrKennie> Ok, thank you. It's a start :)
[21:36] <beuno> good luck!
[21:43] <MrKennie> thanks
[23:41] <_Zeus_> crap down
[23:42] <wgrant> Yay, LP.
[23:42] <wgrant> It just came back up for me.
[23:42] <_Zeus_> ?
[23:43] <_Zeus_> whoa
[23:43] <beuno> yeap, it's up again
[23:43] <_Zeus_> early
[23:43] <_Zeus_> ya
[23:43]  * wgrant wonders why read-only-launchpad still remains to be seen.
[23:43] <jml> instructions! sweet, comforting instructions.
[23:43] <wgrant> jml: Hm?
[23:43] <_Zeus_> yay
[23:44] <jml> wgrant: bugs that tell me what to do :)
[23:44] <_Zeus_> launchpad=good
[23:44] <wgrant> launchpad = good except when it does stupid things
[23:46] <_Zeus_> yeah
[23:46] <_Zeus_> i want it go to open-souce, though
[23:47] <wgrant> They've said it will... and nobody will ever trust them again if they break their word.
[23:48] <RAOF> Gah.  bzr-lp, accept my public key!
[23:48] <jml> ?
[23:48] <_Zeus_> wgrant: i'm sure it will eventually
[23:48] <RAOF> jml: bzr branch lp:do trunk fails with "permission denied (publickey)"
[23:49] <jml> RAOF: yeah. it might be that other systems are still being rolled out. I'll check.
[23:50] <jml> RAOF: "patience" :)
[23:52] <zeth> _Zeus_: on open source launchpad http://tinyurl.com/launchpad-conspiracy
[23:52] <_Zeus_> whoa
[23:53]  * jml raises an eyebrow
[23:55] <beuno> well, Launchpad will be open source next year, so all those concerns should go away
[23:55] <zeth> yup
[23:55] <zeth> so that fits in with my theory
[23:56] <zeth> they took two-three years to "open source", i.e. three years to write something *to* open source
[23:56] <mwh> uh
[23:56] <wgrant> The rest probably *is* just some Python and shell scripts... that what Python webapps often are...
[23:56] <wgrant> +1 mwh
[23:56] <mwh> an interesting theory
[23:57] <zeth> one that no one has ever explicitly denied
[23:57] <wgrant> Maybe their big secret is that it's actually written in Java. I wonder what other craziness I can come up with.
[23:57] <wgrant> Ah, I know. .NET!
[23:57] <zeth> that is not a bad one
[23:58] <beuno> zeth, let me put it this way: today, Launchpad's full test suite, takes about 3 hours to run on a very powerful machine
[23:58]  * NCommander smacks wgrant
[23:58] <zeth> but if you had it in Java, it would not take you three years to port it to Python
[23:58] <mwh> c'mon
[23:58] <NCommander> Even Canonical can't be that evil
[23:58] <jml> wgrant: actually, it's written in a custom Lisp implementation backended by PHP and this potato kiko found one day.
[23:58] <mwh> php
[23:58] <zeth> beuno: fiction
[23:58] <beuno> "a few python and shell scripts" probably doesn't fit it correctly
[23:58] <wgrant> beuno: sleep 10800
[23:58] <zeth> show me the proof
[23:58] <wgrant> jml: Oh, right, forgot that. Sorry.
[23:59] <beuno> wgrant, lol
[23:59] <beuno> zeth, well, if you're going to call Launchpad developers lyiers...
[23:59] <wgrant> I'm sure we'll all be happy in < 11 months.