=== yofel_ is now known as yofel === michaelh1 is now known as michaelh1|away === michaelh1|away is now known as michaelh1 === michaelh1 is now known as michaelh1|away === michaelh1|away is now known as michaelh1 === michaelh1 is now known as michaelh1|away === michaelh1|away is now known as michaelh1 === michaelh1 is now known as michaelh1|away === Ursinha is now known as Ursinha-afk === Meths_ is now known as Meths === Ursinha-afk is now known as Ursinha === michaelh1|away is now known as michaelh1 === michaelh1 is now known as michaelh1|away === henninge is now known as henninge-lunch === henninge-lunch is now known as henninge === zyga is now known as zyga-afk === zyga-afk is now known as zyga === beuno is now known as beuno-lunch [17:44] Hey, I caused an issue with lp because of a weird bzr whoami that got pushed and merged [17:44] (I think) [17:44] fagan: what issue? is there an example you can point me to? [17:44] or just some more details? [17:45] jcsackett: I had a # at the end of my bzr whoami [17:45] now if you go to lp on a merge page it gives an oops [17:45] I dont know if its all of them but its definitely on the one I merged to [17:46] fagan: no worries, you're whoami change didn't cause the oops. [17:46] Ah ok [17:46] we're currently investigating that issue. you can follow along, if you like, on bug 759928 [17:46] Oh I broke tarmac [17:46] Launchpad bug 759928 in Launchpad itself "linked MP is inaccessible" [Critical,In progress] https://launchpad.net/bugs/759928 [17:46] I thought that I blew up lp too [17:46] :) [17:46] its cool [17:48] fagan: bzr whoami is used to identify a commiter. you may see a change in the "committed by " data in the revision logs for your branch. [17:48] jcsackett: yeah I know but it just strangely started oopsing when I broke tarmc so I thought I should at least ask and/or say sorry :) [17:49] fagan: just a coincidence of timing. no worries. :-) [17:49] fagan: omg, you blew up LP! :P [17:49] nigelb: wouldnt that be badass [17:50] fagan: it only would if you got all the builders down [17:50] * nigelb touches wood 'just in case' [17:50] nigelb: good to know ill mark it down that I have to do that to kill lp [17:51] * fagan is an intern so breaking everything is a minor possability [17:51] * jcsackett makes note to have fagan "watched." [17:51] :-p [17:52] fagan: this reminds of something :p [17:52] nigelb: what would that be? :) [17:53] sec, finding [17:54] fagan: http://quotes.burntelectrons.org/2804 [17:55] nigelb: yeah thats the idea [17:55] fagan: heh, glad to know :P [17:56] but at least I am exposing awesome bugs [17:56] Yeah,I follow your blog posts, interesting to hear :) [17:57] nigelb: oh cool its good to see that people are enjoying them ill have a nice one today anyway [17:57] :) [17:57] :) === beuno-lunch is now known as beuno [18:03] tarmac is fixed now :) [18:07] (ill write in my post how the guys fixed it) [18:12] hi - i try to upload a new "orig" file for one of my packages to my ppa but it always gets rejected even i delete the package in the ppa [18:15] nigelb: http://shanefagan.com/internship-day-15 [18:15] :D [18:17] fagan: hahah [18:17] FloSoft: you never should upload a new orig file. [18:18] TheEvilPhoenix: shouldnt it remove it if the corresponding package is deleted in the ppa? [18:18] TheEvilPhoenix: FloSoft: to be more correct, you need an "upstream" version bump when uploading a new .orif file [18:18] *orig [18:19] later all [18:21] micahg: okay, i'll try that - but: shouldnt it remove the orig-source from the ppa too, if no package references it?? [18:23] FloSoft: no, to prevent having to original files w/the same name and different contents [18:23] okay === Ursinha is now known as Ursinha-afk === kevin4896 is now known as kdemarest [19:15] lifeless: Error ID: OOPS-1929F1046 is on the package accept page. [19:15] https://lp-oops.canonical.com/oops.py/?oopsid=1929F1046 [19:18] ScottK: thanks; triggering a log sync [19:18] Good luck. [19:22] that page is a nightmare [19:27] Same two packages worked on the second try. [19:37] SQL time: 7798 ms [19:37] potassium [19:37] 1/2 a second looking up the same archive 70 times [19:38] 0.3 looking up the distroseries arch tags the same 70 times [19:38] 0.8 of a second pulling back 6 SourcePackageFilePublishing entries [19:39] 1.4 seconds bring back *bug subscriptions* - wtf [19:39] make that 2.5 seconds [19:40] ScottK: lots of fat there, but spread all over in little bits [19:40] Fin [19:40] ScottK: it needs a big flattening [19:40] Fun [19:41] anyhow [19:41] you were on a slow appserver we're replacing [19:41] its litle that that was a dominating factor [19:42] s/litle/likely/ [19:43] * elmo twitches [19:44] Hi there, #launchpad, want to help a fellow upload a package? [19:59] HELP: I cant login any more and my pw reminder does not get towards me. I had a look in the spam section but there was nothing. I waited 12h. Whan can I do? [20:01] Im registered in freenode with this nick. This nick is also on my info page in launchpad. Also I should get all mails that you send me to my launchpad account (hopefully). So there are ways to veryfy me. [20:02] saulus: https://help.launchpad.net/Feedback [20:02] saulus: I think you want to use https://forms.canonical.com/lp-login-support/ [20:03] thy sinzui , Ill try that [20:03] thanks [20:09] In a source build recipe, how do I specify an official ubuntu source package as the source of the packaging information (debian directory)? [20:13] I mean, what's the path? [20:17] Ah, looks like I want lp:ubuntu/spamassassin ? [20:21] hi, any idea to https://answers.launchpad.net/launchpad/+question/152715 [20:32] I can't edit https://help.launchpad.net/Packaging/SourceBuilds/Recipes ? [20:39] "Conflict adding file debian. Moved existing file to debian.moved." [20:39] "bzr: ERROR: Conflicts from merge" [20:40] In a source build recipe I told it to merge the debian directory from the normal ubuntu package on top of the source from spamassassin's svn trunk. Trunk contains an (old, useless) debian directory. Moving the old one out of the way was the right thing. What do I do to get it to ignore this and build? [20:43] Build log was https://launchpadlibrarian.net/69302542/buildlog.txt.gz [21:02] Darxus: I think you want to branch the upstream. You can delete debian/ from that one. [21:03] Darxus: The alternative is to try nest instead of merge with a packaging branch with some hope that the nested branch overwrites the old debian dir === Ursinha-afk is now known as Ursinha [21:12] sinzui: I did use nest-part. https://code.launchpad.net/~darxus/+recipe/spamassassin-daily [21:13] I don't want to branch it, because the whole rason I was trying to do this was automated daily builds. [21:13] Should I open a (feature request) bug against launchpad? [21:14] Darxus: please [21:14] Darxus: what you can do in the interim is: [21:14] - branch it and delete debian [21:14] - have a three-rule recipe [21:15] lifeless: Thanks. Three rule recipe? [21:15] that is - start with trunk, merge your branch (which deletes /debian only), merge the packaging (which adds a good /debian) [21:17] Switching from bzr-builder to recipes was harder than I hoped for me. many things are easier with shell commands [21:17] lifeless: Ohh, I didn't realize merging a branch could delete a directory, thanks. [21:18] Darxus: definitely file a bug [21:18] I am. [21:18] Darxus: because it would be nice to do it more directly. [21:18] Darxus: but this should get you going [21:21] https://bugs.launchpad.net/launchpad/+bug/760201 [21:21] Ubuntu bug 760201 in Launchpad itself "Daily build can't overwrite upstream "debian" directory" [Undecided,New] === michaelh1|away is now known as michaelh1 [22:56] Darxus: see sinzui's comment on your bug [22:56] Darxus: he has given you a few steps [22:58] lifeless: Oh, thanks. === Philip6 is now known as Philip5 [23:13] https://launchpad.net/builders [23:13] Not allowed here [23:13] Sorry, you don't have permission to access this page. [23:13] is this expected? [23:14] lifeless: ^^^ [23:14] doko: iz bug [23:14] there is an embargoed build shown on the page right now [23:14] Unauthorized: (, 'title', 'launchpad.View')
[23:14] ahh, ok [23:15] I thought there was a bug but I can't see it - filing one [23:16] bug 760303 [23:16] Launchpad bug 760303 in Launchpad itself "builders page inaccessible if a private build is building" [High,Triaged] https://launchpad.net/bugs/760303 [23:17] that's a but that keeps reappearing [23:17] *bug [23:18] we haven't fixed it by filtering on load :) [23:20] The same class of bug exists on the +code-imports list [23:25] 403 bugs should be tagged as such. I think several of them could be fixed together if we knew them all [23:28] So why does https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/spamassassin/natty contain patches against spamassassin v3.3.0 when the spamassassin package has contained patches against v3.3.1 since lucid? [23:30] Darxus: I think the package maintainers could answer that. Source package branches are copied/cloned for each release. So while the package might be updated by a human, I doubt he will update the branch unless something breaks [23:31] Ah, thanks. [23:31] That sucks :) [23:44] Darxus: That sounds like an automated package import branch. [23:44] Sometimes the importer has issues with some packages, leading to the branches being stale [23:45] And indeed in this case: http://package-import.ubuntu.com/status/spamassassin.html [23:46] Ahh, thanks. [23:47] I'm pretty sure that second tarball shouldn't be included. [23:47] I think the whole point was to keep rules separate so people would set up a cron job to update them regularly via sa-update. [23:59] https://launchpadlibrarian.net/68484762/Lspci.txt (and other attachments) are giving out 503 errors