[00:00] <LeRoutier> closed it as invalid. that's what I call a short lived bug
[00:01] <LeRoutier> time to sleep before I ask more stupid questions
[00:01] <LeRoutier> good night
[00:06] <ubotu> New bug: #156872 in launchpad "PPA: packaged passing from uploaded to published without trying to build" [Undecided,Invalid] https://launchpad.net/bugs/156872
[00:06] <ubotu> New bug: #156873 in launchpad "Launchpad emails need to make better use of names" [Undecided,New] https://launchpad.net/bugs/156873
[00:29] <pcjc2> Hi, a quick question.. I've recently become involved in triaging / fixing X driver bugs, for which we get a lot of log files attached
[00:29] <pcjc2> Often named Xorg.0.log or Xorg.0.log.old, however not all of these are recognised as mime type text/plain by launchpad (most notably the ones ending in .old)
[00:30] <pcjc2> Is it possible somehow to auto-map attachments Xorg*.log*.old -> text/plain (or some similar mapping)
[01:01] <ubotu> New bug: #156888 in malone "Xorg.0.log.old attachments not recognized as text/plain" [Undecided,New] https://launchpad.net/bugs/156888
[02:01] <ubotu> New bug: #156904 in soyuz "Stop publishing archive indexes for unsupported PPAs" [Undecided,New] https://launchpad.net/bugs/156904
[03:06] <ubotu> New bug: #43020 in launchpad "Person +packages page should be batched" [Medium,Confirmed] https://launchpad.net/bugs/43020
[03:46] <ubotu> New bug: #156919 in launchpad "More information on where to download files needed" [Undecided,New] https://launchpad.net/bugs/156919
[06:14]  * Odd_Bloke notes that 'in 15 minutes' is probably not the best way of specifying the start of a given period of time. :p
[06:16]  * corevette wants launchpad to come back u
[06:16] <Odd_Bloke> mthaddon: ^^
[06:17] <mthaddon> Odd_Bloke, corevette: won't be too long now... we're trying to do some DB maintenance while we're at it, and it's taking a little longer than normal, but should be back in about 10-15 mins
[06:18] <corevette> thanks mthaddon
[06:18] <Odd_Bloke> mthaddon: Thanks.  Absolute times in the topic would still be nice though. :)
[06:18] <mthaddon> Odd_Bloke, understood - will make a note of that for next time :)
[06:19] <Odd_Bloke> mthaddon: Thanks again. :)
[06:31] <corevette> mthaddon: do you want to announce when it's back up so we don't have to keep refreshing and slurpping up bandwith?
[06:32] <mthaddon> corevette, I'll be changing the topic - it's on its way now... code rollout and service startup happening as we speak
[06:32] <Odd_Bloke> For the record, in said slurping I was given an OperationalError by https://launchpad.net.
[06:33] <Odd_Bloke> And am getting them repeatedly.  Is this expected?
[06:33] <mthaddon> Odd_Bloke, thx - wasn't aware of that - will look into it
[06:37] <mthaddon> some LP services coming back up...
[06:38] <Odd_Bloke> \o/
[06:39] <corevette> wahoo it's back up
[06:40] <mthaddon> haven't announced it yet because some peripheral services are still coming up, but it's getting there
[06:43] <corevette> bzr: ERROR: exceptions.AssertionError: end of file reading from server.
[06:43] <corevette> wtf?
[06:43] <mthaddon> corevette, like I said, some services still coming up
[06:43] <corevette> oh ok
[06:57] <corevette> still says it's down, is that normal mthaddon?
[06:58] <mthaddon> corevette, having issues deploying to that server - working on it now
[06:59] <corevette> no rush, just curious
[07:01] <fabbione> guys let the people focus on the work rather than distracting them on IRC
[07:01] <fabbione> when the update is finished, it will be announced
[07:01] <lifeless> work ?
[07:01] <fabbione> lifeless: work/update.. whatever :)
[07:02] <mthaddon> corevette, can you try now
[07:02] <lifeless> I fly in 16 hrs ;)
[07:02] <fabbione> lifeless: UDS?
[07:02] <lifeless> yes
[07:02] <fabbione> heh have fun there
[07:02] <corevette> works great mthaddon
[07:02] <lifeless> you're not coming ?
[07:02] <mthaddon> fabbione, trust me, if they were distracting me too much I'd ignore it
[07:02] <fabbione> lifeless: no, only AllHands
[07:03] <lifeless> :(
[07:04] <fabbione> lifeless: i am not needed at UDS anymore.. no point for me to be away almost 3 weeks from home
[07:10] <fabbione> lifeless: mind to give me a bzr hint?
[07:10] <lifeless> sure
[07:10] <fabbione> lifeless: trunk..>...>
[07:10] <fabbione> sorry..
[07:10] <fabbione> scratch that
[07:11] <fabbione> lifeless: trunk has 100 rev... I did branch at 50 to do work foo...
[07:11] <fabbione> lifeless: now i need to merge trunk into the branch but only up to rev 90 
[07:11] <fabbione> lifeless: how can i do that?
[07:11] <lifeless> cd branch; merge -r 90 trunk
[07:11] <fabbione> ok thanks
[07:18] <poolie_> kiko said my bug (bug 145416) is fixed in rf 4944
[07:18] <ubotu> Launchpad bug 145416 in launchpad "It is not clear who is allowed to add download files" [High,Fix committed] https://launchpad.net/bugs/145416 - Assigned to Christian Reis (kiko)
[07:18] <poolie_> does 'build 5099' mean it is fixed now?
[07:19] <jamesh> it should, yes
[07:20] <jamesh> at rollout, production revnos should be the same as those from the development branch
[07:53] <LeRoutier> Hello
[07:53] <LeRoutier> Could anyone confirm a bug before I fill it ?
[07:53] <LeRoutier> Freshmeat project link 
[07:54] <LeRoutier> In project swfdec, we got : "Freshmeat Project : swfdec" but it gives this link on its home page  : http://freshmeat.net/projects/None
[07:54] <LeRoutier> note the None
[08:00] <LeRoutier> Reported as bug Bug #156976
[08:01] <LeRoutier> Reported as Bug #156976
[08:01] <ubotu> Launchpad bug 156976 in launchpad "Freshmeat URL on project homepage always wrong" [Undecided,New] https://launchpad.net/bugs/156976
[08:01] <LeRoutier> time to go to work. bye
[08:04]  * Fujitsu kicks the buildds.
[08:04] <Fujitsu> Why haven't they moved in 3 hours?
[08:11] <ubotu> New bug: #156976 in launchpad "Freshmeat URL on project homepage always wrong" [Undecided,New] https://launchpad.net/bugs/156976
[08:28] <carlos_> morning
[09:50] <gilligan_> hi
[09:51] <gilligan_> could someone point me to a page with soyuz documentation ? i can't seem to find any
[09:53] <mwhudson> gilligan_: i think there is some stuff on help.launchpad.net
[09:53] <mattl> mrevell: ping
[09:53] <mrevell> hi mattl
[09:53] <mwhudson> gilligan_: https://help.launchpad.net/PPAQuickStart
[09:55] <mwhudson> though i guess that's not soyuz, per se
[09:55] <mrevell> gilligan_: Hi - what in particular are you looking to do?
[10:05] <gilligan_> mrevell: actually I just want to get a rough overview on how things are handled in ubuntu .. mostly because I am in the process of restructuring how my company handles building its custom embedded platform distribution
[10:06] <gilligan_> mrevell: now that's a totally different scale of things of course.. but i still just want to have a look around and get some impressions
[10:10] <gilligan_> guess i'll have a closer look at debian autobuilder process instead, which seems to be more thoroughly documented
[10:19] <tmh___> I'd like to get my launchpad account deleted. is that possible?
[10:20] <mrevell> tmh___: Here's a guide: https://help.launchpad.net/DeactivatingYourAccount
[10:26] <tmh___> thank you!
[11:55] <ubotu> New bug: #157016 in launchpad "Ugly white space between headings and tab" [Undecided,New] https://launchpad.net/bugs/157016
[13:11] <ScottK> kiko: I have a question about the bug janitor.  I thought it was supposed to be off now, but I got more expired bugs overnight (for me)?
[13:20] <kiko> ScottK, can you forward one to me?
[13:20] <Fujitsu> ScottK: That's what it does... it's so evil it manages to run even when switched off weeks ago.
[13:20] <kiko> I'll look into it. :)
[13:20]  * kiko chuckles
[13:20] <ScottK> kiko: What address should I forward it to?
[13:20]  * Fujitsu looks at bug #134206, for example.
[13:20] <ubotu> Launchpad bug 134206 in linux-source-2.6.22 "alsa hda-intel not working anymore (dup-of: 134146)" [Medium,Invalid] https://launchpad.net/bugs/134206
[13:20] <ubotu> Launchpad bug 134146 in linux-ubuntu-modules-2.6.22 "Intel HDA sound broken on kernel 2.6.22-10.30" [Medium,Fix released] https://launchpad.net/bugs/134146 - Assigned to Ubuntu Audio Team (ubuntu-audio)
[13:20] <kiko> ScottK, kiko@async.com.br
[13:21] <Fujitsu> Hey, it even still expires dupes. Neato.
[13:21] <ScottK> How many you want?
[13:21] <kiko> just one
[13:21]  * Fujitsu evilly ponders creating an account with that display name and creating panic.
[13:21] <ScottK> Bug 111709 sent
[13:21] <ubotu> Launchpad bug 111709 in apache2 "apache2 forks to death" [Low,Invalid] https://launchpad.net/bugs/111709
[13:22] <kiko> thanks
[13:27] <ScottK> mrevell: I saw your message to ubuntu-devel yesterday about upload notification mails changing.  Is "Accepted" being changed to "Approved"?
[13:28] <mrevell> ScottK: I believe so, but I'll double-checl
[13:28] <ScottK> mrevell: Why?
[13:28] <ScottK> That's going to break a lot of mail filters
[13:29] <mrevell> ScottK: Let me check what I wrote in the outgoing mail. It's possible I've made a mistake and owe you a beer for pointing it out.
[13:29]  * ScottK hopes
[13:29]  * Fujitsu notes again that some notice would be nice... a few hours doesn't count.
[13:30] <kiko> Fujitsu, the bug was fixed after the tree closed for release-critical -- it only got scheduled very late in the cycle
[13:30] <mrevell> ScottK: Yes, I have to apologise. I made a stupid mistake in that email.
[13:30] <mrevell> ScottK: I shall send a correction/apology.
[13:30] <kiko> Fujitsu, fwiw the change is actually minor
[13:31] <ScottK> mrevell: Glad to hear it.  Also, do you read ubuntu-devel for replies to your messages?  I asked this there yesterday.
[13:32] <mrevell> ScottK: My ISP made a DNS foul-up a couple of days ago and so my inbound email has not been reaching me for that time. It appears to be fixed now, though. Usually, yes, I do read replies.
[13:32] <ScottK> mrevell: OK.  Glad to hear it.
[13:33] <arnarl> Hi, is there a support email-address somewhere for launchpad? I have a question about merging a 5 year old user account that seems to have been imported from the Zope collector.
[13:33] <kiko> arnarl, yeah, you can /privmsg me, or see the topic :)
[13:40] <siretart> http://archive.ubuntu.com/ubuntu/dists/gutsy-{updates,security,backports}/Contents-i386.gz is missing. is this intended or a (known) bug?
[13:40] <chelala> Hello! does any body know some software that have similar to launchpad answers, I mean ask online o by email? any forum with that kind of feature? thanks!
[13:41] <kiko> siretart, it's a good question. 
[13:43] <siretart> kiko: it breaks my debmirror script (it expects the contents file to be present on all mirrored suites)
[13:43] <siretart> I'll file a bug, ok?
[13:45] <elmo> err, debmirror only fetches contents if you explicitly tell it to
[13:45] <siretart> elmo: yes, but I want the contents files for at least gutsy. You cannot tell it to not complain about missing contents in some of the requested suites
[13:46] <siretart> and since I need to run the script in a cronjob, I need to watch the exit status :/
[13:47] <siretart> filed as bug #157055, btw
[13:47] <ubotu> Launchpad bug 157055 in soyuz "http://archive.ubuntu.com/ubuntu/dists/gutsy-{updates,security,backports}/Contents-i386.gz is missing." [Undecided,New] https://launchpad.net/bugs/157055
[13:49] <elmo> siretart: so run debmirror twice, once for gutsy, once for everything else?
[13:49] <elmo> I'm not saying updates/security/backports shouldn't have Contents, but it certainly seems trivial to work around on your end
[13:50] <ubotu> New bug: #157055 in soyuz "http://archive.ubuntu.com/ubuntu/dists/gutsy-{updates,security,backports}/Contents-i386.gz is missing." [Undecided,New] https://launchpad.net/bugs/157055
[13:50] <siretart> elmo: err, I don't think this is possible without patching debmirror so that it doesn't delete too much or doesn't forget cleaning up at all
[13:50] <Fujitsu> siretart: --nocleanup?
[13:51] <siretart> Fujitsu: which doesn't clean up anything, which I also don't want
[13:53] <ScottK> kiko: Looks to me like this rollout may have broken the remote bugwatcher.  I just got a bunch of remote * -> unknown bugmails that are wrong.  See Bug #67220 and it's parent bug (still marked fixed) for an example.
[13:53] <ubotu> Launchpad bug 67220 in apache2 "mod_mem_cache does not respect mime types" [Low,Fix released] https://launchpad.net/bugs/67220
[13:54] <kiko> ScottK, wow, thanks for the heads-up.
[13:57] <ScottK> kiko: I'm filing a bug now.
[13:58] <chelala> Hello! guys I repeat, does anyone knows ANY opensource software similar to Nabble or Launchpad??
[13:58] <chelala> do all by email or online ??
[13:59] <kiko> ScottK, I've got allenap looking at it
[13:59] <ScottK> kiko: Bug #157059 is filed
[13:59] <ubotu> Launchpad bug 157059 in malone "Remote bug watches broken by new release" [Undecided,New] https://launchpad.net/bugs/157059
[14:06] <ubotu> New bug: #157059 in malone "Remote bug watches broken by new release" [Undecided,New] https://launchpad.net/bugs/157059
[14:08] <Hobbsee> yay, breakage?
[14:08] <Hobbsee> what else has broken?
[14:10] <Fujitsu> Hobbsee: I'm sure Soyuz will obliterate the entire archive or something soon.
[14:10] <Hobbsee> heh, probably.
[14:10] <ScottK> Yeah.  Less to do for us.
[14:11] <Hobbsee> at least we're *nowhere* near an ubuntu release, or snapshot.
[14:11] <Hobbsee> and today's a thursday, not a friday afternoon.
[14:11] <Fujitsu> Hey, it seems it actually removed warty->breezy, without killing other things. This is good.
[14:12] <Hobbsee> hehe
[14:18] <ScottK> kiko: Is the change in the publishing history page to make it MUCH harder to use, see https://launchpad.net/ubuntu/+source/dkim-milter/+publishinghistory for an example, on purpose?
[14:19] <Hobbsee> WTH?
[14:19]  * Hobbsee wonders how *that* is useful to anyone.
[14:20] <Fujitsu> It's like the sourcepackage /, but with some extra information, some missing, and just as unreadable.
[14:20] <Hobbsee> seeing as most people dont memorise changelogs, it would have made far more sense to put the changelogs with teh corresponding publishing dates, etc.
[14:20] <Fujitsu> Can we have edge updating in future, pretty please?
[14:20] <Hobbsee> oh, this hasnt redone the version history bit.  good.
[14:21] <Hobbsee> but that's not showing all the people who uploaded it each time, only some of them.
[14:21]  * Hobbsee checks the phase of the moon
[14:21] <Hobbsee> perhaps only some show, and they change depending on the moon?
[14:21] <Hobbsee> very odd.
[14:21] <Fujitsu> Hobbsee: Which page is this?
[14:22] <ScottK> Bug #157064 filed
[14:22] <Hobbsee> https://edge.launchpad.net/ubuntu/+source/dkim-milter/
[14:22] <Hobbsee> Fujitsu: ^
[14:22] <Fujitsu> (I'm still impressed at how some of the attempt-at-a-sort-of-changelog entries show the uploader, and others not)
[14:22] <ubotu> Launchpad bug 157064 in malone "New release renders publishing history page unuseable" [Undecided,New] https://launchpad.net/bugs/157064
[14:22] <Fujitsu> Oh, that's what you were talking about, oops.
[14:22] <Fujitsu> I filed a bug on that last release.
[14:22] <Hobbsee> Fujitsu: depends on moon phase, i tell you.  as in, the moon phase that they uploaded it.  or something.
[14:23] <Hobbsee> yay.  clearly it hasnt been fixed.
[14:23] <Hobbsee> maybe sabdfl / sabdfl_ will feel generous and fix it sometiem :)
[14:24] <ScottK> Well part of his rationale for not moving component onto the source package page was that it was easily available in publishing history.  
[14:24] <Fujitsu> Hobbsee: bug #144620
[14:24] <ubotu> Launchpad bug 144620 in soyuz "Some displayed sourcepackagerelease changes files don't have attribution" [Undecided,New] https://launchpad.net/bugs/144620
[14:24] <ScottK> Now that page is borked.  Ugh.
[14:24] <Fujitsu> ScottK: Now it is not easily available on it, yeah,.
[14:24] <Fujitsu> So easy to find component changes now.
[14:25] <Fujitsu> At least we have the latest release portlet back :)
[14:25] <ubotu> New bug: #157061 in launchpad "gap between location bar and help tab" [Medium,Confirmed] https://launchpad.net/bugs/157061
[14:25] <ScottK> Yes.  sabdfl and I discussed that one in detail.  That is progress.
[14:25] <Fujitsu> ScottK: Except that there is a bug filed on it to say that it needs to be gotten rid of in the near future.
[14:26] <ScottK> Cool.
[14:26] <Fujitsu> Because it messes with the context-independence of the bug page.
[14:26] <Hobbsee> Fujitsu: right
[14:26] <Fujitsu> WHich is reasonable, but impedes usability.
[14:26] <Hobbsee> Fujitsu: why is there a bug asking for it's removal?
[14:26] <ScottK> Fujitsu: What bug?
[14:26] <Fujitsu> ScottK: Looking.
[14:26] <ScottK> K
[14:27] <Fujitsu> bug #152878
[14:27] <ubotu> Launchpad bug 152878 in malone "Source package details box hampers bug page context-independence" [Undecided,New] https://launchpad.net/bugs/152878
[14:27]  * ScottK comments
[14:29] <Hobbsee> ifthey're into removing any boxes, remove the tag box.
[14:29] <Hobbsee> that's huge and in the way
[14:29] <Hobbsee> dont remove something *useful*
[14:29] <kiko> +1 for f*cking fixing the tag box
[14:29] <kiko> been annoying me for ages!
[14:30] <Hobbsee> it's huge!
[14:30] <Fujitsu> A removing kind of fix? I like.
[14:30] <ScottK> Fujitsu: That's a different thing then I thought you were referring to.
[14:30] <Hobbsee> i've been thinking about asking tollef to make a script to nuke that box entirely, via greasemonkey
[14:30] <ubotu> New bug: #157064 in soyuz "New release renders publishing history page unuseable" [Undecided,New] https://launchpad.net/bugs/157064
[14:30] <Fujitsu> ScottK: Ah, sorry.
[14:30] <Fujitsu> Hobbsee: Why not just leave it contracted?
[14:32] <Hobbsee> Fujitsu: because fo the greasemonkey script that forces all the boxes to be open :)
[14:33] <Fujitsu> Hobbsee: I think they were made to store their open/closed state a couple of releases back, so that shouldn't be necessary..
[14:34] <kiko> yes, jamesh did that.
[14:34] <Fujitsu> A very nice change, that was.
[14:36] <Hobbsee> Fujitsu: ahhh.  then i might be able to remove teh script.  good.
[14:37] <ScottK> kiko: Is it possible to turn off remote bug watches until this gets fixed.
[14:37] <Fujitsu> ScottK: They'll all be poisoned already, so is there any point?
[14:38]  * ScottK is wanting the bugmail to stop.
[14:38] <Fujitsu> Hasn't it run for the day already?
[14:38]  * ScottK meant updates
[14:38] <Fujitsu> It shouldn't mail you until they change status, ie. until it is fixed...
[14:39] <kiko> siretart, ping
[14:39] <ScottK> Due to Bug #157059, I'm getting mailed on every bug that slips back to remote status unknown.
[14:39] <ubotu> Launchpad bug 157059 in malone "Remote bug watches broken by new release" [Critical,In progress] https://launchpad.net/bugs/157059 - Assigned to Gavin Panella (allenap)
[14:39] <ScottK> Being on the server team, it's more than one or two.
[14:42] <Hobbsee> ScottK: filters FTW
[14:43] <kiko> siretart, wake up :)
[14:43] <Hobbsee> kiko: do i want to ask why we're getting stuff like this every release?  critical breakage?
[14:43] <ScottK> Hobbsee: Yes.  I agree, but normally this isn't a problem.  I'm also thinking about all the other people getting spammed by this.
[14:43] <Hobbsee> kiko: i dont think he's around much atm.
[14:43] <kiko> Hobbsee, no, you don't
[14:43] <Hobbsee> kiko: right, OK.  :)
[14:52] <siretart> kiko: yes?
[14:52]  * siretart was fighting against ffmeg
[14:53] <Hobbsee> siretart: did you win?
[14:53] <danilos> hi jtv
[14:53] <jtv> hi danilos
[14:54] <siretart> Hobbsee: not yet
[14:54] <Hobbsee> awww
[14:54] <siretart> its a real beast, you know
[14:54] <Fujitsu> siretart: What are you doing to it? Upgrading?
[14:54] <siretart> Fujitsu: refreshing the quilt patches against a newer svn snapshot
[14:55] <kiko> siretart, actually, I wanted to fix something you asked (merging of motumedia teams) but I depend on another branch that salgado is working on for that specific situation
[14:55] <kiko> siretart, so I can't do it yet. sorry :-/
[14:55] <kiko> mdke, ping
[14:55] <mdke> kiko: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back)
[14:55] <Fujitsu> kiko: Wasn't that meant to be fixed in 1.1.10?
[14:56] <ubotu> New bug: #157074 in launchpad-answers "AssertionError triggered listing questions" [Undecided,New] https://launchpad.net/bugs/157074
[14:56] <kiko> Fujitsu, merging teams was fixed, but in this case a person needs to be converted to a team. the branch is ready so it should go to edge next week.
[14:56] <Fujitsu> Ah.
[14:57] <siretart> kiko: can a team have more than one email adress?
[14:57] <kiko> siretart, shhhh. it can, but we don't display it yet. :)
[14:58] <siretart> kiko: I'm asking because I would like to avoid that situation in future
[14:58] <Fujitsu> Otherwise when a package is uploaded it will just get a new person created. Again. And again.
[14:58] <kiko> siretart, it will work -- I had asked salgado about this. the team will have one preferred address, and one hidden one.
[14:58] <siretart> kiko: what happened is that a package with an 'alternative' email address for the team was uploaded, so launchpad silently create a new account
[14:58] <salgado> siretart, it won't happen in the future as the email of the merged team will be assigned to the team where you merge  it to
[14:58] <kiko> we need to expose the hidden one.
[14:58] <kiko> I know
[14:59] <siretart> ok, so you are aware of the situation :)
[15:00] <kiko> yep
[15:00] <carlos> me
[15:00] <danilos> me
[15:00] <jtv> me
[15:00] <kiko> me
[15:00] <sinzui> me
[15:00] <statik> me
[15:00] <bigjools> premature me-ing
[15:00] <cprov> me
[15:00] <mrevell> me
[15:00] <SteveA> Welcome to this week's Launchpad development meeting.
[15:00] <adeuring> me
[15:00] <Hobbsee> not me
[15:00] <stub> me
[15:00] <salgado> me
[15:00] <SteveA> For the next 45 mins or so, we'll be coordinating about Launchpad development.
[15:01] <jamesh> me
[15:01] <SteveA> Who is here?
[15:01] <barry> me
[15:01] <bigjools> me
[15:01] <Rinchen> me
[15:01] <BjornT> me
[15:01] <jtv> me
[15:01] <jsk> me
[15:01] <carlos> me
[15:01] <stub> me
[15:01] <jsk> me
[15:01] <allenap> me
[15:01] <danilos> me
[15:01] <schwuk> me
[15:01] <bac> me
[15:01] <intellectronica> me
[15:01] <adeuring> me
[15:01] <SteveA> such amazing enthusiasm today!
[15:01] <sinzui> me
[15:01] <EdwinGrubbs> me
[15:01] <Rinchen> mpt is traveling
[15:01] <leonardr> me
[15:01] <matsubara> me
[15:01] <mwhudson> me
[15:01] <statik> me
[15:02] <SteveA> == Agenda ==
[15:02] <SteveA>  * Roll call
[15:02] <SteveA>  * Agenda
[15:02] <SteveA>  * Next meeting
[15:02] <SteveA>  * Actions from last meeting
[15:02] <ddaa> me
[15:02] <mthaddon> me
[15:02] <SteveA>  * Oops report (Matsubara)
[15:02] <SteveA>  * Critical Bugs (Rinchen)
[15:02] <SteveA>  * Bug tags
[15:02] <SteveA>  * Operations report (mthaddon)
[15:02] <SteveA>  * DBA report (stub)
[15:02] <SteveA>  * Sysadmin requests (Rinchen)
[15:02] <SteveA>  * A top user-affecting issue (mrevell)
[15:02] <SteveA> ----
[15:02] <SteveA>  * postgres shared memory - flacoste
[15:02] <SteveA>  * Renaming Launchpad projects? (malone, rosetta, meta-lp-deps, blueprint, soyuz) - kiko
[15:02] <SteveA>  * What to do with tickcount? - kiko
[15:02] <SteveA>  (other items)
[15:02] <flacoste> me
[15:02] <SteveA> ----
[15:02] <SteveA>  * Blockers
[15:02] <SteveA> The next meeting will be in three weeks' time
[15:02] <SteveA> so, we're skipping two weeks
[15:02] <SteveA> because we'll be at UDS / Launchpad planning
[15:03] <SteveA> and then the Canonical all-hands meeting
[15:03] <SteveA> * Actions from last meeting
[15:03] <SteveA> nothing listed
[15:03] <SteveA>  * OOPS report (matsubara)
[15:04] <matsubara> Thanks Bjorn and jsk for handling 148905. jsk please make sure we have a fix 
[15:04] <matsubara> cherrypicked into production today.
[15:04] <matsubara> Today's oops report is about bugs 157074, 157075
[15:04] <ubotu> Launchpad bug 157074 in launchpad-answers "AssertionError triggered listing questions" [Undecided,New] https://launchpad.net/bugs/157074 - Assigned to Curtis Hovey (sinzui-is)
[15:04] <ubotu> Launchpad bug 157075 in blueprint "Generic blueprint registration form validation broken" [Undecided,New] https://launchpad.net/bugs/157075
[15:04] <SteveA> bug 148905
[15:04] <jsk> matsubara: sure - I'll be working on it 'til late if necessary.
[15:04] <ubotu> Launchpad bug 148905 in malone "unexpectedformdata on clicking "1  bug fixed elsewhere" on gcc" [High,In progress] https://launchpad.net/bugs/148905 - Assigned to Jonathan Knowles (jsk)
[15:04] <matsubara> Bug 157074 is a strange one. Curtis and I tried to reproduce it with no 
[15:04] <matsubara> success. I filed the bug and Curtis will land a [trivial] adding more info to 
[15:04] <matsubara> the assert statement.
[15:05] <matsubara> intellectronica: can you take 157075?
[15:05] <intellectronica> matsubara: sure thing
[15:05] <matsubara> SteveA: that's all from me
[15:05] <matsubara> thanks all
[15:05] <SteveA> thanks matsubara 
[15:06] <SteveA> thanks for updating the channel title, Rinchen 
[15:06] <SteveA> * Critical Bugs (Rinchen)
[15:06] <Rinchen> Hi.  two for today. cprov, bug #150988 was backed out due to some failures. What's the plan and timeframe to resolve? Edwin, What's the current status of bug #155946?
[15:06] <ubotu> Launchpad bug 150988 in soyuz "queue-builder failing due duplicated entries in the DB" [High,In progress] https://launchpad.net/bugs/150988 - Assigned to Celso Providelo (cprov)
[15:06] <ubotu> Launchpad bug 155946 in launchpad "Project overview doesn't show which license the project uses" [Critical,In progress] https://launchpad.net/bugs/155946 - Assigned to Edwin Grubbs (edwin-grubbs)
[15:06] <Rinchen> well I see the first was downgraded
[15:06] <kiko> Rinchen, EdwinGrubbs's bug is fixed.
[15:06] <Rinchen> since last night
[15:06] <Rinchen> and the 2nd fixed! What happy news.
[15:06] <kiko> Rinchen, that's not what was backed out, though
[15:06] <kiko> Rinchen, well, part of that fix was backed out
[15:07] <kiko> but the constraint was added mitigating the problem
[15:07] <kiko> we need to figure out how to test advisory locks better
[15:07] <Rinchen> Is there is follow-on work to do that would keep this bug open and critical?
[15:07] <cprov> Rinchen: this bug was demoted to 'high' priority since the production DB is already cleaned and has the constraint, we are only pending sampledata cleanup in devel.
[15:07] <kiko> but I don't want cprov to spend any more work on it
[15:07] <kiko> flacoste, I need somebody from your team to take his branch and sort it out
[15:07] <flacoste> kiko: ok
[15:07] <Rinchen> my question is of Edwin's bug.
[15:08] <kiko> flacoste, it's a pretty serious issue, but the test for the feature is busted and hard to fix
[15:08] <SteveA> kiko: was this the issue of locking files that are erased?
[15:08] <kiko> SteveA, no, this is the postgresql locking. I know it's confusing.
[15:08] <SteveA> kiko: I see.  Yeah, that's trickier.
[15:08] <flacoste> kiko: a ok, thi sis easy to fix
[15:08] <kiko> SteveA, the locking-files-that-are-erased problem is one that cprov and I wokred around yesterday
[15:08] <kiko> we filed bugs and I believe flacoste knows of them
[15:09] <flacoste> kiko: can you remind me of the bug number and where's the branch?
[15:09] <stub> kiko: I think a sleep is truely the only way of testing that particular failure. However, I also think we don't need to test it as PostgreSQL promises the cleanup will happen and we really only need to test LP code (not PG behavior when it is well documented and trusted).
[15:09] <kiko> flacoste, can you file the bug and grab the branch from cprov?
[15:09] <flacoste> kiko: cprov filed a bug about this
[15:09] <kiko> flacoste, he did? cool
[15:09] <kiko> talk to him
[15:09] <kiko> please
[15:09] <flacoste> kiko: i'll do
[15:09] <kiko> mthaddon, you're bombing out all over ;)
[15:09] <EdwinGrubbs> Rinchen: no, bug 155946 is complete. I just marked it Fix Committed now
[15:09] <kiko> EdwinGrubbs, fix released. 
[15:09] <Rinchen> EdwinGrubbs, thanks. :-)
[15:10] <EdwinGrubbs> ok
[15:10] <ubotu> New bug: #157075 in blueprint "Generic blueprint registration form validation broken" [Undecided,New] https://launchpad.net/bugs/157075
[15:10] <Rinchen> Very good information today, thanks.
[15:10] <Rinchen> SteveA, back to you.
[15:10] <SteveA> thanks Rinchen 
[15:10] <SteveA>  * Bug tags
[15:10] <SteveA> none proposed this week
[15:10] <SteveA>  * Operations report (mthaddon)
[15:11] <cprov> flacoste: we can talk after the meeting, I don't think the bug I filed is accurate.
[15:11] <flacoste> cprov: ok, i have an urgent discussion after the meeting, but i'll ping you a little later
[15:12] <cprov> flacoste: okay, thanks
[15:12] <SteveA> mthaddon: ?
[15:12] <mwhudson> SteveA: mthaddon pinged out on the other server
[15:12] <mwhudson> freenode timeouts are huge though
[15:12] <SteveA> ok, let's come back to that later
[15:13] <SteveA>  * DBA report (stub)
[15:13] <stub> The available number of locks has been increased, as recommended by the shared memory error messages we got last week. With luck we will never see that error again.
[15:13] <stub> Nothing else to report.
[15:13] <SteveA>  * Sysadmin requests (Rinchen)
[15:13] <kiko> stub, can you please help jtv out by looking at his branch RSN
[15:13] <SteveA> thanks stub 
[15:13] <Rinchen> Hi! Is anyone blocked on an RT or have any that are becoming urgent?
[15:13] <kiko> this is for the rosetta restructuring
[15:14] <kiko> Rinchen, a user filed a request this week that didn't go to RT but maybe it should have?
[15:14] <flacoste> Rinchen: i have one
[15:14] <kiko> https://answers.edge.launchpad.net/launchpad/+question/16038?
[15:14] <flacoste> Rinchen: RT #29300
[15:14] <Rinchen> ok kiko, I'll have a look at that Question.
[15:15] <Rinchen> flacoste, ah yes. I asked to have this moved out of incoming last night.  I'll look again and raise it if it's available to me.
[15:15] <cprov> Rinchen: not blocked but it would be nice to have https://rt.admin.canonical.com/Ticket/Display.html?id=29318 soon
[15:15] <Rinchen> cprov, I'll have a peek at that and see what can be done.
[15:15] <cprov> Rinchen: great
[15:15] <SteveA> statik: do you have anything for the feeds project?
[15:15] <Rinchen> With the release and now UDS, IS has had their hands full. No promises for this week unfortunately.
[15:16] <Rinchen> I'll do my best though.
[15:16] <statik> SteveA: no, mthaddon has been filing RTs as needed and things are coming along fine
[15:16] <SteveA> ok, great
[15:16] <Rinchen> Thanks SteveA.  Back to you
[15:16] <SteveA> thanks Rinchen 
[15:16] <SteveA>  * A top user-affecting issue (mrevell)
[15:16] <mrevell> Hi. This week I'm pleased to say that I haven't had any contact from people about any specific issue but I would like to highlight a question that was posted to launchpad-users.
[15:17] <mrevell> Matthew Tylee Atkinson asks how to create a project group. Right now,
[15:17] <mrevell> the only way to create a project group is to request an LP admin to
[15:17] <mrevell> do it.
[15:17] <mrevell> I wonder if we should reconsider who can create project groups and
[15:17] <mrevell> have a prominent note on the project registration page that explains
[15:17] <mrevell> how to request a project group.
[15:17] <mrevell> Thanks, back to you SteveA.
[15:17] <SteveA> how often do people want to create project groups?
[15:18] <mrevell> We don't get requests that often, admittedly.
[15:18] <jamesh> most people don't know that they are an option
[15:18] <SteveA> I think the current process is fine.  We just need to explain it better.
[15:18] <jamesh> which is a prerequisite for asking for one
[15:18] <kiko> we get one request a week
[15:19] <stub> Was the restriction put in place when projects where called products and project-groups projects? If so, the confusion might no longer be a problem and we can allow anyone to create project-groups now.
[15:19] <SteveA> new projects, started from scratch, never need one, I'd suggest
[15:19] <SteveA> but an existing project looking to move to launchpad will often need it
[15:20] <SteveA> if I'm right, that we should write about project groups in the docs saying how to move a project to launchpad
[15:20] <SteveA> as an option for projects that have many sub-projects naturally
[15:20] <mrevell> Okay, I'll work on that.
[15:20] <SteveA> thanks for raising this, mrevell
[15:21] <SteveA> stub: I worry that offering new users projects and project groups would be confusing
[15:21] <SteveA> and would also encourage people to make one-project project groups, just in case they grow in the future
[15:21] <SteveA> but that this will lead to a mess of project groups that don't add anything useful
[15:21] <SteveA>  * postgres shared memory - flacoste
[15:21] <flacoste> that was from last week
[15:22] <SteveA> ok
[15:22] <flacoste> but maybe a rapid update?
[15:22] <SteveA> flacoste: ok
[15:22] <flacoste> we plan to offer the authserver interface on the private xmlrpc server
[15:22] <flacoste> the branch doing this has landed
[15:22] <stub> We could require two projects as part of the project-group creation form. But low priority I guess.
[15:22] <flacoste> we now need to deploy a private xmlrpc server
[15:23] <flacoste> I'll coordinate with mthaddon regarding this after the meeting
[15:23] <flacoste> also, a bug in the Zopeless DB adapter was found 
[15:23] <flacoste> which probably explain the issue: connections were kept open longer than they need to be
[15:23] <SteveA> could this bug be the cause of various librarian problems we've seen in the past?
[15:23] <flacoste> i have a patch fixing the problem
[15:23] <stub> I believe the XML-RPC server will not be able to handle requests as fast as the authserver, as the framework has a lot more baggage. Will this be a problem?
[15:23] <stub> Possibly an order of magnitude
[15:24] <SteveA> stub: we plan to test it using the launchpad devel wiki first of all
[15:24] <flacoste> stub: we should benchmark this
[15:24] <SteveA> we have choices now, between a fixed authserver and an internal xmlrpc server on the app server
[15:24] <barry> stub, flacoste: don't forget we're going to be putting more strain on the private xmlrpc server when we deploy the ml stuff
[15:25] <SteveA> I'll note also that the wikis will be used a lot at UDS
[15:25] <SteveA> let's move on
[15:25] <SteveA> thanks flacoste 
[15:25] <SteveA>  * Operations report (mthaddon)
[15:25] <mthaddon> 1.1.10 rollout completed okay (a few notes for me to follow up on)
[15:25] <mthaddon> Seems like we have some scripts that need looking at (vostok and cesium) - not sure why they aren't running...
[15:25] <mthaddon> Other than that, nothing from me unless there are any questions
[15:26] <SteveA> thanks mthaddon 
[15:26] <danilos> mthaddon: how about rosetta-export-queue?
[15:26] <SteveA> Rinchen: you just msged me to say thtere's a critical bug in progress.
[15:26] <mthaddon> danilos, I can see it running on forster
[15:26] <Rinchen> SteveA, yes.  I just found out that we have a critical bug that was caused by the release.  Bug 157059 in remote bugwatch.
[15:26] <jtv> mthaddon: thanks
[15:26] <ubotu> Launchpad bug 157059 in malone "Remote bug watches broken by new release" [Critical,In progress] https://launchpad.net/bugs/157059 - Assigned to Gavin Panella (allenap)
[15:26] <mthaddon> danilos, should I kill it and remove the lockfile?
[15:26] <carlos> mthaddon: but was it restarted after the rollout?
[15:27] <danilos> mthaddon: see carlos' question :)
[15:27] <mthaddon> carlos, all jobs were disabled and then restarted as part of the rollout
[15:27] <SteveA> thanks Rinchen 
[15:27] <carlos> mthaddon: that script had some problems when the database goes down, it enters into an endless loop
[15:27] <danilos> anyway, we can discuss it after the meeting
[15:27] <SteveA> or in another channel
[15:27] <mthaddon> carlos, ok, I'll kill and remove the lockfile in case
[15:27] <SteveA>  * What to do with tickcount? - kiko
[15:27] <carlos> mthaddon: thank you
[15:27] <kiko> right
[15:27] <kiko> we have a tickcount product.
[15:27] <kiko> we have tickcount code
[15:28] <kiko> do we want to do anything with it, or is it to be left forgotten?
[15:28] <flacoste> what is this used for?
[15:28] <SteveA> carlos: is there a bug describing the problem you just described?  if so, please give its number here.  if not, please file one, and get a note added to the rollout notes now.
[15:28] <carlos> SteveA: I'm not sure
[15:28]  * carlos checks
[15:28] <SteveA> it allows us to record the number of bytecodes processed on a particular thread
[15:28] <kiko> the question is mainly for SteveA, flacoste and jamesh 
[15:28] <stub> IIRC we where thinking of submitting tickcount it to Python core?
[15:29] <SteveA> I want us to record that number, at the start of a request, after traversal, and after a page is rendered
[15:29] <jamesh> kiko: I don't think we ever integrated it into our oops system
[15:29] <SteveA> and add it to oops reports
[15:29] <SteveA> that way, we can see if we're doing lots of python processing
[15:29] <jamesh> kiko: it is very simple though, so won't have bitrotted
[15:29] <kiko> I know. I want this to get unblocked!
[15:29] <SteveA> as compared to database processing
[15:29] <SteveA> this should go as a minispec
[15:29] <SteveA> and be planned as a foundations tasks
[15:29] <kiko> SteveA, foundations or SC?
[15:29] <SteveA> foundations
[15:30] <SteveA> which doesn't preclude stub or jamesh from doing the work :-)
[15:30] <stub> Is it suitable for upstream?
[15:30] <kiko> very well. flacoste?
[15:30] <ubotu> New bug: #157080 in rosetta "+translate page fails when traversing last_touched_pomsgset/latest_change_date" [Critical,New] https://launchpad.net/bugs/157080
[15:30] <SteveA> stub: not so much, as they don't have oops reporting
[15:30] <SteveA> stub: eventually, yes
[15:30] <flacoste> SteveA: we can have a chat so that I file a mini-spec about this
[15:31] <SteveA> sure
[15:31] <jamesh> it has kind of been blocked on implementing the new OOPS format
[15:31] <SteveA> although I just described it pretty thoroughly above
[15:31] <carlos> SteveA: there is not such bug, I will file it and add it to rollout notes
[15:31] <jamesh> since adding new data to the current one is a pain
[15:31] <SteveA> jamesh: good point.  
[15:31] <SteveA> jamesh: so, we should plan this too
[15:31] <SteveA> moving along...
[15:31] <SteveA>  * Renaming Launchpad projects? (malone, rosetta, meta-lp-deps, blueprint, soyuz) - kiko
[15:31] <ignas> hi
[15:32] <kiko> so I know this is a controversial topic
[15:32] <SteveA> hi ignas.  we're in a launchpad meeting for the next 15 mins, btw
[15:32] <kiko> and that a number of people think we should move to tags
[15:32] <kiko> I don't want to discuss that here
[15:32] <SteveA> we'll need to move projects even if we did move to tags
[15:32] <SteveA> so the work is the same, to a degree
[15:32] <danilos> kiko: carlos has done a lot of work to free up 'translations' namespace, so we should be able to rename rosetta to that pretty soon, if not immediately
[15:32] <kiko> what I want to discuss is whether it's worth it to rename malone, rosetta, soyuz, blueprint and meta-lp-deps to names that are prefixed by launchpad-(.
[15:32] <kiko> launchpad-, sorry
[15:32] <Rinchen> Bug #91013
[15:32] <ubotu> Launchpad bug 91013 in launchpad "Launchpad product names aren't consistent" [Medium,Triaged] https://launchpad.net/bugs/91013 - Assigned to Joey Stanford (rinchen)
[15:33] <SteveA> I think we should rename the projects to launchpad-bugs, launchpad-translations etc.
[15:33] <SteveA> and provide a redirect from the current names of malone, rosetta
[15:33] <Rinchen> thanks kiko for raising this.
[15:33] <SteveA> this will avoid some confusion among users
[15:33] <SteveA> and make our docs clearer
[15:34] <SteveA> we already have tech to do the redirect
[15:34] <SteveA> in the form of statik's work to normalize names in URLs with a redirect
[15:34] <stub> I need to add the old names to the blacklist if we rename (note on the ProductionStatus special rollout requirements section is fine)
[15:34] <SteveA> kiko: any particular other points on this?
[15:34] <mrevell> Would Soyuz be included in the rename?
[15:34] <intellectronica> blueprints might be a problem because it's not clear how it should be renamed, then
[15:35] <flacoste> launchpad-blueprints?
[15:35] <sinzui> this is specially bug 134545 for malone
[15:35] <ubotu> Launchpad bug 134545 in malone "Rename malone to launchpad-bugs" [Undecided,Confirmed] https://launchpad.net/bugs/134545
[15:35] <SteveA> we should have a full spec on this
[15:35] <SteveA> for all the renaming
[15:35] <kiko> is it worth it?
[15:35] <kiko> +1, -1, etc?
[15:35] <kiko> pros, cons?
[15:35] <kiko> or non-issue, +0?
[15:35] <carlos> +1
[15:35] <flacoste> i had one for the Answers rename
[15:35] <mrevell> +1
[15:35] <SteveA> I'm +1 on doing it, as a medium priority
[15:35] <bac> +1
[15:35] <danilos> ~0
[15:35] <stub> I'd forget about it until after the LP gettogether
[15:35] <cprov> +1
[15:35] <SteveA> I don't think it'll be a huge amount of work
[15:36] <SteveA> but it needs careful planning
[15:36] <flacoste> https://launchpad.canonical.com/SupportTrackerRename
[15:36] <SteveA> and looking at our whole devel process for what will break
[15:37] <SteveA> let's work on this in person, next week
[15:37] <SteveA>  * Blockers
[15:37] <stub> If we do decide to move to tags instead of reworking Launchpad to support multiple projects sharing a single source tree, what time frame would that be do people think?
[15:37] <SteveA> stub: that's not on this agenda ;-)
[15:37] <SteveA>  * Blockers
 what I want to discuss is whether it's worth it to rename malone, rosetta, soyuz, blueprint and meta-lp-deps to names that are prefixed by launchpad-(.
[15:37] <SteveA> SC: not blocked
 launchpad-, sorry
 is it worth it?
[15:37] <flacoste> Foundations Team: no blocked
 +1, -1, etc?
[15:38] <bigjools> Soyuz Team: Not blocked
 pros, cons?
 or non-issue, +0?
[15:38] <kiko> god damned internet.
[15:38] <schwuk> hwdb: not blocked
[15:38] <BjornT> Bugs: not blocked
[15:38] <statik> Collaborative Commerce: not blocked
[15:38] <jtv> Translations Team: not blocked
[15:39] <SteveA> code?
[15:39] <SteveA> ddaa / mwhudson ?
[15:39] <mwhudson> not blocked
[15:39] <mwhudson> Code: not blocked
[15:39] <mwhudson> (sorry)
[15:39] <SteveA> thanks
[15:39] <Rinchen> Releases Team: Not Blocked.
[15:39] <SteveA> thanks
[15:39] <SteveA> we have 5 mins more to talk about renaming projects
[15:40] <SteveA> kiko: I think the main thing we're missing is someone, or some team, to own doing this
[15:40] <SteveA> and write the spec on this, for review by others
[15:40] <kiko> I can do the renamed
[15:40] <kiko> it's not a big deal
[15:40] <kiko> but there are consequences
[15:40] <stub> My timing question is related - if we know the direction we are going there might be no point renaming things for only a month or two.
[15:40] <kiko> we're not going to grow tags into projects in the next two months
[15:40] <stub> Then +1 for renaming
[15:40] <kiko> there are a lot of high-pri jobs stacked
[15:40] <SteveA> kiko: I'm -1 on just doing a rename.  This needs a spec.  It could cause lots of hassle if we don't consider it and do redirects, at least.
[15:41] <kiko> SteveA, right, there are considerations to make. we can blacklist and redirect. etc.
[15:41] <kiko> I don't want this task
[15:41] <kiko> but I would like it to happen
[15:41] <SteveA> I don't want to write the spec here in the next 3 mins
[15:41] <SteveA> I think we should write the spec next week
[15:41] <SteveA> with 2 people, like for example, me and francis, writing it
[15:41] <stub> Is rosetta or malone hard coded into Ubuntu releases anywhere?
[15:42] <SteveA> or me and elliot
[15:42] <SteveA> or elliot and jamesh
[15:42] <kiko> sure
[15:42] <stub> launchpad-integration I mean?
[15:42] <kiko> statik, you game?
[15:42] <SteveA> stub: all good questions for next week
[15:42] <kiko> stub, don't think so -- that reports against ubuntu.
[15:42] <statik> kiko: I just bought a Wii, but I'm not very good at it
[15:42] <SteveA> or for a mailing list thread, where we can actually capture this information
[15:42] <kiko> statik, write specs instead
[15:42] <SteveA> rather than on irc where it will evaporate like morning due
[15:43] <statik> kiko: oh right, yeah that sounds fine to me
[15:43] <SteveA> dew
[15:43] <flacoste> dew is due to evaporate in the morning
[15:43] <SteveA> not due
[15:43] <SteveA> I payd my spelling dew;s
[15:43] <stub> dewd
[15:43] <kiko> good, MeetingAction: statik to get a spec goin
[15:43] <kiko> or a thread
[15:43] <SteveA> ok, cool
[15:43] <kiko> and deliver the plan
[15:43] <SteveA> thanks for bringing up these two items, kiko
[15:44] <SteveA> and that's all for today
[15:44] <kiko> MeetingAction: francis to take on tickcount and get it moving forward
[15:44] <SteveA> MEETING ENZ
[15:44] <kiko> MeetingAction: jamesh to help
[15:44] <mrevell> Thanks everyone. Looking forward to doing it meat-space next week :-D
[15:44]  * kiko crams it in
[15:44] <kiko> phew
[15:44] <mwhudson> thankz SteveA 
[15:45] <flacoste> mthaddon, SteveA: any time to discuss deployement of the private xmlrpc server?
[15:45] <stub> I'm scheduled to be in a particularly foul mood next week as my flight is now going via Chicago and taking extra hours.
[15:47] <mthaddon> flacoste, fine by me
[15:48] <flacoste> mthaddon: ok, let's say if SteveA is available
[15:48] <flacoste> see rather
[15:50] <BjornT> stub: fwiw, i went via chicago when going to florida, and they lost my baggage both on the way to, and from, the US
[15:51] <flacoste> BjornT: you're not encouraging him...
[15:52] <BjornT> flacoste: the lower your expectations are, the less is the risk to get disapointed :)
[15:55] <flacoste> BjornT: but if you usually aim low, you hit low :-)
[15:58] <ignas> so, hi, where could i find more information about super projects?
[15:58] <ignas> or at least get a small consultation ;)
[16:03] <stub> BjornT: I'm planning having carry on only (and smelling bad the second week)
[16:04] <flacoste> stub: you know US hotels usually offer complimentary soap ;-)
[16:07] <sinzui> stub: Air Japan hands out Complimentary hot towels at the end of the trip
[16:08] <ignas> i thought all airlines do ...
[16:25] <ubotu> New bug: #157102 in soyuz "apt lines in PPA page are wrong" [Critical,New] https://launchpad.net/bugs/157102
[16:38] <kiko> mdke, ping?
[16:38] <mdke> kiko: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back)
[16:51] <jmanuel_cool> hello, somebody speak spanish?
[17:01] <allenap> ScottK: Hi there, I've found the cause of the bug you raised earlier, bug 157059. I should have a fix ready soon :)
[17:01] <ubotu> Launchpad bug 157059 in malone "Remote bug watches broken by new release" [Critical,In progress] https://launchpad.net/bugs/157059 - Assigned to Gavin Panella (allenap)
[17:02] <ScottK> allenap: Good to hear.  I will say I'm pretty stunned something like that could get released.
[17:04] <allenap> ScottK: Me too, but the bug turned out to be quite subtle.
[17:04] <allenap> ScottK: It's difficult to cover every eventuality, but I'm adding test coverage for this problem so it shouldn't happen again.
[17:04] <ScottK> OK.
[17:05] <ubotu> New bug: #157116 in launchpad "project owner reply-to header for license review email" [Undecided,New] https://launchpad.net/bugs/157116
[17:24] <LaserJock> kiko: ping
[17:24] <kiko> LaserJock, on phone, please /msg
[17:24] <LaserJock> kiko: np
[17:31] <ubotu> New bug: #157124 in launchpad "minimal width is wider than necessary" [Undecided,New] https://launchpad.net/bugs/157124
[17:56] <TeTeT> how do I mark a branch that was registered as 'merge proposal' as merged?
[18:05] <ubotu> New bug: #157138 in rosetta "Some upstream translations not imported for some languages" [Undecided,New] https://launchpad.net/bugs/157138
[18:28] <Lumiere> how would one mark a blueprint as complete?
[18:30] <salgado> Lumiere, change its status to Implemented
[18:30] <Lumiere> ok
[18:46] <somerville32> When I try to create a new product, it tells me that the name has been blocked by launchpad administrators (I'm using edge).
[18:51] <somerville32> kiko: ping ^
[18:56] <salgado> somerville32, some names are reserved and can't be used... what's the name you're trying to use?
[18:59] <somerville32> lpuni
[18:59] <somerville32> lpuni-mudlib
[18:59] <somerville32> lpuni-lpmudlib
[18:59] <somerville32> lpunimudlib
[19:01] <somerville32> salgado: ^
[19:05] <salgado> somerville32, right, it seems that all names starting with lp are not allowed.  if you can't use another name I suggest you file a bug
[19:06] <somerville32> Ok, thanks.
[19:06] <kiko> somerville32, just pick a name which doesn't start with lp, for now?
[19:06] <kiko> somerville32, I can have it renamed later if you really want 
[19:06] <somerville32> Okay.
[19:06] <somerville32> Thanks.
[19:21] <ubotu> New bug: #157164 in launchpad "Project names can not start with lp" [Undecided,New] https://launchpad.net/bugs/157164
[19:25] <kiko> is that really a bug?
[19:26] <somerville32> Is there any reason why it shouldn't be able to start with lp?
[19:29] <daniel_ki> it's a fun bug in any case
[19:30] <ubotu> New bug: #157170 in launchpad "+hwdb/+submit no longer stores submissions since it was renamed from hwdb/+submit" [Undecided,New] https://launchpad.net/bugs/157170
[19:53] <Ubulette> Hi, I've registered ff-3.0 in the wrong series. https://edge.launchpad.net/firefox/+packages  How can I fix that ?
[19:54] <Ubulette> I clicked on the "Link a package" link at the bottom really wishing to add "Series 3" but realized too late my mistake
[19:59] <kiko> Ubulette, no worries. mthaddon  will fix that for us. and ddaa will fix the form for 1.1.11. :)
[20:00] <Ubulette> ok
[20:00] <Ubulette> thx
[20:01] <Ubulette> I guess i can register the 3.0 branch
[20:03] <Ubulette> oh, I fixed it :) cool
[20:03] <Ubulette> https://edge.launchpad.net/firefox/+packages
[20:04] <Ubulette> btw, the order of versions is weird. would be better to sort them
[20:06] <mwhudson> there's a launchpad q&a session happening in #ubuntu-classroom now, if anyone here is interested
[20:09] <mthaddon> Ubulette, so what is it that you want removed?
[20:10] <mthaddon> Ubulette, or have you fixed it yourself?
[20:10] <Ubulette> nevermind, I fixed it myself, thanks
[20:10] <mthaddon> Ubulette, ok, great
[20:28] <kiko> hey arnarl -- got a new name? :)
[20:28] <arnarl> ?
[20:29]  * arnarl has been through 3 Guiness, but I believe i'm still called the same :-)
[20:31] <kiko> arnarl, didn't you rename your LP account today?
[20:31] <arnarl> nah, just merged them
[20:32] <arnarl> so that i got to re-use my 'arnarl' nick :-)
[20:32] <kiko> yeah
[20:32] <arnarl> looks good though
[20:32] <arnarl> we have already decided to use bazaar, so once our project gets a bit further along we will probably use launchpad
[20:33] <arnarl> http://emnekart.bouvet.no/ztm/
[21:19] <LeRoutier> oh, beautifull new LP bug
[21:20] <LeRoutier> https://bugs.edge.launchpad.net/ubuntu/+source/swfdec0.5   => Initially uploaded to:Ubuntu Hardy   (not true, it came in Feisty or Gutsy)
[21:20] <LeRoutier> Reporting now
[21:41] <ubotu> New bug: #157221 in launchpad "'Initially uploaded to' has bad value" [Undecided,New] https://launchpad.net/bugs/157221
[21:48] <LeRoutier> about this bug, we are in source package directory (swfdec0.5), so for me, it should be first release where it was imported. Not first release recieving latest version
[21:49] <kiko> true
[22:03] <allenap> mthaddon: Hi again. I'm confused. Do I need to request a cherrypick during the release-critical phase, or do you push fixes up periodically?
[22:05] <mthaddon> allenap, there's a rollout tomorrow morning that will include anything that's made it through with the release-critical tag
[22:05] <allenap> mthaddon: Ah cool, thanks. I shall sleep well now :)
[22:07] <ScottK> mthaddon: Is there a list of those?
[22:08] <mthaddon> ScottK, I'm afraid it's an internal thing - do you have a specific fix you need?
[22:09] <ScottK> I had hear some talk that the Source package publishing history page was going to get fixed.
[22:10] <ScottK> The upstream bug watch problem I reported that allenap was working on I'm interested too.
[22:11] <ScottK> I'm also generally interested in suprise avoidance, which is why I asked about the list.
[22:11] <mthaddon> ScottK, I'm checking to see for you
[22:12] <ScottK> Thanks.
[22:12] <mthaddon> I don't like suprises either...
[22:12] <kiko> ScottK, the bug watch fix is in the queue. the source package page is likely to be fixed on edge.
[22:12] <kiko-fud> now, for some food! hmmmm!
[22:12] <ScottK> kiko-fud: Thanks.
[22:30] <ubotu> New bug: #157239 in soyuz "Users of a team PPA are not required to sign the PPA terms of use" [High,New] https://launchpad.net/bugs/157239
[22:57] <jam-laptop> quick question
[22:57] <jam-laptop> Is there a way to upload files
[22:57] <jam-laptop> such that they are available from the
[22:57] <jam-laptop> Download Project Files link?
[22:58] <jam-laptop> (.../+download)
[22:58] <jam-laptop> I see a button for deleting files
[22:58] <jam-laptop> But no links for actually uploading data
[22:59] <stdin> it's in the https://launchpad.net/<project>/<series>/<release>/  page
[22:59] <stdin> so you need to register a series and a release, then you can upload
[23:01] <persia> Is there an ACL restriction for setting bugs against Ubuntu to "Fix Released"?
[23:01] <jam-laptop> stdin: thanks
[23:10] <kiko-fud> persia, I don't think so
[23:10] <persia> kiko-fud: Thanks.
[23:47] <reacocard> is PPA out of beta yet? if not, when is it expected to be released?
[23:50] <ubotu> New bug: #157257 in launchpad "Freshmeat link doesn't work" [Undecided,New] https://launchpad.net/bugs/157257