=== raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === AlinuxOS [n=AlinuxOS@d83-176-122-159.cust.tele2.it] has joined #launchpad [02:56] lamont: If it's well-formed XML, probably elementtree. If you're screen-scraping stuff that isn't actually proper XML/HTML, perhaps BeautifulSoup would be better. [04:01] Gooooooooooooooooooooood afternoon Launchpadders! [04:08] mpt: elo elo [04:11] spiv, have time for a five-minute review? === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #launchpad [04:22] hi, anybody awake? I was wondering if it is possible to unsubscribe someone (or a team) from a bug? [04:25] and why does the column sorting on LP seem to be random? [04:40] LaserJock, you can unsubscribe yourself, but you can't unsubscribe other people [04:40] That you can subscribe other people in the first place is a long-standing bug [04:40] The column sorting is random because JavaScript is doing it alphabetically rather than semantically [04:41] s/bug/misfeature/ [04:41] mpt: ok, so how would I unsubscribe a team then? [04:42] mpt: sure === stub [n=stub@ppp-58.8.2.166.revip2.asianet.co.th] has joined #launchpad [04:49] spiv, https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileIFhKX4.html [04:49] LaserJock, you can't, that's bug 30532 [04:49] Malone bug 30532 in malone "Unable to unsubscribe a team from a bug" [Critical,In progress] http://launchpad.net/bugs/30532 [04:50] mpt: ah ok, oh well :/ [04:51] no biggy, the MOTU Science team seems to be subscribed to odd bugs now and then (I think mostly because we have a package called boot) [04:52] Rename the package, then :-) [04:53] mpt: believe me, I've thought of that :-) [04:53] Badly-named packages are a usability problem [04:53] heh, I saw your ubiquity comment on -doc [04:54] I saw a nifty one-liner a couple of weeks ago [04:54] mpt: well I wrote an email to launchpad-users a while ago about this issue and nobody commented. maybe I didn't write it clearly [04:55] "Letting geeks name software is like letting marketers code it." [04:55] lol, that is good [04:56] For my issue the problem would be much better if we had package descriptions when you did a search for the package to file a bug about [04:57] mpt: Hmm, removing click sorting from a batch of results makes sense, but I'm not sure it fixes 36105 -- it seems to conflict with kiko's comment, at least. [04:59] spiv, sortkeys will still need to be added for Priority in unbatched spec lists and so on [04:59] they're just not relevant to any list that is batched [04:59] stub: is staging borked? [05:01] mpt: Right. Your title for the paste says "Fix for bugs 36105 ..." hence my concern. Just checking that there's no confusion that this doesn't fix 36105 (even though it fixes one of the symptoms). [05:01] Malone bug 36105 in malone "Importance sort order incorrect" [Normal,In progress] http://launchpad.net/bugs/36105 [05:02] spiv, well, once the clickable headers are removed, the way to sort by importance is to choose "severity, then priority" from the menu and click the button, and that will produce the correct order [05:02] so it does fix the bug, just not in the way kiko says [05:03] mpt: What about the aforementioned unbatched spec lists? Or is that just a seperate bug? [05:03] (and "severity, then priority" will shortly become "by importance") [05:03] spiv, separate bug [05:03] Ok. [05:04] I could make the headers clickable only when there are 75 bugs or fewer ;-) ... but that wouldn't be very understandable [05:05] The only other concern I have is that you removing nowrap attributes (which is fine, because they aren't proper XHTML 1.0), but not replacing them with equivalent CSS. Is that intentional? [05:05] Yeah, that thought crossed my mind too, but I agree. [05:05] (Not that I'm the UI expert here :) [05:07] I don't see any benefit from the nowrap -- all it does is make the table scroll horizontally, rather than resizing to fit your window [05:07] I think the latter is much better behavior [05:08] I don't have a strong opinion either way, just wanted to be sure it was intentional. [05:08] Looks good to merege. [05:08] Er, "merge" :) [05:08] thanks spiv [05:14] spiv: I went with xml.dom.minidom [05:14] lamont: Well, it's in the standard library, so I guess it has something going for it ;) [05:14] ;p; [05:14] lol [05:14] damn keyboard === lamont wonders if mysql runs on winblows. [05:18] DOM is great if you like typing long method names [05:21] jamesh: I kinda noticed that. [05:21] but then I just got a little evil... [05:21] maybe I'll post the code snippet here later... [05:21] then you may vomit. === sneex [n=blarp@unaffiliated/sneex] has joined #launchpad === stub has a look at staging [05:33] yes, mysql 'runs' on windows [05:33] lamont: it does [05:33] spiv: asyncore, enough said [05:33] server too? === poningru [n=poningru@ip68-226-0-76.ga.at.cox.net] has joined #launchpad [05:34] I mean, I suppose that I could just import the csv's into a non-sql database in in-core python, but I'm trying to be lazy... === lamont wanders off to the other computer, might be back on, dunno [05:34] lamont: I believe so. One of the reasons why it was successful over PostgreSQL (although sane people used Firebird I hear) [05:34] but will check scrollback later [05:35] lamont: sqllite has a good following for small jobs, and will be in core python 2.5 I hear === sneex [n=blarp@unaffiliated/sneex] has left #launchpad ["I'm] === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === LaserJock [n=mantha@ubuntu/member/laserjock] has left #launchpad [] [05:55] jamesh: staging is broken due to a missing required config item. [05:56] okay [05:56] Or should I say an existing, no longer existant config item [05:56] thanks for looking into it [05:57] lifeless: For staging rollouts I'm just rsyncing launchpad-built. For production rollouts, I rsync launchpad-built and use bzr pull --overwrite to build the tree, and then rsync push [06:02] stub: ok. Do you do this from balleny ? [06:03] lifeless: Production is from balleny. staging is just on asuka. [06:05] ok [06:05] so you should not be affected at all [06:09] yup [06:11] lifeless: Although I should be building trees only using resources on balleny rather than rsyncing rocketfuel-built from chinstrap, but I haven't had much luck with config manager on balleny [06:14] ah right [06:17] Hmm.... I just tried to push my 'trivial' branch, and got told 'Local branch is not a newer version of remote branch.'. First push with the new bzr I think. === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [06:19] lifeless: Anything to check before I belt it with the --overwrite stick? [06:20] stub: bzr missing, if you have the patience [06:20] stub: did you do a 'pull' from rocketfuel ? [06:21] lifeless: Yes. pull, hack, commit, push [06:21] that will have done it [06:21] history convergence breaks rsync style pushes [06:22] ok. [06:22] Merge to devel/launchpad/: [trivial] Fix bug 41933 (OOPS trying to assign a sourcepackage to a distrorelease) (r1843: Brad Bollenbach) === dsas [n=dean@host81-158-81-220.range81-158.btcentralplus.com] has joined #launchpad === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === seaLne [n=seaLne@obelisk.wasters.com] has left #launchpad [] === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === mpt_ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad [09:26] good morning [09:26] stub: ping [09:42] morning [09:45] good yawning === mpt__ [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [09:59] hi [09:59] ddaa: how's your stuff going? [10:04] merging [10:04] having an endless argument about error handling with lifeless off list [10:04] preparing to explain bazaar-ui design decisions to mpt [10:04] spending a lot of time reading and writing email [10:05] told sabdfl I would be back on vcs imports this week [10:05] need to test importd error reporting from jamesh and give feedback [10:05] need to review branch scanner refactoring from jamesh [10:06] need to make a major patch for pybaz, requested by lifeless [10:06] overally, still above my head, but the situation looks like it's improving [10:07] ok [10:07] let's deal with each thing in turn [10:07] - merging what exactly? [10:07] bunch of outstanding branches [10:08] look at the recent rocketfuel commits [10:08] still have a few outstanding branches blocked by spiv merging sourcecode fixage === carlos [n=carlos@49.Red-88-9-27.dynamicIP.rima-tde.net] has joined #launchpad [10:09] morning [10:09] please summarize what the branches are about [10:09] hi carlos [10:09] off the top of my head [10:09] bazaar documentation [10:09] sabdfl bazaar ui [10:09] stub: ping [10:09] importd patch to product bzr branches via baz [10:10] ScriptsAndDaemon compliance patch for branch scanner [10:11] that was merged late last week and during week-end [10:11] still in pipe: [10:11] bzrtool patch for bogus strptime usage [10:12] two cscvs patches containing the initial cscvs refactorings done in London and shortly after [10:12] Merge to devel/launchpad/: [trivial] Fix https://launchpad.net/bugs/41108 and remove the warn_about_no_published_uploads config options that I forgot to remove from staging and jubany's config files. (r1844: Guilherme Salgado) [10:13] some more controversial bazaar-ui changes I pulled back to merge the rest ASAP [10:13] EOF [10:14] SteveA: ping [10:17] ddaa: 2 mins === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad [10:18] Also contributed to several production fixes in collaboration with jamesh, stub and salgado. [10:18] ddaa: actually, can we talk in 30 mins? [10:18] that stuff is behind, but it significantly slowed me down in the past couple of weeks [10:18] sure [10:18] thanks === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad [10:47] mpt: ping === ddaa goes out for a few mins === ddaa is back [10:57] hi ddaa. i'm almost finished with carlos [10:59] SteveA, pong [11:03] didn't we agree to fix launchpad to conform to how we speak about projects? [11:04] even I usually say "project" when I mean "product" when not talking specifically about launchpad. [11:04] or did sabdfl veto it or something? [11:05] SteveA: https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-04-28/A45 is odd. I can't think of a reason how we could get timings like that. [11:07] stub: see also https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-04-28/D44 [11:08] only three minutes apart, my guess is something weird was happening to the system at that moment, maybe thrashing. [11:09] probably related to some cronscript [11:09] To get timings like that, we would need some sort of global resource and lock in Zope3. And I can't think what that would be, except for the global interpreter lock. [11:09] hmm.... or thrashing I guess. [11:10] elmo and Znarl might have cricket graphs on gandwana to tell us [11:10] Hmm.... my one was from gangotri, yours from gandwana [11:11] ddaa: sabdfl deferred it [11:11] stub: there's the "email sending blocks zope" issue === stub checks if we are using queued again or still immediate delivery [11:12] queued blocks zope :-( === SteveA looks for the specific bug [11:13] http://www.zope.org/Collectors/Zope3-dev/580 [11:13] i think i mentioned this when i first saw it [11:14] Hmm.... direct delivery. [11:14] immediate delivery might actually be better, if this bug is affecting us [11:14] We are using immediate delievery at the moment. However, sending email is actually deferred until commit time. Will slowness there show up as a soft timeout? [11:15] SteveA, stub: i think queued delivery has been fixed upstream already, there's another bug related to this in the zope3 tracker. [11:15] stub: i think it can cause a soft timeout [11:15] stub: can we instrument mail delivery, so we know how long it is taking in OOPS reports or in some log? [11:16] SteveA, stub: http://www.zope.org/Collectors/Zope3-dev/590 [11:16] That stuff is all Z3 - we would need to hack it in to Z3 or wrap it [11:17] stub: surely it ties into transactions or publication somewhere? [11:17] in any case, i think we should be able to wrap it straightforwardly [11:18] Or just switch back to queued delivery and assume it is near instantaneous, because it will be [11:19] BjornT_: do you know if we have marius' fixes in our zope3? [11:19] SteveA: we don't have them [11:19] let's get them, to start with [11:20] i think we should have stats gathered for OOPS timeout reports about any connection to external systems [11:20] including the database, mail systems, any RPC systems, the filesystem... [11:20] otherwise, when something times out and it isn't the database, we're left guessing === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === stub opens a bug [11:22] SteveA++ [11:22] hi ddaa [11:22] stub: will you pull in marius' fixes to queued delivery, or should i? [11:23] I think it is a good sign that we are now worrying about rare exceptions :-) We might need to update the daily reports now that the exception counts are statistically meaningless - perhaps listing all exceptions? [11:23] ddaa: --> #launchpad-meeting [11:23] BjornT_: I'm happy for you to - I always forget how to drive SVN [11:24] ok [11:24] lifeless: you may wish to listen in on #launchpad-meeting === sfllaw [i=sfllaw@206-248-152-103.dsl.teksavvy.com] has joined #launchpad [11:43] Is PQM stuck? [11:45] no [11:45] its reweaving a lot [11:45] ok, ta [11:46] reknitting soon? [11:48] no [11:48] knits do not have a reweave. [11:48] They have darning! [11:48] the larger operation. 'reconcile' can apply to knits, but they do not need to reweave [11:49] http://www.google.com/images?q=russell%20crowe%20knitting === sfllaw [i=sfllaw@206-248-152-216.dsl.teksavvy.com] has joined #launchpad === sivang prints that and hangs as an office room poster. === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [11:59] spiv: ping [12:34] lifeless: is safe to move to shared trees now? [12:35] no [12:35] ok === carlos waits then [12:35] see the RocketFuelToKnits page [12:35] ok [12:35] thansk === ddaa goes for lunch [12:56] salgado: ping? === irvin [n=irvin@ubuntu/member/irvin] has joined #launchpad === ozamosi- [n=nozamosi@h208n10c1o1049.bredband.skanova.com] has joined #launchpad [01:08] carlos: hey [01:08] how's the ooo issue going? [01:11] jordi: hi [01:11] jordi: talking about that at #canonical-meeting [01:11] jordi: We are going to restore some data from a backup === jd__ [n=jd@APuteaux-151-1-86-9.w86-205.abo.wanadoo.fr] has joined #launchpad === jd__ is now known as jd_ === ozamosi- is now known as ozamosi === jd_ is now known as jd_miam [01:41] hullo SteveA [01:41] how's it going? === bradb [n=bradb@modemcable092.66-130-66.mc.videotron.ca] has joined #launchpad [01:43] carlos, tell me about this Rosetta thing === Ju_ [n=Ju@c-24-126-231-240.hsd1.ca.comcast.net] has joined #launchpad [01:43] kiko: #canonical-meeting === cprov [n=cprov@201-43-145-181.dsl.telesp.net.br] has joined #launchpad [01:48] morning cprov [01:48] kiko: good morning === dous [n=dous@ubuntu/member/dous] has joined #launchpad === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mpt [n=mpt@203-173-141-46.bliink.ihug.co.nz] has joined #launchpad === dous [n=dous@ubuntu/member/dous] has left #launchpad [] [02:09] Merge to devel/launchpad/: [trivial] Fix staging config (r1845: Stuart Bishop) [02:09] thanks stub [02:10] Kinnison, pong [02:23] stub, did you remove the warn_about_no_published_uploads config option from staging's config file? (I have if fixed on a branch that hasn't been merged yet because of a conflict) [02:24] salgado: Yes. I thought my fix was going to conflict when I saw yours in the queue before me. I neglected to update jubany's though. [02:25] stub, actually, the one that I had in the queue was with the wrong commit message. that's why it didn't conflict. [02:25] Ahh :) [02:25] I'll merge jubany's fix after I merge your changes into my branch and solve the conflict [02:25] Will your branch land soon? Or should I also submit a merge fixing jubany's config? [02:26] ok [02:26] I need to wait until your changes reach rocketfuel-built [02:27] kiko, BjornT: Do you know if debbugs on gangotri is being synced? I haven't heard back from my enquiry via rt. [02:28] mmmm [02:28] stub: i would guess no, since the rt i filed about it hasn't been closed yet. [02:28] ok [02:28] last synced on april 29th it appears [02:29] oh actually [02:29] -rw-rw-r-- 1 archvsync archvsync 6781 May 2 12:33 365725.log [02:29] seems like it actually was synced [02:30] an hour ago [02:30] BjornT, stub: is that good news? [02:30] mpt, still around? [02:30] that's for [02:30] file /srv/bugs-mirror.debian.org/db-h/25/365725* [02:31] If it is being synced, it means we have a load of dud bugwatches we need to work out how to garden. [02:31] Or broken debbugs integration code :) [02:31] I'll try looking at the error logs this afternoon [02:33] kiko: does /srv/bugs-mirror.debian.org/db-h/46/287146.summary exist? [02:33] It might be worth special casing debbugs - we know we want tight integration, so we might want checkwatches.py to confirm that the db has been recently synced, and if so, it can remove bugwatches that cannot be found in the debbugs database. [02:34] Its not like some arbitrary bugzilla instance where we need to be careful about network issues or evil caches and such [02:34] BjornT, nope. [02:35] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=287146 [02:35] Debian bug 287146 in udev "Subject: udev: wipes out /dev on 2.4 kernels" [Critical,Closed] [02:35] ah but wait [02:35] BjornT, that file is in archive [02:35] not in db-h [02:35] BjornT, why do you only check in db-h? [02:35] that can't work [02:37] kiko: i used the existing debbugs code, i didn't write it. [02:37] Kamion, is it predictable? or do we just need to check inside db-h and then archive afterwards? [02:37] kiko: it's deterministic but external folks must not attempt to predict it [02:37] kiko: probably the thought was that we'll sync the bug for it gets moved to the archive, therefor we don't have to search there [02:37] there is stuff already in the archive [02:38] anyway [02:38] that's the bug [02:40] BjornT, I can probably try and fix it for you [02:42] kiko: that'd be great. [02:42] should be easy === SteveA --> out for a walk === Keybuk [n=scott@quest.netsplit.com] has joined #launchpad [02:54] kiko, BjornT, have you seen bug 2982? [02:54] Malone bug 2982 in launchpad "A person's Bugs page should show all bugs they are involved with" [Normal,Confirmed] http://launchpad.net/bugs/2982 [02:54] yes === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:56] BjornT, is there a bug filed on this? if not, can you please file it [02:56] BjornT, and also, update/close out the rt requests [02:59] kiko: i don't think there's a bug open on this, i'll file one. [03:02] thanks! === niemeyer [n=niemeyer@200.138.134.123] has joined #launchpad [03:20] kiko: bug 42573 [03:20] Malone bug 42573 in malone "Look in the debbugs archive when syncing bug watches" [Normal,Unconfirmed] http://launchpad.net/bugs/42573 [03:21] thanks BjornT === jd_miam is now known as jd_ [03:33] stub, ping [03:33] salgado: pong === irvin [n=irvin@ubuntu/member/irvin] has left #launchpad ["Leaving"] [03:35] stub, I've merged some fixes for the branch puller a few hours ago. lifeless asked me to check with you if it's possible to do a rollout with these changes on vostok [03:35] I'm hoping to do a rollout everywhere tonight. Give me the patch number and I'll include it. [03:36] stub, great. it's r1844 (the one with the wrong commit message) === beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:57] salgado, get rid of /foaf will ya :) [04:06] kiko, that's on pqm now. [04:07] thanks! === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #launchpad [04:41] I don't think we are going to get a production update done tonight - bzr is being real slow on balleny (so far it has been creating a simple branch for 1 hour) === kiko-afk had the same problem === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #launchpad [05:10] matsubara: Are you going to be working on bug 41399? Colin Brace (and presumably others) got pretty frustrated by that bug, so I wonder if kiko-afk thinks it should be prioritized. [05:10] Malone bug 41399 in malone "Unhelpful error message in distro +filebug form." [Normal,Confirmed] http://launchpad.net/bugs/41399 [05:12] bradb: currently my priorities are the oops bugs, but if kiko tell me I should work on that, I will. [05:13] right, ok [05:14] bradb, maybe you'll be able to get it done before matsubara anyway [05:14] sure, I can do it === ddaa emerges from a nap [05:25] the sort of nap that hits you behind the head with a club === lbm [n=lbm@82.192.169.174] has joined #launchpad === heyko\afk is now known as heyko === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad === niemeyer [n=niemeyer@200.138.134.123] has joined #launchpad === beyond is now known as beyond-rango === Ju_ is now known as Ju === bradb & # lunch [06:16] Bluekuja: hi [06:16] go ahead, what's the problem [06:16] ? [06:17] carlos: ? [06:17] i just went home, and watching my lp page i saw some translations on the 2 may [06:17] ddaa: he sent me a message [06:17] that i havent done [06:17] Bluekuja: what's your launchpad name? [06:17] bluekuja [06:20] Bluekuja: from https://launchpad.net/people/bluekuja/+translations, what didn't you translate? [06:20] let me check [06:21] translations are correct [06:23] but my karma in bug management went down from 6300 to 5900 in a day [06:23] and also there are suggestions [06:23] that i havent done today [06:23] Bluekuja: well, it would be a recent upload [06:24] a .po file upload [06:24] do you translate outside Ubuntu? [06:24] directly for Debian/GNOME/KDE, etc...? [06:24] yep, kde [06:26] but why i get less karma in bug management? whats the relationship between it and translations? [06:27] that's another thing [06:27] let me finish with the translations [06:27] okie [06:27] and we will get into that other issue [06:27] ok [06:29] Bluekuja: the only explanation I can think on is that control-center-2.0 translations were imported today with a new package upload into Ubuntu [06:29] you are the latest translator for it [06:30] yeah, it can be a good explanation [06:30] but, at first sight, you should not get karma in this concrete situation [06:31] I'm going to file a bug to check this concrete case to check why did you get karma [06:31] Bluekuja: thanks for the report [06:31] np carlos [06:31] Bluekuja: about the malone karma [06:31] let me look for some documentation that will give you the answer [06:31] ok great [06:32] Bluekuja: https://wiki.launchpad.canonical.com/KarmaCalculation [06:32] that's the way our Karma code works [06:33] please, read it and if you still have any question, ping me again [06:33] and will try to help you [06:34] ok,so sometimes can happen to have less karma? [06:34] Bluekuja: yes [06:35] if you stop contributing, your karma will decrease [06:35] i know [06:35] but the problem is [06:35] until it disappear completely [06:35] i made as every day [06:35] bug traging [06:36] *triaging [06:36] as you can see [06:36] there are some bug comments added [06:36] of yesterday [06:36] well, we have here two factors [06:37] - one year ago you did a bunch of bug triage and it just expired. [06:37] and your new contributions didn't compensate it, that means, you did more work at this dates last year [06:38] ooh [06:38] - we normalize karma points between applications so we have the same amount of karma to share between rosetta, malone, soyuz, etc... [06:39] yep [06:39] and perhaps malone got lots of bug changes and the malone points count less today than yesterday [06:39] is not exactly that way, but the idea is that one === beyond-rango is now known as beyond [06:40] we had to do it that way because we were giving a bunch of karma points to Rosetta contributions and thus people doing bug triage were not able to get the same amount of karma like translators [06:40] yep [06:42] ok, i was thinking that you can get less karma only without making any contribution [06:42] thats why i was a little less schocked [06:43] well, if we don't remove you some karma over time, new contributors will not be able to reach your level of karma [06:43] yes of course === jinty [n=jinty@244.Red-83-54-78.dynamicIP.rima-tde.net] has joined #launchpad [06:44] ok, thanks very much carlos [06:44] Bluekuja: you are welcome === Ubugtu [n=bugbot@ubuntu/bot/ubugtu] has joined #launchpad === cprov [n=cprov@201-68-7-160.dsl.telesp.net.br] has joined #launchpad [07:51] ddaa: what should I do to get a bzr mirror in launchpad for a product that uses CVS? [07:51] ddaa: https://launchpad.net/products/pitivi/+branches is empty [07:52] ddaa: and I added all information about its CVS [07:52] carlos: you set up a series with the CVS details (branch must be MAIN) [07:52] then you must nag me to get through the motions [07:52] hmm it got a 'trunk' series by default === ddaa writes down something about asking jamesh to help automating imports [07:52] carlos: I mean the CVS branch is MAIN [07:52] should I add the MAIN one by hand ? [07:52] oh [07:52] right [07:52] it's done [07:52] != series name [07:52] already [07:53] ddaa: https://launchpad.net/products/pitivi/trunk [07:53] sorry, I used HEAD [07:53] okay will do that right now === carlos changes it to MAIN [07:54] ddaa: fixed === cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:54] at the moment I'm the weak link in that chain, there's a need for some very serious importd work, but it's still not yet in the top 5 priorities (and probable even not top 10) [07:55] grah importd failure :( [07:58] shit [07:58] importd needs rolling out === dsas [n=dean@host86-129-15-192.range86-129.btcentralplus.com] has joined #launchpad === zyga_ [n=zyga@ubuntu/member/zyga] has joined #launchpad === zyga_ is now known as zyga [08:03] ddaa: stub left already to sleep [08:03] carlos: I'm the one rolling out importd because it's a fucking mess [08:04] oh, ok [08:04] so I usually let it run until db schema skew breaks it, but since we have no good error reporting it sometimes gets unnoticed [08:05] also, it was requiring an out tree patch that only got merged late last week === zyga greets carlos [08:07] zyga: hi [08:13] how come mdz has a drop down menu in malone called "Milestone", and I don't? is he speshul? [08:13] he is indeed [08:13] driver of ubuntu I believe [08:14] so ubuntu-drivers get that dropdown, and others don't? [08:15] what do you see there? nothing? [08:15] I would expect there to be a read-only milestone field [08:16] only Status, Severity, Priority [08:17] if the teams within ubuntu-drivers get the drop-down, it's reasonable for only them to be able to do it, I suppose. But it doesn't work for ubuntu-docs, where basically all the bugs are managed by non-core-devs [08:17] and I would have thought that experienced bug triagers should have the ability too [08:22] carlos, how's the restore going? [08:22] kiko: I just uploaded the backed up files into production [08:22] are we all set then? [08:23] I think so, yes, I'm doing a double checking [08:23] okay, wonderful [08:23] just to be 100% sure === ifmy [n=ifmy@ip-62-235-216-201.dial.scarlet.be] has joined #launchpad [08:32] Hello [08:33] hello ifmy [08:33] I don't receive any mail from launchpad [08:33] when I subscribe to a bug [08:33] that's odd. [08:33] well, wait up [08:33] I tried to change my email address [08:33] subscription alone doesn't get you email [08:33] but I never recieve the mail to confirm [08:34] ah, interesting. [08:34]