[00:10] <Fujitsu> Ubulette: If you can retry that manually, do so. It should work - looks like it just caught the archive at a very bad time.
[00:11] <Ubulette> ok, just did
[00:13] <Fujitsu> I'm sure that's meant to be updated atomically, but perhaps it's not perfectly atomic.
[00:14] <Ubulette> seems to work now
[00:16] <Fujitsu> Good.
[00:20] <Fujitsu> Hmmm..
[00:21] <Fujitsu> I just got an email about another failed build. Looks like Release.gpg was mismatched.
[00:21] <jamesh> Fujitsu: well, POSIX doesn't really offer a way to do atomic updates of multiple files ...
[00:21] <jamesh> so I guess there is always going to be a short period of time when the file and its checksum don't match
[00:22] <Fujitsu> jamesh: Well, yes, but it's rather unlikely that something would try to grab things in that tiny slice of time. I guess it's likely to happen eventually with a lot of builds happening, though.
[00:23] <jamesh> Fujitsu: it is also possible that rsync doesn't update the files in the optimum order, which would increase the window
[00:25] <Fujitsu> jamesh: Is ftpmaster.internal not drescher? Some bugs seem to indicate that the dists/ update must be as atomic as possible, to stop builds failing like this, so I assumed it was using drescher directly.
[00:25] <Fujitsu> In which case there shouldn't really be an rsync involved...
[00:25] <jamesh> Fujitsu: I don't know enough about the exact setup (I am not cprov :)
[00:26] <Fujitsu> Heh.
[00:26] <jamesh> I do know that the archive generation does an rsync as the last step
[00:27] <cprov> Fujitsu: it was transient, we are facing problems publishing the archive. It will be fixed in a bit
[00:28] <Fujitsu> cprov: Ah, thanks. Will you retry any CHROOTWAITed builds after it's fixed?
[00:28] <cprov> Fujitsu: possibly, talk to infinity about the details
[02:40] <ubotu> New bug: #181401 in launchpad-bazaar "should be able to push to lp:project or lp:project/series to make a new branch" [Medium,Confirmed] https://launchpad.net/bugs/181401
[08:45]  * Fujitsu surprisedly watches lamont float on the LP lake.
[08:56] <carlos> morning
[08:57] <soren> Fujitsu: ?
[08:59] <Fujitsu> soren: Well, he now carries the great LP duck emblem.
[09:00] <kiko> Fujitsu, he manages some big engines that live under the surface
[09:01] <Fujitsu> I realise.
[10:01] <mpt> Goooooooooooooooooooooooooooood morning Launchpadders!
[10:04] <Fujitsu> Evening mpt.
[10:47] <Fujitsu> Morning cprov. Good to see the arch-indep binaries back :)
[10:47] <cprov> Fujitsu: good morning. Are they all back ?
[10:49] <Fujitsu> cprov: Those that I have checked are, so I presume so.
[10:50] <cprov> Fujitsu: good, -1 problem
[10:51] <Fujitsu> cprov: Yep. Generally a good idea to have fewer problems.
[10:53] <cprov> Fujitsu: well, they keep my job, not entirely bad <wink>
[10:54] <Fujitsu> Heh.
[11:14] <bigjools> cprov in creating bugs to keep his job shocker!
[11:17]  * Fujitsu blames bigjools for it all instead.
[11:17] <bigjools> I'll take 50% of the flak :)
[11:17] <cprov> bigjools: "creating" ?  as if we don't have enough atm ? 360 ongoing tasks, assuming *we* can do 30 per milestone/month, that's one year of work
[11:18] <cprov> bigjools: and yes, 30 bugs/milestone is me being very optimistic :)
[11:18] <bigjools> cprov: you know how we love doing all this soyuz work, it keeps us feeling alive!
[11:18] <cprov> and for a long time ...
[11:19] <bigjools> cprov: only 30?  I thought you liked nearer 40 ;)
[11:24] <tiagosab> Hi! Is it the right place to ask about ppa?
[11:25] <Fujitsu> tiagosab: It is.
[11:26] <tiagosab> I've built packages for gutsy, and I am trying now to build them to hardy; what am I supposed to upload? source-only without orig?
[11:26] <Fujitsu> That's right.
[11:26] <Fujitsu> You'll need to upload with a different version, of course.
[11:27] <tiagosab> I can't have the same version in gutsy and in hardy?
[11:27] <Fujitsu> You can't. The packages share the same directory.
[11:27] <Fujitsu> Convention is to append ~gutsy1 to the Gutsy version, ~feisty1 to the Feisty one, etc.
[11:28] <tiagosab> Ok, but one will supersede the other, no?
[11:28] <Fujitsu> Not if one is in Hardy, and the other in Gutsy.
[11:28] <Fujitsu> bigjools: That reminds me, your answer about that in the PPA FAQ draft is wrong.
[11:29] <bigjools> Fujitsu: which question?
[11:29] <Fujitsu> bigjools: `I get an error about versions'
[11:29]  * bigjools looks
[11:30] <Fujitsu> The second last answer is also misleading, and is likely to lead to people manually hacking .changes files, which is probably a bad idea.
[11:31] <tiagosab> Thanks, Fujitsu. I'll do it like that. And this faq is public? I just searched for 'launchpad ppa faq' and saw no results...
[11:31] <bigjools> the FAQ is NOT public yet
[11:33]  * Fujitsu notes it is looking good, and when done will be most useful, and hopefully answer some of the more common questions here.
[11:34] <bigjools> Fujitsu: can you suggest a change to the text that you think would be more helpful?  Drop me an email if you like.
[11:38] <Fujitsu> bigjools: s/same name/same name and Ubuntu release/
[11:38] <Fujitsu> Perhaps.
[11:38] <bigjools> Fujitsu: good point
[11:39] <Fujitsu> For the second last question, one should specify the distribution in the distribution field of debian/changelog, not manually fix the .changes.
[11:40] <bigjools> Fujitsu: right, thanks.  Do you know a URL I can point at about the Debian package versioning rules?
[11:41] <Fujitsu> bigjools: Sure, I'll find the relevant policy page.
[11:41] <bigjools> Fujitsu: thanks a bunch
[11:45] <tiagosab> bigjools: I don't remember where are the rules, but you can point to dpkg --compare-versions
[11:45] <Fujitsu> http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version is the bit of policy, but there must be a more readable one somewhere.
[11:47] <bigjools> Fujitsu: thanks, that's a good start for now
[11:47] <bigjools> tiagosab: thanks also, that's useful to put in
[11:51] <bigjools> ok that's updated now
[11:51] <bigjools> we'll try and fill in the blanks this week and publish it properly
[11:54] <Fujitsu> bigjools: --compare-versions, not --compare-version, but otherwise that answer looks good.
[11:55] <bigjools> crap, thanks
[11:55] <Fujitsu> `Distribution' isn't a field in debian/changelog, so normally lowercase body text is probably appropriate. Otherwise that looks good too.
[11:55] <Fujitsu> s/normally/normal/
[12:23] <lamont> Fujitsu: if there was a way for me to turn off the duck from time to time, I would run around with no duck.
[12:26] <Fujitsu> lamont: Heh, yes, I recall you stating some time ago you didn't want one.
[12:27] <lamont> Fujitsu: the primary issue being that launchpad politely never tells you when you're being god.
[12:27] <Fujitsu> Ah, yes.
[12:27] <Fujitsu> I suppose the multiple hats feature would fix that.
[12:50] <mpt> whoa, nostalgia
[12:50] <mpt> http://launchpadlibrarian.net/1520880/2006-01-23-151558_985x604_scrot.png
[12:50] <Fujitsu> mpt: That's *old*.
[12:51] <Fujitsu> Good old blue interface :'(
[12:52] <mpt> I take issue with the first word in that sentence
[12:53] <Fujitsu> Heh.
[12:54] <Fujitsu> How different is the new-new design going to be?
[12:55] <mpt> You'll see. :-)
[12:57] <Fujitsu> Allllso... Why inline navigation? Won't that make it even less inefficient to search for and click on the links?
[12:58] <mpt> Precisely!
[12:58] <mpt> It should reduce the searching time to less than a second
[12:58] <Fujitsu> Er, s/inefficient/efficient/, sorry.
[12:59] <Fujitsu> All the links are in one easily-scannable column now!
[12:59]  * mpt rolls eyes
[12:59] <Fujitsu> How is padding them with text going to make it better?
[12:59] <Fujitsu> (It was originally `yet more inefficient', then I realised what I was doing was wrong, but apparently didn't end up fixing it all)
[13:32] <mpt> Fujitsu, it's not "padding them with text". In many cases, it's putting them in the appropriate place relative to text that's already in the page.
[13:33] <mpt> Like normal Web applications do.
[13:40] <seb128> hey
[13:40] <seb128> is there a product specific to launchpad issues on edge?
[13:41] <seb128> the new entry to edit a watch number is not nice, having only the number was much better
[13:55] <ubotu> New bug: #181500 in launchpad "email message ids from launchpad should contain one @ only" [Medium,Triaged] https://launchpad.net/bugs/181500
[14:14] <jrydberg> any LP admins around?
[14:15] <jrydberg> nm.
[16:35] <ubotu> New bug: #181537 in malone "summary line should have preference over subject when reporting a	new bug" [Undecided,New] https://launchpad.net/bugs/181537
[16:40] <ubotu> New bug: #181539 in launchpad "404 page should know whether we can fix the referring page" [Undecided,New] https://launchpad.net/bugs/181539
[18:06] <jel> hi guys.  How long should I expect a .pot review to take?
[18:29] <jel> anyone?
[18:31] <mpt> jel, you could ask at http://answers.launchpad.net/rosetta
[18:31] <jel> mpt: OK, thanks :)
[18:31] <welterde> is any vcs-import-admin here?
[18:34] <bdmurray> BjornT_: ping
[18:47] <luisbg> a bzr push to launchpad got cut midway because I lost the internet connection, now I'm trying to push again and it tells me it can't create because it already exists
[18:48] <luisbg> how do I fix this?
[18:48] <luisbg> bzr: ERROR: Can't rename ... already exists
[18:53] <BjornT_> bdmurray: pong
[18:53] <bdmurray> BjornT_: bug 157803 is marked for expiration and I'm not certain it should be as it is assigned to me
[18:54] <ubotu> Launchpad bug 157803 in linux-source-2.6.22 "i cant burn a dvd in gutsy" [Undecided,Incomplete] https://launchpad.net/bugs/157803 - Assigned to Brian Murray (brian-murray)
[18:56] <bdmurray> I'm happy to report a bug I just wanted to make sure I understand the conditions correctly
[18:58] <BjornT_> bdmurray: yes, please report a bug about it. that bug shouldn't be marked for expiration.
[18:59] <bdmurray> BjornT_: okay, will do - thanks for looking at it
[19:01] <ubotu> New bug: #181579 in malone "Branches on bug page should include branchable URL" [Undecided,New] https://launchpad.net/bugs/181579
[19:11] <ubotu> New bug: #181583 in malone "bug report incorrectly marked for expiry" [Undecided,New] https://launchpad.net/bugs/181583
[19:40] <thumper> morning
[19:40] <thumper> welterde: what's up?
[19:41] <welterde> thumper: could you have a look at the cvs-import of i2p, please? :)
[20:41] <liw> I reported #160996 and it got a response the same day, but I never got that, so it took me months to reply; my e-mail client makes an automatic archive copy of every incoming e-mail, and there's nothing in the archive about this... it's been two months, and e-mail gets lost all the time, but I thought I'd mention it in case someone wants to grep log files if they still exist
[21:03] <Kmos> bug 160996
[21:03] <ubotu> Launchpad bug 160996 in evince "evince has trouble handling filename with escaped shell characters" [Undecided,Incomplete] https://launchpad.net/bugs/160996 - Assigned to Ubuntu Desktop Bugs (desktop-bugs)
[22:26] <ubotu> New bug: #181620 in launchpad "content type of atom feeds in incorrect" [Undecided,Confirmed] https://launchpad.net/bugs/181620
[23:11] <ubotu> New bug: #181633 in launchpad "supermirror-pull.py should include date in log output" [Undecided,New] https://launchpad.net/bugs/181633