[05:26] <pitti> Good morning
[07:21] <jibel> good morning
[07:54] <jibel> pitti, I'm retrying to upgrade main_all with the fixes from yesterday. Did you see the question of the maintainer in bug 1304403
[07:54] <jibel> ?
[07:59] <pitti> jibel: I didn't, thanks for pointing out; I reply
[10:05] <davmor2> Morning all
[10:06] <davmor2> jibel: how are you with Foreign Languages?  I've covered most of the tests on 64bit
[10:06] <jibel> davmor2, good morning
[10:06] <jibel> davmor2, I only tried French, I'm still on upgrade tests.
[10:07] <davmor2> jibel: that's foriegn enough for my liking ;)
[10:10] <jibel> davmor2, I just found 2 untranslated strings in ubiquity, that's bug 1297859
[10:10] <davmor2> jibel: netboot do you actually have a local pxe server I'm assuming that is the 4th test right?
[10:11] <jibel> davmor2, I don't but it's covered by smoketests in the lab. It's how server images are booted
[10:11] <davmor2> jibel: excellent so I can ignore those the rest is done for i386 and amd64 on netboot
[10:12] <jibel> davmor2, great, thanks.
[10:12] <davmor2> right I'm going to carry on plodding though the tests then
[10:13] <jibel> davmor2, major issue I found from bug reports is parted that explodes if there is a 3TB+ disk attached with an ntfs partition on it
[10:14] <jibel> davmor2, and the incorrect keyboard after installation but I couldn't reproduce it
[10:14] <jibel> davmor2, on the upgrade side it's under control, but P->T fails because tex-common fails to configure
[10:15] <davmor2> jibel: so I only saw that incorrect keyboard on the live session install on a system that has a us keyboard so I'm assuming the keyboard and live session are to blame for that, On my uk Laptop it had a uk keyboard in the live session install.
[10:24] <brendand> pitti, a question about autopilot-sandbox-run
[10:28] <jibel> brendand, just ask
[10:29] <brendand> well, does it create a local session D-Bus?
[10:30] <brendand> i guess the answer is yes, from looking at /usr/bin/autopilot-sandbox-run
[10:31] <pitti> brendand: yes, it does
[10:31] <pitti> brendand: this is meant to be used in package builds or autopkgtests in minimal environments, where there is no desktop session
[10:31] <pitti> brendand: if you want to use it for cases where this doesn't work, we can also make this more clever to only start a bus if there is no $DBUS_SESSION_BUS_ADDRESS
[10:32] <brendand> pitti, yes that's what i need to do
[10:32] <pitti> but that woudl do more bad than good, I suppose
[10:32] <pitti> as that will probably confuse things which expect stuff on the real bus to also be on teh real X
[10:32] <brendand> pitti, because we also need to launch the service
[10:33] <brendand> pitti, would it be okay to add an option to only do it when specifically requested?
[10:33] <pitti> brendand: I'd rather add an option to not start its own bus; as I said, I think the default case should be a sandbox, as it's otherwise too easy to confuse running services
[10:34] <pitti> e. g. if you talk to polkit on the same bus, but it's showing up on the real display instead of the xvfb one
[10:34] <brendand> pitti, sure, that's what i was getting at
[10:34] <pitti> brendand: "we also need to launch the service" -> how do you mean?
[10:34] <pitti> i. e. that doesn't explain why a local session bus doesn't work
[10:35] <brendand> pitti, we have to launch the service before running the tests
[10:35] <brendand> pitti, nothing i've tried so far makes the two things use the same session bus
[10:36] <pitti> brendand: if you launch test services before calling a-sandbox-run, yes
[10:36] <pitti> so far we haven't encountered that case, as usually tests start the stuff that they need by themselves
[10:36] <pitti> or let dbus activation do it
[10:37] <brendand> pitti, we're trying to get this to work in per-merge-testing, so it will be tested from source
[10:38] <brendand> pitti, we don't have dbus activation working from source at the moment
[10:40] <brendand> pitti, but i guess i could make the tests start the service, that's probably a good idea anyway
[10:40] <brendand> pitti, thanks for the info
[10:47] <pitti> brendand: yw; otherwise, an option to not start a local bus also sounds fien
[10:47] <pitti> fine
[10:53] <davmor2> jibel: we still testing against daily?  I'd of thought that this would definitely be the RC image now being as it is meant to be released tomorrow ;)
[11:10] <xnox> davmor2: release candidate is a milestone without images =)
[11:11] <davmor2> xnox: nice
[11:11] <xnox> davmor2: well....
[11:12] <davmor2> xnox: why are you in no sensible channel to talk adb :P
[11:13] <xnox> davmor2: cause i'm busy hacking upstart?! =) i'm here and #ubuntu-devel =)
[11:15] <davmor2> xnox: adb if I write a script to transfer all my data over to the device after fresh wipes and I copy images to /home/phablet/Pictures the images are all owned by root so don't show up in gallery :(  I've temporarily got around this by adding a chown -R phablet:phablet /home/phablet/Pictures but obviously not the best fix
[11:18] <davmor2> xnox: http://bazaar.launchpad.net/~davmor2/+junk/phone-transfer/view/head:/transfer.py is the code if it helps but it's a basic adb push command being run :)  I'll file a bug now :)
[11:20] <xnox> davmor2: correct we have a plan to support --user option and thus be able transfer things as root/phablet/user-of-your-choice and ditto execute the shell, but such is live at the moment.
[11:20] <xnox> davmor2: adbd is running as root on the phone.
[11:20] <popey> davmor2: why not copy over mtp?
[11:20] <popey> (rather than adb)
[11:22] <popey> davmor2: e.g.  cp ~/Pictures/* /run/user/$UID/gvfs/mtp*/Nexus\ 4/Pictures
[11:24] <davmor2> popey: I'll have a play there may be a py-mtp that will transfer nicely too
[13:26] <senan> DanChapman, hi
[13:32] <pitti> jibel: FTR, keystone was again just jenkins being a <censored> pile of <censored>, retried
[14:15] <elfy> hi elfy ... I mean elopio :)
[14:18] <elopio> elfy: we need to solve this as gentlemen.
[14:18] <elopio> I propose a lightsaber duel.
[14:18] <elfy> try and bear in mind I have 2 walking sticks
[14:19] <elfy> that are 3m long ...
[14:22] <elopio> I propose writing-autopilot-tests duel.
[14:28] <elfy> bah
[14:28] <elfy> that's unfair - python is a snake ...
[14:28] <elfy> :)
[14:39] <elopio> alesage: https://code.launchpad.net/~allanlesage/unity8/autopilot-indicator-page-title-matches-widget/+merge/196991
[14:39] <elopio> you have a small fix to do there.
[14:40] <alesage> elopio ok in a bit thx
[14:58] <davmor2> jibel: hmmm the release notes link goes nowhere
[14:58] <davmor2> jibel: is that something we care about right now?
[14:58] <jibel> davmor2, define 'nowhere' in this context? :)
[14:59] <jibel> i.e it doens't open a browser or links a ubuntu.com
[14:59] <jibel> s/a/to
[14:59] <davmor2> jibel: yeah it opens the browers and eventually links to ubuntu.com but not to any release notes which is what I expect
[15:00] <davmor2> browser even
[15:01] <jibel> davmor2, it's a redirect on the website side IIRC, so it's fine for now.
[15:02] <davmor2> jibel: that's what I assumed but thought I'd best double check :)
[15:02] <jibel> davmor2, nw, it's always better to double-check and even triple check sometimes :)
[15:50] <davmor2> jibel: HA screenreader very kindly reads out your wifi password D'OH!
[15:53] <jibel> davmor2, it's a kind attention from the screenreader but worth a bug report.
[15:53] <jibel> I didn't find any
[16:33] <pitti> jibel: hmm, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html is again ignoring all the FAILs for eglibc; but I guess that's the same old bug..
[16:33] <jibel> pitti, I didn't push the fix yet, didn't had time to test everything properly
[16:33] <pitti> jibel: oh nice, you have a fix?
[16:34] <pitti> jibel: I was going to ask you whether you want a hand for your rewrite
[16:34] <jibel> pitti, yes it's a stupid sorting issue
[18:01]  * elopio retires for the day.
[18:22] <davmor2> jibel: mac done, amd64 nearly done, i386 marching along slowly
[18:38] <jibel> davmor2, thanks. I did a couple of OEM and non-english installations and more upgrades with customized systems
[21:53] <hggdh> balloons: there?