[00:40] <mkanat> Is there some way to not receive bug emails for ~loggerhead-team, but still stay in the team, and still keep receiving other bugmails?
[00:41] <cody-somerville> mkanat, if a contact e-mail address is set for the team then notifications sent to the team will be sent to the contact e-mail address instead of each individual member.
[00:42] <persia> And if the contact address is the mailing list for the team, and you decide not to receive the mailing list, you're all set.
[00:44] <mkanat> Yeah, unfortunately there is no mailing list and I don't want to affect the other members.
[00:45] <wgrant> I think that bugmail subscriptions to non-list teams are insane.
[00:45] <wgrant> Members should subscribe individually.
[00:45] <maxb> You can probably cut down on the volume by subscribing to loggerhead bugmail personally, at the "new and fixed bugs only" level (why isn't there a "none" level?) ... though I believe levelled bugmail is only visible to ~malone-alpha members at present
[00:46] <persia> wgrant, I don't suppose you want to encode that opinion as policy through code?
[00:47] <maxb> Whilst I quite like receiving bzr bugmail, I agree that it shouldn't be a forced attribute of membership of ~bzrr
[00:48] <mkanat> I can just remove myself from ~loggerhead-team for now.
[00:49] <persia> mkanat, Or you could ask the team admins to do the sensible thing.
[00:49] <cody-somerville> mkanat, You could create a new team, create a mailing list for it, set the mailing list as the contact address, make yourself unsubscribed from that list, and then add your team to ~bzr :P
[00:51] <persia> maxb, "none" is expressed as "not subscribed".  It's just broken in terms of teams, especially indirect teams used for ACLs.
[00:51] <persia> (and inverse subscribtion doesn't work currently)
[00:51] <maxb> Other subscription areas in launchpad permit specific subscription with a notification level of "none"
[00:52] <wgrant> maxb: "Others" being branches, or is there something else?
[00:52] <persia> Odd.
[00:52] <poolie> maxb, we could probably remove ~bzr's subscription and get people to individually subscribe
[00:52] <cody-somerville> Its because subscriptions double as the ACL (which has been recognized as a mistake)
[00:52] <poolie> i don't see why that wouldn't work
[00:52] <poolie> oh, unless there's something annoying about it being coupled to access control, like being the bug supervisor
[00:53] <wgrant> cody-somerville: A mistake that my squad is scheduled to correct :)
[00:53] <persia> cody-somerville, meaning that recommended practice ought be two teams, one for ACL and one for subscription (with list)?
[00:53] <persia> wgrant, Thank you!!!!
[00:53] <cody-somerville> It really only affects private bugs and branches
[00:53] <persia> No, it affects public bugs and branches as well.
[00:53] <cody-somerville> not for ACL
[00:54] <poolie> maxb if in the interim you want to unsubscribe ~bzr, propose it on the list
[00:54] <persia> The number of times I've been spammed with uninteresting bugmail after adding a new team to be administered by the DMB is larger than zero.
[00:54] <poolie> i'm a bit busy to just do it atm
[00:55] <persia> bug view ACL is interesting, but branch-write ACL and repo-upload ACL are both interesting.
[00:55] <persia> s/both/also/
[00:55] <cody-somerville> persia, What I was trying to say is that the reason 'no e-mail' subscriptions exist is because they double as ACL for private bugs and branches so there is no need for two teams like you suggest unless you're dealing with private bugs and branches.
[00:56] <persia> Yes, there is, because there are other interesting cases of ACL.
[00:56] <cody-somerville> Sure... but those cases don't involve subscriptions
[00:56] <cody-somerville> and they won't ever because using subscriptions to double as ACL has been recognized as a mistake so won't be implemented as such for future things
[00:57] <persia> Depends.  For example, at one point kubuntu-dev (ACL to upload a packageset) was subscribed (as a group) to bugs on the packages in the packageset.  This made sense, except for the lack of unsubscription for uninterested folk.
[00:57] <cody-somerville> But the ACL wasn't tied to the subscription
[00:57] <persia> If you like, check your old mail logs: you should have gotten that bugmail as well.
[00:58] <persia> Ah, true, although it was tied to the group/.
[00:59] <cody-somerville> Indeed which makes sense. We shouldn't be a member of the kubuntu-dev team. We should instead be its owner. That gives us the privileges of admin membership without the bug mail :)
[01:00] <wgrant> Right. Ownership is more appropriate here.
[01:00] <persia> Well, looking at a more general case, consider branch commit ACLs.  I can imagine that the set of folk interested in watching bugs on a group of related projects is disjoint from the group with ACL to commit to the set of branches on those projects being monitored.
[01:00] <persia> (as the owner/upload thing only affects a very small number of people)
[01:01] <cody-somerville> Ideally, we wouldn't even have to be the owner. Instead, I think it would make sense to be able to associate objects like teams to 'domains' so that for example the DMB could be given admin like permissions for objects that belong to say ubuntu/development-teams domain (or something like that).
[01:01] <persia> My limited knowledge of LP data representation implies this isn't going to happen soon :)
[01:03] <wgrant> I've wanted for a while to do something similar to what cody-somerville suggests.
[01:03] <wgrant> It's not clear exactly how it would work, though.
[01:03] <wgrant> The upcoming privacy work will be somewhat related to that, though.
[01:03] <cody-somerville> persia, who knows... now that LP has a dedicated technical architect and some extra staff it might come sooner than we think. lifeless and wgrant are both very smart blokes with some fresh perspective and energy. :)
[01:04]  * persia isn't sure about "fresh", but otherwise is agreeable
[01:05]  * wgrant would agree with persia.
[01:05] <cody-somerville> If you're not hacking on the code everyday and then suddenly it becomes your day job, I'd say you're 'fresh'. working on the same thing day in and day out can make you dull. :)
[01:05] <james_w> I always find persia agreeable
[01:08] <persia> james_w, Thanks!
[01:09] <persia> cody-somerville, You may want to grep the Soyuz commit logs for "wgrant" over the past year or so then.
[01:51] <blackmoon-105> i've create a new project on launchpad, i've set the series in my project, but now i don't know how set the code for this series. a message say that i haven't yet told Launchpad where my source code is. the buggy source is already in the universe repo of ubuntu.
[01:57] <blackmoon-105> no one?
[02:03] <micahg> blackmoon-105: you should have an upstream code branch for upstream releases
[02:04] <wgrant> blackmoon-105: Which is the project?
[02:05] <blackmoon-105> micahg:  so i must download the source from ubuntu repoo fix it and upload it, right?
[02:05] <blackmoon-105> wgrant: greepops
[02:05] <blackmoon-105> wgrant: * freepops
[02:05] <micahg> blackmoon-105: well, where's upstream?
[02:07] <blackmoon-105> micahg: i don't have already upload my modified version of code..
[02:08] <micahg> blackmoon-105: sorry, I meant where is the current upstream for it
[02:09] <wgrant> Upstream seems to maintain a CVS repository on SourceForge.net.
[02:09] <wgrant> blackmoon-105: What are you actually trying to do here?
[02:09] <wgrant> You're trying to get a patch into Ubuntu?
[02:11] <blackmoon-105> micahg: the current upstream is on sourceforge, on debian repo, on ubuntu universe repo
[02:12] <blackmoon-105> wgrant: i've create a project because i maun keep this package update and fix all bugs
[02:12] <micahg> blackmoon-105: I think you should answer wgrant's question
[02:12] <blackmoon-105> maun --> want
[02:13] <wgrant> You want to keep the package up to date in Ubuntu?
[02:14] <blackmoon-105> wgrant: yes and fix bug
[02:14] <blackmoon-105> wgrant: i'd like to be a mantaner for this packege
[02:14] <wgrant> blackmoon-105: The package is in universe, so you probably want to header over to #ubuntu-motu and talk to them about how you can help.
[02:15] <wgrant> blackmoon-105: As for the Launchpad configuration issue, you probably want to ask Launchpad to import the FreePOPs CVS repository.
[02:15] <wgrant> You should see a 'Configure code hosting' link on https://launchpad.net/freepops
[02:17] <blackmoon-105> wgrant: ok, i'll ask #ubuntu-motu
[02:18] <blackmoon-105> wgrant: i can't find "Configure code hosting"
[02:18] <wgrant> blackmoon-105: Ah, maybe 'Configure project branch'
[02:20] <blackmoon-105> wgrant: yes, i've got it
[02:20] <wgrant> blackmoon-105: More directly, enter the CVS details on https://code.launchpad.net/launchpad/+new-import.
[02:20] <wgrant> Er.
[02:21] <wgrant> https://code.launchpad.net/freepops/+new-import
[02:22] <blackmoon-105> wgrant: but i must import from source forge cvs even if it's already in a debian /ubuntu repo?
[02:23] <maxb> Importing the upstream source into a Bazaar branch is a convenience to assist in creating the packaging. It's not a necessity, but keeping your packaging in a VCS is good, and bzr is Ubuntu's tool of choice.
[02:25] <blackmoon-105> maxb: yes, but my question was: if i import from externl cvs (like sourceforge) i'll lost all patches from ubuntu, right?
[02:34] <nhandler> wgrant: FYI, that email I tried sending yesterday through LP didn't end up going through.
[02:43] <maxb> blackmoon-105: freepops enters Ubuntu via Debian. It is preferred that in such cases you work directly with Debian, so that both distributions can have the benefit of work done, and Ubuntu does not unnecessarily diverge from Debian. For further help, proceed in #ubuntu-motu.
[02:50] <blackmoon-105> maxb: ok, i'm already talk with ubuntu-motu :)
[02:50] <persia> maxb, If someone is active enough with upstream, and there's some complication, we don't mind that much working in parallel to Debian, rather than through (e.g. GNOME)
[03:25] <maxb> Hrm... is it possible to contrive to get a UTF-8 locale on a buildd during a build?
[03:26] <wgrant> I'm not sure if the chroots have locales beyond C...
[03:27] <wgrant> You could grab the chroot and see.
[03:39] <mwhudson> mm, can you use launchpad branch privacy policies to only allow members of a certain team to create branches in a project but still have branches public by default?
[03:39] <mwhudson> thumper: ^ do you know?
[03:41] <thumper> mwhudson: yes, I think so
[03:41] <thumper> mwhudson: set default to forbidden, and team to public
[03:41] <mwhudson> ok cool
[03:49] <maxb> Hmm, I think I can do something eeeevil
[03:50] <maxb> localedef dynamically in the build process, and set LOCPATH
[03:52] <maxb> I am so tempted to define a POSIX.utf8 locale :-)
[03:56] <micahg> are b.g.o statuses disappearing a known bug?
[09:15] <nigelb> poolie: hi
[09:16] <poolie> hi nigelb
[09:16] <nigelb> poolie: do you folks have a conclusion on who would be helping with the session?
[09:16] <nigelb> poolie: The mail thread was a bit confusing :)
[09:16] <poolie> :)
[09:17] <poolie> i believe jelmer and vila were going to contact barry and guy-starting-with-o to offer help
[09:17] <poolie> there are two relevant sessions
[09:17] <poolie> do you want to add more
[09:17] <nigelb> no no
[09:17] <nigelb> I just wanted to figure out who was helping the guy-starting-with-q :p
[09:17] <wgrant> 3
[09:18] <nigelb> 3?
[09:18] <wgrant> I was rapidly window-switching and managed to forget the '/win '
[09:18] <nigelb> heh
[09:19] <poolie> it's nice when people just say 'win'
[09:19] <poolie> like a happy MIT form of tourettes
[09:19] <nigelb> lol
[09:19] <nigelb> IRC form of tourettes ;)
[09:20] <nigelb> poolie: I'll talk to jelmer and villa and figure out who's helping who so that we can confirm the schedule :)
[09:20] <poolie> thanks; at least vila should be online now
[09:21] <nigelb> ok, pinging.
[09:21] <nigelb> vila: ping?
[09:21] <vila> I'm here
[09:21]  * vila searches the relevant email :-/
[09:22] <vila> nigelb: unless you can refresh my declining memory ?
[09:22] <nigelb> vila: Heya, so, which session would you be helping at during UDW so I can help coordinate with whoever is leading that particular session
[09:22] <vila> nigelb: is there a wiki summary somewhere or should I propose a session ?
[09:23] <nigelb> there are 2 sessions that have already things to do with LP that could possible use help
[09:23] <nigelb> https://wiki.ubuntu.com/UbuntuDeveloperWeek/Timetable
[09:23] <nigelb> Quintasan is not sure about their session, so you can join in and help in that one
[09:24] <nigelb> Or, barry is going to talk about UDD, which should also be interesting from an LP POV
[09:24] <apw> is launchpad meant to be down this am, the last announcement i have said it was last night
[09:24] <vila> apw: it's down *now* in addition to the previous rollout which didn't go well
[09:25] <apw> for a roll back ?
[09:26] <vila> nigelb: meh, I didn't check the dates earlier but I'll be in vacations :-}
[09:26] <vila> nigelb: and offline
[09:27] <nigelb> vila: haha, ok
[09:27] <vila> nigelb: sorry about that :-/
[09:27] <nigelb> vila: I'll try jelmer and/or abently :)
[09:27] <nigelb> vila: We'll catch you next time :-P
[09:27] <vila> ley abentley ;)
[09:28] <poolie> apw, for another attempt at the same upgrade
[09:28] <poolie> see blog.launchpad.net
[09:28] <vila> nigelb: that's the second year in a row I missed that I think (well there was a bzr sprint last year IIRC)
[09:29] <nigelb> vila: one of these days, we'll catch you
[09:29] <vila> nigelb: I sure hope so !
[10:25] <lifeless> mm, lets get the priorities right :)
[11:07] <soren> I can't seem to bzr pull from Launchpad :(
[11:08] <soren> $ bzr branch lp:nova
[11:08] <soren> Connection closed by 91.189.90.11
[11:08] <soren> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[11:08] <wgrant> soren: Indeed, just noticed that myself.
[11:08]  * soren runs around like a headless chicken
[11:09] <nigelb> I can confirm the same. /me joins soren in the runnning around.
[11:19] <mvo> is it known that bzr commits to LP are not working currently? I keep getting TooManyConcurrentRequests or simple hangs ( http://paste.ubuntu.com/565797/ ). or is that just me?
[11:19] <poolie> mvo, known issue
[11:20] <mvo> ta
[11:34] <jml> mvo: http://identi.ca/launchpadstatus always has the latest info on known issues.
[11:48] <nigelb> jml: might want to add the issue to /topic
[11:49] <wgrant> nigelb: It seems to be fixed now.
[11:49] <wgrant> We're just waiting to see if it shows up again.
[11:50] <nigelb> Ah!
[11:51] <wgrant> We rolled out a big codehosting change with 11.02, which we've since turned off. Everything is looking fine now.
[11:53] <nigelb> :)
[14:10] <jml> nigelb: yeah, it's part of our process to add things to the /topic, but it seems an easily forgotten part.
[14:10] <jml> nigelb: not sure how to make it harder to forget.
[14:15] <persia> jml, Add a bot to the channel with permission to change /topic that subscribes to the identi.ca feed?
[14:15] <jml> persia: not a bad idea
[14:16] <jml> persia: that might also be not too much work
[14:16] <persia> automation is key, until it begins to haunt you.
[14:23] <mgedmin> any ideas why curl won't download patches from launchpad?
[14:23] <mgedmin> curl https://bugs.launchpad.net/bugs/716257/+attachment/1840916/+files/gtimelog_hide_on_esc.diff | wc -l
[14:23] <mgedmin> says there are 0 lines
[14:23] <mgedmin> wget -O - on the same url works fine (14 lines)
[14:27] <benji> mgedmin: that's odd
[14:29] <deryck> mgedmin, benji -- curl won't follow redirects, right?
[14:29] <benji> mgedmin: it looks like curl isn't following the 301
[14:29] <benji> great minds
[14:29] <deryck> heh, jinx!
[14:30] <benji> mgedmin: use curl -L
[14:30] <mgedmin> thanks
[14:31] <benji> np
[14:54] <jml> persia: to paraphrase someone else,
[14:55] <jml> Sometimes someone looks at a problem and thinks, "I know, I'll write some software to solve it". Now they have two problems.
[14:58] <persia> jml, The difference between a procedure executed by a human and a procedure executed by a computer is that you have some chance at guessing how the computer will behave whilst executing the procedure.  Once you codify a procedure to address a problem, I'm unconvinced that aphorism continues to apply.
[16:35] <achiang> hello, i see a lot of idle armel builders in the build farm. is there a reason for that?
[16:36] <cody-somerville> achiang, because there are no armel jobs queued up for them
[16:37] <achiang> cody-somerville: uh
[16:38] <achiang> cody-somerville: i have about 20 builds that i'm blocked on
[16:38] <cody-somerville> achiang, Yes but your builds must use the armel builders in the ppa builder pool
[16:38] <cody-somerville> achiang, and the lone armel builder in that pool is indeed busy and that pool does indeed have a queue of about 12 jobs.
[16:39] <achiang> cody-somerville: currently, only 1 builder is in that pool. :(
[16:39] <cody-somerville> achiang, indeed. :(
[16:39] <cody-somerville> achiang, I've poked someone about it.
[16:39] <achiang> cody-somerville: ok, thanks
[16:40] <achiang> cody-somerville: if i see a job that i know shouldn't be running, could a losa help me cancel it?
[16:41] <mbarnett> achiang: what job is that?
[16:41] <achiang> cody-somerville: this job claims to be running, but a) i wonder if it actually is, and b) if it is, it shouldn't be -- https://launchpad.net/~oem-archive/+archive/charlotte/+buildjob/2253282
[16:42] <cody-somerville> achiang, it would appear that it actually is. But why shouldn't it be?
[16:42] <achiang> cody-somerville: because i've uploaded a newer package that supersedes it
[16:42] <cody-somerville> ah
[16:43] <achiang> cody-somerville: anyway, i'd like to kill that job and free up some resources
[16:43] <cody-somerville> achiang, Soyuz does not automatically kill a running build even if the build will be thrown away.
[16:43] <cody-somerville> achiang, Ack.
[16:43] <achiang> cody-somerville: i see; but maybe mbarnett can manually kill it for me. :)
[16:43] <mbarnett> achiang: i can't actually kill a running build.
[16:44] <cody-somerville> lamont, are you able to help?
[16:44] <bigjools> we're adding a feature to do that, until then you can't
[16:44] <mbarnett> yay!
[16:44] <achiang> what if you just use a big hammer and power cycle it? :)
[16:44]  * mbarnett will celebrate by killing everything!
[16:44] <mbarnett> achiang: i could try and cause a power outage in the datacenter..
[16:44] <bigjools> although it's a lot simpler if you already uploaded a newer one
[16:44] <bigjools> just restart the builder
[16:45] <cody-somerville> it looks like it actually might be stuck anyhow. Its been doing the same thing for awhile now.
[16:45] <achiang> right
[16:45] <achiang> chromium does take a long time to build, but i think it's been stuck there for a long time. :(
[16:46] <achiang> bigjools: i did upload a newer package about 18 hours ago
[16:47] <bigjools> I think on armel it takes a loooong time
[16:48] <achiang> mbarnett: you can't bounce an individual machine?
[16:48] <achiang> bigjools: i've been watching that build, and i claim it's stuck (independent of the fact that i made the upload and i don't need that build anyway)
[16:48] <bigjools> heh
[16:48] <bigjools> you need a buildd admin, like lamont
[16:50]  * achiang knows where lamont lives, ponders driving out there with a pointy stick
[16:53] <mbarnett> achiang: yeah, i can make it so no NEW jobs get sent there.. i can't cancel a current build though.
[16:59] <achiang> ah bugger, another chromium build just started on kaylaberry
[17:00] <achiang> that build, i actually do need, but i'd be willing to postpone it to let other smaller jobs through. :-/
[17:45] <nigelb> persia: Ilike how you keep thinking up how to automate :D
[19:47] <pmjdebruijn> hi
[19:47] <pmjdebruijn> I'm intermittently experiences "illegal instruction" problem when darktable gets built on the PPA build farm
[19:47] <pmjdebruijn> when building the same sources locally there is no issue
[20:46] <____rye> hello people, having read http://curtis.hovey.name/2010/11/01/launchpad-answers-at-uds-n/ and seeing "External" in Launchpad Answers configuration I was wondering whether it is possible to specify external URL now?
[23:01] <GrueMaster> Does anyone know if launchpad.distributions.searchTasks can take multiple parameters?  I am trying to replicate an advanced search from launchpad in a format similar to the reports generated by the ubuntu-qa-tools/bug-report-framework.
[23:04] <james_w> GrueMaster, it can
[23:09] <GrueMaster> Ok...how?   Maybe I am missing something but I am trying to refine a list to unassigned bugs for a team and tag.  But assignee_option='none' is giving me an error.
[23:11] <GrueMaster> I'm using that field based on the link of a successful query using launchpad's advanced search.
[23:45] <wgrant> sinzui: Ah, great, you noticed the new p-r-f log?
[23:45] <sinzui> Yes. I got a copy of it. Looks like loganberry cannot talk over ftp at the moment
[23:46] <wgrant> Excellent.
[23:46] <wgrant> Since it should be the only remaining script failure.
[23:46] <wgrant> Is the verbosity OK? I haven't actually looked at the log, and sort of guessed at which level would be appropriate.
[23:47] <wgrant> Seems OK.
[23:48] <wgrant> sinzui: It looks like it can't HTTP out either?
[23:48] <wgrant> But that at least doesn't crash it.
[23:48] <sinzui> It right. that is because http call pass in the open method