=== Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [00:47] czajkowski: I wonder if you're around, but probably not at this time of day? [01:27] 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] 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 === LordOfTime is now known as TheLordOfTime [07:03] hello, is there a problem with the automatic deletion of old binaries in ppas? [07:05] not sure that's ever been an "Issue" [07:05] define automatic deletion of old binaries [07:05] of course i'm not an LP admin nor an LP helper [07:06] but i dont htink old binaries get purged [07:06] 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] it seems they are currently not deleted anymore, so the repository size rises [07:06] * TheLordOfTime points at wgrant's response [07:06] (see /topic) [07:06] hmm, i see, this leads not being able to upload anything :\ [07:07] Sure, ask for your quota to be increased and that will be fixed. [07:08] wgrant, i know, this will only fix it for like on upload, e.g. https://launchpad.net/~ricotz/+archive/ppa/+packages [07:09] i already requested several deletions while the packages are copied to the official ppa already [07:09] It should be turned back on early next week. [07:09] Until then you'll need to request a quote increase. [07:09] quota [07:09] ok [07:09] thanks [07:20] wgrant, do you mind taking a look at https://answers.launchpad.net/launchpad/+question/213539 === yofel is now known as yofel__ === mrevell_ is now known as mrevell [09:12] maxb: ok thanks [09:17] czajkowski: thanks - and gosh, I have another bug comment from Christopher to argue with this morning :-/ [09:20] Hi all. I come in peace (from #bzr) with a question about loggerhead. [09:20] maxb: maybe not argue with him :) [09:21] 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] I'm told this channel might be of help (since I don't do Javascript much). [09:29] maxb: each person does thing differently, I do things differently and talk to the users also. === jtv1 is now known as jtv === mpt_ is now known as mpt === dimitern is now known as dimitern_lunch [11:36] hey [11:36] I was wondering when the code update on staging is supposed to end? [11:38] didrocks: morning [11:39] hey czajkowski ;) [11:39] didrocks: can you use https://qastaging.launchpad.net/ instead [11:39] czajkowski: should I just use "qastaging" instead of "staging" in the launchpadlib API? [11:40] hmm [11:40] StevenK: any idea... [11:41] seems so, but I'm getting then No such distribution series: 'quantal'. [11:41] so it's a really old instance? and doesn't have ubuntu series? [11:41] czajkowski: if the staging server is supposed to come back in the next couple of hours, I'm fine with that :) [11:41] staging has been downa whole alright. [11:42] *while [11:42] 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] czajkowski: excellent! I'm idling there meanwhile :) thanks a lot! [11:44] np [11:44] jcsackett: when you're alive read back up a bit please :D [11:44] (yeah, qastaging is an older snapshot, so I can just use that meanwhile) === glebihan__ is now known as glebihan [12:16] Hello :-) yesterday I noticed a running build which seems to run all the time.. https://launchpad.net/~thopiekar/+archive/quantal-dev/+build/3886376 === vds` is now known as vds [12:43] czajkowski, anyone: hi, are the private blueprints available for use on production systems? === dimitern_lunch is now known as dimitern [12:57] danilos: not sure just on lunch so asking someone for advice [12:58] danilos: they're in beta, the plan is to bring them out of beta with private projects [12:58] danilos: are you in the launchpad-beta-users group? [12:58] sorry, beta-testers [12:58] https://launchpad.net/~launchpad-beta-testers [13:02] rick_h: I'm told you're working on porting launchpad stuff to current YUI3. Does that include loggerhead? [13:02] 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] Lo-lan-do: but no, I think loggerhead is a seperate project [13:02] Yeah, that's what I meant by "current", sorry :-) [13:03] Lo-lan-do: doh sorry, too early to read straight === mpt_ is now known as mpt [13:03] Ah, damn. I'll have to find another Javascript guru then. [13:03] 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] No, the python part is paste. But I'm only worried about the Javascript for now. [13:04] Lo-lan-do: hmm, looks like just 3 JS files [13:04] no real YUI objects [13:05] heh, and no tests :( [13:05] I tried porting to 3.5, but apparently I failed. [13:05] http://anonscm.debian.org/loggerhead/pkg-bazaar/loggerhead/unstable/annotate/head:/debian/patches/port-to-yui3.5.patch has my current efforts. [13:05] Lo-lan-do: in theory, without going line by line, it doesn't look like anything major would break [13:06] 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] yea, that'll break [13:06] rick_h, hi, I used to be, let me double check [13:06] events don't propogate between Y instances [13:07] 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] Lo-lan-do: I'd start small. First just update that yui/build dir with the yui3/build from github. [13:07] 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] 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] 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] danilos: yes, it will be possible to do that. Actually that should work now if you're in the beta group [13:08] I use the packaged libjs-yui3-min [13:08] Lo-lan-do: not familiar with that [13:10] It's just more convenient than getting an external copy, but the contents should be the same. [13:11] Lo-lan-do: sec, looking === yofel_ is now known as yofel [13:13] 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] think your project needs to be private, but don't quote me on that [13:14] (private projects and stuff cost MONEY)( [13:15] danilos: looking/thinking [13:15] TheLordOfTime: not for canonical projects it doesn't [13:15] rick_h, thanks [13:15] czajkowski, ah. i just connected, no scrollbacks on this channel so, i dont have full context. [13:15] ahh [13:16] :) [13:16] czajkowski, for other non-canonical projects, i assume it has to be private-registered? [13:16] context is a wonderful thing alright :) [13:16] (znc's futzed :P) [13:17] TheLordOfTime: http://blog.launchpad.net/general/privacy-for-blueprints-enabled-for-beta-testers explains it all [13:17] czajkowski, i meant in general [13:17] danilos: ^^ heh was going to paste that [13:17] danilos: you need to have a commercial subscription and then set it up via the sharing UI [13:17] for others (that's a question for a potential business wanting to use LP) [13:17] danilos: honestly, pita at the moment [13:18] TheLordOfTime: a commercial subscription is needed. [13:18] * czajkowski really needs to get better at not looking at irc while on lunch [13:19] that's what i suspected :P [13:19] czajkowski, NOW I'M HUNGRY THANKS TO YOU [13:19] * TheLordOfTime glares at czajkowski [13:19] 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] rick_h, right, thanks [13:20] rick_h: Something like ./serve-branches I think. I switched to using WSGI myself. [13:21] Lo-lan-do: yea, tring to fire up gunicorn on the .wsgi file [13:32] oh come on...ugh bzrlib [13:44] 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] 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] 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] vila: matsubara finds all odd bugs easily [13:46] nm, bug #1014621 [13:46] Launchpad bug 1014621 in launchpadlib "cache corruption on api.launchpad.net,1.0,-application,vnd.sun.wadl+xml,fc06437932a618a4b30d0d0417f9234c" [High,Triaged] https://launchpad.net/bugs/1014621 [13:46] Alzheimer... [13:49] rick_h: It needs a location with branches in the http_root_dir option in your ~/.bazaar/bazaar.conf === BradCrittenden is now known as bac [15:06] 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] much easier that way [15:06] ah yes [15:06] the trial [15:07] people forget they are on a trial a lot though [15:07] yea, but would have helped get their testing going on qastaging and such to enable private blueprints [15:07] without the commerical admin getting involved first, they can get involved after to extend it [15:07] nods [15:09] 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] mmoya: when did this happen? [15:13] should be able to edit your username without any issue [15:13] did you change anything else? [15:14] didrocks: not forgootten you, we've just had the server kicked so hopefully there will be life soon thanks to gnuoy [15:14] czajkowski: good news! Thanks a lot :) keep me posted please [15:15] czajkowski: I changed it about one week ago [15:16] since 2-3 days I'm getting the 'stale' message [15:16] the first day I did think is was some transient error [15:16] mmoya: did you have any issue after your changed it? [15:16] no [15:16] it was from maykelmoya -> mmoyar [15:17] now ~maykelmoya is gone and ~mmoyar is ok [15:17] mmoya: well if you had no issue after you changed it, and now are having issues, we've not done anything [15:18] the issue I'm reporting is not related to changing the username but related to login after changing it [15:19] mmoya: if you file a question I'll get someone to have a look https://answers.launchpad.net/launchpad/+addquestion [15:20] ok, thanks [15:27] Lo-lan-do: ping, https://code.launchpad.net/~rharding/loggerhead/yui3.7.1 is a start. It's running 3.7.1 [15:27] 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] so it's not 100% tested, Y.get needs to be /get/one and such [15:27] but the basics load, in an nice uneffecient one file at a time way and all that jazz [15:28] rick_h: It's defined in custom.js [15:29] 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] must have typo'd in my bzr grep for it [15:31] Hey, I didn't know you could define functions within functions. Good to know :-) [15:31] Thanks anyway, I'll try to start again from there. [15:52] Lo-lan-do: ok, forgot to add a bunch of files and fixed the collapsable and /query/one for finding nodes [15:52] Lo-lan-do: so make sure to pull the updated branch [15:55] didrocks: staging is back up now [15:55] czajkowski: rocking! thanks a lot :) [16:06] czajkowski: mind if I query? [16:06] Quintasan: can talk freely in here [16:07] 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] anyone know how to get around that? qemu seems to be having fits on oneiric for armel PPA builds [16:07] czajkowski: sure, was wondering how jaintor works, when you increased ppa size for neon it just kept expanding until it reached 20GB [16:07] I have no idea how to force it to delete old stuff [16:08] Quintasan: we currently have a bug on the PPA side of things [16:08] see the topic [16:08] bug 1071562 [16:08] Launchpad bug 1071562 in Launchpad itself "UEFI signing failures cause binaries to be republished continuously" [Critical,Triaged] https://launchpad.net/bugs/1071562 [16:08] which means ppas are running out of space [16:09] rick_h: Thanks a lot! [16:09] 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] 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] I didn't go through htings with a fine tooth comb and all that [16:10] 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] Quintasan: are you Canonical ? [16:11] or Linaro ? [16:11] czajkowski: Unforutunately no. [16:12] unfortunately arm are only reserved for those two groups. [16:13] there are too many things named 'neon' in the foss world. http lib, kde builds project thing, and some ARM video thing === matsubara is now known as matsubara-lunch [17:05] nobody knows anything about that qemu error? [17:07] dobey: didnt see what you were refering to [17:08] 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] getting that in an armel build on oneiric [17:08] https://launchpadlibrarian.net/122220400/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz [17:09] and in another ppa, qemu on oneiric just segfaults at the same point where that error occurs in that build [17:09] gnuoy: ^^^^^ any idea re arm ? [17:11] 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] gnuoy: thanks [17:12] gnuoy: ping them in here or the other place? [17:12] czajkowski, here should be fine [17:12] gnuoy: thanks [17:12] webops can you please help with dobeys issue [17:13] reading backscroll [17:13] thedac: thanks [17:16] dobey: are you thinking this is a buildd problem or a paackage problem? [17:18] thedac: i think it's a qemu on oneiric problem; it bulit fine on precise and quantal === deryck is now known as deryck[lunch] [17:19] 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? === matsubara-lunch is now known as matsubara [17:21] 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] ok, let me talk to lamont and see if he has any insight [17:23] dobey: is it on one specific builder, or have there been multiple? [17:23] 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] dobey: ok [17:24] 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] 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] slank: if it will, i can hit retry a few times to verify that it does happen on multiple builders [17:27] ok, appears it can end up on a different builder with retry; so will wait and see what happens this time [17:28] dobey: based on quick google I suggest you file a bug against qemu [17:28] thedac: is it possible to disable armel for a specific series in the PPAs? [17:29] I'll check. What is the url for this ppa [17:29] thedac: or install the newer qemu from precise on oneiric perhaps? [17:30] thedac: https://launchpad.net/~ubuntuone/+archive/beta is one of the PPAs [17:31] dobey: so no way in the UI to specify by series the architechtures [17:31] ok [17:33] thedac: what about the possibility of a backport of qemu-kvm? [17:34] dobey: Create an RT with that suggestion. [17:34] 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] so filing a bug against qemu will probably result in a "this is fixed already" response [17:35] ok; i'll poke a bit more and possibly file that RT then. [17:35] thedac: thanks much. :) === deryck[lunch] is now known as deryck === Ursinha-afk is now known as Ursinha === Ursinha-afk is now known as Ursinha [19:14] slank: tried again, and it just segfaulted instead of the error, on a different builder [19:15] dobey: huh. log? [19:16] slank: https://launchpadlibrarian.net/122287564/buildlog_ubuntu-oneiric-armel.ubuntuone-client_4.0.0-0ubuntu1~oneiric2_FAILEDTOBUILD.txt.gz === Ursinha_ is now known as Ursinha-afk [19:17] 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 === Guest15779 is now known as dpb___ === Ursinha_ is now known as Ursinha-afk === Ursinha_ is now known as Ursinha-afk === Ursinha_ is now known as Ursinha-afk === fred_ is now known as Guest23146 === glebihan__ is now known as glebihan