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