[00:19] <phuff> wgrant: Ok, the Saga continues...
[00:19] <phuff> I've got the LocalID in there properly
[00:20] <phuff> I think
[00:20] <phuff> And I'm still getting the message...
[00:23] <phuff> Hang on, though.
[00:23] <phuff> My code might still be broken
[00:31] <phuff> Yeah, nevermind, my code's broken and we're falling back to the html discovery, which is apparently also broken for launchpad.
[00:31] <phuff> Ok
[00:31] <phuff> Gotta run to dinner
[00:41] <wgrant> phuff: But HTML discovery works fine.
[00:42] <wgrant> phuff: I tested it with a copy of my user page, but without the XRDS header or http-equiv.
[00:45] <sosborn> wgrant: I think our ability to consume delegated urls might just be borked in general
[01:06] <phuff> Hmmm
[01:06] <phuff> That's possible
[01:06] <phuff> It was working at some point
[01:10] <zul> hi is there anyway to query incomplete with responses bugs in launchpadlib?
[03:53] <RenatoSilva> Why are not released milestones automatically deactivated for bug targeting?
[03:54] <wgrant> RenatoSilva: I thought they were, unless you unchecked the relevant checkbox while releasing them.
[03:56] <RenatoSilva> ok, but what's the sense on checking that
[03:58] <RenatoSilva> new fixes should necessarily go under a new milestone I think
[04:00] <thumper> RenatoSilva: what if you are marking a bug as fixed by an old release?
[04:02] <RenatoSilva> does it really matter to flag the old release as fxing it, even if it's outdated?
[04:03] <RenatoSilva> I think I would not care about that, I would not say the user 'downgrade to fix the problem'. I would target the bug to a future release
[04:05] <thumper> sometimes it is handy to know which release fixed the bug, even if it was in the past
[04:10] <RenatoSilva> ok
[04:11] <RenatoSilva> thanks all
[05:04] <bd_> How long do apport retraces usually take to process? I have a few auto-reported crashes that have been private for a few days now waiting for a retrace...
[05:04] <thumper> I don't even know what a retrace is
[05:04] <thumper> I've been marking my apport bugs public myself
[05:05] <bd_> mmm, the core dumps for some contain private data, so I don't want to mark it public until it's retraced (stacktrace generated with debug symbols) and the coredump is removed
[05:06] <thumper> ah, I didn't know about that
[05:06] <bd_> I think it's _supposed_ to be automated, but it's been three days now :|
[05:07] <lifeless> bd_: #ubuntu-bugs
[05:07] <lifeless> bd_: its not an lp service
[05:08] <bd_> ah okay
[05:08] <lifeless> thumper: a retrace is a conversion of a core dump into an annotated stacktrace, using the symbols for the libraries that were installed onthe users machine
[05:08] <thumper> lifeless: thanks
[08:59] <wgrant> I'm getting approximately far too many 502s from edge (using the API).
[08:59] <Darxus> It's been 14 minutes since I uploaded a (large) package to my ppa, should I be concerned that I haven't gotten a confirmation or rejection from launchpad?
[08:59] <wgrant> Darxus: Have you successfully uploaded packages from that system before?
[08:59] <Darxus> wgrant: Yes.
[09:00] <Darxus> The package is a patched version of the linux source package.
[09:01] <Darxus> dput to ppa:darxus/bfsbfq.
[09:01] <wgrant> Darxus: Hm, I think something might be wrong. There don't seem to have been any uploads processed for nearly an hour and a half.
[09:01] <Darxus> wgrant: Cool, glas I asked.
[09:02] <Darxus> My upload totalled 75 megabytes, including the necessary .orig.tar.gz.
[09:03] <Darxus> wgrant: So you can do something useful (like at least letting the right people know), or do I need to submit a bug or something?
[09:03] <wgrant> Darxus: London should be waking up now, so people should appear.
[09:03] <noodles775> Darxus, wgrant : the cronscripts on the machine that handle ppa uploads has been stopped for a few hours for some maintenance.
[09:04] <wgrant> noodles775: Nobody told launchpadstatus...
[09:04] <Darxus> noodles775: So this is a known outage and somebody is planning to re-enable it?
[09:04] <noodles775> mthaddon: ^^
[09:04] <wgrant> noodles775: And edge is in trouble.
[09:04] <wgrant> noodles775: 500s and 502s everywhere.
[09:04] <mthaddon> working on it
[09:05] <wgrant> Ah, is this related to the anonymous 'maintenance' which could break anything an hour ago?
[09:05] <Darxus> I didn't know there was a launchpadstatus or I would've looked first, url?
[09:05] <wgrant> http://identi.ca/launchpadstatus
[09:05] <Darxus> Thanks.
[09:06] <Darxus> Is there some way I should've known that url, or does it need to be better publicised?
[09:06] <wgrant> Darxus: It's now linked from the bottom of all LP pages, although that's only on edge right now.
[09:06] <mthaddon> edge should be beginning to come back now
[09:07] <noodles775> Thanks mthaddon !
[09:07] <wgrant> mthaddon: Thanks.
[09:07] <Darxus> Cool.
[09:07]  * wgrant sends a few thousand API requests...
[09:07] <Darxus> So you guy's have a handle on this and I can go to bed now?
[09:07] <wgrant> edge is indeed much more healthy.
[09:08] <mthaddon> normal service should now be restored, please let me know if anyone is still seeing any issues
[09:09] <Darxus> Can you verify ppa uploads are processing?
[09:09] <mthaddon> I can verify if the PPA ftp server is responding - not sure about processing
[09:09] <Darxus> It should be a while before I get a response to my ppa upload, so I should go back to sleep, right?
[09:09] <wgrant> It doesn't look like it, but we'll see in 20 seconds.
[09:10] <Darxus> mthaddon: Uploading is working fine, I just haven't gotten an accept or rejection email in a long time.
[09:10] <mthaddon> Darxus: ok, cool
[09:10] <Darxus> Thanks for your help, I'm going to try to go to bed now, and assume that you guys will either fix this or notify people who will :)
[09:11] <noodles775> Thanks Darxus.
[09:11] <Darxus> You're welcome.
[09:12] <wgrant> Aha, uploads are happening again.
[09:12] <wgrant> Darxus: You probably have mail.
[09:12] <Darxus> Date: Wed, 14 Oct 2009 08:10:47 -0000
[09:12] <Darxus> from: Launchpad PPA <no_reply@launchpad.net>
[09:12] <Darxus> Indeed.
[09:12] <Darxus> Accepted even!  :)
[09:12] <mthaddon> cool
[09:13] <Darxus> These accept emails should give an eta to build time.
[09:14] <Darxus> So next time, how long after uploading should I wait for a confirmation email before alerting you guys?
[09:54] <tim_blechmann> hi, yesterday evening, i deleted a package from my ppa, in order to replace it with a fixed version of the same version number. when uploading the package, i still get error messages, that the package is already there. i read, that deleting takes some time, but it is more than 12 hours, now ...
[09:54] <wgrant> tim_blechmann: Even if you delete a package, you can never upload the same version again.
[09:55] <jml> Good morning, Launchpadders.
[09:55] <tim_blechmann> wgrant, hrm ... i see
[12:49] <mac_v> hi... everytime i create a branch i get the name "+junk" in between , how do i avoid this?
[12:49] <beuno> mac_v, you push to a project
[12:50] <maxb> +junk means "no project"
[12:50] <maxb> You may replace +junk with the id of any project registered in launchpad
[12:50] <wgrant> Note that you don't need to register a branch in the UI first.
[12:51] <wgrant> You can just push, and it will be created automatically.
[12:51] <mac_v> so if i want to push to lp:humanity .. i can push "lp:~mac-v/humanity/new"
[12:51] <wgrant> Right.
[12:52] <mac_v> ah..
[12:52]  * mac_v tries
[13:04] <mac_v> lol... bzr is much easier than i thought *facepalm*  ... thanks all :)
[13:07] <spiv> :)
[14:00] <apw> those of us with partial upload rights to the kernel seem to have lost our ability to accept nominations for the kernel packages... recently our rights were moved to a 'group' in the acls system and am wondering if that could be the cause
[14:19] <jml> apw, hmm.
[14:19] <jml> apw, quite possibly
[14:20] <jml> al-maisan, bigjools: any thoughts?
[14:20] <al-maisan> apw: possibly
[14:22] <al-maisan> apw: What group would that be? Is there an equivalent launchpad team for it?
[14:22] <apw> the upload acl for myself (and smb) contains 'karmic-kernel' which seems to be badly named ... but contains all kernel packages
[14:23] <apw> i don't believe its a launchpad team at all
[14:26] <al-maisan> apw: bigjools has access to production data and maybe in a better position to tell you more about that acl, please ping him on #soyuz in 30 minutes or so.
[14:26] <apw> al-maisan, ack
[14:27] <jml> al-maisan, is this an indicator that there should be more information about the ACLs on the website?
[14:28] <dpm> hi all, is there anyone around who I can ask for support for LP Answers?
[14:28] <al-maisan> jml: ideally, users should be able to figure out why they are lacking authorisation to do something
[14:29] <jml> al-maisan, so that's a "yes" then? :)
[14:29] <jml> dpm, fire away
[14:29] <al-maisan> jml: yes :)
[14:31] <dpm> hi jml, I'm registered as an Answer contact at https://answers.edge.launchpad.net/ubuntu-translations, but I do not seem to receive any e-mail when there are new tickets filed.
[14:31] <jml> interesting. I'll have a look.
[14:32] <dpm> I do receive e-mail on replies when I've explicitly subscribed to a particular question, though
[14:33] <dpm> and at least two of the other Answer contacts (Adi Roiban and Aron Xu) seem to be receiving e-mail on new tickets without trouble
[14:36] <jml> dpm, is there a question that you _haven't_ explicitly subscribed to that I could look at?
[14:38] <dpm> jml, yes -> https://answers.edge.launchpad.net/ubuntu-translations/+question/82663, but I think with the help of a translator I might have found out the problem: I didn't have English as a preferred language for Answers, so I'm guessing that's why I was not receiving them
[14:38] <jml> dpm, !
[14:40] <jml> dpm, do you know if there's a bug filed about this?
[14:41] <dpm> jml, yep, that was it, I'm receiving mails now (someone just filed a test Answer for me). Is this a bug or expected behaviour, though?
[14:41] <jml> dpm, well, you didn't expect it :)
[14:41] <jml> dpm, and the UI says you were "Also notified"
[14:41] <dpm> certainly not :)
[14:42] <dpm> I'll file a bug just in case, then
[14:42] <jml> dpm, that'd be good, thanks.
[14:42] <jml> dpm, I can't find any bug already.
[14:43] <jml> but maybe there's a feature where these bugs are visible only if my preferred language is Maori. :P
[14:44] <dpm> jml, hehe, what's the project name for Answers in LP to file the bug against?
[14:45] <jml> dpm, https://bugs.edge.launchpad.net/launchpad-answers/+filebug
[14:45] <dpm> thanks jml
[14:46] <jml> wow.
[14:46] <jml> we don't expose any answers stuff over the API.
[14:46] <jml> sinzui, I bet you already knew that :)
[14:48] <dpm> jml, actually, I've realised that there's no need to file a bug, the text when setting an answer contact is quite clear already: "[...] By checking the box below, you will receive changes related to all questions (*written in one of your preferred languages*) opened on Ubuntu Translations, and thus receive mail notifications about them."
[14:48] <dpm> I would only have had to read it :)
[14:48] <jml> ahhh.
[14:49] <dnjl> hi! does lp have any problems now? I'am waiting for hours for package builts, but nothing happens. the queue time always stucks at >=1h? Any ideas?
[14:50] <sinzui> dpm: I am not sure it is a bug. your description sounds like the design. Many user and teams do not want to get emails for languages they do not use. English is the default. If you do not choose english as one of your preferred languages, you do not get the emails.
[14:51] <dpm> sinzui, yes, I've just realised that. Thanks
[14:52] <jml> dnjl, hello
[14:52] <dnjl> jml: hi :)
[14:52] <sinzui> dpm: there is an bug about the text we show to explain preferred languages. We have revised it many times, but not to anyone's satisfaction
[14:52] <jml> dnjl, I don't _think_ Launchpad is having any problems with building packages right now, but I couldn't say.
[14:52] <jml> bigjools, how would I find out?
[14:54] <dpm> sinzui, ah, ok, thanks for the additional info
[14:54] <jml> sinzui, there's no API for answers, did you know that?
[14:55] <sinzui> of course. The application has not been under development for 2 years
[14:55] <noodles775> losa - are ppa uploads being processed?
[14:55] <sinzui> u1, isd, and landscape have all asked for api and privacy, and it is not our focus
[14:55] <mthaddon> noodles775: what are you seeing?
[14:55] <dnjl> jml: mmh, so im waiting - i hope it will continue today - i really need some of the packages. well, I will use the time to go out for food ... :)
[14:56] <noodles775> mthaddon: dnjl says above he's been waiting for some packages ^^
[14:56] <sinzui> jml: bug 289926
[14:57] <noodles775> mthaddon: Ah, they've been processed - sorry. So they're just sitting in the queue... I'll look further.
[14:57] <mthaddon> noodles775: ok, thx
[14:57] <jml> sinzui, thanks.
[14:57] <noodles775> dnjl: what's the url for your ppa?
[14:58] <jml> sinzui, oh yeah, privacy. that reminds me.
[14:58] <sinzui> :)
[14:59] <dnjl> noodles775: https://launchpad.net/~dnjl/+archive/... - there are builds waitung in ppa, experimental, virtualization and multimedia
[15:00] <dnjl> noodles775: especial on my new qemu with reenabled kqemu-support im waiting
[15:01] <noodles775> dnjl: so, they're queued up like all the other ppa builds - there's just a bit of a backlog atm (97 i386 jobs for eg.)
[15:01] <noodles775> https://launchpad.net/builders
[15:02] <dnjl> k, well...
[15:02] <dnjl> a heavy day :)
[15:03] <noodles775> dnjl: yeah, but looking at your waiting builds, I can't see qemu? https://edge.launchpad.net/~dnjl/+archive/ppa/+builds
[15:05] <dnjl> noodle775: its in experimental: https://edge.launchpad.net/~dnjl/+archive/experimental/+builds
[15:06] <noodles775> dnjl: heh, ok, so it seems you've contributed to the backlog there yourself ;)
[15:07] <jml> sinzui, can I have a pre-implementation call with you about the answers API sometime?
[15:07] <sinzui> sure. I will be available in 2 hours, and after the tl meeting
[15:08] <james_w> noodles775: why are there only 2 ppa builders active?
[15:08] <james_w> i386 I mean
[15:08] <dnjl> noodles775: yep, so many to do - new kernels, new virt stuff, ... :)
[15:09] <noodles775> james_w: no idea why they're all idle. looking now.
[15:36] <jml> sinzui, please don't get angry at me
[15:36] <jml> sinzui, what's the difference between title and displayname for projectgroups
[15:36] <sinzui> The former is crack and the latter is sensible
[15:37] <jml> sinzui, so I should set the both to the same thing?
[15:37] <noodles775> dnjl, james_w: there seems to be a general issue dispatching jobs to builders, it's being looked into atm by IS.
[15:37] <james_w> thanks noodles775
[15:38] <sinzui> jml: The former is intended for full information such as in the browser title, but we do not use it anymore in title. displayname is for inline content
[15:38] <sinzui> jml: I would, but let me get you the bug so that you you can read some of the stupidity at play here
[15:39] <sinzui> jml: i favour mpt's suggestion to remove user created title from models
[15:39] <sinzui> jml: bug 1853
[15:41] <jml> sinzui, thanks.
[15:48] <Darxus> Hah, 6 hours ago, when launchpad's build system just came back online, for 8 minutes it said my eta to start building was 2 minutes.  Now it says 56.  Apparently that calculation was not designed to handle backlogs :)
[15:51] <noodles775> Darxus: there's a general issue dispatching builds (since the build system came back online). It's being looked into currently. Sorry for the hassle.
[15:51] <Darxus> noodles775: Ah, thanks.
[16:05] <james_w> I find the discrepancies between https://edge.launchpad.net/ubuntu/karmic/+source/kvm/1:84+dfsg-0ubuntu16 and https://edge.launchpad.net/ubuntu/+source/kvm/1:84+dfsg-0ubuntu16 to be rather irritating
[16:06] <james_w> especially that LP likes to send me to the former, when the latter is usually what I want
[16:06] <james_w> and there is no link between them
[16:06] <james_w> is it not possible to fold them together?
[16:06] <bigjools> I'd love to do that, and in fact I tried
[16:06] <apw> al-maisan, bigjools doesn't know anything about series nominations in launchpad :)
[16:07] <al-maisan> oh
[16:07] <apw> intellectronica, it is suggested you might be a better contact ... i have issues with not being able to accept series nominations on a bug in LP for packages i have upload rights for under a limited uploader style thing
[16:07] <bigjools> al-maisan: bugs ...
[16:08] <al-maisan> apw, bigjools: sorry I confused that with accepting packages in the upload queue
[16:08] <apw> heh yeah we figured that out _just_ before we went mad
[16:08] <james_w> bigjools: what prevented them from being merged?
[16:08] <al-maisan> apw: phew .. :)
[16:09] <bigjools> james_w: too much dependency on the series package in the code
[16:09] <bigjools> branches, for one
[16:09] <intellectronica> apw: what bug and packages?
[16:10] <intellectronica> apw: and what's your LP username if different from your nick?
[16:10] <apw> bug #392692 was the one we noticed it on, apw == apw in launchpad, the packages are the suite of kernel packages
[16:11] <apw> intellectronica, one possible hint is that the acl list for myself recently moved from directly attached to attached via a group thing in the acl table
[16:11] <apw> as shown by the edit_acl
[16:13] <apw> intellectronica, one last thing, am using edge in case that matters
[16:16] <dnjl> tnx noodles775
[16:16] <intellectronica> apw: so, you're trying to accept the jaunty nomination but no luck?
[16:17] <apw> intellectronica, right its not showing the accept/decline thing thats normally there
[16:17] <noodles775> dnjl: ah, glad they're all going again - thanks losas :)
[16:19] <intellectronica> apw: gotcha
[16:21] <dnjl> kk :)
[16:30] <intellectronica> apw: can you accept the nomination by tacking /+editstatus to the url of the bug?
[16:32] <apw> i don't see any accept/decline stuff on that page either
[16:32] <intellectronica> apw: ok. the reason i asked is because i wanted to determine if it's really a permission problem or just broken ui
[16:32] <apw> intellectronica, yep np, where on that page would it appear if it was there
[16:32] <apw> https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/392692/+editstatus
[16:33] <apw> used that URL
[16:43] <dreamcat4> hi!
[16:43] <dreamcat4> is there a shell script / helper program to upload tarballs / release files ?
[16:44] <dreamcat4> We are finding the web UI a bit slow  because we have 9 files to upload each time
[16:45] <dreamcat4> Is this something to request for the other Launchpad ? (the open source project)
[16:46] <beuno> dreamcat4, I think there is such a script
[16:46] <beuno> sinzui would know
[16:46] <dreamcat4> cool
[16:47] <dreamcat4> Unfortunately we also have 2 other issue, relating to the project downloads page
[16:48] <intellectronica> apw: nothing obvious, so i'm investigating. would you mind filing a bug?
[16:48] <apw> intellectronica, sure
[16:48] <beuno> dreamcat4, what's the issue?
[16:48] <apw> intellectronica, against?
[16:49] <dreamcat4> One thing is that the upload date isn't printed next to each file in the table
[16:49] <intellectronica> apw: https://bugs.edge.launchpad.net/malone/+filebug
[16:49] <dreamcat4> And there is no widget to sort - by - date
[16:50] <beuno> dreamcat4, if you file bugs about it, we can try and fix it
[16:50] <dreamcat4> It poses a problem for us because we have so many similar - looking files to upload
[16:50] <dreamcat4> Should they be filed as feature request or bug ? thnks
[16:51] <sinzui> dreamcat4: which project are you uploading too?
[16:51] <beuno> dreamcat4, a bug is fine, it will likely be marked as a wish list
[16:51] <dreamcat4> okay. Project is php-fpm
[16:52] <sinzui> dreamcat4: we do have an automated process that can download release files from other sites and add them to a series. It will even create the release if it does not already exist
[16:52] <dreamcat4> https://launchpad.net/php-fpm/+milestone/0.6
[16:52] <dreamcat4> https://launchpad.net/php-fpm/+download
[16:52] <dreamcat4> That sounds good enough for our purposes
[16:53] <sinzui> I see the release file glob is already set
[16:53] <Laney> soooooo I've brought this up before but never actually tested it
[16:53] <Laney> I just downloaded a source package from LP and was able to upload it to the signer's PPA
[16:53] <Laney> because LP exposes signed changes files/dscs
[16:53] <sinzui> dreamcat4: and the release file glob is crack.
[16:53] <dreamcat4> i dont understand
[16:53] <bigjools> Laney: ha, we fixed it the other way around
[16:54] <Laney> heh
[16:54] <sinzui> dreamcat4: The glob is for pointing to other sites where launchpad can download the files and add them to launchpad
[16:54] <Laney> bigjools: PPAs don't expose signed stufF?
[16:54] <Laney> I guess that way is more serious
[16:54] <bigjools> no, the signature is stripped from the changes
[16:54] <bigjools> exactly
[16:54]  * sinzui really has to get some afterhours time to document this
[16:54] <Laney> should probably do it for main archive too
[16:54] <bd_> why not just make the PPA upload path use an authenticated upload method? sftp or something
[16:55] <dreamcat4> ah i think i know what you mean. its in some setting somewhere...
[16:55] <bigjools> yes, that's something we'd like to to, definitely
[16:55] <bd_> I mean, LP already has ssh key storage...
[16:55] <sinzui> dreamcat4: it is designed to suck release files from upstreams.
[16:55] <dreamcat4> i understand
[16:55] <Laney> bigjools: want a bug filed or?
[16:56] <bigjools> Laney: yes please.  I doubt we'll be fixing it in the near future though :(
[16:56] <apw> intellectronica, filed under bug #451390, and its possible it is related to bug #376006; assuming a package set is an acl group thing
[16:56] <sinzui> dreamcat4: but you can upload a zillion files to an ftp server or a http server that support dir listing and you can make the PRF do the work for you
[16:56] <dreamcat4> i think i set the glob to point to my github account
[16:56] <Laney> I'm having trouble thinking of how it could be dangerous
[16:56] <bigjools> it's an inconvenience
[16:56] <Laney> maybe if I download something from release n+1 and force the release in the PPA to be release n
[16:56] <Laney> could cause some breakage
[16:57] <sinzui> dreamcat4: what url are you thinking of?
[16:57] <dreamcat4> just cant remenber where that setting is
[16:57] <intellectronica> apw: thanks. i'm trying to figure out what's going on, will keep you posted
[16:57]  * Laney -> bug
[16:57] <apw> intellectronica, yeah ... am suspicious its the package set thing
[16:57] <dreamcat4> i don't have that (public upstream host) properly set up yet.
[16:58] <dreamcat4> i guess its on 'master' series page
[16:58] <sinzui> dreamcat4: you can try this, http://github.com/dreamcat4/php-fpm/downloads/ but since it is not a dir listing I do not think it will work
[16:58] <sinzui> dreamcat4: actually...
[16:58] <intellectronica> al-maisan, bigjools: know anything about that? ^^^^^ could the changes related to packagesets have affected the driver role status of people?
[16:59] <bigjools> intellectronica: it's quite possible
[16:59] <sinzui> I have a dev server up. give me a few minutes and I will confirm if it will work
[16:59] <intellectronica> apw: also, have you tried using the production server?
[16:59] <bigjools> intellectronica: it depends on which piece of our code your bugs code is using for authentication
[16:59] <dreamcat4> https://launchpad.net/php-fpm/master/+edit
[16:59] <bigjools> intellectronica: actually I remember something
[16:59] <apw> u
[16:59] <apw> intellectronica, nope ... will do so now
[17:00] <bigjools> intellectronica: I remember saying to BjornT that you'd have to fix your code once we started using packagesets, as yours only takes components into consideration I think?
[17:00] <al-maisan> intellectronica: only if archive permissions based on package sets were granted I'd think..
[17:00] <intellectronica> apw: cool, that will help us figure out how recently this broke
[17:00] <dreamcat4> @sinuzi alternatively we might use this page: http://php-fpm.org/downloads/
[17:01] <sinzui> ^ that is perfect
[17:01] <intellectronica> bigjools: donnow, we're looking for driver permission for the target, but i don't know how that is implemented
[17:01] <apw> intellectronica, ok it does not work on the main site either
[17:01] <bigjools> intellectronica: I remember there being a check to look for package upload permissions in your code
[17:02] <intellectronica> apw: thanks for checking
[17:02] <dreamcat4> @sinuze thank you all. Problem solved
[17:03] <sinzui> dreamcat4:using that url and the glob you set, the PRF will create  a release for each version on the master series.
[17:03] <apw> intellectronica, np.  on idea is you could try adding 'linux' to my acl directly and i can see if that changes it
[17:05] <dreamcat4> @sinuzi thats okay. Like you said, we could change the filenames and that will determine the release string
[17:05] <sinzui> correct
[17:13] <intellectronica> apw: not a bug. you're not a member of any of the teams that can approve nominations for jaunty (ubuntu-drivers and ubuntu-core-dev)
[17:14] <apw> intellectronica, so am i for karmic?
[17:15] <apw> as i understand things being able to upload a source package should let you do that for that package alone
[17:15] <apw> and i used to be able to ... see the bugs i mentioned, they imply i should be able to too
[17:16] <intellectronica> apw: i don't see anything in the code indicating that. i don't think it has anything to do with upload permissions
[17:16] <intellectronica> maybe i'm missing something
[17:16] <apw> intellectronica, well look at the first bug i mentioned which says it should work and is Fix Released, and i could do it for a while definatly
[17:16] <apw> https://bugs.launchpad.net/malone/+bug/373172
[17:17] <intellectronica> i see
[17:20] <intellectronica> apw: could it be that the change can be accounted for by changes in team membership?
[17:25] <apw> intellectronica, ok ... i am told that the change to my upload acl was to move my rights from under my user into a package set, which puts it firmly in the scope of that second bug
[17:27] <apw> https://bugs.launchpad.net/bugs/373172
[17:27] <apw> grrr
[17:27] <apw> https://bugs.launchpad.net/bugs/376006
[17:29] <intellectronica> apw: the mysetery is that i find nothing in the code to indicate that the permissions to approve nominations have anything to do with package upload permissions. either i'm stupid or maybe it used to be like that and changed later on? probably the former...
[17:30] <apw> intellectronica, hehe know the feeling, would not the bug where it was added, tie to a commit in bzr in malone ?
[17:30] <apw> 373172 i think it was
[17:35] <intellectronica> apw: ah ok, i see where it's handled. sorry, it definitely does check for upload permissions
[17:35] <apw> intellectronica, cool.. can we tell if it handle "package sets" there?
[17:36] <intellectronica> apw: it doesn't, it only handles the main archive, which may be the problem
[17:37] <apw> intellectronica, the main package we care about is 'linux' from a nominations point of view, so as a workaround i could ask for that to be moved to my main acl directly as well
[17:38] <apw> intellectronica, or is it something simple to fix
[17:39] <intellectronica> apw: i'm not sure yet. it's unlikely that i'll be able to get this fixed still today. can you survive that one day, or would you like to try and work around it for now?
[17:40] <apw> intellectronica, i can ask our core-dev to accept the nom so we can survive
[17:41] <intellectronica> apw: cool. i'm pretty sure we can have a fix tomorrow, but will keep you updated
[17:42] <apw> intellectronica, most excellent ...
[17:50] <Darxus> My package is building.
[17:55] <pmatulis> what is the env. variable that will change stdout to regular english again?  this is to get a legible bug report
[17:57] <Darxus> pmatulis: stdout from what?
[17:58] <pmatulis> Darxus: the OS
[17:58] <pmatulis> Darxus: say apt spits out errors during an operation
[17:59] <pmatulis> Darxus: i don't want the errors in cyrillic, i want it in english to make a bug report
[17:59] <Darxus> OHHH
[17:59] <Darxus> I thought you were saying the errors were, say, not clear, in english.
[18:00] <Darxus> Sorry, I don't know.
[18:01] <Spads> try LANG=C
[18:01] <pmatulis> ok
[18:01] <Spads> I know that fixes apt when I'm on a machine that's en_GB.utf-8 and I'm en_US.utf-8
[18:02] <pmatulis> will try.  example: ErrorMessage: η υποδιεργασία post-installation script επέστρεψε κατάσταση λάθους
[18:02] <jdobrien> is it me or is karma not working in launchpad
[18:58] <eross> theortical question - what if I make a commerical open-sourced project, do I still need to pay the yearly fee?
[18:59] <phuff> wgrant: sinzui: I updated your bug with a comment indicating that we've got code in the pipeline to fix the sf.net <-> launchpad.net issue
[18:59] <sinzui> rock
[18:59] <beuno> eross, as in, with a license, but an option to pay for it?
[19:00] <eross> right
[19:00] <sinzui> phuff: thank you very much. I was seeing to much code yesterday to see what you were seeing
[19:03] <eross> prob donation ware or something
[19:04] <beuno> eross, as long as the code's license is open source, you're free to do whatever you like
[19:05] <eross> the personal apt packaging looks like a great feature
[19:06] <beuno> it's a fantastic way to deliver releases to Ubuntu users
[19:14] <eross> in launchpad can i store linux/windows compiled binaries, or do they have to be mirrored from another server?
[19:15] <beuno> eross, you can
[19:15] <beuno> you just need to create a release
[19:15] <eross> ok ty for your help
[19:31] <kirkland> Error
[19:31] <kirkland> The following errors were encountered:
[19:31] <kirkland>     * Server error, please contact an administrator. OOPS ID:OOPS-1383ED1408
[19:39] <Ursinha> kirkland: I think this is bug 106338
[19:40] <kirkland> Ursinha: okay, cool, i eventually got it to work
[19:40] <Ursinha> kirkland: alright
[19:40] <kirkland> Ursinha: thanks; not urgent
[19:41] <kirkland> Ursinha: i've worked around it
[20:07] <elfenquetsche> hi
[20:07] <elfenquetsche> where can I change my e-mail-address?
[20:09] <tsimpson> there is a edit button by "Email:" on your user page
[20:09] <tsimpson> or use a direct link: https://launchpad.net/people/+me/+editemails
[20:12] <elfenquetsche> thanks :)
[22:04] <SinDoc> How can I have Launchpad send bug notifications to our dev mailing-list?
[23:32] <PovAddict> I just tried to put a comment in a launchpad bug but the "Post comment" button doesn't appear in Konqueror
[23:32] <PovAddict> I had to switch to Firefox
[23:32] <PovAddict> it seems pretty bad that the default browser of a LTS Kubuntu is incompatible with launchpad bugtracker :)
[23:34] <wgrant> PovAddict: There are some features a little broken in Konqueror, but that is not one of them.
[23:35] <PovAddict> http://stuff.povaddict.com.ar/nicolas/launchpad-konqueror.png
[23:37] <wgrant> Odd. Maybe not many people are using Hardy's Konqueror, but Jaunty and Karmic don't have large issues like that.
[23:37] <wgrant> I suggest filing a bug.
[23:37] <PovAddict> if I can :D
[23:37] <PovAddict> and KDE4 is the very reason why I'm still in Hardy