=== Ursinha-lunch is now known as Ursinha === epsy is now known as \u03b5 === jibel_ is now known as jibel [09:48] I am getting a timeout when visiting a group in lp - (Error ID: OOPS-843cff6dfa2bfa8aec99953a877ff7e9) [09:48] https://lp-oops.canonical.com/oops.py/?oopsid=843cff6dfa2bfa8aec99953a877ff7e9 [10:40] popey: rvba is working on that as we speak, it's a known bug [10:40] thanks [10:46] popey: I can see the page, so ping me if you need anything [10:46] I need adding to the team [10:47] so i have access to push to a ppa there === matsubara-afk is now known as matsubara [12:54] why isn't there a link from binary_package_publishing_history back to the source that built it? LP knows that, right? [13:13] tumbleweed: there is, but you need to do it via the build [13:16] bigjools: and how do I get to the build from the binary? [13:17] I simply want to find what source builds a binary in a particular release [13:18] like it's possible with rmadison but with LP API? [13:19] geser: rmadison doesn't tell you that either [13:19] but DDE does (and apt) [13:22] ah, right, you can limit the output of rmadison to source package names once you know it (e.g. from apt) [13:24] * tumbleweed commits a version of pull-lp-source that'll use DDE (until bug 597041 is fixed) [13:24] Launchpad bug 597041 in Launchpad itself "No way to get from binary package to source package" [Low,Triaged] https://launchpad.net/bugs/597041 [13:25] it was "apt-cache madison" which also lists the source package(s) (if one has a deb-src line) [13:26] geser: aah [14:27] i seem to be having some trouble building a recipe that has some patches. it seems quilt wants to apply the final patch, but then just simply exits without the patch being applied, and so fails later when patches are unapplied during debuild -S [14:28] anyone know why that would be? building a source package locally works fine with debuild -S -sa, and bzr dailydeb recipe doesn't seem to work locally for another reason (it apparently wants the source tree to be a bzr builddeb compatible one with all the upstream-foo tags) === HOHOHaney is now known as Laney [14:44] howdy all! question about email settings in launchpad.... [14:45] I see how I can select which email address of mine registered with Launchpad would receive mail from a given mailing list [14:45] but can I do that on a project-by-project, or team-by-team basis? [14:45] for instance, let's say I want to receive any mail about Ubuntu package/distribution bugs at kirkland@ubuntu [14:46] but I want to receive any mail about my upstream projects @gmail? [14:46] is this possible? [14:53] hey all, am having the "failed to fetch" 404 errors. I don't see any ppa.launchpad.net urls in sources.list . Any suggestions? [14:54] dobey: are the patch's line-numbers current? I seem to recall dpkg-source being picky about that [14:56] tumbleweed: yes :-/ [14:57] dobey: that's all I can think of, then [14:59] https://launchpadlibrarian.net/86377740/buildlog.txt.gz is one of the build logs [15:04] dobey: patch 4 is commented out in your daily packaging branch [15:05] I suspect nesting on a UDD branch with patches already applied isn't going to work that well [15:05] tumbleweed: it is now; it wasn't when that recipe ran [15:05] i'm not nesting on a UDD branch with patches already applied [15:05] i'm nesting on the upstream git import [15:06] oh, right it's no tUDD [15:06] and even if i comment out all the patches except for one, which is a one line change, it's still failing with the same error on that one patch :( [15:18] dobey: you can reproduce it locally by passing --allow-fallback-to-native [15:18] yes [15:19] but that doesn't really tell me anything [15:19] bzr-builder removing the tmp directory after it fails, is very unhelpful :( [15:20] if you specify the builddir, it leaves it behind [15:28] uhm [15:28] tumbleweed: it seems debian/patches got removed for some reason [15:29] yeah, I see that too [15:29] wtf? [15:29] * tumbleweed wonders if falling back to native is responsible for that [15:30] yes, it is [15:30] :( [15:30] just put 3.0 (native) in your debian/source/format [15:35] seems to fix it; thanks [15:52] hey all, am having the "failed to fetch" 404 errors. I don't see any ppa.launchpad.net urls in sources.list . Any suggestions? [15:54] Rewt`: probably not a launchpad issue then? you'll have to be more specific on what is failing exactly === beuno is now known as beuno-lunch === beuno-lunch is now known as beuno [16:23] Err http://ppa.launchpad.net oneiric/main Sources 404 Not Found [16:24] Rewt`: look in /etc/apt/sources.list.d/ [16:24] hmm. googling that shows promise. [16:26] k, now down to Err http://ppa.launchpad.net oneiric/main amd64 Packages 404 Not Found [16:27] did you look where I asked? [16:27] yes [16:28] took out the uneeded stuff [16:29] one of the lines is trying to access a nonexistent PPA - you need to remove/comment anything with ppa.launchpad.net in it and add them back in one by one to see which is failing [16:29] alternatively look in the archives using a web browser [16:29] yep, took care fo it [16:29] just didn't think of sources.list.d for some reason this morning [16:32] software-properties-gtk is a nice place to look for that :) === Quintasan_ is now known as Quintasan [18:10] SPAM found here - https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/575186/comments/24 [18:10] Ubuntu bug 575186 in xserver-xorg-video-intel (Ubuntu) "X locks up on Thinkpad X201 i5 Laptop" [Undecided,Confirmed] [18:21] Is there a way that I can download something that is in a bzr branch on LP via a python program? What I mean is, if I try through the browser, I get a link with what looks to be randomly generated and I'm unsure if that link will persist over time [18:21] I get a link like http://bazaar.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-repos/download/head:/mythbunturepos.db-20110701013326-zkyc2b8dxf072vof-2/mythbuntu-repos.db [18:24] bzr is a python program [18:25] that is a link to a specific file at a specific revision in the code browser; so it will be there, unless somoene deletes the revision, or the branch [18:28] dobey, well I don't want it to be a specific revision [18:28] it does reference head:, so perhaps it is always the latest version? [18:29] what worries me is this mythbunturepos.db-20110701013326-zkyc2b8dxf072vof-2 [18:29] which looks to me randomly generated [18:29] no, that is the revision id [18:30] :( [18:30] why don't you just do bzr branch lp:~mythbuntu/mythbuntu/mythbuntu-repos ? [18:30] dobey, because then my program needs to depend on bzr [18:30] let me clarify [18:31] this would be downloaded when users click a "refresh" button in order to find the latest repos we have for their particular version [18:32] it would be much easier for me to have them pull it from the bzr branch rather than having to manually stick that file on our website every time we update it [18:37] hmm; i don't have an answer for you that doesn't involve putting it on the mythbuntu web site instead [18:37] dobey, yea thats how it's done right now :/ === dpb__ is now known as dpb_ === matsubara is now known as matsubara-afk [20:47] hello everyone [20:47] description of https://launchpad.net/~papercuts-ninja says that only bugs reaching "triaged" status reach the mailing list of the team [20:48] I'm setting up a similar team at https://launchpad.net/~elementary-driveby [20:48] I wonder if I can do a similar thing there [20:48] I'd prefer to post only assignment/unassignment messages to it, though [20:48] I mean, when this team is assigned or un-assigned from a particular bug [20:57] shnatsel: have you look at custom subscription? [20:58] shnatsel: http://blog.launchpad.net/cool-new-stuff/better-bug-subscriptions [20:58] you can subscribe to bugs on your project matching certain Status/Importance [20:58] not possible to select only when an assignment occur though [21:00] flacoste: ah... I actually have LOTS of projects, ruled by one project group, and I'd like only the assignment messages to make it into the mailing list of this team... not even for a project, but when bugs are assigned to this team. [21:00] flacoste: but it's not critical, and I think I have a very narrow use case. [21:00] flacoste: thanks for your help! [21:01] shnatsel: well, you will be emailed whenever you are assigned to a bug [21:01] but you'll get all emails from that point on [21:01] which is probably not what you want [21:01] even when the team is un-assigned from the bug? [21:01] no, at that point you will get one email saying you were unassigned [21:01] and nothing beyond that [21:04] ah, great [21:04] that's almost what I need [21:04] comments are probably OK in my case [21:04] thanks again! === _nyuszika7h_ is now known as nyuszika7h