[00:00] New bug: #177582 in launchpad "launchpad karma go down if i commit in PPA" [Undecided,New] https://launchpad.net/bugs/177582 === mthaddon changed the topic of #launchpad to: Launchpad is going down in at approx 01:00 UTC for a code update. Estimated downtime is approx 120 mins | Translation exports are temporarily delayed | https://launchpad.net/ | Next developer meeting: Thu 10 Jan 2008, 1400UTC #launchpad-meeting | List: launchpad-users@lists.canonical.com | Support: https://answers.launchpad.net/launchpad | Help: https://help.launchpad.net | Channel logs: http://irclogs.ubuntu.com/ | Join the beta team: ht [00:38] mthaddon: ^ :-) [00:39] everybody loves a release [00:46] Oh, is there a topic length limit? [00:46] pochu: it's entirely possible [00:46] And do you know when the mailing lists will go beta? [00:48] * Fujitsu thought they were on staging already. [00:48] Really? That's nice to hear. === mthaddon changed the topic of #launchpad to: Launchpad is going down in at approx 02:00 UTC for a code update. Estimated downtime is approx 120 mins | Translation exports are temporarily delayed | https://launchpad.net/ | Next developer meeting: Thu 10 Jan 2008, 1400UTC #launchpad-meeting | List: launchpad-users@lists.canonical.com | Support: https://answers.launchpad.net/launchpad | Help: https://help.launchpad.net | Channel logs: http://irclogs.ubuntu.com/ | Join the beta team: ht [01:05] Fujitsu: do you know of an url where I can see it? I can't find anything there... [01:34] mthaddon, Is Launchpad still processing uploads? [01:34] somerville32, it will be for another 30 mins or so === kiko-afk is now known as kiko-zzz === bigon is now known as bigon` [02:13] 1 minute till launchpad goes down :D [02:18] * somerville32 prays for launchpad. === Hobbsee_ is now known as Hobbsee [04:03] Yay, it's back. [04:03] yay, party [04:08] Aha, so we can finally delete upstream links! [04:08] Though the UI is ugly. === stu1 is now known as stub === mthaddon changed the topic of #launchpad to: Translation exports are temporarily delayed | https://launchpad.net/ | Next developer meeting: Thu 10 Jan 2008, 1400UTC #launchpad-meeting | List: launchpad-users@lists.canonical.com | Support: https://answers.launchpad.net/launchpad | Help: https://help.launchpad.net | Channel logs: http://irclogs.ubuntu.com/ | Join the beta team: ht [04:33] hrm... looks like the build-queue-depth got cleaned up, too. [04:33] although it still isn't a link to the actual dump of missing builds [04:34] * lamont wonders if he should worry that all 3 hppa buildds are idle, expects it's just queue-builder running again [04:34] lamont: It could well be that various Soyuz bits haven't started yet. [04:35] * Fujitsu thought we had the fixed queue-builder now. [04:35] So it's a bit less completely insane. [04:35] yeah [04:35] something like that [04:36] Oh, bleh, that didn't make it. [04:36] 2007/354/04 98.8315 98.8886 98.0103 87.6458 97.4733 97.3818 97.0145 [04:36] nicer numbers. [04:36] Not bad, not bad. [04:36] * lamont can't be bothered to remember which is which other than where i386 and hppa land. :-) [04:36] Right. [04:36] i386 first, hppa is the low one. [04:36] It will be good when I'm not sure which is hppa. [04:37] in decreasing order, those are amd64, i386, powerpc, ia64, sparc, lpia, hppa [04:38] so i386 amd64 ppc (duh... first 3 architectues and such), then came the hppa and ia64 architectures, then sparc and lpia [04:38] iz chronological. :-) [04:39] too much work to rearrange history when I add another column. [04:49] Hey, quick question: I was wondering if teams could have address redirection like users. As in, ubuntu-ca@ubuntu.com would forward to the default contact for the Ubuntu Canada team, etc., so that teams could have a more consistent contact address. [04:51] tonyyarusso: launchpad doesn't run ubuntu.com email, so that's not really a launchpad question [04:51] tonyyarusso: but it's a reasonable idea, but bear in mind CDC hosted loco teams are welcome to have aliases (that they can control), so you guys could standardize on contact@ubuntu-$CC.org too [04:51] elmo: Really? Hmm, okay. What handles the Ubuntu member stuff then? I was under the impression it was a side thing of LP. [04:52] tonyyarusso: the data's pulled out of LP, ubuntu.com email itself is otherwise independent [04:52] elmo: That actually would probably be nicer - IF we could actually control our hosting, which raises another question entirely... (See the RT queue for entries from myself and Brian Burger) [04:54] tonyyarusso: err [04:54] tonyyarusso: I'm not really sure what you mean by control your hosting. but in any event, I only see a ticket from you in the queue, not Brian [04:54] o rly? [04:54] * tonyyarusso goes to look for updates [04:55] tonyyarusso: I'll try to respond to it tomorrow, 'cos it's almost 5am here [04:55] elmo: Here's Brian's - https://rt.ubuntu.com/Ticket/Display.html?id=207 [04:55] oh [04:56] I didn't recognise blurdesign@ as Brian [04:56] (i was visually scanning the email addresseS) [04:56] Yeah, it hides pretty well. [04:57] so anyway, I'll try and look at you and his. sorry for the delay in responding, we've just been a bit swamped, but it's slowly getting better [04:57] That part's not LP-related of course, but if you could see what you can do to speed up the RT turnaround in general that would be _much_ appreciated. :) [04:57] But for now...good grief go to bed you silly goose. [05:10] is anyone about who can help me understand why udev 117-3 hasn't reached the Ubuntu accepted queue yet despite having been uploaded >1h ago? [05:10] binary packages seem to be making it to the accepted queue just fine, I don't see any source packages there and udev in particular seems to be abnormally delayed [06:52] Is codebrowse.launchpad.net not working? [06:53] bdmurray: works here [06:54] I'm getting 500s for python-launchpad-bugs and bughelper [06:54] mwhudson: ^ [06:54] like this url [06:54] http://codebrowse.launchpad.net/~bughelper-dev/python-launchpad-bugs/main/revision/54 [06:56] yeah, I get 500 with revision/54 but not from http://codebrowse.launchpad.net/~bughelper-dev/python-launchpad-bugs/main/files [06:58] I cannot view a revision on any branch I've tried. [07:41] Erm, Soyuz seems to have eaten many hundreds of builds. [07:41] The ~450 needs-build on hppa have evaporated. [07:42] In fact, I can't see any Ubuntu needs-build builds. [07:48] All needs-build (at the time of the rollout) build records seem to have entirely ceased to be. This is probably a bit of a problem. [07:49] lamont: Soyuz has brought hppa up-to-date for you. [07:50] Well that's a way more efficient way to cut through the queue than actually building everything and stuff... [07:51] Yep. [08:10] New bug: #177621 in soyuz "Hundreds of builds incorrectly marked as superseded" [Undecided,New] https://launchpad.net/bugs/177621 [08:32] what on earth [08:45] Does anyone know when the translation exports are due back? [08:46] StevenHarperUK, jtv should have them fixed by tomorrow [08:46] wow that long -its been 3 days already, they must have been *really broken [08:46] StevenHarperUK: They were... [08:47] StevenHarperUK: I have the fix, it just takes a lot of time to make _really sure_ it's the right one [08:47] what happened was that with the DB refactoring the distribution series opening process became broken [08:47] Ok thanks for the info - ill check back tommorrow [08:47] and a side-effect of us running a broken import was exports breaking [08:48] jtv, do you think the cleanup itself will take a long time to run? [08:48] Ah a DB change that breaks data is not a nice job to clean up - I don't envy that job [08:50] kiko-zzz: it may... I've got a test run that takes forever--but may be livelocked with another long-running query. [09:07] huh, codebrowse seems to be working again, after not much more significant than a bunch of restarts :/ [09:07] It's TurboGears. It can do what it wants. [09:08] damn right [09:08] anyways, means i can go and have breakfast [09:08] Heh. [10:11] * Fujitsu wonders who destroyed *.ppa [10:15] Nice descriptive errors from PPA buildds: [10:25] Fujitsu, all of them? [10:27] yay xml-rpc [10:27] kiko-zzz: They were all missing (no route to host or so) for a while, then some came back, some with the 'error' Fault, but I think they're all back now. [10:27] Soyuz hasn't regurgitated the builds it ate earlier, though :( [10:28] Oh, the PPA buildds are gone again. [10:40] * kiko-zzz frowns [10:41] bigjools? [10:42] oof - cprov/infinity were doing something with them [10:42] Fujitsu: infinity is upgrading the PPA builders [10:42] Aha. [10:42] Fujitsu: they will be back in a bit (20 minutes or so) [10:43] cprov: Was the upgrade meant to destroy all needs-build builds and mark them superseded? [10:44] Fujitsu: no [10:44] Well, it appears to have. [10:44] cprov, hmmmm. wonder if that has to do with the patch that bigjools put in last [10:45] my patch didn't touch builds [10:45] it didn't? [10:45] Making lots and lots of builds vanish is probably inadvisable. [10:45] you're talking about the obsolescence thing? [10:45] bigjools, the patch we reviewed together. the candidate/elected patch. [10:46] See bug #177621, /+builds with the lack of hppa backlog, https://edge.launchpad.net/ubuntu/hardy/+source/koffice2/1.9.95.1-0ubuntu4 for an example... [10:46] Launchpad bug 177621 in soyuz "Hundreds of builds incorrectly marked as superseded" [Undecided,New] https://launchpad.net/bugs/177621 [10:46] oh that patch [12:03] quick thumbs up for the PPA help, it's really excellent. I wanted to upload a package, forgot all of the syntax for dput and got it working within 5 mins with help of LP->PPA->Help->PPAQuickStart. === Kmos_ is now known as Kmos === bigon` is now known as bigon [13:08] any launchpad admins around who can help me out with a hosted bzr branch? [13:08] I'm trying to do this: [13:08] bzr upgrade --dirstate-tags bzr+ssh://monty@bazaar.launchpad.net/%7Endb-connectors/ndb-connectors/devel [13:08] which isn't working [13:09] so then I tried it with sftp [13:09] and then that aborted :( [13:09] so now I can't restart the sftp bit, because I get [13:09] bzr: ERROR: File exists: '/~ndb-connectors/ndb-connectors/devel/.bzr.backup': mkdir failed: unable to mkdir [13:09] so I'm guessing someone might actually have to do it there on the machine? [13:10] it would also be great if the same upgrade could be run on /~ndb-connectors/ndb-connectors/telco-6.3, too... [13:16] kewl. build queue depth now seems to match hardy/needs-build for at least hppa [13:23] mtaylor: let me grub around on the filesystem for you [13:24] mwhudson: thanks [13:26] mtaylor: the branch you want to upgrade is at revision 379? [13:26] mtaylor: "Added tags and updated update_from_swigsvn to use them." [13:26] mwhudson: sound about right [13:28] mtaylor: done, though you'll need to make some change to the branch to trigger mirroring before you'll be able to see the difference over http: [13:28] mwhudson: cool. well I've got some changes I wanted to push that it wasn't letting me... [13:28] so let's see if it'll work now [13:29] mtaylor: you want me to do ndb-connectors/ndb-connectors/telco-6.3 too? [13:29] mwhudson: please. [13:29] w00t. [13:29] push worked [13:30] * Hobbsee waves [13:30] telco-6.3 done too [13:33] mwhudson: thanks a ton [13:36] New bug: #177653 in launchpad "Oops in new account creation" [Undecided,Confirmed] https://launchpad.net/bugs/177653 [13:50] New bug: #177657 in launchpad "OOPS confirming an non validated email address using the +editemails page" [Undecided,New] https://launchpad.net/bugs/177657 === matsubara is now known as matsubara-lunch [14:28] platinum buildd seems to have died [14:44] look at that === kiko-zzz is now known as kiko [14:45] milestones in bug listings [14:45] the future is here [14:47] also rhenium builld is dead [14:47] buildd [14:48] promethium [14:48] infinity is updating them [14:49] well then. no need to look at why they've died. good! [14:49] :) [14:51] good ole infinity [14:51] he even fixed one of the bugs. woo! [15:08] I don't think infinity is updating them... [15:43] I'm getting timeouts in https://bugs.edge.launchpad.net/ubuntu [15:44] OOPS-719EB85 [15:47] elmo: lamont told me that [15:48] elmo: late my time last night there was a comment that cprov/infinity were doing some update-like activity [15:49] Fujitsu: infinity is upgrading the PPA builders [15:49] 1042 UTC [15:50] lamont: nah, they are marked as 'timed out' [15:50] yeah - that'd be different [15:50] although, if one didn't let LP know one was managing them, ISTR they timeout... or was that connect-fail [15:51] the more context-full version of things is that Kmos asked me in /query what was up, and I told him that at one point infinity was apparently updating them or something, and that, in any case, he should ask infinity, not me about them. [15:52] istr infinity was upgrading them. and launchpad gets pissy when they don't respond because they're offline... [15:52] admittedly, "was" is not exactly precise. [15:53] * lamont makes a note to not provide guesses about such things in the future. :( [15:57] lamont: Kmos: NOT OK builders rescued. [15:58] lamont: btw, isn't build-farm clearly faster now ? [15:59] hey guys... [16:00] I downloaded the kubuntu 8.04 with a hope...but it didn't work.. :/ === matsubara-lunch is now known as matsubara [16:01] until 6.10 my sound was pretty cool... but when i tried the 7.10 my sound was not working...and i saw it with so many people on google who has the same problem with notebooks... [16:01] http://bugs.launchpad.net/ubuntu [16:01] i was trieng the 8.04...but it's still not working... :/ [16:01] for the past like hour, TIMEOUT ERROR [16:01] see OOPS 719F829 [16:01] ok...thanks i'll report it [16:02] I can actually go to home, then to the ubuntu project [16:02] hitting bugs makes it tell me to FOAD [16:03] sure [16:03] h4x0r7h1s: i'm trying to get the attention of the bugs developers [16:04] h4x0r7h1s: ah, they know about it [16:06] anyone of you guys know what's goin on about this bug?? So many notebooks with ATI sound are not working...i saw so many people on google with the same problem... [16:06] kalib, try #ubuntu [16:06] you know... for a distro like (k)ubuntu, that says "the best desktop distro.." is a bad new.. :/ [16:07] kalib: 1) this is not the right place, 2) 8.04 is supposed to eat your cat, 3) file a bug. [16:07] kiko but...here is the place to talk about bugs, or not?? [16:07] kalib: nope. [16:07] That's bugs.launchpad.net/ubuntu [16:07] pochu i'm not talking only about 8.04... i said before... i was using 7.10 [16:07] kalib, this is the place to talk about launchpad [16:08] kalib: #ubuntu-bugs is the right place. Let's move to there. [16:08] ok..thanks... sorry... :/ [16:16] cprov, does bigjools know how to rescue builders himself if he needs to? [16:16] kiko: any buildd-admins can do it via UI ($builder/+admin) [16:16] cprov, is he a buildd admin? [16:17] cprov, I suggest you start documenting these things somewhere [16:17] kiko: uhm, let me check [16:17] kiko: suggestion accepted. [16:18] kiko: click on the name of the builder, click on 'administer buildd' [16:19] cprov: "Trusted (Required)" That should change to reflect the true meaning in the PPA-world. [16:19] yeah, known bug [16:19] * cprov nods [16:20] I figured it was... it's just one of those things that anyone who goes to +admin needs to know before they update a builder... I was fortunate enough to have cprov shoulder-surfing the first time I went tehre. [16:20] for a ppa buildd, taht is [16:21] kiko: btw, julian is a lp-buildd-admin via https://edge.launchpad.net/~soyuz-team membership === neversfelde_ is now known as neversfelde [18:18] bigjools: hey, could you queue a package on dogfood to see if amd64 builds okay? [18:19] Spads: is the amd64 dogfood builder there? last time I looked the box had been nicked :) [18:20] bigjools: yes, I nicked it [18:20] you put it back? [18:20] temporarily [18:20] like magic [18:20] I need to test it [18:20] ok, I'll fire off some builds, hang on [18:20] * Spads nods [18:20] you won't be able to reset it [18:21] but it should be listening for builds [18:21] ok [18:21] crap [18:21] missing chroots [18:22] Sp [18:23] oh? [18:24] bigjools: the builder is? [18:24] no, dogfood [18:29] Spads: ok selenium just got a build [18:30] looking good so far... [18:31] hooray, it has log output now [18:41] New bug: #177717 in launchpad "+editemails needs to work when there is no preferred email" [Undecided,New] https://launchpad.net/bugs/177717 [18:43] bigjools, Spads: I can smell the dog food reheating [18:43] haha [18:44] well, this is not even close to being in the state it once was [18:44] but the builder seems to be doing something! [18:48] kiko: hey there [18:49] bdmurray! my god that's a ong time [18:50] what? [18:52] since I've spoken to you [18:52] ah, right [18:52] I posted this question to the launchpad users mailing list a bit ago [18:53] https://lists.ubuntu.com/archives/launchpad-users/2007-August/001837.html [18:53] and I'm trying setup the upstream relationship between "linux" and the linux kernel but I forget what I did in August [18:54] So I'm a bit stuck it seems [18:55] New bug: #177721 in launchpad "Test suite doesn't clean up it's own tmp files" [Undecided,New] https://launchpad.net/bugs/177721 [19:05] New bug: #177724 in launchpad "File upload form should give an error message before you upload a file bigger than 60MB" [Undecided,New] https://launchpad.net/bugs/177724 [19:07] bdmurray, hmmm === Ubulette_ is now known as Ubulette [21:11] New bug: #177755 in launchpad "OOPS resetting password using the open id workflow" [High,New] https://launchpad.net/bugs/177755 [22:26] Does anybody know where this bug expiry report is? === poeloq_ is now known as poeloq [23:57] I interrupted a bzr push onto launchpad because my network connection went down and the progress was stalled. now, it seems I have a dead branch in my code section [23:58] when I try to republish, I get: bzr: ERROR: Can't rename /srv/sm-ng/push-branches/00/00/1e/db/.bzr/repository/lock/pending.298gv5cps463cc3u2ko0.tmp to /srv/sm-ng/push-branches/00/00/1e/db/.bzr/repository/lock/held: /srv/sm-ng/push-branches/00/00/1e/db/.bzr/repository/lock/held already exists