[01:20] <directhex> see, this is what i mean. 8 empty amd64 builders, and hours of i386 backlog
[01:22] <wgrant> directhex: There is a Grand Plan™ to pool the i386, amd64 and lpia builders, since they can all run all of the archs.
[01:22] <wgrant> I have an implementation that does this, but it's unclear how we should do scheduling.
[01:23] <wgrant> Because LP's scheduling algorithm is incredibly stupid.
[01:23] <wgrant> And will probably end up wildly unfair without some changes.
[01:25] <directhex> unfair towards whom?
[01:26] <wgrant> directhex: The extra i386 builds may block all amd64/lpia builds. That sort of thing.
[01:26] <spm> wgrant: so long as I can abuse my powa to make it unfair in my favour, i have no further interest in the resulting unfairness to the rest of you lot.
[01:26] <wgrant> spm: Fair point.
[01:27] <directhex> well, i'm glad spm said it first, so i don't look like a needy asshole
[01:27] <spm> :-)
[01:29] <directhex> you needy asshole you
[01:31] <directhex> wgrant, so if i understand your idea correctly, the plan is that rather than having ~15 i386 pbuilders and ~15 amd64 pbuilders, since they're all just xen virtual machines running on amd64 hosts, spin up a VM for the in-demand arch as needed, in a more fluid manner?
[01:31] <wgrant> directhex: Pretty much.
[01:31] <wgrant> Except that instead of spinning up a separate VM, just use the right chroot.
[01:32] <wgrant> (they are all amd64 VMs, AIUI)
[01:33] <directhex> so rather than doing binary-indep on amd64 builders, you manufacture more i386 builders
[01:34] <wgrant> Right. The distro team had some concerns about building them elsewhere, although it *should* work.
[01:35] <wgrant> We want to pool them anyway (because queue lengths differ for other reasons), and if we do then the issue goes away.
[01:38] <directhex> i know there's a tiny handful of packages (like, count-on-one-hand small) which are indep but must be built on specific arches
[01:38] <directhex> usually i386
[01:38] <wgrant> And occasionally powerpc :(
[01:41] <directhex> well, that one's frequency is even lower
[01:42] <directhex> (i.e. if memory serves it's one package, something like a powerpc rom used for emulation or somesuch)
[01:46] <wgrant> directhex: Yeah, openhackware.
[07:39] <SpamapS> Anybody know if there is a plan to support external bug reports at http://developer.berlios.de/ ?
[07:40] <SpamapS> Looks like a sourceforge based site, so it should be relatively easy
[07:44] <fta2> hm.. security.ubuntu.com is barely reachable, verrry slow
[07:47] <fta2> lol, apt-get says ETA 213503982334601d 6h 53min 23s
[07:51] <noodles775> fta2: confirmed, also v. slow here... I'll let the IS guys know.
[07:56] <fta2> noodles775, thanks. i managed to pull oo after 5 or 6 retries. seems it's not a particular IP though. both 91.189.92.166 and 91.189.88.37 timed out on me
[07:56] <fta2> *
[08:00] <noodles775> fta2: np... thanks for the heads-up. The IS guys are looking at it now (and yes, it's just related to the OOo security fix).
[09:31] <fta2> thekorn, hi, I just released the code for my PPA dashboards: https://code.edge.launchpad.net/~fta/+junk/ppa-dashboard.trunk
[09:32] <fta2> thekorn, it's my 1st program in python so please be nice ;)
[09:33] <bigjools> fta2: that looks interesting
[09:35] <noodles775> bigjools: you can see it in action at http://people.ubuntu.com/~fta/ppa-dashboard/mozillateam--ffox35.html
[09:36] <bigjools> yeah I saw
[09:50] <fta2> this is what i meant when i said last week that it was slow: http://paste.ubuntu.com/446539/
[09:51] <fta2> (and this version is 2~3 times faster than the old one)
[09:56] <bigjools> :(
[10:05] <fta2> indeed
[10:17] <glen> hey. i can't merge this merge request: https://code.launchpad.net/~poing/eventum/po/+merge/27009 can i somehow specify the base version to be merged? it's actually just single file to be added...
[10:26] <thekorn> fta2, super thanks, I'll have a look at it during my lunch break
[10:28] <maxb> glen: The reason you can't merge is with bzr is because the author of the branch did something rather silly. You should just take the individual file from that branch as if they'd just sent you that file alone
[10:33] <maxb> I have a non-operational query for a losa, if there's one around: Do you have a canned query to report all the branches stacked on a given branch? If so, can you run it on lp:~russel/groovy/trunk ?
[10:33] <mthaddon> maxb: I'm not aware of one I'm afraid
[10:33] <maxb> fair enough
[10:33] <maxb> I'll play around in a dev launchpad db
[10:35] <BlackZ> we're not able to rename our LP team, somebody knows the reason?
[10:36] <BlackZ> we have tried many time
[10:44] <maxb> Does it have a PPA
[10:44] <maxb> ?
[10:46] <BlackZ> maxb: no
[10:46] <BlackZ> just the mailing list
[10:54] <fta2> thekorn, you can see how i run it by doing view-source in my pages (in the sig). add -v to see the perfs
[10:55] <maxb> BlackZ: It sounds entirely possible that a mailing list would block the rename, but if you don't get a clear error message stating why, that's a bug
[10:57] <BlackZ> maxb: we could try to delete the mailing list and then re-try
[10:57] <BlackZ> otherwise we will file a question (is that correct?)
[10:58] <maxb> I'm fairly sure you can't delete a mailing list entirely without admin assistance, so you should probably file a question instead
[10:59] <BlackZ> maxb: thanks
[11:03] <hrw> ho
[11:05] <hrw> is there any usable way to filter LP generated emails?
[11:05] <hrw> bug emails are quite simple: X-Launchpad-Bug: header exists
[11:06] <hrw> but blueprint emails? only "X-Generated-By: Launchpad" or X-Launchpad-Hash: exists but those exists also in other emails
[11:11] <hrw> or emails with notes about being added to groups or PPA access grants
[13:07] <kalib> Hi there. What's goin on with launchpad? I have created a project to translate some po files. Have uploaded 2 po files to my project. I saw them on a queue list. But, on the next day when I checked the queue list, for my surprise. It was empty. I didn't receive any note explaning why. The files weren't accepted?
[13:07] <fta2> bigjools, what's the status of bug 589068? is it supposed to work now?
[13:07] <bigjools> fta2: it's not fixed yet - it only affects packages that would be rejected anyway so it's not high on the list compared to other more urgent fixes, but we'll get to it ASAP
[13:08] <dpm> hi kalib, it would be helpful if you could give us a link to the project where you saw this happening. henninge ^
[13:08] <fta2> bigjools, why would my packages be rejected?
[13:09] <bigjools> fta2: I can't answer that
[13:09] <fta2> bigjools, afaik, mine are correct, no reason to reject them
[13:10] <kalib> dpm, https://launchpad.net/~archlinux-br
[13:10] <fta2> bigjools, but well, i'm redirecting users complaining about lack of upgrades to this bug
[13:10] <kalib> dpm, by the way... the files I was trying to upload were .po and .pot
[13:11] <bigjools> fta2: like I said, we'll get to it.  there are a lot of urgent bugs to fix after 10.05 was released and we can't do all of them at once
[13:11] <fta2> ok
[13:11] <bigjools> everyone's bugs are important
[13:12] <bigjools> fta2: and I could be wrong about the rejection thing, sorry, I was thinking of a different bug
[13:16] <cos^> great, launchpad is fast again
[13:18] <fta2> bigjools, note that i didn't complain.. i just asked for the status ;)
[13:19] <bigjools> fta2: :)
[13:22] <kalib> dpm, any idea?
[13:24] <dpm> kalib, I've had a quick look at https://translations.launchpad.net/~archlinux-br , but that seems to be a team, not a project. What's the URL of the translatable project you're experiencing the problems with?
[13:25] <kalib> that's the problem dpm...
[13:26] <kalib> it was supposed to be https://translations.launchpad.net/archlinux-br
[13:26] <kalib> and https://translations.launchpad.net/archlinux-br/+imports
[13:26] <kalib> It was working... I did upload the files... etc.
[13:26] <kalib> but now.. it looks like it dissapeared.. :/
[13:27] <henninge> kalib: yes, by policy we don't register translation projects for a spceficit language.
[13:27] <henninge> actually, it's technically unwise, too.
[13:27] <kalib> what you mean?
[13:28] <kalib> we can't use launchpad to translate our po files?
[13:28] <kalib> only if were for more than one language?
[13:28] <henninge> kalib: you should talk to the maintainer of archlinux to enable translations for the distribution.
[13:28] <kalib> got it..
[13:35] <cos^> is there way to request build in series, not parallel? i have a lib and app which depends on lib. i'd like to build them in order so the app build won't fail due to dependencies.
[13:43] <maxb> Only by timing the uploads appropriately
[15:00] <BUGabundo_remote>  mew
[15:00] <BUGabundo_remote> LP tags field should be larger
[15:00] <BUGabundo_remote> I can't even read what's in there, much less edit it
[15:01] <nealmcb> I'm trying to report a bug with apport, and it keeps telling me "Searching for your bug in Launchpad took too long".  I'm using edge.  Why is this?  How can I just tell it to add the crash data to bug 448803?
[15:01] <BUGabundo_remote> what's the UI project to file such a bug?
[15:02] <jpds> nealmcb: I think 'apport-collect 448803'  should do it.
[15:02] <jpds> BUGabundo_remote: launchpad-bugs
[15:02] <BUGabundo_remote> thanks
[15:04] <BUGabundo_remote> https://bugs.edge.launchpad.net/malone/+bug/591274
[15:07] <nealmcb> jpds: Thanks.   Is launchpad just really slow now?Is there a way to do it from the launchpad interface, without re-uploading the data?
[15:08] <nealmcb> It just seems that the way this is working now would likely result in unnecessary duplicate bugs
[15:10] <nealmcb> Even searching for just "bug 448803" gets me the same message and it looks like ubot5 ran into a problem also....
[15:10] <nealmcb> (good job that time, ubot5!)
[15:24] <nealmcb> jpds: it says: You are not the reporter or subscriber of this problem report, or the report is a duplicate or already closed.  Please create a new report using "apport-bug". - So I subscribed.   Now apport-collect is hung - sigh.
[15:24] <nealmcb> tried again and got: You are not the reporter of this problem report. It is much easier to mark a bug as a duplicate of another than to move your comments and attachments to a new bug. Subsequently, we recommend that you file a new bug report using "apport-bug" and make a comment in this bug about the one you file. Do you really want to proceed?
[15:24]  * nealmcb is not enjoying the run-around :/
[15:40] <nealmcb> Trying to follow thru on my original apport-launchpad session now yields:  OOPS-1620N1386
[15:41] <nealmcb> If launchpad is just hosed now, that's fine - I understand that.  But this seems like a very odd runaround where it first looks to avoid dups, then tells me dups are better.  What's up?
[15:43] <nealmcb> doing a reload of the oops page worked fine.  Finally :)
[15:44] <jcastro> deryck: howdy, have you started on any of the work assessments for the patches and bugs specs?
[15:47] <barry> sinzui: hiya! you're the help contact today?
[15:48] <sinzui> I am
[15:48] <barry> awesome.  i'm having trouble with ppas, would you be able to help?
[15:48] <sinzui> mailman/feedback hates my PGP signed messages...that is why the list never got my emails
[15:49] <sinzui> This has been 18 painful months of CHR and registry work
[15:49] <barry> is it filtering on those attachments?  or signed message in general?  (shouldn't be the latter since i sign everything)
[15:49] <barry> how did you figure it out?  ;)
[15:49] <sinzui> I have no idea. I sent a barrage of emails to the list to see which landed
[15:50] <sinzui> I did this before and though the issue was my -- sig, but I now believe it was the GPG signing. that also explains why my script emails were accepted
[15:50] <sinzui> so how can I help
[15:50] <barry> how odd
[15:51] <barry> sinzui: i'm having trouble building a ppa.  it looks like the buildd is not able to satisfy some dependencies, but i thought it pulls dependencies from: your ppa, main, universe
[15:51] <sinzui> I think you monkey patched MM to hate my signed messages
[15:51] <barry> sinzui: oh, you found that
[15:51] <barry> :)
[15:52] <bigjools> barry: check the dependencies page to see if they got changed
[15:52]  * sinzui thinks
[15:52] <noodles775> barry: are you getting chroot fail? I saw that earlier, but think it was actually related to timeouts accessing archive.*... can you paste the link for the build.
[15:52] <sinzui> barry, It does, but I learned recently when playing with unstable that the deps I thought were in the series were removed.
[15:53] <barry> bigjools: it says Ubuntu dependencies: Default and Ubuntu components: Use all
[15:53] <barry> noodles775, sinzui i am trying to build packages for maverick
[15:54] <barry> this is one of the build failure pages: http://launchpadlibrarian.net/49915587/buildlog_ubuntu-maverick-i386.gnome-python_2.28.1-1ubuntu4~ppa0_FAILEDTOBUILD.txt.gz
[15:54] <barry> i'm sure i'm doing something wrong ;)
[15:55] <barry> but this excerpt is confusing me:
[15:55] <barry> gnome-python_2.28.1-1ubuntu4~ppa0.dsc exists in cwd
[15:55] <barry> ** Using build dependencies supplied by package:
[15:55] <barry> Build-Depends: debhelper (>= 5.0.37.2), gnome-pkg-tools (>= 0.10), python-all-dev (>= 2.5), python-all-dbg (>= 2.5), python-support (>= 0.7.6), python-gobject-dev (>= 2.17.0), python-gtk2-dev (>= 2.10.3), python-pyorbit-dev (>= 2.0.1-4), libglib2.0-dev (>= 2.6.0), libgtk2.0-dev (>= 2.6.0), libgnome2-dev (>= 2.8.0), libgnomeui-dev (>= 2.8.0), libgnomecanvas2-dev (>= 2.8.0), libgnomevfs2-dev (>= 2.14.0), libgconf
[15:55] <barry> libbonobo2-dev (>= 2.8.0), libbonoboui2-dev (>= 2.8.0), gtk-doc-tools, dpkg-dev (>= 1.13.19), quilt
[15:55] <barry> Checking for already installed source dependencies...
[15:55] <barry> debhelper: missing
[15:55] <barry>  
[15:56] <barry> is that telling me that it's trying to satisfy the debhelper dependency, but can't?
[15:58] <maxb> barry: You need to look lower, that's just saying that it intends to try to install debhelper later
[15:58] <noodles775> Right at the end of the log.
[15:58] <barry> ah, wait: maybe the problem isn't with debhelper but with one of the other packages it's trying to install, since it's doing them all with one apt-get line?
[15:59] <maxb> Were this any architecture by i386 I'd blame arch-all skew
[15:59] <maxb> s/by/but/
[15:59] <barry> maxb: yeah, that's what mvo suggested but this is the third time i've tried.  i think i have to manually chase the dependency chain
[16:01] <maxb> apt is often cryptic, but this one is especially so
[16:02] <barry> maxb: it's a bit petulant in this case :)
[16:10] <deryck> hi jcastro.  Sorry was on call.
[16:11] <deryck> jcastro, I haven't started yet.  I'm working through the items today and tomorrow to make sure they're covered by devs.  Then we'll work on them over the next 2-3 months.
[16:11] <deryck> jcastro, that plan sound good to you?
[16:14] <jcastro> deryck: yep, we're just getting smoked by WI's, so if you have any that you know you're going to defer ... :)
[16:15] <deryck> jcastro, gotcha :-)  I did notice jono's post on the community team a week or so back and thought, wow what a lot of work. :-)
[16:17] <jcastro> indeed
[16:24] <dholbach> hola
[16:25] <dholbach> is it a known problem that LP API gives me 503s consistently? I'm using edge
[16:48] <maxb> barry: gah. figured it out. It's because there's a python transition in progress in maverick, and python-gobject etc. is uninstallable
[17:34] <SpamapS> Anybody know if there is a plan to support external bug reports at http://developer.berlios.de/ ?
[17:44] <deryck> SpamapS, you register the tracker yourself if we don't already know about it.
[17:45] <SpamapS> deryck: ooohhhhh.. I didn't know I could do that. :)
[17:46] <deryck> SpamapS, see https://bugs.edge.launchpad.net/bugs/bugtrackers for the list and https://bugs.edge.launchpad.net/bugs/bugtrackers/+newbugtracker to register a new one.
[17:47] <deryck> SpamapS, if the tracker has our plugin installed or is bugzilla 3.4 or later, we can sync statuses and comments.
[18:16] <pmatulis> anything wrong with bugs.launchpad.net?
[18:16] <geser> why?
[18:16] <pmatulis> it doesn't work
[18:18] <geser> what *exactly* doesn't work?
[18:18] <pmatulis> Timeout error
[18:18] <pmatulis> Sorry, something just went wrong in Launchpad.
[18:18] <pmatulis> We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience.
[18:18] <pmatulis> Trying again in a couple of minutes might work.
[18:18] <pmatulis> (Error ID: OOPS-1620G1637)
[18:18] <pmatulis> .
[18:18] <pmatulis> clear enough?
[18:19] <salgado> pmatulis, bug 590992, it seems
[18:19] <rye> "You have used your Single Sign On ID to access a site which is <em>not</em> recognised by Launchpad Login Service:" - looks like overescaped string
[18:19] <pmatulis> salgado: thanks
[18:26] <SpamapS> Ok, so I added this bug tracker here: https://bugs.launchpad.net/bugs/bugtrackers/berlios-bugs   .. but when I try to add a link to it here https://bugs.launchpad.net/ubuntu/+source/net-tools/+bug/199702/+choose-affected-product (link: http://developer.berlios.de/bugs/?func=detailbug&bug_id=16913&group_id=4537)  I still get the error:
[18:26] <SpamapS> "Launchpad does not recognize the bug tracker at this URL.
[18:26] <SpamapS> "
[18:27] <fta> thekorn, did you have a chance to look at my code yet?
[18:31] <sinzui> SpamapS, I so not think that berlios is an SF derivative
[18:32] <SpamapS> sinzui: its a very old SF version from what I can tell.
[18:32] <sinzui> SpamapS, deryck. I know there is no documentation on how to tell, but I read the code recently and believe that the url must have group_id and atid to work
[18:32] <SpamapS> sinzui: ah so have to register each project as its own tracker?
[18:32] <sinzui> No
[18:33] <SpamapS> at the bottom.. "SourceForge is a trademark or registered trademark of VA Software Corporation in the United States"
[18:35] <sinzui> SpamapS, deryck: Again i read the code recently try to understand what bugtrackers are so broken from the user perspective. We assume all sf trackers re shared my many projects. For projects (I do not know about source packages) there is a remote_product field that is used to workout the group_id and atid. if it is blank the code false back to the projects sourceforge field
[18:35] <sinzui> SpamapS, deryck: this is what I noted https://dev.launchpad.net/Registry/BugConfiguration
[18:37] <SpamapS> well either way, the bug is already committed .. so I don't think it matters all that much.. but I figured for future cases it would be nice to have it there
[18:38] <SpamapS> I can't edit net-tools from what I can see, so I can't set remote_product .. nor do I see any documentation on exactly what I'd need to set it to. :-/
[18:38] <sinzui> Spam I am a registry admin. I can set /net-tools to the new bug tracker
[18:39] <SpamapS> sinzui: ok.. that would be really awesome. :)
[18:39] <sinzui> Done
[18:40] <thekorn> fta, no, sorry, I only had a quick look over the code, but was unable to test it, because I had no lplib installed on my system at work, will try to play with the dashboard tzthis evening
[18:41] <SpamapS> sinzui: heh, now I got OOPS-1620E1769
[18:42] <SpamapS> sinzui: yeah, now something is very broken whenever hitting this link: https://bugs.launchpad.net/ubuntu/+source/net-tools/+bug/199702/+choose-affected-product
[18:45] <sinzui> SpamapS, I do not think that func belongs in the URL, but I cannot find a better url
[18:56]  * deryck is glad sinzui is working on bug tracker config
[18:57] <deryck> Is the problem that we make assumptions about all SF derivates, but the assumptions don't hold?
[19:44] <jcastro> abentley: okk so one of the upstreams I am interested in for daily builds has a submodule
[19:44] <jcastro> and the automated import fails because of this
[19:45] <jcastro> is there something we can do for vcs-imports to make this work?
[19:45] <jcastro> or would we have to update the repository format?
[19:45] <abentley> jcastro, no.  Importing submodules requires changes to bzr itself.
[19:46] <jcastro> abentley: ok so what do you recommend?
[19:47] <abentley> jcastro, use james_w's import if there is one.
[19:47] <jcastro> he's importing upstream trunks?
[19:48] <abentley> jcastro, no.
[19:48] <abentley> jcastro, lack of submodule support is bug 402814
[21:17] <paultag> hey LP hackers. I'm cleaning up my LP Profile and there is one project that never even got started (( my buddy bailed on me ). Can I request you purge the project?
[21:19] <micahg> paultag: you can file a request here: https://answers.launchpad.net/launchpad
[21:19] <paultag> ty micahg
[21:20] <marti1125> hi, me url of mi account is https://launchpad.net/~marti1003-deactivatedaccount "deactivatedaccount" why?
[21:24] <BlackZ> marti1125: I can see your account as activated. Did you recently deactivated and reactivated your account?
[21:25] <BlackZ> marti1125: and that's your launchpad ID, you have chosen that as ID (you can change it)
[21:25] <marti1125> https://launchpad.net/~marti1125
[21:26] <marti1125> name! i put marti1003-de..
[21:26] <BlackZ> marti1125: yeah, you changed it
[21:26] <marti1125> ok :D!
[21:26] <BlackZ> have a nice day
[22:04] <lfaraone> james_w: hey, for some reason https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/lucid/sugar-0.88/lucid has an older version in VCS than rmadison is reported that is available in Lucid. (same with the maverick branch)
[22:53] <barry> maxb: which python transition is in progress?  i'm slowly trying to build everything up for py27 in my ppa
[23:41] <james_w> lfaraone: please report a bug on the 'udd' project
[23:53]  * asac says good bye