[00:47] <maxb> czajkowski: I wonder if you're around, but probably not at this time of day?
[01:27] <maxb> czajkowski: https://answers.launchpad.net/launchpad/+question/213391 was what I was going to raise. I've put my thoughts in a comment.
[03:21] <Aaron> Hello how do you set up the email account that was forward to my account so i can write with my ubuntu email? using like evolution or any other client
[07:03] <ricotz> hello, is there a problem with the automatic deletion of old binaries in ppas?
[07:05] <TheLordOfTime> not sure that's ever been an "Issue"
[07:05] <TheLordOfTime> define automatic deletion of old binaries
[07:05] <TheLordOfTime> of course i'm not an LP admin nor an LP helper
[07:06] <TheLordOfTime> but i dont htink old binaries get purged
[07:06] <wgrant> ricotz: Yes, it's currently disabled due to a bug. If you need more PPA space because of this, ask at https://answers.launchpad.net/launchpad/+addquestion and someone will sort it out for you.
[07:06] <ricotz> it seems they are currently not deleted anymore, so the repository size rises
[07:06]  * TheLordOfTime points at wgrant's response
[07:06] <wgrant> (see /topic)
[07:06] <ricotz> hmm, i see, this leads not being able to upload anything :\
[07:07] <wgrant> Sure, ask for your quota to be increased and that will be fixed.
[07:08] <ricotz> wgrant, i know, this will only fix it for like on upload, e.g. https://launchpad.net/~ricotz/+archive/ppa/+packages
[07:09] <ricotz> i already requested several deletions while the packages are copied to the official ppa already
[07:09] <wgrant> It should be turned back on early next week.
[07:09] <wgrant> Until then you'll need to request a quote increase.
[07:09] <wgrant> quota
[07:09] <ricotz> ok
[07:09] <ricotz> thanks
[07:20] <ricotz> wgrant, do you mind taking a look at https://answers.launchpad.net/launchpad/+question/213539
[09:12] <czajkowski> maxb: ok thanks
[09:17] <maxb> czajkowski: thanks - and gosh, I have another bug comment from Christopher to argue with this morning :-/
[09:20] <Lo-lan-do> Hi all. I come in peace (from #bzr) with a question about loggerhead.
[09:20] <czajkowski> maxb: maybe not argue with him :)
[09:21] <Lo-lan-do> I'm about to adopt the package, and it needs to be ported from the old YUI 3.0.0pre2 to the current YUI 3.5.
[09:21] <Lo-lan-do> I'm told this channel might be of help (since I don't do Javascript much).
[09:29] <czajkowski> maxb: each person does thing differently, I do things differently and talk to the users also.
[11:36] <didrocks> hey
[11:36] <didrocks> I was wondering when the code update on staging is supposed to end?
[11:38] <czajkowski> didrocks: morning
[11:39] <didrocks> hey czajkowski ;)
[11:39] <czajkowski> didrocks: can you use https://qastaging.launchpad.net/  instead
[11:39] <didrocks> czajkowski: should I just use "qastaging" instead of "staging" in the launchpadlib API?
[11:40] <czajkowski> hmm
[11:40] <czajkowski> StevenK: any idea...
[11:41] <didrocks> seems so, but I'm getting then No such distribution series: 'quantal'.
[11:41] <didrocks> so it's a really old instance? and doesn't have ubuntu series?
[11:41] <didrocks> czajkowski: if the staging server is supposed to come back in the next couple of hours, I'm fine with that :)
[11:41] <czajkowski> staging has been downa  whole alright.
[11:42] <czajkowski> *while
[11:42] <czajkowski> didrocks: there are no maintenance folks around for a bit waiting on USA folks to arrive, will poke when they do and get back to you.
[11:43] <didrocks> czajkowski: excellent! I'm idling there meanwhile :) thanks a lot!
[11:44] <czajkowski> np
[11:44] <czajkowski> jcsackett: when you're alive read back up a bit please :D
[11:44] <didrocks> (yeah, qastaging is an older snapshot, so I can just use that meanwhile)
[12:16] <thopiekar> Hello :-) yesterday I noticed a running build which seems to run all the time.. https://launchpad.net/~thopiekar/+archive/quantal-dev/+build/3886376
[12:43] <danilos> czajkowski, anyone: hi, are the private blueprints available for use on production systems?
[12:57] <czajkowski> danilos: not sure just on lunch so asking someone for advice
[12:58] <rick_h> danilos: they're in beta, the plan is to bring them out of beta with private projects
[12:58] <rick_h> danilos: are you in the launchpad-beta-users group?
[12:58] <rick_h> sorry, beta-testers
[12:58] <rick_h> https://launchpad.net/~launchpad-beta-testers
[13:02] <Lo-lan-do> rick_h: I'm told you're working on porting launchpad stuff to current YUI3. Does that include loggerhead?
[13:02] <rick_h> Lo-lan-do: so launchpad has been YUI3 for a long while, but we just got moved to YUI 3.5.1 recently
[13:02] <rick_h> Lo-lan-do: but no, I think loggerhead is a seperate project
[13:02] <Lo-lan-do> Yeah, that's what I meant by "current", sorry :-)
[13:03] <rick_h> Lo-lan-do: doh sorry, too early to read straight
[13:03] <Lo-lan-do> Ah, damn. I'll have to find another Javascript guru then.
[13:03] <rick_h> Lo-lan-do: happy to help if you need a hand with something, I've not really looked at loggerhead much. It's old turbogears stuff right?
[13:04] <Lo-lan-do> No, the python part is paste. But I'm only worried about the Javascript for now.
[13:04] <rick_h> Lo-lan-do: hmm, looks like just 3 JS files
[13:04] <rick_h> no real YUI objects
[13:05] <rick_h> heh, and no tests :(
[13:05] <Lo-lan-do> I tried porting to 3.5, but apparently I failed.
[13:05] <Lo-lan-do> http://anonscm.debian.org/loggerhead/pkg-bazaar/loggerhead/unstable/annotate/head:/debian/patches/port-to-yui3.5.patch has my current efforts.
[13:05] <rick_h> Lo-lan-do: in theory, without going line by line, it doesn't look like anything major would break
[13:06] <Lo-lan-do> There are a few renamed methods, but the main thing I have is the async loading and the lack of a global Y object.
[13:06] <rick_h> yea, that'll break
[13:06] <danilos> rick_h, hi, I used to be, let me double check
[13:06] <rick_h> events don't propogate between Y instances
[13:07] <rick_h> Lo-lan-do: in launchpad we generate a var LP = YUI() to use as a global YUI instance to help with that for now since we have a ton of different JS blocks that need event propogation
[13:07] <rick_h> Lo-lan-do: I'd start small. First just update that yui/build dir with the yui3/build from github.
[13:07] <danilos> rick_h, so, it won't be possible to have private blueprints on public projects? we'd want to use that in Linaro
[13:08] <Lo-lan-do> I tried something like that, but apparently there are calls to the global object before everything is loaded, so I get missing methods or so.
[13:08] <rick_h> Lo-lan-do: and then only include the yui-min.js base js file and remove the rest of the hard coded links
[13:08] <rick_h> danilos: yes, it will be possible to do that. Actually that should work now if you're in the beta group
[13:08] <Lo-lan-do> I use the packaged libjs-yui3-min
[13:08] <rick_h> Lo-lan-do: not familiar with that
[13:10] <Lo-lan-do> It's just more convenient than getting an external copy, but the contents should be the same.
[13:11] <rick_h> Lo-lan-do: sec, looking
[13:13] <danilos> rick_h, ok, I've rejoined it: what settings does a project need to have to be able to set a blueprint as a private one?
[13:14] <TheLordOfTime> think your project needs to be private, but don't quote me on that
[13:14] <TheLordOfTime> (private projects and stuff cost MONEY)(
[13:15] <rick_h> danilos: looking/thinking
[13:15] <czajkowski> TheLordOfTime: not for canonical projects it doesn't
[13:15] <danilos> rick_h, thanks
[13:15] <TheLordOfTime> czajkowski, ah.  i just connected, no scrollbacks on this channel so, i dont have full context.
[13:15] <czajkowski> ahh
[13:16] <czajkowski> :)
[13:16] <TheLordOfTime> czajkowski, for other non-canonical projects, i assume it has to be private-registered?
[13:16] <czajkowski> context is a wonderful thing alright :)
[13:16] <TheLordOfTime> (znc's futzed :P)
[13:17] <czajkowski> TheLordOfTime: http://blog.launchpad.net/general/privacy-for-blueprints-enabled-for-beta-testers  explains it all
[13:17] <TheLordOfTime> czajkowski, i meant in general
[13:17] <rick_h> danilos:  ^^ heh was going to paste that
[13:17] <rick_h> danilos: you need to have a commercial subscription and then set it up via the sharing UI
[13:17] <TheLordOfTime> for others (that's a question for a potential business wanting to use LP)
[13:17] <rick_h> danilos: honestly, pita at the moment
[13:18] <czajkowski> TheLordOfTime: a commercial subscription is needed.
[13:18]  * czajkowski really needs to get better at not looking at irc while on lunch 
[13:19] <TheLordOfTime> that's what i suspected :P
[13:19] <TheLordOfTime> czajkowski, NOW I'M HUNGRY THANKS TO YOU
[13:19]  * TheLordOfTime glares at czajkowski
[13:19] <rick_h> Lo-lan-do: what's the magic to run loggerhead locally ?
[13:19]  * rick_h grumbles around setup.py without install_requires and lack of make run
[13:20] <danilos> rick_h, right, thanks
[13:20] <Lo-lan-do> rick_h: Something like ./serve-branches I think. I switched to using WSGI myself.
[13:21] <rick_h> Lo-lan-do: yea, tring to fire up gunicorn on the .wsgi file
[13:32] <rick_h> oh come on...ugh bzrlib
[13:44] <rick_h> Lo-lan-do: so I'm tring to get it running, pointing the serve-branches at my loggerhead checkout dir and just get a 'Not Found' 404 at /
[13:44] <rick_h> Lo-lan-do: is there some url that's nothing to do with bzr branches I can test with or does it need something special for bzr repos to point at?
[13:44] <vila> cElementTree.ParseError: unclosed token: line 16496, column 12 while using lp API, does that rings a bell, I'm pretty sure there is an lp bug for that but can't find it
[13:45] <czajkowski> vila: matsubara finds all odd bugs easily
[13:46] <vila> nm, bug #1014621
[13:46] <vila> Alzheimer...
[13:49] <Lo-lan-do> rick_h: It needs a location with branches in the http_root_dir option in your ~/.bazaar/bazaar.conf
[15:06] <rick_h> danilos: czajkowski so I completely messed up since you can get a 30day commercial sub by adding a prop. license to the project
[15:06] <rick_h> much easier that way
[15:06] <czajkowski> ah yes
[15:06] <czajkowski> the trial
[15:07] <czajkowski> people forget they are on a trial a lot though
[15:07] <rick_h> yea, but would have helped get their testing going on qastaging and such to enable private blueprints
[15:07] <rick_h> without the commerical admin getting involved first, they can get involved after to extend it
[15:07] <czajkowski> nods
[15:09] <mmoya> hello support, I changed my username and now I always get 'Your page was stale' whenever I try to login. Cookies deleted, browser restarted, page reloaded, etc...
[15:13] <czajkowski> mmoya: when did this happen?
[15:13] <czajkowski> should be able to edit your username without any issue
[15:13] <czajkowski> did you change anything else?
[15:14] <czajkowski> didrocks: not forgootten you, we've just had the server kicked so hopefully there will be life soon thanks to gnuoy
[15:14] <didrocks> czajkowski: good news! Thanks a lot :) keep me posted please
[15:15] <mmoya> czajkowski: I changed it about one week ago
[15:16] <mmoya> since 2-3 days I'm getting the 'stale' message
[15:16] <mmoya> the first day I did think is was some transient error
[15:16] <czajkowski> mmoya: did you have any issue after your changed it?
[15:16] <mmoya> no
[15:16] <mmoya> it was from maykelmoya -> mmoyar
[15:17] <mmoya> now ~maykelmoya is gone and ~mmoyar is ok
[15:17] <czajkowski> mmoya: well if you had no issue after you changed it, and now are having issues, we've not done anything
[15:18] <mmoya> the issue I'm reporting is not related to changing the username but related to login after changing it
[15:19] <czajkowski> mmoya: if you file a question I'll get someone to have a look https://answers.launchpad.net/launchpad/+addquestion
[15:20] <mmoya> ok, thanks
[15:27] <rick_h> Lo-lan-do: ping, https://code.launchpad.net/~rharding/loggerhead/yui3.7.1 is a start. It's running 3.7.1
[15:27] <rick_h> Lo-lan-do: the next error I hit was it couldn't find the class Collapsable, but not sure where that came from. An old YUI thing maybe, not sure
[15:27] <rick_h> so it's not 100% tested, Y.get needs to be /get/one and such
[15:27] <rick_h> but the basics load, in an nice uneffecient one file at a time way and all that jazz
[15:28] <Lo-lan-do> rick_h: It's defined in custom.js
[15:29] <rick_h> Lo-lan-do: ah ok, so might need to stick it on window. or LH. so you can see it in the other file
[15:29] <rick_h> must have typo'd in my bzr grep for it
[15:31] <Lo-lan-do> Hey, I didn't know you could define functions within functions. Good to know :-)
[15:31] <Lo-lan-do> Thanks anyway, I'll try to start again from there.
[15:52] <rick_h> Lo-lan-do: ok, forgot to add a bunch of files and fixed the collapsable and /query/one for finding nodes
[15:52] <rick_h> Lo-lan-do: so make sure to pull the updated branch
[15:55] <czajkowski> didrocks: staging is back up now
[15:55] <didrocks> czajkowski: rocking! thanks a lot :)
[16:06] <Quintasan> czajkowski: mind if I query?
[16:06] <czajkowski> Quintasan: can talk freely in here
[16:07] <dobey> qemu-arm-static: /build/buildd/qemu-linaro-1.0.50-2012.03/user-exec.c:100: handle_cpu_signal: Assertion `({ unsigned long __guest = (unsigned long)(address) - guest_base; (__guest < (1ul << 32)) && (!reserved_va || (__guest < reserved_va)); })' failed.
[16:07] <dobey> anyone know how to get around that? qemu seems to be having fits on oneiric for armel PPA builds
[16:07] <Quintasan> czajkowski: sure, was wondering how jaintor works, when you increased ppa size for neon it just kept expanding until it reached 20GB
[16:07] <Quintasan> I have no idea how to force it to delete old stuff
[16:08] <czajkowski> Quintasan: we currently have a bug on the PPA side of things
[16:08] <czajkowski> see the topic
[16:08] <czajkowski> bug 1071562
[16:08] <czajkowski> which means ppas are running out of space
[16:09] <Lo-lan-do> rick_h: Thanks a lot!
[16:09] <Lo-lan-do> With a little more work, I trimmed my quilt patch to http://anonscm.debian.org/loggerhead/pkg-bazaar/loggerhead/unstable/annotate/head:/debian/patches/port-to-yui3.5.patch and it works :-)
[16:10] <rick_h> Lo-lan-do: cool, let me know if you hit anything. Watch out for all those Y.get and Y.query which are no longer there but are Y.one/all
[16:10] <rick_h> I didn't go through htings with a fine tooth comb and all that
[16:10] <Quintasan> czajkowski: Oh, I see, thanks. Also I have been wondering if it would be possible to get arm builds in one ppa. Since I realise arm builders are not very fast and common a proper reason would be needed, right?
[16:11] <czajkowski> Quintasan: are you Canonical ?
[16:11] <czajkowski> or Linaro ?
[16:11] <Quintasan> czajkowski: Unforutunately no.
[16:12] <czajkowski> unfortunately arm are only reserved for those two groups.
[16:13] <dobey> there are too many things named 'neon' in the foss world. http lib, kde builds project thing, and some ARM video thing
[17:05] <dobey> nobody knows anything about that qemu error?
[17:07] <czajkowski> dobey: didnt see what you were refering to
[17:08] <dobey> qemu-arm-static: /build/buildd/qemu-linaro-1.0.50-2012.03/user-exec.c:100: handle_cpu_signal: Assertion `({ unsigned long __guest = (unsigned long)(address) - guest_base; (__guest < (1ul << 32)) && (!reserved_va || (__guest < reserved_va)); })' failed.
[17:08] <dobey> getting that in an armel build on oneiric
[17:08] <dobey> https://launchpadlibrarian.net/122220400/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz
[17:09] <dobey> and in another ppa, qemu on oneiric just segfaults at the same point where that error occurs in that build
[17:09] <czajkowski> gnuoy: ^^^^^ any idea re arm ?
[17:11] <gnuoy> czajkowski, I'm heading out the door, but a fellow webop might be able to help or point you in the right direction
[17:11] <czajkowski> gnuoy: thanks
[17:12] <czajkowski> gnuoy: ping them in here or the other place?
[17:12] <gnuoy> czajkowski, here should be fine
[17:12] <czajkowski> gnuoy: thanks
[17:12] <czajkowski> webops can you please help with dobeys issue
[17:13] <thedac> reading backscroll
[17:13] <czajkowski> thedac: thanks
[17:16] <thedac> dobey: are you thinking this is a buildd problem or a paackage problem?
[17:18] <dobey> thedac: i think it's a qemu on oneiric problem; it bulit fine on precise and quantal
[17:19] <thedac> so I have no immediate answers and that is way out of my skill set. I guess the question I am asking is this an IS issue we need to track down or is it a dev issue?
[17:21] <dobey> thedac: i'm really not sure. i suppose someone from IS/webops will have to debug the problem at least. i guess it's not a launchpad dev issue anyway, seeing as it is specific to armel buildd on oneiric
[17:22] <thedac> ok, let me talk to lamont and see if he has any insight
[17:23] <slank> dobey: is it on one specific builder, or have there been multiple?
[17:23] <dobey> thedac: i wouldn't say it's a super-urgent issue though, as we don't likely have many (if any) armel on oneiric users using our PPAs; but the red X icons for failed builds it causes on the lp page are annoying. :)
[17:24] <thedac> dobey: ok
[17:24] <dobey> slank: i haven't checked that, but i'd say multiple. i've seen the crash at least happen for several different builds in our nightlies PPA.
[17:25] <dobey> slank: it may be the exact same problem as well; and i don't know that 'retry this build' will throw it on a different builder
[17:25] <dobey> slank: if it will, i can hit retry a few times to verify that it does happen on multiple builders
[17:27] <dobey> ok, appears it can end up on a different builder with retry; so will wait and see what happens this time
[17:28] <thedac> dobey: based on quick google I suggest you file a bug against qemu
[17:28] <dobey> thedac: is it possible to disable armel for a specific series in the PPAs?
[17:29] <thedac> I'll check. What is the url for this ppa
[17:29] <dobey> thedac: or install the newer qemu from precise on oneiric perhaps?
[17:30] <dobey> thedac: https://launchpad.net/~ubuntuone/+archive/beta is one of the PPAs
[17:31] <thedac> dobey: so no way in the UI to specify by series the architechtures
[17:31] <dobey> ok
[17:33] <dobey> thedac: what about the possibility of a backport of qemu-kvm?
[17:34] <thedac> dobey: Create an RT with that suggestion.
[17:34] <dobey> no idea how to test this exactly; but at least there is no evidence so far of this bug existing in qemu-kvm 1.0 in precise
[17:34] <dobey> so filing a bug against qemu will probably result in a "this is fixed already" response
[17:35] <dobey> ok; i'll poke a bit more and possibly file that RT then.
[17:35] <dobey> thedac: thanks much. :)
[19:14] <dobey> slank: tried again, and it just segfaulted instead of the error, on a different builder
[19:15] <slank> dobey: huh. log?
[19:16] <dobey> slank: https://launchpadlibrarian.net/122287564/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz
[19:17] <dobey> slank: so seems like an issue with the older version of qemu that's on oneiric; which appears to not be present in the newer versions. so i'll just file an RT to request using a backport of the newer version from precise, on oneiric builders. i think that should be fine to do. not sure there are binary compat issues for things built under qemu for running natively. i'd hope not