=== Ursinha-afk is now known as Ursinha === bpeel is now known as bpeel_away [00:56] Any CHR / registry-admin around? Please retarget https://edge.launchpad.net/arduino dev focus from old-svn to trunk branch. === matsubara is now known as matsubara-afk [01:06] maxb: I'll look [01:13] spiv, jtv gave me a good long review of my flags-gui lp branch so i think i'll follow up on that first === dendro-afk is now known as dendrobates [04:13] hi how to create a series in launchpad?? [04:26] nprasath002: from the front page of your project - launchpad.net/PROJECTNAME === Ursinha is now known as Ursinha-afk [05:18] spm: You are the awesome :) [05:25] :-) 'tis a great story that one [05:26] what did I miss? [05:26] http://www.pbm.com/~lindahl/mel.html Story of Mel [05:26] oh, the real programmer ? [05:27] its a classic [05:34] i also like the magic and more magic one [05:35] http://catb.org/jargon/html/magic-story.html [05:35] yeah [05:36] I have a copy of the new hackers dictionary around here somewhere. [05:44] all you geeks :p [05:47] well [05:47] yes [05:49] :-) === Ursinha-afk is now known as Ursinha [07:01] *** FYI codehost is about to go down shortly for a Cherry Pick *** [07:03] and all done === LinuxJedi is now known as LinuxJedi|away === spike_ is now known as spikeWRK === LinuxJedi|away is now known as LinuxJedi [09:20] Seems like someone deleted a file in yours ppa repository: http://pastebin.com/e8RRyxUW getting: W: Failed to fetch http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu/dists/karmic/main/binary-amd64/Packages.gz 403 Forbidden [09:21] Are anyone able to fix it?.. or know who can fix it? [09:22] sander^work: not sure why you're getting a 403, I get a 404 here. And that's because that PPA has no karmic packages. [09:22] only lucid [09:23] https://edge.launchpad.net/~kernel-ppa/+archive/ppa/+packages [09:36] bigjools, sorry.. was testing on wrong machine. [09:37] W: Failed to fetch http://ppa.launchpad.net/kernel-ppa/ppa/ubuntu/dists/lucid/main/binary-amd64/Packages.gz 403 Forbidden <-- Getting that on lucid [09:38] sander^work: works here, I expect you have a proxy that doesn't allow you to download that [09:38] Works fine here too. [09:38] Oh, ok. [09:38] Maybe. [09:56] bigjools, works when I removed the proxy. === bpeel_away is now known as bpeel === jtv changed the topic of #launchpad to: http://launchpad.net/ : all systems operational | Read https://help.launchpad.net/ for help | Help contact: - | Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/ === doko_ is now known as doko [11:34] does somebody know if launchpad-buildd 66 is already in use? as it contains the bug fix for bug 604981 [11:34] Launchpad bug 604981 in Launchpad Auto Build System "The buildd doesn't support [linux-any] in build dependencies (affected: 1, heat: 7)" [Undecided,Fix committed] https://launchpad.net/bugs/604981 [11:37] geser: Given that r66 was in July, I'd certainly hope so (lamont? ^^). Is the bug still happening? [11:38] geser: The buildds are running 70, IIRC. Does it appear to not be fixed? [11:52] that's been live for ages [12:35] wgrant: I didn't see any, but linux-any isn't that common yet and as that bug was still "Fix Committed" I wasn't sure [12:36] lamont: thanks, I'll set the bug to "Fix Released" then [12:44] Quick question about recipes: If I don't select the daily build checkbox, will it only build on new revisions, or will I need to manually run the recipe each time? [12:45] qwebirc59293: Daily builds build daily only if there are new revisions. [12:45] If you don't check that, you will have to manually request each build. [12:45] ok thx === mrevell is now known as mrevell-lunch === matsubara-afk is now known as matsubara === mrevell-lunch is now known as mrevell === jorge_ is now known as jcastro_ === jcastro_ is now known as jcastro [14:37] https://code.edge.launchpad.net/~bchesneau/+recipe/couchapp-daily is marked as "build daily", but has no information about younger than 9 days, is it in fact trying to build daily, or are the jobs not being created at all? [14:46] james_w: There have been no commits in 9 days. [14:47] james_w: A build will be triggered on tip change, but at most once a day. [14:47] ah [14:47] of course [14:47] "build daily if changed" === vednis is now known as mars [15:19] what is the best way to turn off (or filter emails) for bugs that I subscribed to myself versus being auto subscribed becaused I am a member of a team? [15:19] is there such a feature in lp? [15:21] there are a bunch of X-Launchpad-... email headers you could probably filter on [15:22] mgedmin: thanks [15:23] https://help.launchpad.net/Bugs/Subscriptions#headers [15:24] so /^X-Launchpad-Message-Rationale: Subscriber @/ would catch all emails you get because you're auto-subscribed as a member of any team [15:49] sinzui: ping [15:49] hi barry [15:49] sinzui: hi! first, pleasantries: how have you been? :) [15:50] I think I may be fine [15:51] :) will i see you at uds? [15:51] yes [15:52] awesome. so... my question is about merge proposal emails. know much about them? they don't play nicely with mailing lists [15:52] I do not know much about them [15:53] sinzui: okay cool. who's the best personal to chat about them with? or maybe i should just file a bug and see who responds :) [15:53] barry, I think rockstar and abentley are awake and have hacked on them [15:54] sinzui: cool, thanks. hi rockstar, abentley [15:54] barry: they're not really meant to play well with mailing lists. [15:57] abentley: the problem is that when i reply to an mp, it gets sent to the driver with a forged To address. i.e. To is the owner of the branch (i think), and the driver sees that person's email in the To. it doesn't play well with mailing lists 'cause you get an 'implicit destination' which you can't fix, but it's also misleading for the copy sent to you directly. [15:58] * barry goes to file a bug [15:59] barry: it will take me a while to swap in the To address handling, but it's based on who is subscribed to the branch, minus anyone whose email address is private. [16:00] barry: I believe there's no difference between what we're doing and BCCing someone. [16:01] abentley: of course, there's the To field and the RCPT TO envelop recipient. obviously the latter is correct 'cause i'm getting the emails both directly and through the list (with approval glitch). but i'm guessing that every recipient is getting the same copy of the message, when they should probably get a personalized To header [16:01] abentley: right, and that's a problem ;) [16:02] barry: We were going for mailing-list-like behaviour. Mailing lists don't personalize the To header. [16:03] abentley: well, they can (mailman has "full personalization" for that), but also, the To will be the mailing list so that generally goes through without a hitch. of course if i sent a message to you and bcc'd the mailing list, you'd have the same problem with almost every mlist around [16:04] abentley: if the To field was the mp+12345@code.launchpad.net, that would also solve the problem, because i could set up a regexp to allow that through [16:05] barry: Really? Mailing lists insert themselves into the To header? I thought that was just an artifact of the way the messages were sent to the mailing list. [16:05] abentley: they are, but that's what makes it work :) [16:06] (which is why To: abently; Bcc: mylist@example.com would probably fail) [16:06] barry: what does "you get an 'implicit destination' which you can't fix" mean? [16:08] abentley: mailman has a default filter which says, the mailing list address must be in the recipients list. i.e. it must be in To or CC. it has a facility for allowing aliases (i.e. allowing To: yourlist@example.com through for mylist@example.com), but it can't be bcc'd because spammers do that all the time. when the To is the branch owner, mp emails will always have a different To header that i can't write a regexp for [16:09] or alias [16:09] because that would essentially be everyone in the world [16:13] abentley: brb, but i'm going to file a bug on this and we can discuss further there [16:13] barry: I will have to double-check how we generate the "To" field, but we can probably work around this by subscribing your mailing list directly. [16:13] abentley: cool [16:17] barry: The "To" address logic is at lib/lp/code/mail/branchmergeproposal.py:110 === matsubara is now known as matsubara-lunch [16:17] barry: It only shows those who have been requested to review. [16:18] barry: And it ignores teams, and those with hidden email addresses. === bpeel is now known as bpeel_away === bpeel_away is now known as bpeel === LinuxJedi is now known as LinuxJedi|away [16:36] abentley: thanks, i'll take a look [16:42] abentley: https://bugs.edge.launchpad.net/launchpad/+bug/649927 [16:42] Launchpad bug 649927 in Launchpad itself "merge proposal emails Bcc'd to forged To address (affected: 1, heat: 6)" [Undecided,New] [16:42] barry: merge proposal emails are NOT sent with a To: header set to the owner of the branch [16:44] abentley: that was just a guess based on observation ;) [16:45] barry: But I've told you how they work, so you shouldn't need to guess. [16:47] barry: I don't understand this suggesting that we include the merge proposal to address. We do include the merge proposal to address. [16:48] barry: http://pastebin.ubuntu.com/502176/ === dendrobates is now known as dendro-afk === matsubara-lunch is now known as matsubara === beuno is now known as beuno-lunch [17:37] to whoever implemented displaying bugs on the mp page when the submission used --fixes lp:nnn, I'd like to say: thanks you, well done ! === abentley is now known as abentley-lunch === LinuxJedi|away is now known as LinuxJedi [17:58] hello! I seem to have a problem where my user in launchpad is not registering karma for revisions its been going on for a bit now. I had the problem once before and it was fixed on your end. Any ideas? My user is skinny.moey [18:00] jdaly_: Are revisions you have pushed shown as hyperlinks to your launchpad profile? [18:02] maxb: I assume your asking if I can see the revisions if I look in my profile, then yes I can. My last revisions at https://code.launchpad.net/~skinny.moey/drizzle/transaction_log_644529 1796,1797 and 1798 do not show up in my karma for example. There are many older versions as well in other branchs. [18:04] jdaly_: However, "Joseph Daly " is showing as plain text. If Launchpad was able to link it to your Launchpad identity, it would be a hyperlink [18:04] For revisions to be associated with your Launchpad identity, they *must* be committed with a valid email address, and that email address must be associated with your Launchpad account. [18:05] maxb: ah, I vaguely remembering doing something with bzr to register a email, this was a host I setup about a month ago I must not have done that. [18:06] jdaly_: bzr whoami "Joseph Daly " [18:07] maxb: I see now. thanks much for your help!! === beuno-lunch is now known as beuno === maco2 is now known as maco === LinuxJedi is now known as LinuxJedi|food === LinuxJedi|food is now known as LinuxJedi [19:21] hi everyone [19:21] is anyone form California ? === dendro-afk is now known as dendrobates [19:22] go to www.smakoenterprises.com for break room supplies [19:22] look at that, I didn't even know I had op access here === abentley-lunch is now known as abentley [20:52] Bug watch updates for Debian Bug tracker are disabled. [20:52] huh? === LinuxJedi is now known as LinuxJedi|away [21:00] ari-tczew, we require a local copy of the debian bugs, and we're out of disk space. Drives are ordered. === dendrobates is now known as dendro-afk [21:06] why has launchpad deleted the .orig.tar.gz that is references from one of my PPAs? [21:06] that's not very nice [21:09] Hmm...I changed the ppa a daily build recipe was pushing to, but new builds still go to the old PPA https://code.edge.launchpad.net/~classbot-dev/+recipe/classbot-devel-daily [21:33] Hi everyone [21:34] I have a small question. [21:35] hi [21:36] we create ubuntu pacakge of our product and upload it to ppa , earlier there were only 2 packages one for lucid and other for karmic, and they both had clear distinct names [21:36] i seem to be unable to find guidance on how to use launchpad for managing the translations of a projects (i.e. register a project and enable rosetta for it) [21:39] but now we will also be creating pacakge for maverick but we are thinking to have similar name fro lucid and maveric (ex. product-test-version-lucid and product-test-version-maverick), but in this names we are getting the orig.tar,gz with same names. so my question here is will it effect us in any way? === lifeless_ is now known as lifeless === salgado is now known as salgado-afk === matsubara is now known as matsubara-afk === yofel_ is now known as yofel === Ursinha is now known as Ursinha-afk