[00:38] <magcius> Ampelbein, mpd DOES support Album Artist BTW.
[00:38] <Ampelbein> magcius: yeah, in git-HEAD. but not in the version we have in the archives ;-)
[00:39] <magcius> Ampelbein, that's an Ubuntu issue then. Use a PPA for now.
[00:39] <KIAaze> I noticed the PPA build system automatically uses the PPA as source for other packages. Will this work too if I upload a Jaunty package depending on an Intrepid package in the same PPA?
[00:39] <magcius> Ampelbein, it kind of makes no sense to log a bug against NOT the development version.
[00:40] <magcius> Ampelbein, also, try #mpd
[00:40] <Ampelbein> magcius: it is a bug in the ubuntu-repositories. sidenote: i didn't file it, i don't even use mpd. i was just looking through triaged-bugs in uni/multiverse to see what has already been fixed upstream and is worth including.
[00:40] <magcius> Ah, okay.
[00:41] <magcius> Worth including in what?
[00:41] <Ampelbein> magcius: next ubuntu version or perhaps as a SRU/backport in hardy/intrepid/jaunty
[00:41] <magcius> Ampelbein, what do you maintain?
[00:42] <Ampelbein> magcius: nothing in particular, but i am on the road to achieve MOTU so i am looking for opportunities
[00:43] <Ampelbein> magcius: btw: lets switch to /msg, #launchpad is not really appropriate for such discussion ;-)
[00:43]  * magcius is a music producer so every time he sees MOTU he thinks "Mark of the Unicorn." He needs to get out of that habit.
[00:43] <Ampelbein> heh
[00:44] <magcius> I don't know anything about the Ubuntu maintenance structure, but I think you would have to contact the mpd package maintainer for rebuild.
[00:47] <Ampelbein> magcius: ubuntu works different than debian. there are no single-maintainers for the packages. There are teams who maintain everything, MOTU (=Masters of the Universe) being one of them. See https://wiki.ubuntu.com/UbuntuDevelopment for more information
[00:48] <magcius> That seems a little overzealous and silly.
[00:49] <Ampelbein> magcius: yet appropriate. packages which are not core-packages reside in universe (or multiverse if there are licensing issues). it shouldn't be taken too serious.
[00:50] <magcius> But packages should be maintained and built by someone who knows how.
[00:51] <magcius> Assigning someone to work on the packages he knows best seems yet more fitting.
[00:52] <Ampelbein> and if that someone drops out for whatever reason the package is orphaned and needs to be adopted by someone else. so why not have a team take collective care of the packages? one can always concentrate on few packages to "maintain".
[00:53] <magcius> Then he should be responsible, opt out and delegate someone to take his place.
[00:54] <Ampelbein> magcius: you can come to #ubuntu-motu if you feel there is something wrong with the current ubuntu-way. i think it works well for now.
[00:55] <Ampelbein> and the point is: if there is a new upstream version, I don't have to wait for the maintainer to finally start working on it, I can just do the update myself and have it sponsored.
 I noticed the PPA build system automatically uses the PPA as source for other packages. Will this work too if I upload a Jaunty package depending on an Intrepid package in the same PPA? -> The answer is no. ;)
[01:43] <maxb> KIAaze: but, you can copy the intrepid-package into the jaunty distroseries within your PPA, and then it will
[01:45] <wgrant> magcius: We have only a few dozen active developers. Having maintainers for each would mean we'd all need to maintain hundreds of packages.
[08:03] <soren> I've seen mailing lists on Launchpad that had private archives... Can I set that up myself for one of my teams or do I need one of you guys to do it?
[08:16] <noodles775> Hi soren, let me know if this question/answer helps:
[08:16] <noodles775> https://answers.edge.launchpad.net/launchpad/+question/40980
[08:28] <soren> noodles775: I'm afraid not. a) That pertains to PPA's, not mailing lists, and b) it doesn't really have an answer except for kiko telling the person asking the question that he'll tell him out-of-band when it's available :)
[08:29] <noodles775> soren: sorry, I misunderstood "private archives" to mean private personal archives... my mistake.
[08:29]  * noodles775 checks faq again...
[08:33] <noodles775> So soren, I'm not 100%, but as far as I can see, a private mailing list comes with a commercial (private) subscription... worth checking with barry as to whether that's the rule?
[08:34] <soren> noodles775: I'll ping him when he gets online. He's in EST somewhere, isn't he?
[08:34] <noodles775> Yep.
[08:35] <soren> noodles775: Cool. Thanks.
[08:36] <Rafik> hello world
[08:38] <spm> noodles775: soren: istr that private lists need to be set that way at creation/approval time
[08:38] <spm> soren: so if you have one you'd like, that should be doable. I suspect you won't need a commercial subscription? :-)
[08:38] <noodles775> spm: Yeah, I'm not sure, I couldn't find any related faq. Great.
[08:38] <soren> spm: I don't see "Make private" sort of checkbox anywhere on the form for creating a mailing list?
[08:39] <spm> noodles775: there may not be one. yet. :-/
[08:39] <soren> spm: No, for this one, I probably won't need a special subscription. :)
[08:39] <spm> soren: you wouldn't be able to. it'd someting myself or one of the other admins would do - as part of the list approval I suspect.
[08:39] <soren> Well... Not any more special than it already is :)
[08:39] <spm> heh
[08:39] <soren> spm: I see, ok.
[08:40] <soren> spm: If there's an existing mailling list with an archive we wouldn't mind throwing away, would it be possible to nuke it and recreate as a privately archived list?
[08:40] <spm> soren: easily. have nuked a few now. is great fun! ;-)
[08:40] <soren> spm: :)
[08:41] <spm> but may be worth checking with barry if you want the archive?
[08:43] <soren> spm: I'm checking up on that..
[08:46] <spm> soren: appears the change doesn't even need to mess around with the list. can be done fairly easily.
[08:46] <soren> spm: Oh, great. Can you do it?
[10:22] <mdz> I'm seeing an oops on https://bugs.edge.launchpad.net/ubuntu/+source/acroread/+bug/359518
[10:22] <mdz> OOPS-1208EA222
[10:34] <Kangarooo> how to repport a bug? i found correct projec i ca view bugs but i dont see button to report one wher can i find it?
[10:35] <wgrant> Kangarooo: On the Bugs tab of the project, you can find the 'Report a bug' link in the top right. It should be green.
[10:37] <Kangarooo> no its really not there.. https://bugs.launchpad.net/~xubuntu-website see? maybe they disable posibility to report?
[10:37] <wgrant> Kangarooo: That's not a project - that's a team.
[10:37] <wgrant> It doesn't really make sense to file a bug on a group of people!
[10:38] <LarstiQ> Kangarooo: https://edge.launchpad.net/xubuntu-website is the project
[10:38] <Kangarooo> ah now i understood.. teams has many projects and projects only have bugs :) ok :D
[10:42] <jtv> mdz: I'll have a look, thanks
[10:43] <wgrant> That bug works on staging.
[10:43] <wgrant> Maybe it decided that it didn't want to make any more people suffer the deluge of 'unsubscribe' messages.
[10:44] <jtv> mdz: I get it too.  I'm checking for existing bugs, and filing one if necessary.
[10:46] <mdz> jtv: thanks
[10:49] <jtv> mdz: bug 365044
[10:50] <mdz> jtv: subscribed, thank you
[10:54] <jtv> BjornT, did you see it?
[10:57] <intellectronica> jtv: i'm looking at it now
[10:57] <jtv> intellectronica: speaking of which....  ;-)
[10:58]  * wgrant points out that +text works fine, which might be useful.
[10:58] <intellectronica> jtv: sorry for not getting to your review. got home very late. allenap agreed to take over, since he's ocr today
[10:58] <jtv> intellectronica: ok, thanks.  I'll be annoying to him for a bit.
[10:58] <jtv> No need to punish your helpful nature all the time.
[10:58] <intellectronica> wgrant: aha. another interesting fact is that it works fine on staging, so this must be because of a recent change
[10:59] <wgrant> intellectronica: Right. I wonder if it's the comment hiding combined with change interleaving?
[10:59] <wgrant> intellectronica: I did mention the staging workyness up there a bit.
[10:59] <intellectronica> wgrant: yes, that's quite possible. sorry, just got in and didn't follow the scrollback yet
[11:00] <wgrant> intellectronica: That is of course a wild guess, but that change seems slightly relevant.
[11:01] <intellectronica> wgrant: it probably is
[11:01] <wgrant> I wondered when I saw that bug if you'd considered that case...
[11:01] <intellectronica> another interesting fact is that it doesn't always oops
[11:02] <wgrant> I've never had it not oops.
[11:02] <intellectronica> 60% oopsing for me so far
[11:03] <wgrant> It also works on prod, so it's not bugged data.
[11:06] <wgrant> Erm. Now +text is oopsing.
[11:06] <wgrant> Ah, and now it works.
[11:28] <wgrant> cprov: Thanks for those API exports! That was nice and quick.
[11:47] <geser> is there an easy way to see how many (and which) HTTP request the use of the LP API generates? I want to see if it's worth to try to optimize my script to generate less HTTP requests
[11:47] <wgrant> geser: You can get it to print out all the requests it makes.
[11:47] <wgrant> Somewhere in httplib.
[11:49] <thekorn_> geser, import httplib2; httplib2.debuglevel = 1234234
[11:49] <thekorn_> before    import launchpadlib
[11:50] <geser> is this magic number somewhere explained?
[11:51] <thekorn_> geser, no, it just has to be != 0
[11:51] <thekorn_> so True for python
[11:51] <geser> ah, so setting it to 1 would have the same effect?
[11:52] <thekorn_> yes
[11:52] <thekorn_> sorry for complicating things
[12:27] <geser> the Etag for an object I request through the LP API shouldn't change between requests, right? (the requests are < 1 sec apart)
[13:02] <savvas> is it just me or is the "Bug attachments" margin outside of its box? https://bugs.edge.launchpad.net/ubuntu/+source/packagekit-gnome/+bug/249104 (menu on the right)
[13:34] <jtv> savvas: I see a filename running outside the box
[13:34] <savvas> jtv: that's the one!
[13:34] <jtv> savvas: though it'd probably do that anyway because of browsers being shy about breaking lines.
[13:35] <savvas> oh ok :) firefox 3.0 here!
[13:35] <jtv> savvas: same here.  Don't think there's much we can do about it.  :-/
[13:35] <savvas> the weird thing is..
[13:35] <savvas> ah no, nothing
[13:36] <savvas> you're right
[13:36] <jtv> Well, maybe a tooltip.  But there's also the link preview, of course.
[13:37] <savvas> don't worry, midori shows it fine :)
[13:37] <savvas> thanks
[14:20] <savvas> OOPS-1208EB369
[14:20] <savvas> on https://bugs.edge.launchpad.net/ubuntu/+source/acroread/+bug/359518
[14:20] <savvas> and reproduceable :P
[14:21] <wgrant> savvas: Bug #365044
[14:21] <wgrant> savvas: It works on launchpad.net
[14:21] <savvas> awesome!
[14:21] <savvas> just disabled it, thanks :)
[15:14] <pancake> how can i upload release tarballs in launchpad? i did it some time ago and im unable to find the link ://
[15:19] <savvas> pancake: create a milestone and then create a release
[15:19] <savvas> pancake: try it out on http://staging.launchpad.net :)
[15:19] <pancake> oh i see
[15:19] <pancake> ok
[15:20] <savvas> it's a demo where whatever changes you do will be lost
[15:20] <pancake> not very userfriendly :P
[15:20] <savvas> that's what I thought at first, but it's developer-friendly :)
[15:20] <pancake> developers use the shell, webs and icons are confusing to me
[15:20] <savvas> a milestone shows the bugs you're targetting, and a release is the product of all that bug-squashing :P
[15:21] <pancake> yep, but i have no bugs reported :P i fix them before they are reported ;)
[15:22] <savvas> er..
[15:22] <savvas> check your trunk
[15:22] <pancake> ?
[15:22] <savvas> https://edge.launchpad.net/project/trunk
[15:22] <savvas> there's a "Create a release" link on the right
[15:22] <pancake> that's only on edge?
[15:22] <savvas> yep
[15:22] <pancake> ah im using the 'stable' interface
[15:23] <savvas> just head to edge, it's not that unstable if you ask me :)
[15:23] <pancake> ok
[15:23] <savvas> and you can easily disable it at http://launchpad.net (where you'll see a button to disable it for 2 hours) if anything goes wrong
[15:24] <savvas> here's the group: https://launchpad.net/~launchpad-beta-testers
[15:25] <pancake> ok thanks .)
[15:26] <pancake> https://launchpad.net/elisa-plugin-httpinput/trunk/0.2 released
[15:33] <mdz> is it possible to search for bugs by date range using the launchpad API?
[15:33] <mdz> e.g., "iterate over all of the Ubuntu bugs reported in the past three days"
[15:35] <savvas> mdz: I just head to the "newest first" and grab them from there - I don't know the api though :)
[15:36] <savvas> orderby=-date_last_updated
[15:36] <savvas> there should be something similar in the api
[15:36] <mdz> savvas: I don't see anything in the docs
[15:36] <savvas> and sorry, not newest first, bug "most recently changed"
[15:36] <savvas> I'll check
[15:37] <mdz> I can get the N most recent bugs filed on all of Launchpad, but that's not quite what I want
[15:37] <intellectronica> mdz: date range is not yet possible, but ordering by dates is
[15:38] <mdz> intellectronica: hmm. I'm guessing that asking for all Ubuntu bugs ordered by date is probably not a good idea?
[15:38] <mdz> are they lazy loaded?
[15:38] <intellectronica> mdz: the come in batches, so you could iterate until you reach your cutoff date
[15:38] <mdz> intellectronica: oh good, I'll try that
[15:40] <mdz> intellectronica: what is the type of order_by?
[15:40] <intellectronica> mdz: ehrm ... string :-/
[15:41] <kiko> well, what would it be otherwise? :)
[15:41] <mdz> bugs = ubuntu.searchTasks(order_by='date_created')
[15:41] <mdz> launchpadlib.errors.HTTPError: HTTP Error 500: Internal Server Error
[15:41] <intellectronica> mdz: any of the values available in the web search
[15:41] <intellectronica> mdz: datecreated, i think. let me check
[15:41] <mdz> intellectronica: it's date_created on the bugtask object
[15:41] <mdz> intellectronica: datecreated works
[15:42] <intellectronica> mdz: and in your case, '-datecreated'
[15:42] <mdz> intellectronica: yep, figured that out, thanks
[15:44] <savvas> mdz: you want them by date created or by date recently changed?
[15:44] <savvas> actually never mind, I guess you've got it :)
[15:49] <mdz> TypeError: can't compare offset-naive and offset-aware datetimes
[15:49] <mdz> hint?
[15:50] <mdz> I'm comparing against datetime.datetime.utcnow()
[15:54] <james_w> mdz: if you save datetime.datetime.utcnow() as dt then you should be able to compare dt to bug_task.date_created.replace(tzinfo=dt.tzinfo)
[15:55] <james_w> (as lp returns all dates in UTC, but you get offset-naive objects from launchpadlib)
[15:57] <mdz> james_w: that's basically what I ended up doing...I took bug_task.date_created and smashed .tzinfo to None
[16:02] <hyperair> how does rosetta grab translations from a package?
[16:02] <henninge> hyperair: through the build process
[16:03] <hyperair> henninge: at which stage?
[16:03] <hyperair> henninge: and where does it import the translations from?
[16:03] <hyperair> like po/*.po?
[16:03] <hyperair> or something?
[16:04] <henninge> hyperair: after the build in soyuz the translation files are taken from the package and uploaded to rosetta.
[16:04] <hyperair> henninge: define translation files
[16:04] <henninge> hyperair: that is done by a script
[16:04] <hyperair> henninge: which files are considered translation files?
[16:04] <henninge> hyperair: usually .po and .pot files.
[16:05] <henninge> hyperair: I am assuming you are talking about Ubuntu packages, right?
[16:05] <hyperair> henninge: indeed i am.
[16:05] <henninge> hyperair: mozilla has .xpi files.
[16:05] <hyperair> henninge: i see. after translations are done, how are they distributed to the users?
[16:06] <cprov> hyperair: `apt-cache show pkgbinarymangler`, that's what is used to strip translations in build time.
[16:06] <henninge> henninge: the Ubuntu translations done in Launchpad are only for the main component
[16:06] <henninge> hyperair: ^
[16:06] <henninge> hyperair: and they are distributed through the language packs.
[16:07] <hyperair> henninge: ah i see.
[16:07] <hyperair> only for stuff in main eh
[16:07] <henninge> hyperair: any other package must bring their own translations ...
[16:07] <hyperair> right
[16:07] <hyperair> henninge: thanks
[16:08] <savvas> the language-pack-xx ? :)
[16:08] <henninge> hyperair: welcome
[16:09]  * savvas notes pkgbinarymangler
[16:39] <soren> I need someone to help me create a private team on staging.
[16:49] <intellectronica> soren: i think mthaddon can help?
[16:50] <soren> intellectronica: kiko's helping already. Thanks, though :)
[16:50] <intellectronica> cool
[16:50] <magcius> Hmm... https://bugs.edge.launchpad.net/notify-osd
[16:51] <magcius> There seems to be a bug with the graph renderer there.
[16:52] <intellectronica> magcius: what's the bug? it looks fine to me
[16:56] <magcius> intellectronica, see the weird white thing sticking out?
[16:57] <magcius> I presume that's from rendering a miter joint.
[16:58] <intellectronica> magcius: ah yes. well, a pretty minor bug, but feel free to file it
[17:07] <ripps> The PPA builder Francium is down, but I have a build stuck in it, what do I do?
[17:07] <cprov> ripps: talk to me ;)
[17:07] <cprov> ripps: I will fix in a minute.
[17:07] <ripps> cprov: thanks
[17:08] <cprov> ripps: I'm also fixing the *bug*, so i don't have to do that for the rest of my life.
[17:11] <cprov> ripps: building somewhere else, for real.
[17:34] <mdz> intellectronica: can I get bug comments via the API?
[17:35] <mdz> ah, they're called messages
[17:36] <intellectronica> mdz: yes. bug.messages
[17:36] <mdz> intellectronica: is iterating over bug.messages and reading the subject slow (will it download all of the message bodies as well)?
[17:38] <intellectronica> mdz: yes, you can't get a partial object
[17:57] <thumper> intellectronica: it does batch it though doesn't it?
[17:58] <intellectronica> thumper: yes indeed
[18:55] <cjwatson> hi, could somebody look at https://answers.launchpad.net/soyuz/+question/68267 urgently please? we're using that PPA for urgent toolchain bootstrapping for Ubuntu karmic and Launchpad is saying it's oversized
[18:58] <cjwatson> cprov,herb`,mthaddon: Curtis tells me you can answer the above ^-
[18:58] <cjwatson> ah, cprov is on it, thanks :)
[19:17] <jkakar> It may a local (or local ISP) issue, but I'm finding launchpad.net *very* slow right now.
[19:51] <kernco> Does anyone know if there's been anything done towards making an Eclipse/Mylyn plugin for launchpad bugs and blueprints?
[20:40] <craig_> Hi everyone. I've just been reading a bug report on _deleting product series_ of a project. I found that this is what: https://launchpad.net/obsolete-junk is for
[20:40] <craig_> How do I reassign a product series to this project? Or is there no way to at the moment?
[20:45] <savvas> I guess the people of obsolete-junk can assign it back (?)
[20:47] <craig_> I've just filed a deletion request in the launchpad itself answers, hopefully they will do it soon. Was just wondering if it was possible to do this manually.
[20:47] <savvas> craig_: you could just set it as "Abandoned"
[20:48] <savvas> or Obsolete
[20:48] <craig_> I've got them set to Obsolete at the moment, but they still appear in certain instances, such as the bug tracker
[20:49] <craig_> I read on a few other deletion requests that the functionality to do this manually is due out soon, is this true do you know?
[20:49] <craig_> Or rather, when exactly is it due?
[20:50] <savvas> no idea
[20:50] <craig_> Ok thanks for the assistance anyway savvas, very much appreciated.
[20:50] <craig_> Peace. :)
[20:50] <savvas> craig_:  but personally, I would like to have a public "deletion request" so that other people looking for it, or people trying to help them do not get confused
[20:51] <savvas> grr :p
[21:05] <jkakar> Any launchpadlib hackers around?  I'm seeing an error I haven't encountered before: http://pastebin.ubuntu.com/156106/
[21:06] <jkakar> leonardr: ^^?
[21:06] <leonardr> looking
[21:06] <leonardr> jkakar, unless someone else is editing those bugs at the same time as you, you've run into bug 336866
[21:07] <leonardr> it's a high-importance bug that i hope to address soon
[21:07] <leonardr> if someone else is editing those bugs at the same time as you, that's normal behavior intended to prevent conflicts
[21:07] <jkakar> leonardr: Ah, thanks.  In case it helps, this is the (bulk of the) code running that produces this issue: http://pastebin.ubuntu.com/156109/
[21:08] <barry_> abentley: any idea what's causing this? https://pastebin.canonical.com/16688/
[21:09] <abentley> barry_: No, not really, you can bypass it by prefixing "nosmart+".  Which means we can blame spiv.
[21:10] <barry_> abentley: okay, thanks will try that
[21:19] <Edgar1> hello I need some help in something
[21:19] <Edgar1> I'm a newbie in all of this of open source
[21:20] <Edgar1> I'm using Ubuntu, I have the OliveGUI of bazaar
[21:20] <Edgar1> and I have made some fixes to a file of a project, I got the code of that project by the bzr branch ... command
[21:20] <Edgar1> but I want to upload(send) the file I made the fixes to the server
[21:21] <Edgar1> how can I do this?
[21:29] <mwhudson> Edgar1: does https://help.launchpad.net/CreatingAHostedBranch help?
[21:33] <Edgar1> let see
[21:48] <Edgar1> it work thanks
[22:06] <Strider^> hello
[22:06] <Strider^> i have some questions about the ssh keys i have to publish in lauchpad to use bzr
[22:07] <Strider^> right now i only only ssh to my server with a root account(it's ok i know what i'm doing), i assume i shouldn't publish this key to launchpad right ?
[22:12] <Ampelbein> Strider^: it's only the public part you publish.
[22:12] <Ampelbein> Strider^: noone can use it to break into your server.
[22:14] <Strider^> oh ok, i've used keys with ssh but i assumed that as long as someone had the key then it would be possible to log in without a password
[22:15] <rockstar> Strider^, there's two parts of the key: a public part and a private part.  You only upload the public part.
[22:17] <Strider^> ok so i publish the public key so that i can log in to launchpad but launchpad looging on my server isn't possible, is that right ?
[22:17] <rockstar> Strider^, right.
[22:17] <Strider^> lauchpad can't login sorry
[22:17] <Strider^> ok thanks