[02:00] <thumper> hey mpt
[02:01] <thumper> mpt: what do you think about using the icon from the bazaar-vcs.org website for the branch icon?
[02:04] <mpt> thumper, I think it would make sense with the diamond removed
[02:05] <thumper> mpt: I don't quite understand
[02:05] <thumper> you mean just the arrow?
[02:05] <mpt> yes
[02:06] <thumper> hmm..
[02:06] <thumper> mpt: how do I go about mocking this up?
[02:06] <mpt> maybe with a shadow added
[02:06] <mpt> Is the Bazaar logo available in vector format?
[02:07] <thumper> I think so
[02:09] <lifeless> mat nuzum did it
[02:10] <thumper> lifeless: are we ok to use it?
[02:10] <thumper> licence wise
[02:10] <lifeless> on launchpad? I see no reason why not. but the diamond is fairly integral IMO
[02:10] <thumper> I do like the diamond too
[02:10] <lifeless> its what makes it into a road sign
[02:10] <thumper> it makes it a "sign"
[02:11] <lifeless> rather than an arrow, or pissing chinaman
[02:11] <thumper> I was also wanting to use this image as a "badge" that we can use to tag specs and bugs in the listings to show associated branches
[02:13] <lifeless> it doesn't scale down all the well unfortunately
[02:18] <thumper> lifeless: I think the one that is used as favicon for the tab icon looks ok (if a little blurry)
[02:19] <lifeless> ok
[02:25] <Nafallo> was there a way on the mirrorspage to see which one supports IPv6? :-)
[02:25] <lifeless> Nafallo: might need to file a wishlist bug, or spec for that
[02:26] <Nafallo> thanks lifeless :-)
[02:26] <Nafallo> bug against launchpad or a particular component?
[02:28] <Nafallo> UMP?
[02:29] <Nafallo> lifeless: ^ :-)
[02:33] <lifeless> soyuz specifically, but we'll worry about that - just against the launchpad product is fine
[02:34] <Nafallo> I might aswell do it right from the start :-)
[02:37] <Nafallo> bug 78636
[02:37] <Ubugtu> Malone bug 78636 in soyuz "Doesn't show which mirrors supports IPv6" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78636
[02:37] <Nafallo> lifeless: care to set it to wishlist? seems I can't :-P
[02:39] <mpt> That's bug 55195
[02:39] <Ubugtu> Malone bug 55195 in malone "Set your own bug to wishlist" [Undecided,Confirmed]  https://launchpad.net/bugs/55195
[02:39] <lifeless> Nafallo: matsubara will ;)
[02:40] <Nafallo> mpt: lol! :-)
[02:40] <Nafallo> lifeless: oki :-)
[02:40] <mpt> It appears our virtual hosting could do with some improvement
[02:46] <Ubugtu> New bug: #78636 in soyuz "Doesn't show which mirrors supports IPv6" [Undecided,Confirmed]  https://launchpad.net/bugs/78636
[02:47] <Nafallo> wee! :-)
[02:51] <Ubugtu> New bug: #78637 in launchpad-support-tracker "URL differs from displayed text" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78637
[03:23] <mpt> jamesh, check out http://www.google.com/search?q=%22set+your+own+bug+to+wishlist%22
[03:23] <mpt> What do you think is causing result #2, <https://launchpad.net/malone?id=1>?
[03:26] <mpt> especially given that there are no results from <http://www.google.com/search?as_lq=https%3A%2F%2Flaunchpad.net%2Fmalone%3Fid%3D1&btnG=Search>
[03:27] <jamesh> well, "https://launchpad.net/malone" is now https://launchpad.net/bugs
[03:27] <jamesh> there is a little box for entering a bug ID there that might generate a URL like that
[03:28] <jamesh> maybe someone linked to it
[03:28] <jamesh> https://launchpad.net/bugs?id=1 redirects through to bug 1
[03:28] <Ubugtu> Malone bug 1 in ichthux "Microsoft has a majority market share" [Critical,Confirmed]  https://launchpad.net/bugs/1 - Assigned to Raphal Pinson (raphink)
[03:28] <Nafallo> lol
[03:28] <Nafallo> people are assigned to that bug now? :-P
[03:29] <jamesh> Nafallo: it keeps on growing new bug tasks and comments and subscribers ...
[03:29] <jamesh> and web links and specifications
[03:29] <Nafallo> oh my
[03:30] <Nafallo> scary
[03:31] <Nafallo> time to sleep
[03:49] <mpt> It's a frankenbug
[08:20] <SteveA> morning
[08:20] <SteveA> goedemorgen
[08:21] <thumper> morning SteveA
[08:21] <thumper> reminder: dbschema
[08:24] <SteveA> thanks tim!
[09:22] <carlos> morning
[11:32] <jordi> carlos: sorry, I stayed at ITI until past 20:00 :U/
[11:32] <carlos> jordi: no worries at all ;-)
[11:33] <carlos> jordi: anyway the ping was for another thing
[11:33] <jordi> how did it go?
[11:33] <jordi> oh
[11:33] <carlos> jordi: do you have any document with the pros and contras (is that English?) of using Rosetta by upstream projects? mhb asked me for it to ask Beryld developers to use Rosetta
[11:34] <carlos> jordi: well, we should take the decision and ask CC to confirm it
[11:34] <carlos> and we decided that will be a team, it's up to us to decide who will be in that team
[11:39] <jordi> ok
[11:39] <jordi> I don't have that doc in English, but I can wirte it soonish
[11:45] <Ubugtu> New bug: #78669 in launchpad-support-tracker "automatic resolve text is impersonal." [Undecided,Unconfirmed]  https://launchpad.net/bugs/78669
[11:58] <carlos> jordi: cool, thanks
[12:08] <carlos> danilos: hey, how's going?
[12:09] <danilos> hey carlos, not too well
[12:09] <carlos> :-(
[12:14] <jordi> danilos: what's wrong?
[12:16] <danilos> jordi: I just picked up a bit of a flue, but feeling like shit for almost entire week
[12:16] <jordi> ew
[12:16] <jordi> today's my second day at the new place.
[12:22] <danilos> jordi: oh, how's it going?
[12:22] <danilos> jordi: you like it? (it was also at the uni, right?)
[12:28] <Ubugtu> New bug: #78672 in soyuz "entries in custom upload tarballs with long names don't get extracted" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78672
[12:35] <carlos> salgado: ping
[12:35] <salgado> carlos, pong
[12:35] <carlos> salgado: I'm having problems to manage rosetta-admins team
[12:36] <carlos> salgado: the owner of that team is 'launchpad-admins'
[12:36] <carlos> salgado: sorry, just 'admins'
[12:36] <carlos> salgado: but I'm an administrator
[12:36] <salgado> what sort of problems?
[12:36] <carlos> salgado: I'm not able to disable memberships
[12:36] <carlos> I'm only able to set an expire date for the membership
[12:36] <carlos> is that expected?
[12:38] <salgado> carlos, what membership are you trying to disable?
[12:38] <carlos> salgado: daf's one
[12:38] <carlos> oh
[12:38] <carlos> wait
[12:39] <carlos> salgado: how confusing...
[12:39] <carlos> Subscription (*) Never
[12:39] <carlos> is that?
[12:39] <salgado> that's the expiration, no?
[12:39] <carlos> oh, no, it's 'subscription expires:'
[12:39] <carlos> right, I see it in two lines
[12:39] <salgado> there should be a button on the bottom of the page to deactivate it
[12:39] <carlos> instead of a single one
[12:40] <carlos> salgado: and it's there... it's just me being completely blink.....
[12:40] <carlos> salgado: sorry for the noise...
[12:40] <salgado> heh. no worries
[02:06] <cprov> SteveA: ping
[02:07] <SteveA> cprov: hello
[02:07] <cprov> SteveA: hi, do you have a minute to review the fix for bug 78452 ?
[02:07] <Ubugtu> Malone bug 78452 in soyuz "database import policy violation in ftpmaster" [High,In progress]  https://launchpad.net/bugs/78452 - Assigned to Celso Providelo (cprov)
[02:08] <cprov> SteveA: https://devpad.canonical.com/~andrew/paste/filevdEqgT.html
[02:08] <kiko> cprov, if he doesn't I do, ok?
[02:09] <cprov> kiko: seems like we have "Review It" day today :). thanks
[02:10] <SteveA> cprov: r=me with one note
[02:11] <cprov> kiko: but I have something more important for you, well I should say somewhat *frustrating* instead, the gpg shell test worked perfectly during the night, not a single failure.
[02:11] <SteveA> cprov: you should file a bug about that XXX
[02:11] <kiko> cprov, and uploads worked perfectly too?
[02:11] <SteveA> maybe mark it with a tag 'derivation', and add that tag to our set of proposed tags
[02:11] <SteveA> it'll be important to find derivation-related bugs and limitations and XXXes when we come to work on that
[02:11] <cprov> SteveA: right, it's already a blue-sky XXX. I will file a bug and not its number in the XXX.
[02:12] <cprov> SteveA: 'derivation' tag is a great idea !
[02:12] <SteveA> ok, propose it on the Tagging page on help.launchpad.net, and we'll officially approve it tomorrow in the meeting
[02:12] <cprov> kiko: yes, they did after 21 UTC 
[02:13] <cprov> SteveA: right, will do. Thanks.
[02:13] <kiko> cprov, and yet the shell script kept on working throughout that time?
[02:13] <kiko> cprov, have you asked elmo about the possibility of it being DNS?
[02:13] <cprov> kiko: yes, I left it running until this morning
[02:13] <kiko> cprov, one thing you could do is have an /etc entry added for the host -- it would rule out DNS completely
[02:13] <kiko> cprov, and no failures?
[02:14] <cprov> kiko: uhm, didn't have time yet (busy morning) 
[02:14] <cprov> kiko: I will check this possibility with him.
[02:15] <cprov> kiko: no, not a single one.
[02:15] <elmo> it's super unlikely to be DNS
[02:15] <elmo> if our internal DNS was flakey, we would have had other problems by now
[02:15] <kiko> elmo, so it looks to be something on drescher itself then. kinda weird but that's life I guess
[02:15] <elmo> kiko: eh
[02:15] <elmo> you're assuming it's the network or the machines
[02:15] <kiko> no 
[02:15] <elmo> it could just  as well be the underlying software, either gpg or the keyserver
[02:15] <kiko> I mean "on drescher" in the more global sense
[02:16] <kiko> well, it could be the keyserver but it's unlikely now that cprov tells me a script has fetched keys from it continuously since yesterday with no errors
[02:17] <elmo> btw, another possible workaround would be to try each fetch again one time if it fails
[02:19] <cprov> elmo: we can try to make the signature verifier resilient, try to verify a failed signature a couple of time, let's say 3 for luck.
[02:23] <kiko> cprov, why don't you monkeypatch that in as a test?
[02:25] <cprov> kiko: tests don't fail. Well we can introduce a similar behaviour in zeca, I guess
[02:29] <kiko> cprov, no, no I meant why don't you monkeypatch the change to "try 3 times" onto drescher 
[02:29] <kiko> and see if it helps
[02:30] <cprov> kiko: aha, you meant back to the "Cowboy dev style".
[02:31] <cprov> kiko: ok, I cook the patch and ask r=kiko ASAP
[02:31] <kiko> fill it with XXXs for full effect
[02:32] <cprov> kiko: ok, will do
[02:36] <Ubugtu> New bug: #78683 in soyuz "SyncSource procedure is restricted to Ubuntu" [Undecided,Confirmed]  https://launchpad.net/bugs/78683
[02:51] <carlos> see you
[02:57] <sabdfl> SteveA: is that lp-dependencies package sorted?
[03:51] <Ubugtu> New bug: #78692 in launchpad "Ugly: Magic menu links to %7Eusername rather than ~username" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78692
[03:52] <Nafallo> magic menu? :-)
[03:52] <SteveA> sabdfl: deb http://lpdebs.canonical.com/edgy ./
[03:52] <SteveA> sabdfl: launchpad-developer-dependencies is the package name.
[03:53] <SteveA> sabdfl: available for dapper and edgy.  not feisty yet.
[05:29] <matthewrevell> salgado-lunch: Just to confirm, if someone has a dormant profile in LP and they try to create an account, we'll let them carry on as usual without mentioning anything in the ui?
[05:44] <cprov> kiko-fud: check the gpg workaround you suggested at https://devpad.canonical.com/~jamesh/pending-reviews/cprov/launchpad/trivialities-2/full-diff
[05:58] <SteveA> matsubara: hi
[05:58] <matsubara> hello SteveA 
[05:58] <SteveA> matsubara: do you have time for a voice call with me?
[05:59] <matsubara> SteveA: yes. skype or the voip thing?
[06:00] <SteveA> we can try skype
[06:01] <matsubara> SteveA: hmm I need recover my password. can you give me 5 min to set things up here?
[06:01] <SteveA> matsubara: sure
[06:03] <matsubara> SteveA: ok, I'm logged in
[06:03] <SteveA> me too
[06:11] <salgado> matthewrevell, yeah, that's how it's intended to work
[06:11] <matthewrevell> salgado: cool, thanks
[06:15] <jordi> carlos: no langpackgs for january released yet?
[06:15] <carlos> jordi: no, we had a small problem with cached .po files, pitti will release them tomorrow
[06:16] <carlos> danilos: btw, what's the status of your branch?
[06:16] <danilos> carlos: still working around some issues (it's not that it took that long, it's just that I fell asleep and only woke up about half an hour ago)
[06:17] <carlos> danilos: ok, don't worry I know you are not at 100% today
[06:50] <kiko-fud> matthewrevell, and how it so works, I hope
[06:50] <kiko-fud> hah
[06:50] <kiko-fud> my mouse started working again
[06:55] <kiko-fud> cprov, wow, nice code!
[06:56] <kiko> cprov, "Due to"
[06:56] <kiko> cprov, "the production system"
[06:56] <kiko> cprov, "the external keyserver"
[06:56] <cprov> kiko: really ? it maybe works too
[06:57] <kiko> cprov, "the failed verification"
[06:57] <cprov> kiko: oops
[06:57] <kiko> yes, it's a nice clean-up
[06:57] <kiko> cprov, "2 other times"
[06:57] <kiko> cprov, you should use str(err) (or repr(err) perhaps)
[06:57] <matthewrevell> kiko: Hello. I think I've come in part way through a conversation. 
[06:57] <kiko> err.__str__() is evil
[06:58] <kiko> matthewrevell, whose conversation? :)
[06:58] <cprov> kiko: yes, I've noticed, thanks 
[06:58] <matthewrevell> kiko: Erm, the bit where you say, "and how it so works" :) I'm not sure what that means.
[06:58] <LarstiQ> mine!
[06:58] <kiko> cprov, can you explain status.message versus status.args?
[06:59] <kiko> matthewrevell, where did I do that?
[06:59] <kiko> ah
[06:59] <cprov> kiko: sure, status.message ~ status.args[2]  :
[06:59] <kiko> matthewrevell, I was referring to your chat with salgado 
[06:59] <kiko> cprov, ah, ok.
[06:59] <kiko> cprov, r=kiko
[06:59] <matthewrevell> kiko: Ah right, yeah. My system crashed, so I didn't have the backlog to remind me of the context.
[07:00] <cprov> kiko: many thanks, do I also have perms to cherrypick it in drescher ASAP ?
[07:00] <kiko> cprov, sure. if it blows up it's your neck on the line anyway
[07:00] <kiko> ;-)
[07:00] <kiko> seriously, it looks safe if pyflakes likes it
[07:00] <kiko> matthewrevell, time to start using Ubuntu?
[07:00] <cprov> kiko: ohh sh.. it's fine I have my *fire-fighting* kit :)
[07:00] <matthewrevell> kiko: Haha :)
[07:01] <matthewrevell> kiko: For some reason, the system reboots when I plug my iRiver into the mains.
[07:06] <alefteris> for rosseta questions is this the right place?
[07:07] <salgado> alefteris, it sure is! :)
[07:08] <alefteris> ok for feisty where i should translate packages?
[07:10] <alefteris> for example i want to translate the latest version of muine in greek..
[07:11] <alefteris> i get this https://translations.launchpad.net/ubuntu/feisty/+source/muine/+translations
[07:17] <salgado> alefteris, hmm, it looks like we need some help from carlos or danilos 
[07:18] <danilos> alefteris: muine is a package from universe repository, and we don't support translating them yet
[07:19] <danilos> alefteris: for the moment, you'd want to work with upstream http://l10n.gnome.org/teams/el
[07:20] <alefteris> how about packages in main, like the new gnome games?
[07:21] <danilos> alefteris: feisty is otherwise not yet "open" for translation, but we're planning on opening it before the end of January
[07:21] <danilos> alefteris: for the moment, you can work on edgy translations, and they will be migrated to feisty once it is opened
[07:22] <alefteris> ok, are you gone make an announcment when it will be open for feisty?
[07:22] <alefteris> in the lists maybe?
[07:23] <danilos> alefteris: of course, it will be widely announced (ubuntu-translators, rosetta-users, it may probably hit planet.ubuntu.com as well)
[07:23] <alefteris> ok, thanks danilos 
[07:24] <danilos> alefteris: no problem, I am happy to help
[07:34] <matthewrevell> matsubara: ping
[07:35] <matsubara> matthewrevell: pong
[08:08] <mdke> danilos: got a moment?
[08:08] <danilos> mdke: sure
[08:09] <mdke> danilos: just wanted to seek your views in advance on something for feisty. ubuntu-docs has reorganised its source package structure significantly in this release cycle, we are now going to ship a lot of different much smaller documents... and I have been thinking about whether to ship one large pot template or several smaller ones. Do you have any views on this?
[08:10] <mdke> carlos: your views appreciated too ^
[08:10] <mdke> here's the list of documents: https://docteam.ubuntu.com/repos/trunk/ubuntu/C/
[08:10] <mdke> also, will it be possible to import previous translations (Dapper, Edgy) on the same strings even though the template names have changed?
[08:11] <danilos> mdke: it's entirely up to you: it will be easier for translators to split work with several POTs, yet it will be easier for them to reuse boilerplate translations if they are in a single POT; in general, my suggestion would be multiple POTs
[08:12] <danilos> as for reusing existing translations, we'd need carlos input on that (he's mostly in charge of distro-to-distro migration)
[08:12] <mdke> okies
[08:13] <mdke> they'll get suggestions for boilerplate translations, I guess. (Assuming I've understood correctly what that word means)
[08:14] <danilos> mdke: yeah, that's right (well, "boilerplate translations" was to be "translations of boilerplate", or the texts coming up over and over again :)
[08:14] <mdke> nod
[08:14] <mdke> danilos: happy new year by the way, since I haven't bumped into you before in 2007
[08:14] <danilos> mdke: English could certainly use a couple more declensions, though :P
[08:15] <mdke> heh
[08:15] <danilos> mdke: thanks, I wish you all the best in the new year as well :)
[08:37] <kiko> hey jamesh?
[08:37] <kiko> matsubara,    2 AttributeError: 'NoneType' object has no attribute 'group'
[08:37] <kiko> 
[08:37] <kiko> matsubara, does that appear related to your rosetta fix? it's on +translate
[08:38] <matsubara> kiko: A OOPS id would be easier.
[08:38] <kiko> heh
[08:38] <kiko> OOPS-370A290
[08:38] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/370A290
[08:38] <kiko> OOPS-372C102
[08:38] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/372C102
[08:39] <kiko> wow, there are some pretty nasty URLs being hit
[08:45] <matsubara> kiko: you mean carlos' patch that I landed yesterday, right? Don't look related, but I'd need to investigate further to know for sure. Perhaps carlos could answer that more quickly
[08:46] <kiko> yeah
[08:46] <salgado> fwiw, _copyTranslation is removed on carlos' TranslationReview branch
[08:46] <kiko> matsubara, https://launchpad.net/distros/ubuntu/+s%20%E2%80%A6%20+bug/66313 -- oooops
[08:46] <Ubugtu> Malone bug 66313 in kdepim "Calendar does not synch with palm device" [Unknown,Confirmed]  
[08:47] <kiko> right, I remember that now
[08:58] <matsubara> kiko: bummer, that one looks like a bug in the redirection code. I haven't reported it yet.
[08:59] <kiko> matsubara, somebody trying to @#!@# hack the URLs
[09:00] <salgado> cprov, you have a souyz-fixes branch on the general queue with a work-in-progress status. is it on the wrong section or with the wrong status?
[09:01] <cprov> salgado: wrong status, sorry I'll fix
[09:01] <salgado> I'll fix
[09:01] <salgado> I'm editing the page now
[09:01] <salgado> cprov, ^
[09:02] <cprov> salgado: tks
[09:06] <matsubara> kiko: aha! so somebody posted the URL here: http://forum.ubuntu-fr.org/viewtopic.php?pid=636951 (comment #4) and  that forum seems to trim long urls like that. Weird!
[09:11] <kiko> weird indeed