[00:37] exarkun: So, given I've already downloaded the svn repo, is there anything else I can do to help with this divmod conversion? [00:50] oh yeah [00:50] I should volunteer to help [00:50] but probably won't be able to until the weekend. [01:05] jml: divmod? Are you a bzr-svn person? [01:06] maxb: uhh, no, not really. I used to be a divmod person though, and I am a Launchpad person. [01:06] maxb: I guess I could help them by poking jelmer in real life :) [01:06] anyway, really gone [01:06] heh [01:08] Am trying to dream up a bug report for this weird crash importing Nevow [01:26] maxb: words of one syllable :) [01:28] Argh! is one syllable :-) [01:46] exarkun: bug 701752, in case you want to subscribe [01:46] Launchpad bug 701752 in Bazaar Subversion Plugin "bzr-svn gets confused and crashes with certain rearrangements of branch parent dirs" [Undecided,New] https://launchpad.net/bugs/701752 [01:54] maxb: thanks [01:54] maxb: I'm not really sure what my next step would be, since I don't really understand the memory leak, or why I get different behavior for splitting Nevow out than you do [01:56] one extra thing I remembered, though, is that in addition to https://code.launchpad.net/nevow there's also already https://code.launchpad.net/pyflakes [01:57] (I don't _think_ any of the other code has been stuck on a launchpad project) [02:15] Well, at least for me, the memory leak is not an issue importing one project at a time [02:15] I'm running on a 4GB machine [02:16] It just killed me when I tried to import the entire 13 projects in one bzr svn-import execution [02:17] As for Nevow, I made an evil hack in the bzr-svn source code, and it proceeded to import the rest of the Nevow branch ok. But I'm a little reluctant to go with that since I'm not certain the produced history will be the same as a properly fixed bzr-svn [02:17] We'll have to see what Jelmer has to say concerning bug 701752, because that code is over my head [02:17] Launchpad bug 701752 in Bazaar Subversion Plugin "bzr-svn gets confused and crashes with certain rearrangements of branch parent dirs" [Undecided,New] https://launchpad.net/bugs/701752 [02:18] Okay. Maybe jml will manage to get his attention soon. :) [02:19] Of course, there's nothing stopping us doing all the other 12 projects meanwhile [02:20] glyph has some objections to throwing away the information that's present in some of the existing cross-project branches [02:21] hmph, I forgot about reverend and combinator. [02:22] I think those, and nevow and pyflakes can obviously be split off with only benefits [02:22] hmm [02:23] when I mentioned to glyph that you thought the projects should be split up, I didn't really have an argument to make, because when you brought it up to me it just sounded like the right thing to do, so I don't think you had to argue it any further :) [02:23] the best reason I can think of is that the launchpad bug tracker doesn't have any way to mark tickets as for one project or another [02:23] how do you mean? [02:24] lifeless: now the word "project" is getting in the way [02:24] nouns do that [02:24] if two "projects" had their code in a single bzr branch attached to a single Launchpad Project [02:24] The situation is a legacy svn repository in which 13 projects all sat side by side within a single trunk [02:24] And the question is how best to get this lot into bzr [02:25] exarkun: ah, yes you could not use the drop down widgets. [02:25] exarkun: you could do the following: [02:25] - use two LP Projects, with only one having code branches [02:26] - use two LP Projects, with both having code branches starting with one initial branch, and then only evolving one "project" code in the code branches for one LP Project [02:26] - some variation [02:26] - use bug tags [02:28] hum, that second option is interesting [02:32] exarkun, hi there, thanks for the conch fix [02:32] is it all done then? [02:34] poolie: committed to twisted trunk, ticket marked as fixed :) [03:08] exarkun, i'll just see if it's possible to test it actually on lp [03:08] i think mwh only tested on his own machine [03:09] which is probably definitive as far as your side of the fix goes, but i'd just like to know it's deployed ok [03:29] exarkun, works for me on production [03:29] thanks! [03:30] poolie: hi [03:30] hi there [03:30] poolie: just wondering, which conch bug are you referring to? [03:31] https://bugs.launchpad.net/bzr/+bug/556132 [03:31] poolie: mwh seems to think it is all good :) [03:32] good [03:32] me too [03:34] thumper, you don't mind me marking it fixreleased at this point? [03:35] poolie: I'm not sure if it has been rolled out [03:35] so unless you know it has, I'd wait until the release [03:35] i tested against production and it worked, and it claims to be fixed in the revision of stable that is mentioned in the lp footer [03:35] does that add up to it being rolled out? [03:36] the id in the footer is just the webapp, not the codehosting server [03:36] I don't think the codehosting server is part of the no downtime rolls [03:38] hm [03:38] so that's kinda interesting it doesn't fail [03:38] maybe my client is not requesting rekeying [03:40] ok, so a kind of false positive [03:53] anynone know if you can add both deb and deb-src from a ppa with apt-add? or the correct channel to ask such a question? [03:55] wgrant: do you know? ^^ [03:57] maybe it's just a limitation of the apt-add application now that I think about it, I'll go check their tickets [04:01] wildintellect: Most users don't use source packages, so it doesn't add them. [04:01] wildintellect: It *could*, but it's not clear whether it's worth it. [04:02] true I guess I'll write my script to do it the old fashioned way copying to sources.list.d [04:10] poolie: The next rollout is tomorrow, FWIW. [04:12] thanks === Lcawte is now known as Lcawte|Away [07:37] how difficult/realistic would it be to make the translation exports faster/more frequent? === henninge changed the topic of #launchpad to: Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: henninge | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === matsubara-afk is now known as matsubara === Ursinha-afk is now known as Ursinha === lan3y is now known as Laney === henninge_ is now known as henninge [14:57] jelmer: https://launchpad.net/bugs/701752 [14:57] he knows, he's already triaged it [14:57] :-) [15:02] maxb: good good. [15:02] maxb: just pasting to give an easy link as a follow up to a real life conversation. === Ursinha is now known as Ursinha-afk === Lcawte|Away is now known as Lcawte === Ursinha-afk is now known as Ursinha === yofel_ is now known as yofel === deryck is now known as deryck[lunch] [16:36] If anyone knows a lot about Linux and could answer my questions. Please query me. I am a very new user and want to use Linux. Please help me. If you are a Guru on Linux. I would love to talk to you. Please query === Williamson69[TFD is now known as Wiliamson69 === Wiliamson69 is now known as Chiumiento [16:41] Chiumiento: try #ubuntu if you have questions on how to use Ubuntu === beuno is now known as beuno-lunch [16:55] hi could someone delete this branch : https://code.launchpad.net/~neon/kdebindings/trunk/ [16:55] i get this : This branch cannot be deleted as it has 2 branches sharing revisions. : when trying to delete it === deryck[lunch] is now known as deryck [17:01] shadeslayer: Why does it need to be deleted? [17:02] maxb: because the upstream branch got split .. one sec [17:02] maxb: https://code.launchpad.net/~neon/kdebindings/ [17:02] so that branch is completely empty [17:03] hmm [17:03] Ok, so 3 things [17:03] 1. It's development focus for project kdebindings, a registry admin is needed to unmark it as such [17:04] 2. It's a stacking base for two branches of ~yofel [17:04] 3. Usually vcs import branches just get renamed when they are obsolete, in case someone is interested in the history [17:04] maxb: oh the history is preserved with the new branches ... [17:05] they used a script to convert svn history to git history ... [17:05] yofel: ping? [17:06] he's away i think === benji is now known as benji-lunch [17:08] henninge: If you are available for a brief CHR operation, please visit https://launchpad.net/kdebindings/trunk/+linkbranch and change the linked branch field to be empty === henninge changed the topic of #launchpad to: Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ [17:09] hah [17:09] :-) [17:09] maxb: let see what I can do but I was about to leave ... ;) [17:09] maxb: https://code.launchpad.net/~yofel << i dont see anything related to bindings [17:10] shadeslayer: the branches are in the Merged status, which is not included in the default "Any active status" filter [17:10] ohk [17:10] maxb: /me is reading backscroll [17:11] henninge: Summary: upstream project has reorganized into various distinct subprojects, so there is no single appropriate branch to be lp:kdebindings any more [17:12] ok, I see [17:13] thanks [17:14] maxb, shadeslayer: done. Good night ;) [17:14] thanks :) [17:14] good noght [17:14] *night [17:14] shadeslayer: OK, so, I still think we should not delete the branch outright, but I think we should rename it from trunk to obsolete-monolithic [17:14] In theory we can do that now [17:14] ok ... [17:15] sounds good [17:15] It'll break ~yofel's branches until the stacked-on location is manually updated [17:15] But they are ancient and marked as merged, so it's probably fine [17:15] i dont think we will be using those anyways === Ursinha is now known as Ursinha-lunch === beuno-lunch is now known as beuno === benji-lunch is now known as benji [18:39] maxb: so I should delete them? [18:39] (I'm fine with it) [18:39] yofel: it is not necessary that you do [18:39] I was just going to ask you to run "bzr reconfigure --unstacked lp:~yofel/kdebindings/..." on each [18:40] can do [18:40] Since they do not appear to actually be sharing any revisions with the import branch anyway [18:42] done [18:43] great, now they should work, and no longer be unnecessarily tied to the other rbanch [18:46] Hi, I need help recovering access to an account for a friend. His username on LP is "solrize." We don't remember the email address. [18:59] davidstrauss: i can tell you the email address if you like [18:59] or send email to it, but i don't know if that will help [18:59] mwhudson, that would be great [18:59] mwhudson, is it @archive.org? [18:59] davidstrauss: yes [19:02] mwhudson, do you know who could help or would know the procedure? [19:02] mrevell would i expect [19:03] who would be around now... bac? === Williamson69[TFD is now known as Chiumiento [19:08] davidstrauss: this is sort of relevant: https://help.launchpad.net/YourAccount/Merging [19:08] davidstrauss: i have to go now, i hope you can get this sorted [19:09] mwhudson, is there a delay in sending new account emails? paul is trying to set up a new account, and the confirmation email is taking a very long time [19:09] davidstrauss: no :( [19:10] mwhudson, just a launchpad-can-be-slow delay? [19:10] davidstrauss: https://answers.launchpad.net/launchpad/+faq/969 :( [19:10] davidstrauss: it's more likely to be a "mail providers suck" delay [19:10] lol [19:10] bye for now [19:10] mwhudson, thanks === EdwinGrubbs is now known as Edwin-afk2 === matsubara is now known as matsubara-afk === Meths_ is now known as Meths === Edwin-afk2 is now known as EdwinGrubbs === mbarnett changed the topic of #launchpad to: **Launchpad down/read-only from 23:00 - 00:30 UTC for a code update** Launchpad: https://launchpad.net/ | Read https://help.launchpad.net/ for help | On-call help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === Ursinha is now known as Ursinha-afk [22:40] I have an upload that seems to have gone missing. [22:41] luckily for you wgrant should be awake by now [22:41] At 22:15:19 UTC (about 25 minutes ago) I uploaded a package to one of my PPA's (soren/ppa). It's nowhere to be seen. [22:45] soren: The cron jobs may have already been switched off for the upgrade. [22:45] That seems oddly early, though. [22:45] mbarnett: ^^? [22:45] wgrant: Oh, there's an upgrade going on right now? [22:46] soren: It starts in 15 minutes, I believe. [22:46] wgrant: yeah, crons were quite recently shut off [22:46] and yes, 13 minutes from now [22:47] How long is this expected to run for? [22:47] Err.. [22:47] That's an odd sort of question. [22:47] When can I expect the upload to be processed is what I really wonder. [22:47] Hours? [22:48] 90 minutes was given as the outage window IIRC [22:48] soren: projected downtime for the upgrade is 90 min. [22:48] soren: A few minutes after the upgrade finishes, so about 100 minutes from now. [22:48] * micahg notices the topic :) [22:48] * soren follows in micahg's foot steps [22:49] Cool, not going to wait up, then :) [22:49] Thanks! [22:49] hi [22:49] hi [22:50] I dputted my package into ppa some time ago and nothing is visible in web ui. no 'rejected' email either ;( [22:51] hrw: The upload processor has been disabled for the upgrade. [22:51] It should be back in a couple of hours. [22:51] thank you [22:51] * hrw will go to other activities then [22:52] btw - will I have to reupload later or will my upload processed later? [22:52] hrw: It will be processed. [22:53] thx [22:53] wgrant: damnit. I was about to answer "yes" [22:54] wgrant: let's talk in jabber instead :-)