[00:00] <spm> MTecknology: go for it
[00:01] <MTecknology> spm: thanks
[00:05] <MTecknology> spm: last question I think..... https://code.edge.launchpad.net/~ubuntu-drupal-themes/ubuntu-drupal-themes/6.x bazaar is still lp:loco-drupal/6.x
[00:06] <spm> MTecknology: hmmmm. interesting. mwhudson jml ^^  - context: the project was renamed from memory - would that account for that?
[00:07] <MTecknology> spm: I just took the branch and reassigned it to that team/project
[00:07]  * jml needs more context
[00:08] <jml> MTecknology: loco-drupal was renamed to ubuntu-drupal-themes, but the branch for 6.x is still showing the wrong alias -- is that right?
[00:08] <mwhudson> spm: the branch is set for this series https://edge.launchpad.net/loco-drupal/6.x
[00:08] <MTecknology> jml: nope - loco-drupal wasn't renamed
[00:09] <MTecknology> jml: hrm... you could rename it to that instead?? but you'd need to drop ubuntu-drupal-themes and rename loco-drupal to ubuntu-drupal-themes
[00:10] <jml> I cannot.
[00:10] <jml> MTecknology: what I meant to ask is, why is it a bug for you that https://code.edge.launchpad.net/~ubuntu-drupal-themes/ubuntu-drupal-themes/6.x is still lp:loco-drupal/6.x
[00:11] <MTecknology> jml: loco-drupal is a collection of themes and modules. We're trying to separate things and change the names.
[00:11] <jml> MTecknology: so, that branch doesn't belong to loco-drupal any more?
[00:11] <MTecknology> nope
[00:11] <MTecknology> ubuntu-drupal-themes
[00:11] <spm> ah. apologies. I misunderstood the problem.
[00:11] <jml> MTecknology: ok. Are you a member of loco-drupal?
[00:12] <MTecknology> ya, I'm the highest contributer too
[00:12] <MTecknology> I can just drop the series, can't I?
[00:12] <jml> MTecknology: yeah, go to https://code.edge.launchpad.net/loco-drupal/6.x and drop the branch from the series.
[00:13] <MTecknology> jml: thanks :)
[00:13] <jml> MTecknology: np
[00:25] <wgrant> If I have ghost revisions in a branch on LP, how do I push the real ones once I've run fetch-ghosts in a local branch?
[00:30] <jml> wgrant: I don't know, but I *think* the answer would be the same for any Bazaar server.
[00:30] <jml> wgrant: which is to say, ask #bzr :)
[00:30] <wgrant> jml: Oops, true, sorry.
[00:31] <jml> wgrant: np at all.
[00:34] <wgrant> jml: OK, now a real Launchpad question. There is no way to seal off a branch, is there? Say it's merged, and I want to make it unwritable because it's done.
[00:35] <jml> wgrant: Launchpad doesn't provide such a thing, no.
[00:35] <jml> wgrant: you could change the owner to ~wgrant, which would restrict the set of people who could write to it.
[00:36] <wgrant> jml: Of course, but changing its URL doesn't seem ideal.
[00:36] <jml> *nod*
[00:36] <wgrant> Does it ever make sense to write to a Merged/Abandoned branch?
[00:36] <jml> wgrant: yes.
[00:36] <jml> wgrant: in the case of Merged, it makes sense if you need to add something that you forgot to add.
[00:37] <wgrant> Then it's not merged any more.
[00:37] <jml> wgrant: e.g. my fix-bug-235711 branch might have added a typo.
[00:37] <jml> wgrant: exactly.
[00:38] <jml> wgrant: similarly, deciding that work should be resumed on an Abandoned branch is a perfectly cromulent use case
[00:38] <wgrant> So codehosting server should tell you that you are wrong, and cannot write to a Merged branch.
[00:38] <jml> wgrant: I guess you're suggesting that in those cases, someone ought to change the status on Launchpad?
[00:38] <wgrant> Because it is clearly not Merged once you write to it.
[00:38] <wgrant> Yes.
[00:38] <jml> wgrant: I'm not sure I like that.
[00:38] <wgrant> It should reject write requests, and tell you to change it to a status where writing to it makes sense and isn't going to result in changes getting lost.
[00:38] <jml> I'm not sure I dislike it either.
[00:39] <MTecknology> jml: Is it possible to drop a milestone
[00:39] <MTecknology> ?
[00:39] <jml> MTecknology: no idea.
[00:41] <wgrant> jml: What is there to dislike about it, other than the slight inconvenience?
[00:41] <jml> wgrant: the inconvenience is my foremost concern.
[00:42] <wgrant> IMO it's less inconvenient than losing changes because somebody happens to have a checkout of a slightly-too-old branch.
[00:42] <jml> wgrant: and the possible confusion that might arise from making status more than merely descriptive
[00:42] <jml> wgrant: huh?
[00:42] <wgrant> True.
[00:43] <jml> wgrant: so, I rarely checkout remote branches, but I'm pretty sure that bzr doesn't let you commit to one that's out of date.
[00:43] <wgrant> jml: It doesn't. But it's not out of date; it's just merged and hidden from all listings.
[00:44] <MTecknology> spm: anyone around to approve a license?
[00:44] <jml> wgrant: ok, now you've definitely lost me. how does allowing merged branches to be written to lead to data loss for people with checkouts of slightly-too-old branches?
[00:45] <wgrant> jml: s/slightly-too-old/very recently merged/, sorry.
[00:45] <spm> MTecknology: can you shoot an answer in? just in the middle of a fail atm
[00:45] <MTecknology> oh, ok - thanks
[01:12] <MTecknology> spm: Should I file question for dropping ubuntu-drupal instead of the deactivated status?
[01:13] <spm> MTecknology: please. where 'drop' == rename the deactivated one, typically.
[01:14] <MTecknology> ok
[01:14] <MTecknology> spm: I can do that from now on :)
[01:14] <spm> MTecknology: fyi. deleteing entire has issues like (I believe) zotting any karma you've earnt from that project, hence the disable/rename - or so I understand things :-)
[01:14] <MTecknology> oh
[01:15] <MTecknology> the script that calculates karma doesn't go though every single thing every single time, does it?
[01:17] <spm> I think so. I have observed that karma value/scoring has been tweaked in the past to account for 'abuse' and similar.
[01:17] <spm> certainly it eats buckets of memory on our servers when it runs ;-D
[01:18] <MTecknology> I bet
[01:18] <MTecknology> I'd have assumed it would be different, but the way I'm thinking would eat up more storage space, but be faster
[01:21] <exarkun> How do you add multiple attachments to a ticket at a time?
[01:23] <MTecknology> spm: Maybe you know this - How often does the script run that syncs @ubuntu.com aliases for ubuntu members?
[01:26] <spm> MTecknology: I don't know, sorry. You'd be better off asking in #canonical-sysadmin. but not atm. they're all pretty much afk for a few hours.
[01:27] <MTecknology> spm: Could you please rename ubuntu-drupal for me?
[01:28] <spm> MTecknology: done
[01:28] <MTecknology> thanks :)
[01:35] <spm> np
[01:49] <wgrant> Should the codehosting SFTP server be giving me errors with its internal filesystem paths?
[01:49] <mwhudson> no
[01:49] <mwhudson> but it's a known bug
[01:50] <mwhudson> which is private for some stupid reason
[01:51] <wgrant> LP likes having private bugs for even the slightest implementation detail, at times.
[01:53] <mwhudson> we're not exactly consistent
[01:53] <jml> wgrant: *I* like having private bugs for implementation details.
[01:53] <mwhudson> wgrant: https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/270076
[01:53] <jml> wgrant: it's much easier to make a private thing public than it is to make a public thing private.
[01:55] <wgrant> jml: But it's also much more useless to have a private bug.
[01:55] <wgrant> Although I guess this stuff is staying private (grr), so there is more reason than for other components.
[02:22] <MTecknology> hrmI got 13 :)
[02:24] <MTecknology> Can I take one blueprint and move it to a different project?
[02:25] <MTecknology> 20*
[02:26] <MTecknology> sorry, I'm tired and getting the wrong window for those two odd ones
[17:06] <AlexC_> hi there,
[17:07] <AlexC_> I've been searching for ages (well over a week now) and I just can not find out how to let another person, or team, access to upload new translations - is it at all possible with Launchpad?
[17:07] <AlexC_> current it is a pain, since only I can manage the translations files
[17:13] <danilos> AlexC_: you should be able to change the PO template owner (and make it a team or another person) using "Change details" link
[17:16] <AlexC_> danilos: thank you very much =)
[17:17] <danilos> AlexC_: you are welcome, I am sorry that this is so confusing
[17:18] <AlexC_> danilos: I would have thought you'd set it for translations as a whole - much like you have a bug/security contact
[17:19] <danilos> AlexC_: yeah, that would make a lot of sense, we should probably do it :)
[17:19] <AlexC_> if you do, I give cookies to all
[17:21] <danilos> AlexC_: btw, everybody should be able to upload translations, this is just for POT files
[17:21] <AlexC_> danilos: indeed, that is what I am referring to
[17:21] <danilos> AlexC_: well, unless you are using non-Open translation and a translation group, when people will have to be part of the translation group first
[18:00] <yann2> hi
[18:00] <yann2> launchpad maintenance?
[18:00] <mars> hi yann2
[18:00]  * mars checks
[18:01] <yann2> I get the "please be patient" on http://bazaar.launchpad.net/~digisite-dev/digisite/head/files/4 and other pages
[18:01] <yann2> worked a second ago :)
[18:01] <yann2> ah - and works again :s
[18:01] <yann2> mistery then sorry for bothering :)
[18:01] <mars> yann2, heh, no problem :)
[18:02] <mars> thanks for letting us know though
[18:03] <yann2> maybe it was just slow for a second and the load balancer got impatient, who knows
[18:04] <yann2> anyway - gotta go. Have a nice evening :)
[18:04] <mars> you to
[18:37] <thekorn> hi, is it possible to subscribe myself to a page on help.launchpad.net?
[18:37] <beuno> thekorn, yes, just slap on the end of the URL:  ?action=subscribe
[18:38] <beuno> of course, it is a bug we (I) need to fix in the theme
[18:38] <mars> thekorn, or check the "More Actions" dropdown in the upper right
[18:38] <beuno> it has been reported and is on my conscious
[18:38] <thekorn> wow, ok this url hack worked
[18:39] <beuno> I know, I use it frequently  ;)
[18:42] <mars> beuno, do you not have a "Subscribe User" option in the "More Actions" dropdown?
[18:42] <beuno> mars, ah, I do!
[18:42] <beuno> I guess I'm not used to being "the user"  :)
[18:59] <thekorn> but this "subscribe user" in the more actions dropdown is a restricted option,
[18:59] <thekorn> I'm not allowed to perform this action
[19:00] <mars> thekorn, and I assume you are logged in?
[19:00] <thekorn> mars, yes, I'm logged in
[19:01] <mars> strange.  beuno ^ looks like the dropdown option only works for admins maybe?
[19:01] <beuno> mars, could be. Moin is weird
[19:01] <thekorn> FWIW, It is also not working on wiki.ubuntu.com for me
[19:25] <MTecknology> Why do I have two branches listed twice here? https://code.edge.launchpad.net/~ubuntu-drupal-themes
[19:29] <mars> MTecknology, not sure, I'll see if one of the codehosting guys is around
[19:32] <MTecknology> thanks
[19:33] <MTecknology> mars: is there anyone around that could drop the rename launchpad.net/ubuntu-drupal-themes to launchpad.net/ubuntu-drupal-theme? just dropping the s on the project
[19:35] <mwhudson> MTecknology: i guess the answer to that is "a bug" :)
[19:35] <MTecknology> mwhudson: oh, should I report it?
[19:36] <mwhudson> MTecknology: yes please
[19:39] <MTecknology> mwhudson: short and sweet :) 333988
[19:40] <mars> MTecknology, nobody is around at the moment for the project rename - have you posted it in Answers?
[19:42] <MTecknology> mars: yup
[19:43] <MTecknology> mars: I have a list of crap I asked to have done
[19:43] <savvas> everyone does :)
[19:44] <MTecknology> savvas: mine is large, I might make someone upset when they read it
[19:44] <savvas> hehe ok
[19:44] <MTecknology> savvas: https://answers.edge.launchpad.net/launchpad/+question/62115
[19:47] <mars> MTecknology, I've passed that question on to the LOSAs.  It should be in their queue now.
[19:47] <savvas> I see :P
[19:54] <MTecknology> mars: thanks
[19:56] <MTecknology> savvas: is that you?
[19:57] <savvas> MTecknology: where?
[19:57] <MTecknology> idk - nevermind ;)
[19:57] <savvas> ? :P
[19:58]  * MTecknology wanders off
[19:59] <savvas> ok heh
[20:00] <MTecknology> savvas: I was just thinking you were in the LOSAa team
[20:02] <savvas> MTecknology: I'm probably not, I don't know what LOSA is :D
[20:17] <MTecknology> mars: I hope you guys don't mind when I just answer something sitting there that's pretty easy.
[20:18] <mars> MTecknology, I'm glad for the help :)
[21:08] <MTecknology> mars: If I overstep my answers, feel free to slap me :)
[21:08] <MTecknology> On a side note, does anyone have any idea how much hard drive space Launchpad eats up?
[21:09] <MTecknology> between bazaar, databases, source, etc
[21:10] <mars> MTecknology, no idea.  We are running postgres on 128GB of RAM though.
[21:11] <mwhudson> MTecknology: "lots"
[21:11] <mars> :)
[21:11] <mwhudson> probably a few Tb all told
[21:11] <MTecknology> wait - what?
[21:11] <MTecknology> 128GB...
[21:12] <MTecknology> is that possible?
[21:13] <mars> Some of our devs are real Postgres fans - they've talked to the Postgres dev group about what we're doing.
[21:13] <mars> from what I've heard, nobody's tried it before.
[21:13] <MTecknology> or do you mean something like 16 servers running 8GB RAM ??
[21:15] <mwhudson> nope :)
[21:15] <MTecknology> one server running 128GB RAM?
[21:15] <mwhudson> yes
[21:16] <mwhudson> there was a cpython bug report years ago from some dude who had 300 gigs attached to his machine :)
[21:16] <MTecknology> I didn't know that was even possible
[21:16] <mwhudson> i guess you just need enough slots on the mobo, right?
[21:16] <MTecknology> I meant as far as the kernel goes
[21:17] <MTecknology> I assume that's a 64bit OS at minimum then :P
[21:17] <mars> the kernel can address, what now? 4TB or something?
[21:18] <mars> some trivia that, as a normal user, I never expect to encounter for at least 2 years.
[21:18] <MTecknology> 32bit has a max of 4GB, doesn't it?
[21:18] <LarstiQ> MTecknology: "oops, we were only actually using 3 of our 128GB" ;)
[21:18] <MTecknology> heh
[21:18] <MTecknology> you guys blow me away
[21:18] <LarstiQ> MTecknology: yes, but it's even less that's addressable for userspace usually
[21:19] <MTecknology> I suppose you need a lot more when you start running karma scripts and such
[21:20] <MTecknology> so it's mostly just there for expansion then?
[21:21] <MTecknology> I think I'd pee myself if I ever was given access to a sytem like that :P
[21:32] <spm> MTecknology: mwhudson: to be slightly pedantic. we have > 1 DB servers with 128Gb of RAM
[21:33] <MTecknology> spm: eache?
[21:34] <spm> well yes. not much point being replicas if they can't handle the full load :-)
[21:34] <MTecknology> wow
[21:46] <MTecknology> mars: sorry, I forgot you can reassign a question
[21:46] <mars> MTecknology, no problem - not sure if you could do so without admin rights
[21:47] <MTecknology> looks like I can
[21:48] <MTecknology> mars: I suppose it's going to be a little bit before someone gets the ambition to hit mine? :P
[21:50] <mars> MTecknology, alas, I don't know.  It shouldn't be too long.
[21:50] <MTecknology> spm: Do you know the answer, or where I can get the answer? My Ubuntu membership was approved on Thursday(Fri0300). I've been getting really excited for my ubuntu email addy, but I still don't have it. Do you know when that script runs?
[22:21] <spm> MTecknology: I don't know the answer myself. generally ask that sort of Q in #canonical-sysadmin. my quick googlefu suggests 2 days: https://wiki.ubuntu.com/UbuntuEmail so unless you have funkies that broke stuff, I'd imagine is live?
[22:22] <wgrant> MTecknology: #canonical-sysadmin is useful for that.
[22:29] <MTecknology> spm: could you try to send something to it? maybe I'm just screwing up
[22:33] <MTecknology> spm: nvm - looks like it's finally working :D
[22:37] <spm> sweet
[22:45] <wgrant> mars: Can I convince Launchpad to drop its HTTP mirror of my branch and try again?
[22:45] <wgrant> The HTTP version seems to have corrupted itself somewhere along the line.
[22:45] <mars> mwhudson, ^ ?
[22:46] <mwhudson> wgrant: changing the format on your end is one way, though it's a bit obscure
[22:46] <wgrant> mwhudson: It's 1.6.1-rich-root at the moment; can I drop it to an earlier rich root version and bring it back?
[22:47] <mars> I'm done for the evening, have to go take care of the kids and supper.
[22:47] <mars> Good night all
[22:47] <wgrant> Night mars.
[22:47] <mwhudson> wgrant: yes
[22:47] <wgrant> mwhudson: Thanks.
[22:47] <mwhudson> wgrant: or go to --1.9-rich-root and back
[22:48] <wgrant> mwhudson: True.
[22:48] <mwhudson> wgrant: or just plain delete the branch and start again, unless it has metadata associated with it
[22:48] <wgrant> mwhudson: It has things stacked on it, unfortunately.
[22:48] <mwhudson> ah
[22:48] <mwhudson> ugh
[22:48] <mwhudson> we need a better answer for this
[22:48] <mwhudson> i'm sure there's a bug report about it...
[22:50] <wgrant> mwhudson: I'll have to explicitly upgrade the remote repo, won't I?
[22:50] <mwhudson> yeah
[22:50] <mwhudson> wgrant: another option is to get a losa to blow the existing branch away, that might actually be easier
[22:50] <wgrant> spm: Is that easier?
[22:51] <spm> wgrant: not for me. But for you yes, ;-)
[22:51] <wgrant> spm: Heh. Will you do it?
[22:51] <spm> wgrant: sure, was just going to ask, which branch etc?
[22:51] <wgrant> spm: That is a good point you have there.
[22:51] <wgrant> lp:~wgrant/ivle/trunk-mirror
[22:53] <wgrant> Do I then have to requestMirror() again to get it to mirror?
[22:53] <mwhudson> someone will have to
[22:54] <mwhudson> if you have a script ready to go, that's probably nice and easy
[22:54] <wgrant> I do.
[22:54] <mwhudson> cool
[22:55] <spm> mwhudson: to confirm. this is zot the codehost/push-branch on crowberry right?
[22:55] <mwhudson> spm: no, it's zot the mirrored one
[22:55] <spm> cool
[22:56] <mwhudson> oh, it's a hosted branch, that's easier (for me) to trigger a mirror on
[22:56] <wgrant> Ah.
[23:07] <spm> mwhudson: zotted, all yours
[23:08] <mwhudson> me waits for the next *
[23:09] <spm> ... to wish upon?
[23:09] <mwhudson> in cron syntax
[23:10] <mwhudson> hm
[23:10] <wgrant> spm: Thanks.
[23:10] <mwhudson> branch still not happy :(
[23:11] <wgrant> mwhudson: Odd, I can check it out over bzr+ssh and check and reconcile are happy...
[23:11] <mwhudson> hm
[23:11] <spm> was mirrors/00/00/88/7b - that is the right one?? http://bazaar.launchpad.net/~wgrant/ivle/trunk-mirror/.bzr/ergasdf suggests it is. ?
[23:12] <mwhudson> i'd have thought so
[23:12] <wgrant> spm: That number looks right.
[23:12] <mwhudson> spm: can you look in the upload.log ?
[23:12] <spm> sure, one sec
[23:13] <spm> mwhudson: 2009-02-24 23:01:06 INFO    Mirroring branch 34939: lp-hosted:///~wgrant/ivle/trunk-mirror to lp-mirrored:///~wgrant/ivle/trunk-mirror
[23:13] <spm> ~ 12 mins ago?
[23:14] <spm> ie before, I zotted the files
[23:14] <mwhudson> hmmm
[23:14] <mwhudson> has the puller run since then
[23:15] <wgrant> spm: There would have been a push a minute before that, but it shouldn't have had any new revisions.
[23:16] <spm> mwhudson: which puller? the mirror one?
[23:16] <mwhudson> spm: no, upload
[23:16] <spm> Oooo! it just went: 2009-02-24 23:16:06 INFO    Mirroring branch 34939: lp-hosted:///~wgrant/ivle/trunk-mirror to lp-mirrored:///~wgrant/ivle/trunk-mirror
[23:16] <mwhudson> ahh, seems happier now indeed
[23:17] <spm> mwhudson: we need to do something about all these "puller" names ;-)
[23:17] <wgrant> Yay, even LH is happy now.
[23:17] <mwhudson> yeah
[23:17] <wgrant> Thanks spm, mwhudson.
[23:17] <spm> wgrant: lies. LH is never happy unless it's just been restarted. :-P
[23:17] <wgrant> Heh.
[23:17] <wgrant> It crashed on r1100 before.
[23:19]  * wgrant is waiting for the day when we are allowed to move trunk to bzr...
[23:20] <mwhudson> wgrant: https://bugs.edge.launchpad.net/launchpad-bazaar/+bug/253127
[23:20] <wgrant> mwhudson: Ah, great.
[23:21] <wgrant> Is cscvs going to be replaced with bzr-svn at some point?
[23:21] <mwhudson> i really hope so
[23:22] <wgrant> 0.5 semems to actually be stable.
[23:22] <mwhudson> that's good data :)
[23:25] <wgrant> It doesn't spontaneously corrupt branches upon merging, which is a good feature.