[09:23] <psivaa> cjwatson: There are no precise dailies yet after the .2 release. When will they start to arrive?
[11:09] <cjwatson> psivaa: I hadn't remembered to turn them back on
[11:10] <cjwatson> psivaa: re-enabled now and I'll edit the process to note this explicitly
[11:10] <psivaa> cjwatson: ack, thank you
[11:47] <jamespage> cjwatson, did you see my regression-alert ping re openvswitch?
[11:48] <cjwatson> Not really, it was the weekend
[11:48] <cjwatson> I assume the best thing to do is to accept the fix
[11:49] <jamespage> cjwatson, I think so yes
[11:50] <jamespage> cjwatson, appreciate it was the weekend; just wondered whether you had noticed this morning :-)
[11:52] <cjwatson> Vaguely but I had a lot to catch up on :)
[11:54] <cjwatson> There you go
[11:55] <jamespage> cjwatson, thanks!
[12:28] <shadeslayer> hi, I'm trying to setup the auto-upgrade-tester
[12:28] <shadeslayer> but I get this : http://paste.kde.org/673916/
[12:28] <shadeslayer> I do have cpuinfo on the host
[12:28] <shadeslayer> and the host is kubuntu raring
[12:36] <zequence> stgraber: Hi. Sorry to bother you again with the relase privileges. We decided to create a custom team for it, called ~ubuntustudio-release. The team is owned by ~ubuntustudio-core, and will include smartboyhw. So, if you could move the release privileges over to ~ubuntustudio-release, that would be great.
[12:37] <xnox> bdmurray: can linux-lts-backport-natty please be part of kernel team on the http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html ?
[14:19] <stgraber> zequence: ok, I'll do that in a bit
[14:43] <shadeslayer> okay, I tried using the chrootbackend for auto-upgrade-tester but it still doesn't work, it's stuck at running do-release-upgrade -d -f DistUpgradeViewNonInteractive
[14:44] <cjwatson> shadeslayer: #ubuntu-quality might know better
[14:50] <shadeslayer> cjwatson: found the reason, do-release-upgrade expects a ~/.cache folder
[14:51] <shadeslayer> and that's not present on the chroot that auto-upgrade-tester makes
[14:51] <shadeslayer> thanks though :)
[14:56] <cjwatson> shadeslayer: fixed in update-manager bzr now
[14:56] <shadeslayer> \o/
[14:57] <shadeslayer> yofel: ^
[14:57] <yofel> \o/
[14:57] <shadeslayer> does os.mkdir take into account whether parent dirs were created or not?
[14:58] <cjwatson> no, it's just a syscall wrapper
[14:58] <shadeslayer> ah, so that's going to be another issue then
[14:58] <cjwatson> no
[14:58] <cjwatson> at least afaics?
[14:58] <shadeslayer> the tarball doesn't have /home/shadeslayer
[14:58] <cjwatson> oh
[14:59] <shadeslayer> the chroot itself has no users afaictl
[14:59] <cjwatson> I couldn't use a 'mkdir -p' equivalent since .cache needed 0700 perms
[14:59] <yofel> can't you fix the permissions after creating the folder?
[14:59] <shadeslayer> but upgrade-tester inherits the env
[15:00] <cjwatson> yofel: how about I just fix this rather than bikeshedding the details :)
[15:00] <yofel> cjwatson++
[15:00] <cjwatson> (I don't want to take your approach since I'd have to take special care about existing directories)
[15:01] <yofel> ok, as you obviously know more about this than I do I'll be quiet and let you do the work :)
[15:02] <shadeslayer> hm, so our automatic qa setup is now stalled until the update manager fixes land
[15:02] <xnox> as per XDG Base directory specification if XDG_CACHE_HOME doesn't exist one should try to create it, and the parent dirs if necessory, making sure they stay at 700 permissions.
[15:02] <xnox> and it's responsibility of the application to do so.
[15:03] <xnox> but it would make a life much easier if the userdir skeleton had .config, .local and .cache out of the box.
[15:06] <cjwatson> yofel: sorted now
[15:07] <cjwatson> I'll upload u-m
[16:00] <bdmurray> xnox: done
[16:01] <xnox> bdmurray: thanks =)
[23:34] <phillw> hi good people I'm trying to replicate bug 1128597 Using my KVM system, it hangs as "Starting crash report submission daemon" . I can instruct it to shut down and then see if there are logs left. Anyone have any other suggestions?
[23:34] <ubot2> Launchpad bug 1128597 in ubiquity (Ubuntu) "ubiquity-dm crashed with TypeError in run(): Can't convert 'bool' object to str implicitly" [Medium,New] https://launchpad.net/bugs/1128597
[23:35] <xnox> phillw: i have a fix locally. one needs to boot with visual a11y kernel argument option.
[23:35] <xnox> don't worry about it, I will commit a fix in a minute.
[23:36] <phillw> xnox: thanks, boss. We will be both be happy to test :)