[07:23] <mabac_> Hi! Is the staging server getting a code update or is it possible it is stuck? https://staging.launchpad.net/
[07:24] <mabac_> I got the same message yesterday night and took it as a sign to go home. :) ~15 hours later it's either "still" in that state or "again". :)
[07:25] <mneptok> mabac_: you got the wrong message. it wasn;t "go home," but "VACATION TIME!"  :/
[07:26] <mabac_> Ah thanks, I'd need that. ;)
[07:26]  * mneptok bows
[07:28] <wgrant> mabac_: You could try https://qastaging.launchpad.net/
[07:28] <wgrant> But I'm not sure why staging is offline at the moment.
[07:28] <wgrant> It looks like the update might have failed.
[07:29] <mabac_> wgrant, thanks, I'll try. Not sure if that's possible though (using python launchpadlib)
[07:31] <wgrant> mabac_: Newer versions of launchpadlib should support it. Otherwise specify 'https://api.qastaging.launchpad.net/' instead of STAGING_SERVICE_ROOT or 'staging'.
[07:31] <mabac_> wgrant, Ah thank you. I just tried replacing 'staging' with 'qastaging'.
[07:32] <wgrant> qastaging has only been around for a few months.
[07:34] <mabac_> Great that works perfectly. :) Now my own bugs surface again.
[07:35] <mabac_> Is qastaging intended for your internal testing? What is the difference from the staging server?
[07:37] <wgrant> mabac_: Both are primarily QA environments. qastaging runs the production DB schema along with the latest updates that don't require schema changes, while staging's database has schema patches applied and has all updates.
[07:38] <wgrant> mabac_: Note, though, that qastaging's database is currently from October, while staging's is only two weeks old.
[07:38] <wgrant> So you may have some trouble with qastaging if your scripts expect various newish objects to exist.
[07:43] <mabac_> Ok, thanks. No problem for me at the moment.
[07:44] <lifeless> wgrant: the restore faceplanted?
[07:45] <wgrant> lifeless: Did not finish.
[07:46] <wgrant> I plan to ask a LOSA about it this evening.
[07:46] <lifeless> cool
[11:52] <ivaldi> if i use the import-api but there are already bugs in my bugtracker, what will be happening?
[11:56] <bigjools> allenap: ^
[12:29] <menesis> I have upgraded trunk to 2a format through launchpad, but now other branches are not accessible
[12:30] <menesis> I could upgrade some other branches the same way and they work again
[12:30] <menesis> but some were not upgraded even though I clicked Upgrade a week ago
[12:31] <menesis> is there anything I can do to remedy this situation?
[12:31] <menesis> the branch I need most is https://code.launchpad.net/~replaceafill/schooltool.gradebook/replaceafill_schooltool.gradebook
[12:43] <maxb> smokex: Your bouncing connection is quite noisy :-/
[12:43] <maxb> menesis: So, the upgrade is still pending in the web UI?
[12:50] <menesis> maxb: yes
[12:51] <maxb> menesis: weird. Could you file a bug so that someone looks into that?
[12:51] <maxb> Meanwhile, I copied the branch and pushed an upgraded version to lp:~maxb/schooltool.gradebook/replaceafill_schooltool.gradebook if that helps you
[12:53] <menesis> maxb: question or bug?
[12:53] <maxb> hah, yes, I was just pondering that
[12:54] <maxb> I think a bug, because it's definitely a bug that it can become stuck like that with no feedback
[12:55] <menesis> I don't know about feedback because this is not my branch
[12:55] <menesis> and I had to ask developers to upgrade their branches
[12:55] <maxb> Oh. Did the developer actually do it, then?
[12:58] <maxb> CHRs (gosh, 3?): the following questions are in non-Open states when they are in fact still Open - could you re-status them? https://answers.launchpad.net/launchpad/+question/142589 https://answers.launchpad.net/launchpad/+question/142142
[13:00] <allenap> ivaldi: The imported bugs will be added to the existing bugs.
[13:02] <ivaldi> okay, thank you
[13:08] <bigjools> maxb: yep, thanks
[13:26] <menesis> maxb: yes, I saw replaceafill has pressed the Upgrade button. thanks for the copy
[13:27] <menesis> but he is not online to ask if Upgrade is still in progress or not
[13:27] <menesis> meanwhile, I upgraded another branch, https://code.launchpad.net/~schooltool-owners/schooltool/1.0 . The "Upgrade in progress" message is gone, but the format is still the same
[13:30] <maxb> menesis: hmm. Well, I think it's clear that the upgrader is broken enough to merit a bug
[13:31] <menesis> is there no way to rescue the non-upgraded branch?
[13:34] <maxb> menesis: Sure, someone with write access could upgrade it themselves using bzr itself
[13:39] <menesis> no, I mean get an old trunk in 1.6 format, push it as devel focus branch, so that old branches work as before, and then do upgrade again as the documentation says.
[14:14] <maxb> menesis: Why downgrade the trunk just to upgrade it again?
[14:15] <maxb> It is not necessary to downgrade the trunk in order to be able to upgrade the stacked branches
[14:15] <menesis> but I am not able to upgrade all branches, e.g. those owned by others
[14:16] <menesis> so I would like to restore the situation before I upgraded, and start again in a safe way
[14:23] <maxb> menesis: Some of the branches are already upgraded to 2a though - it could be more messy to backtrack
[14:24] <menesis> maxb: I know :(
[14:24] <maxb> http://paste.ubuntu.com/568217/  <--- formats of all branches
[14:26] <menesis> so I have broken the repository and there's no way back :(
[14:35] <belak> Is it possible to make a repository private on encoded?
[14:36] <belak> sorry
[14:36] <belak> s/encoded/launchpad/
[14:36] <maxb> Only if you have a commercial subscription
[14:36] <belak> Meh
[14:36] <belak> Ok, thanks
[16:43]  * ayan wonders when the staging system will be back up.
[17:04] <MTecknology> hm... there's almost no ppa build wait time; but a tthe same time a package i just upload isn't getting to the build queue
[17:04] <bigjools> MTecknology: PPA/package name?
[17:05] <MTecknology> bigjools: nginx/stable nginx/development
[17:05] <bigjools> did you get the acceptance email?
[17:06] <MTecknology> ya
[17:06] <MTecknology> 16min ago
[17:07] <bigjools> MTecknology: you did not upload to those PPAs
[17:07] <MTecknology> oh shit
[17:08] <MTecknology> bigjools: thanks- I guess I could let them finish building and copy over; then delete fromt he ppa I DID upload too......
[17:08] <MTecknology> too tired
[17:08] <MTecknology> bigjools: thanks :)
[17:08] <bigjools> MTecknology: yeah that would work.
[17:09] <bigjools> and I hear ya :)
[17:40] <lifeless> jml: flacoste: here too
[17:43] <qwebirc60545> hi, can you specify a different base directory path for the builder to look for the debian package directory? it doesn't seem to work when the debian folder is nested one level below the source root
[17:43] <qwebirc60545> this is regarding the recipe builder beta
[17:44] <jml> qwebirc60545: no, I don't think you can.
[17:45] <jml> qwebirc60545: but you ought to be able to craft your recipe such that the debian directory is in the root.
[17:46] <qwebirc60545> jml: thx. i tried adding the directory path to the lp:... path. but that doesnt seem to be recognizable by bzr
[17:47] <jml> qwebirc60545: umm... you should be able to do something like ' nest-part packaging lp:~whatever/packaging/branch debian'
[17:57] <mok0> jmi, speaking of which: how does the recipe builder get the tarball?
[18:03] <qwebirc60545> jml: thx again. that doesnt seem to work. the web interface automatically replace the line with something else
[18:04] <jml> mok0: it doesn't. it assembles something equivalent to a tarball from branches. uses bzr-builder.
[18:04] <mok0> jmi, do you know the command it is using?
[18:04] <mok0> bzr buiddeb --split?
[18:05] <jml> mok0: not off the top of my head
[18:05] <mok0> jmi, another question: does it rebuild the package even if there have been no commits to the repo?
[18:06] <jml> the daily builds stuff doesn't
[18:06] <mok0> jml: thanks, so it's like: daily builds --- at most :-)
[18:15] <jml> mok0: you can request a build, but there's a limit so we don't spam our servers.
[18:16] <mok0> jmi, of course. I only require a weekly build at most
[18:42] <davmor2> hey guys any idea how much long LP staging will be down?
[18:46] <lifeless> no, can look into it. Its probably doing a db update
[18:46] <lifeless> davmor2: you can also use qastaging.launchpad.net as a sandbox
[18:46] <lifeless> davmor2: that runs our current schema, so its probably more suited anyhow
[18:47] <davmor2> lifeless: Software Center Agent is plugged into staging which is what I was testing till lp went away :D  Thanks for the update I'll try and work on something else for the time being
[18:51] <lifeless> joey: ping
[18:51] <joey> hi lifeless
[18:51] <joey> lifeless: how can I help?
[18:51] <lifeless> joey: can you drop -O (automatic ops) for flacoste jml and I in the lp channels ?
[18:51] <lifeless> chanserv reckons I can't do it myself
[18:52] <joey> lifeless: sure thing
[18:52] <flacoste> ah, that's why it failed fo rme
[18:52] <lifeless> joey: thanks
[18:53] <lifeless> joey: uhm
[18:53] <joey> I"m playing
[18:53] <lifeless> keep +o +v etc
[18:53] <lifeless> it should just be
[18:53] <lifeless> flags #launchpad-dev lifeless -O
[18:54] <joey> I wanted to see if the templates would do it
[18:54] <lifeless> nope
[18:54] <lifeless> :)
[18:55] <joey> lifeless /msg chanserv access #launchpad list
[18:56] <lifeless> looks good, though you have +O and probably don't want it
[18:56] <joey> lifeless: never takes affect, it's on Rinchen
[18:56] <micahg> I just got an e-mail that a translation template on a package I uploaded 8 months ago was just imported
[18:57] <lifeless> joey: which you don't use ?
[18:57] <joey> lifeless: no but freenode thinks it's my primary account
[18:57] <lifeless> heh
[18:57] <lifeless> kk
[18:57] <joey> lifeless: just like kiko's primary is kiko-phone  :-)
[18:57] <joey> lifeless: so last quesiton.  allenap & jtv have voice. That on purpose?
[18:58] <jtv> joey: we're on maintenance rotation
[18:58] <joey> gotcha
[18:58] <joey> just wanted to see if there was a goof up somewhere. I like the idea of having voice on rotation
[18:59] <joey> ok, I'm going back to sleep. Ping me if you need something
[18:59] <dpm> micahg: that's because a bug was fixed yesterday in Firefox translations in LP and we needed to upload a new template to clean up the one imported last. We noticed that yours had never been imported and that manually approving them would be much easier than regenerating a new one.
[18:59] <jtv> g'night joey!
[18:59] <dpm> jtv, it seems that the lucid and maverick FF templates got imported ^
[18:59] <kiko> joey, that's correct though :)
[18:59] <micahg> dpm: chrisccoulson posted an interesting one in ubuntu-devel
[18:59] <jtv> dpm: wow, all well with them?
[18:59] <joey> kiko: lol
[19:00] <dpm> jtv, not sure yet, haven't had the chance to check them out
[19:00] <joey> oh lifeless btw I also have noop set on me so I don't op on channels
[19:00] <lifeless> joey: thanks!
[19:00] <dpm> micahg, ah, yeah, let me explain it to Chris too :)
[19:00] <joey> lifeless:  /msg nickserv help set noop
[19:02] <lifeless> joey: I thought I had that too ... works for other channels :)
[19:08] <ayan> does anyone have an eta on when the staging servers will be available again?
[19:09] <ayan> the launchpad api isn't working for the staging system.
[19:24] <lifeless> ayan: you can use qastaging.launchpad.net for playing with as well
[19:30] <ayan> lifeless: thanks!
[20:58] <pmjdebruijn> hi, some of my builds are corrupting on (possibly the SSE instructions), anyhow the binary quits on an "invalid instruction" when I build the software locally this never happens
[20:58] <pmjdebruijn> incidentally the current broken build, was built on thallium