[05:26] Good morning === chihchun_afk is now known as chihchun === maclin_ is now known as maclin [07:21] good morning [07:54] 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] bug 1304403 in krb5 (Ubuntu Trusty) "Precise to Trusty - all of main - fails: Broken transition from libkadm5srv-mit8 to libkadm5srv-mit9" [High,Fix released] https://launchpad.net/bugs/1304403 [07:54] ? [07:59] jibel: I didn't, thanks for pointing out; I reply === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [10:05] Morning all [10:06] jibel: how are you with Foreign Languages? I've covered most of the tests on 64bit [10:06] davmor2, good morning [10:06] davmor2, I only tried French, I'm still on upgrade tests. [10:07] jibel: that's foriegn enough for my liking ;) [10:10] davmor2, I just found 2 untranslated strings in ubiquity, that's bug 1297859 [10:10] bug 1297859 in ubiquity (Ubuntu Trusty) "Untranslated strings in "Installation Type" section" [Medium,Confirmed] https://launchpad.net/bugs/1297859 [10:10] jibel: netboot do you actually have a local pxe server I'm assuming that is the 4th test right? [10:11] davmor2, I don't but it's covered by smoketests in the lab. It's how server images are booted [10:11] jibel: excellent so I can ignore those the rest is done for i386 and amd64 on netboot [10:12] davmor2, great, thanks. [10:12] right I'm going to carry on plodding though the tests then [10:13] 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] davmor2, and the incorrect keyboard after installation but I couldn't reproduce it [10:14] davmor2, on the upgrade side it's under control, but P->T fails because tex-common fails to configure [10:15] 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] pitti, a question about autopilot-sandbox-run [10:28] brendand, just ask [10:29] well, does it create a local session D-Bus? [10:30] i guess the answer is yes, from looking at /usr/bin/autopilot-sandbox-run [10:31] brendand: yes, it does [10:31] brendand: this is meant to be used in package builds or autopkgtests in minimal environments, where there is no desktop session [10:31] 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] pitti, yes that's what i need to do [10:32] but that woudl do more bad than good, I suppose [10:32] as that will probably confuse things which expect stuff on the real bus to also be on teh real X [10:32] pitti, because we also need to launch the service [10:33] pitti, would it be okay to add an option to only do it when specifically requested? [10:33] 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] 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] pitti, sure, that's what i was getting at [10:34] brendand: "we also need to launch the service" -> how do you mean? [10:34] i. e. that doesn't explain why a local session bus doesn't work [10:35] pitti, we have to launch the service before running the tests [10:35] pitti, nothing i've tried so far makes the two things use the same session bus [10:36] brendand: if you launch test services before calling a-sandbox-run, yes [10:36] so far we haven't encountered that case, as usually tests start the stuff that they need by themselves [10:36] or let dbus activation do it [10:37] pitti, we're trying to get this to work in per-merge-testing, so it will be tested from source [10:38] pitti, we don't have dbus activation working from source at the moment [10:40] pitti, but i guess i could make the tests start the service, that's probably a good idea anyway [10:40] pitti, thanks for the info [10:47] brendand: yw; otherwise, an option to not start a local bus also sounds fien [10:47] fine [10:53] 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] davmor2: release candidate is a milestone without images =) [11:11] xnox: nice [11:11] davmor2: well.... [11:12] xnox: why are you in no sensible channel to talk adb :P [11:13] davmor2: cause i'm busy hacking upstart?! =) i'm here and #ubuntu-devel =) [11:15] 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] 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] 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] davmor2: adbd is running as root on the phone. [11:20] davmor2: why not copy over mtp? [11:20] (rather than adb) [11:22] davmor2: e.g. cp ~/Pictures/* /run/user/$UID/gvfs/mtp*/Nexus\ 4/Pictures [11:24] popey: I'll have a play there may be a py-mtp that will transfer nicely too === _salem is now known as salem_ === bfiller_afk is now known as bfiller [13:26] DanChapman, hi === manjo` is now known as manjo [13:32] jibel: FTR, keystone was again just jenkins being a pile of , retried [14:15] hi elfy ... I mean elopio :) [14:18] elfy: we need to solve this as gentlemen. [14:18] I propose a lightsaber duel. [14:18] try and bear in mind I have 2 walking sticks [14:19] that are 3m long ... [14:22] I propose writing-autopilot-tests duel. [14:28] bah [14:28] that's unfair - python is a snake ... [14:28] :) === qwebirc522680 is now known as slickymasterWork === qwebirc260477 is now known as slickymasterWork [14:39] alesage: https://code.launchpad.net/~allanlesage/unity8/autopilot-indicator-page-title-matches-widget/+merge/196991 [14:39] you have a small fix to do there. [14:40] elopio ok in a bit thx [14:58] jibel: hmmm the release notes link goes nowhere [14:58] jibel: is that something we care about right now? [14:58] davmor2, define 'nowhere' in this context? :) [14:59] i.e it doens't open a browser or links a ubuntu.com [14:59] s/a/to [14:59] 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] browser even [15:01] davmor2, it's a redirect on the website side IIRC, so it's fine for now. [15:02] jibel: that's what I assumed but thought I'd best double check :) [15:02] davmor2, nw, it's always better to double-check and even triple check sometimes :) [15:50] jibel: HA screenreader very kindly reads out your wifi password D'OH! [15:53] davmor2, it's a kind attention from the screenreader but worth a bug report. [15:53] I didn't find any === bfiller is now known as bfiller_afk [16:33] 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] pitti, I didn't push the fix yet, didn't had time to test everything properly [16:33] jibel: oh nice, you have a fix? [16:34] jibel: I was going to ask you whether you want a hand for your rewrite [16:34] pitti, yes it's a stupid sorting issue === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr [18:01] * elopio retires for the day. === bfiller_afk is now known as bfiller === chihchun is now known as chihchun_afk [18:22] jibel: mac done, amd64 nearly done, i386 marching along slowly [18:38] davmor2, thanks. I did a couple of OEM and non-english installations and more upgrades with customized systems === chihchun_afk is now known as chihchun === salem_ is now known as _salem === om26er_ is now known as om26er [21:53] balloons: there? === _salem is now known as salem_ === salem_ is now known as _salem