[00:06] <phillw> balloons: and, yes, the thankyou area has to be moved... as to how prominent you wish to make it?  Well, I'm glad I'm not deciding :)
[01:27] <phillw> balloons: https://wiki.ubuntu.com/QATeam/Overview/TheStages and https://wiki.ubuntu.com/phillw/Activities have been edited, I really cannot see a better place to add in 'thank you' but to https://wiki.ubuntu.com/phillw/Activities#Thank-you Feel free to go edit, once you've edited the cadence stuff!
[01:29] <phillw> JasonO: of course, one of these days you will actually be on line :)
[01:30] <JasonO> Hi PhillW :)
[01:30] <phillw> JasonO: how's the leg?
[01:30]  * JasonO mobile
[01:31] <JasonO> PhillW: It's getting better
[01:31] <phillw> good, I've not had a reply from your name sake as to email accounts etc. They're pretty busy with RL as well.
[01:32] <JasonO> No problem, I can wait.
[01:33] <phillw> I can add you as an @phillw.net email address... maybe best chat on ##phillw and not the QA channel :)
[01:34] <JasonO> Alright :)
[04:18] <pitti> Good morning
[04:18] <pitti> xnox: partman is no problem, I have that figured out; the problem is grub-install, that fails when you call it on a device which isn't visible by the bios (like /dev/md0)
[04:18] <pitti> xnox: I haven't found a good workaround for that, as you can't just divert it (it's copied from /rofs and called in the chroot)
[06:19] <DanChapman> Good Morning all :-)
[07:16] <jibel> good morning
[08:23] <xnox> pitti: it should be possible to preseed skipping grub-install.
[08:23] <xnox> pitti: we already have normal fully automated preseeding of ubiquity, so we do know grub-install works from the installer.
[08:24] <pitti> xnox: ah, how would I do this? can this be done in an already running live environment, or does this need to be passed on the kernel command line?
[08:24] <xnox> either.
[08:24] <xnox> pitti: let me find the option =)
[08:24] <pitti> xnox: yeah, unless the UI wants to cover that part, but better we cover all the rest than nothing
[08:24] <pitti> xnox: thanks; I'll give that a try once you tell me the s3kr1t command
[08:27] <DanChapman> xnox, hey can i pester you in a little while about some of the dialog widgets? Am just getting a list together with some examples first
[08:27] <jibel> pitti, how did you make partman believe there is a physical device it can use? I didn't failed to find how
[08:28] <pitti> jibel: http://paste.ubuntu.com/5883443/ are my notes
[08:28] <xnox> DanChapman: what about them?
[08:29] <pitti> jibel: in short, I create a raid-0 md backed by a loop device
[08:29] <pitti> jibel: that's a block device which you can partition, and which partman accepts
[08:29] <jibel> pitti, ah, ok, I missed the second part
[08:29] <pitti> and then parted_devices needs to be filtered to only return that one, otherwise it happily scribbles over the mounted(!!) /dev/vda
[08:30] <pitti> (if you accept the defaults)
[08:30] <pitti> jibel: I still have an open WI for this, when I test xnox' grub-install pre-seeding I'll update the spec and put the recipe there
[08:30] <jibel> pitti, I didn't find the "echo ... /bin/parted_devices" bits
[08:30] <jibel> nice trick
[08:31] <DanChapman> xnox, i have been having autopilot complaining about object has no positional attributes. For both the ubi_question_dialog and the partition_dialog.
[08:31] <jibel> pitti, to run ubiquity ap tests, I went the qemu way with a /custom-installation directory into initrd to load the tests on the live imag
[08:31] <jibel> e
[08:32] <xnox> pitti: ubiquity --help says -b, --no-bootloader  Do not install a bootloader.
[08:32] <pitti> jibel: i. e. you added a second virtio disk?
[08:32] <pitti> xnox: oh, handy
[08:32] <xnox> pitti:  it _should_ work, but possibly not tested that well =)
[08:32] <pitti> xnox: let's find out
[08:33] <xnox> pitti: which is equivalent to injecting os.environ['UBIQUITY_NO_BOOTLOADER'] = '1' into the environment variables.
[08:33] <jibel> pitti, I create an empty disk with qemu-img, extract the kernel and initrd from the iso and boot from the iso with the custom initrd, kernel and kernel arguments
[08:33] <xnox> (can be passed as kernel arg / environment variable)
[08:35] <pitti> o
[08:35] <pitti> thanks qemu for stealing my focus
[08:36] <jibel> DanChapman, Hey, I enabled videos for app tests, that makes the FF failure pretty clear https://jenkins.qa.ubuntu.com/job/autopilot-ubuntu-applications/17/label=autopilot-ati/artifact/results/autopilot/videos/
[08:39] <DanChapman> xnox, the buttons on the ubi_question_dialog I can only see/select the GtkButtonBox, but not the GtkButtons inside. I tried blindly selecting them by their label value. Are they generated at runtime depending on question?
[08:39] <DanChapman> hence why i can't see them
[08:40] <xnox> DanChapman: they are generated at runtime based on what debconf is asking. To that ubi_question_dialog is  a "template" which gets dynamically populated.
[08:40] <xnox> not sure how to introspect that....
[08:40] <DanChapman> jibel, hey :-) awesome cheers. I'll go take a look...
[08:40] <pitti> xnox: oh, and the other problem is that with this md setup I always get straight into the "custom partition" dialog, it doesn't offer me auto-partitioning; do you know why that is?
[08:41] <pitti> I guess DanChapman's test cover the automatic partitioning modes
[08:41] <DanChapman> pitti i'm just trying to finish off custom part test at the moment
[08:42] <pitti> right, but we should have both; right now, with the /dev/md device it's not how ubiquity usually behaves
[08:42] <pitti> so we need to fix that
[08:47] <xnox> pitti: right, so if partman-auto falls on it's face and doesn't offer any autopartitioning options, partman goes straight to the "custom partitioning dialog" instead of offering "choose how to partition your device", in ubiquity this translates into "drop me to the custom partition page"
[08:47] <xnox> pitti: the solution here is to troubleshoot why partman-auto didn't fancy any of the offered drives.
[08:48] <xnox> pitti: how can I run your setup to reproduce and debug it?
[08:48] <pitti> xnox: right; I guess it makes some tests on the devices and weeds out the md ones
[08:48] <pitti> xnox: http://paste.ubuntu.com/5883488/
[08:48] <pitti> xnox: this is the script that I'm running before calling ubiquity -b
[08:49] <pitti> xnox: I create a 10 GB partition with qemu-img create -f qcow2 test.img 10G
[08:49] <pitti> and run the whole thing in
[08:49] <pitti> kvm -m 1600 -vga vmware -drive if=virtio,index=0,file=test.img -cdrom ~/download/ubuntu/saucy-desktop-amd64.iso
[08:49]  * pitti does a test run with manual partitioning for now
[08:51] <DanChapman> xnox, ok I might have to keep keyboard nav on that one.
[08:52] <xnox> pitti: ok thanks. let me play with that.
[08:52] <pitti> xnox: (in case it wasn't clear already, that script gets run as root inside the VM)
[08:54] <xnox> pitti: once on manual partitioning page, verify that "install grub on to device...." drop down is either (a) not there at all or (b) "do not install grub" or something like that.
[08:55] <xnox> that's the behaviour "-b" should make.
[08:55] <pitti> xnox: (I think) I didn't see it, so it seems to work
[08:58] <pitti> xnox: nice, it finished successfully now, modulo the manual partitioning
[08:58] <pitti> xnox: so -b works
[08:59] <xnox> \o/ good =) means we didn't break installer too much this cycle yet.
[09:00] <xnox> pitti: i transitioned ubiquity to use pkexec and now it can't drop priviliges back to user "ubuntu" and talk to dbus =( should I be spawning my own session dbus as root then?
[09:01] <xnox> pitti: ideally i'd like to still be able to talk to the "ubuntu" user dbus.....
[09:01] <pitti> xnox: why can't it drop privs?
[09:01] <pitti> because you are missing the original $DBUS_SESSION_ADDRESS env var?
[09:01] <xnox> pkexec conveniently clears the environment for me, so once i'm back to being "ubuntu" user, I no longer have any of the session's environment vars.
[09:01] <xnox> yeap.
[09:02] <xnox> pitti: should I insercurily write it into a predictable name file & read it off there? or do i need to have yet another wrapper for this.....
[09:02] <pitti> xnox: "pkexec env USER_BUS=$DBUS_SESSION_ADDRESS ubiquity", and when you drop privs, set DBUS_SESSION_BUS_ADDRESS=$USER_BUS ?
[09:03] <xnox> pitti: nice =) let me try that.
[09:03] <pitti> xnox: how did you do that with sudo? sudo -E ?
[09:03] <xnox> yeah, we had all three: gksudo, kdesudo, sudo all with extra hacks to keep the whole env.
[09:03] <pitti> xnox: you wrote a .policy for passing through DISPLAY? (<annotate key="org.freedesktop.policykit.exec.allow_gui">TRUE</annotate>)
[09:04] <xnox> pitti: yeah, I have policy to keep the display, that was the first thing =)
[09:04] <pitti> xnox: otherwise sudo isn't going anywhere anytime soon
[09:05] <xnox> pitti: also ev was asking how to write a policy file that does this "let through, without asking, if the $user is in admin group. deny everyone else, do not offer any authentication" can policykit express this?
[09:07] <pitti> xnox, DanChapman, jibel: FYI, I uploaded my current script and adjusted the whiteboard in https://blueprints.launchpad.net/ubuntu/+spec/community-s-upstream-test-development to point out what it is and where it lives
[09:07] <pitti> xnox: not in a .policy file, but you can write a .pkla to do that
[09:07] <pitti> xnox: check /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla in the policykit-desktop-privileges for examples, which does exactly this
[09:08] <xnox> Parkout Los Angeles? =)
[09:08] <xnox> ok, thanks. let's look.
[09:08] <pitti> xnox: e. g. it allows admins on the foreground session to mount internal partitions or set the system clock
[09:09] <xnox> pitti: so that's what I need to change to make usb-creator stop asking questions again!
[09:10] <pitti> xnox: please not; having any firefox plugin be able to format your internal hard drives or changing the boot sector is evil
[09:11] <xnox> pitti: well, usb-creator is a dbus service and only deals with removable media by default..... but ok, I see your point.
[09:19] <pitti> xnox: it doesn't enforce the "removable" on the d-bus level, though? if it does, we can certainly silence it
[09:22] <xnox> pitti: right good point. i should finally merge and debug udisks2 branch, then we have higher granulality of removable disks, I don't see a problem iff it's limited to stickly current active user's usb-disks / sd-cards.
[09:22] <xnox> there is an option to run usb-creator against all devices, but i guess that should request admin escalation straight away.
[09:42] <gema> cking: amd64 for the power tests is enabled
[09:42] <gema> cking: andy is working on getting i386 enabled as well
[09:42] <gema> (andy: doanac)
[09:43] <cking> gema, many thanks, I've been looking at those today and I'm now investigating the  power regressions I observe in these latest test
[09:43] <gema> cking: ack
[11:01] <DanChapman> xnox, for custom partitioning what partition layout/s would you say it should test as there is quite a few options to choose from. Is it worth it for you guys testing all the different ways?
[11:03] <xnox> DanChapman: i'm not sure, how/what should be tested on the custom partitioning page as it heavily depends on the environment the test is run under.
[11:04] <xnox> DanChapman: a much higher priority engineering wise, for us to integrate pitti's proposed way of running the tests and fake/provision a pre-installed disk and test "automatic resize" page. As automatic dual-boot partition is used very often, and is known to regress in the past.
[11:07] <DanChapman> xnox, ok cool. Well i will leave it as a standard / with swap for now. It won't take much to expand it to others if needed.
[11:08] <DanChapman> xnox, I can make a start on a test for dual-boot I have a spare box i run these tests on anyways so will make a start on it.
[11:49]  * DanChapman is sure that will be the last of FF fails
[11:49] <slickymaster> good morning
[11:50] <DanChapman> slickymaster, morning
[11:50] <slickymaster> elfy, are you there?
[11:52] <slickymaster> DanChapman: I was going to assign myself to https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1198452 when I noticed that Jack Fromm had already assign himself to it. Thing is he did not marked the bug status as In Progress, don't you think it should be changed?
[11:54] <slickymaster> DanChapman: reason is that if you filter the bugs in https://bugs.launchpad.net/ubuntu-manual-tests/+bugs?field.tag=xubuntu&orderby=status&start=0 by status it's misleading
[11:55] <DanChapman> two secs just looking
[11:56] <slickymaster> ok
[11:59] <DanChapman> slickymaster, I would contact Jack to confirm he has made a start which if he has then it can be changed to in progress.
[12:00] <slickymaster> DanChapman: ok, I'll mail him, asking it. Thanks
[12:00] <DanChapman> slickymaster, if you look at his bugs list https://bugs.launchpad.net/~jjfrv8-gmail he probably marks as in progress as he works his way through
[12:01] <slickymaster> DanChapman: just saw it. You're probably right
[12:02] <slickymaster> DanChapman: it's just a issue of different approaches on the work progress
[12:03] <slickymaster> DanChapman: anyway, thanks
[12:03] <DanChapman> np
[15:04] <elopio> ping balloons. Can you approve branches on the calendar?
[15:06] <balloons> elopio, indeed I can
[15:06] <elopio> balloons: two quickies, please:
[15:06] <elopio> https://code.launchpad.net/~elopio/ubuntu-calendar-app/fix1201483-pep8/+merge/174830
[15:06] <elopio> https://code.launchpad.net/~elopio/ubuntu-calendar-app/fix1201498-pyflakes/+merge/174833
[15:08] <balloons> elfy, sure thing!
[15:09]  * DanChapman notices balloons got name wrong ;-P
[15:10] <balloons> BAH!!!!!
[15:10] <elopio> :) elfy, we will have to fight with knives to see who keeps the nickname.
[15:10]  * balloons notes elfy has a secondary name already
[15:13] <DanChapman> balloons, finally got to the bottom of the firefox problem. I think i tagged you for a review anyways
[15:13] <balloons> DanChapman, ohh.. I'll add it to the list of reviews.. today is review day :-)
[15:14] <DanChapman> balloons, everyones keeping you busy if you have to dedicate a day to reviews :-)
[15:15] <balloons> DanChapman, shouldn't take all day, lol :-p But it has happened before
[15:15] <balloons> I consider it quite a wonderful thing when it does happen
[15:24] <elopio> thanks for the reviews balloons. fginther, can you add the static checks to ubuntu-calendar-app, please?
[15:24] <elopio> on tests/autopilot folder.
[15:26] <fginther> elopio, will do
[15:27] <balloons> fginther, speaking of which ?I have a list of apps for you to turn on if you haven't
[15:27] <balloons> I went through them all again this morning
[15:28] <balloons> fginther, stock ticker, sudoku, calculator, calendar, clock, file manager, terminal, weather
[15:49] <elfy> elopio: we'll need to decide using age - I'm 4.7billion years old
[15:50] <elopio> elfy: no, fight to dead!
[15:50] <elfy> :)
[16:02] <fginther> balloons, ack. Do you want me to make sure the autopilot tests pass first?
[16:03] <balloons> fginther, sure give them a trial run, but in theory they all work
[16:03] <fginther> balloons, got it
[16:07] <DanChapman> balloons, did you get hold of Vasudevan the other day?
[16:08] <balloons> DanChapman, I sent him back a mail and it seems his crazy setup woes have passed. I haven't heard back on the testing front though
[16:09] <DanChapman> balloons, ok cool :-) hopefully hear something soon if he is back up and running
[16:20] <dkessel> good evening.
[16:20] <dkessel> balloons, i need some help finishing the first music app test
[16:20] <balloons> dkessel, hello sir!
[16:21] <dkessel> how do i query for a property value of the MainView object?
[16:22] <dkessel> for example this does not work: currentArtist = self.main_window.currentArtist
[16:23] <balloons> dkessel, there is a getProperty function
[16:23] <dkessel> aah :)
[16:23] <balloons> http://unity.ubuntu.com/autopilot/api/introspection.html
[16:23] <balloons> well  get_properties() :-)
[16:24] <balloons> but I'm not sure that answers your question or not actually :-)
[16:24] <balloons> have you got a branch on lp? that makes it much easier
[16:29] <balloons> dkessel, ^^
[16:34] <dkessel> balloons, I'd like to commit my branch, but I messed up my local branch with a merge - just trying to fix it now... branch: lp:~d-kessel/music-app/test_read_music_from_home
[16:35] <balloons> dkessel, kk
[16:37] <dkessel> balloons, ok I did it :) check the branch...
[16:42]  * balloons grabs
[16:48] <balloons> dkessel, ok so hmm
[16:50] <balloons> dkessel, ok so looking at the mainview object, it has the properties you want
[16:50] <balloons> the object name is set in the qml already
[16:50] <balloons> objectName: "music"
[16:50] <balloons> so grab that object using  a select, then you should be able to nab the properties
[16:51] <balloons> at the moment, your using the mainWindow object which isn't what you want :-)
[16:51] <balloons> dkessel, does that make sense?
[16:52] <balloons> dkessel, also, in the debian/control file add the example-content package so the tests will run in the jenkins enviroment :-)
[16:52] <balloons> you can put it in the depends for Package: music-app-autopilot
[17:10] <dkessel> balloons, hmmmm self.app.select_single('music') returns None :/ also, a bit to get in my head, that mainview and mainView are different objects...
[17:13] <balloons> dkessel, let me help a bit
[17:13] <balloons> dkessel, your not grabbing the MainView object
[17:15]  * dkessel launches autopilot vis again
[17:16] <dkessel> balloons, is this.app the QQuickView?
[17:16] <balloons>         main = self.app.select_single("MainView", objectName = "music")
[17:16] <balloons>         props = main.get_properties()
[17:19] <balloons> dkessel, this doesn't work but it's what I was trying to get across:
[17:19] <balloons> main = self.app.select_single("MainView", objectName = "music")
[17:19] <balloons> title = lambda: main.get_properties().currentTracktitle
[17:19] <balloons> self.assertThat(title, Eventually(Equals("Swansong")))
[17:19] <balloons> :-)
[17:20] <balloons> however, removing the getProperties nonsense lets it work properly :-p
[17:21] <balloons> dkessel, I'll avoid spamming the chat any further, but this paste works
[17:21] <balloons> http://paste.ubuntu.com/5884919/
[17:24] <dkessel> balloons, ready to merge (i hope) ;)
[17:24] <balloons> dkessel, :-)
[17:24] <balloons> does what I did make sense to you?
[17:27] <dkessel> tbh, I still have a hard time getting what the app object is exactly
[17:27] <balloons> the self.app?
[17:28] <balloons> that's the autopilot library
[17:28] <balloons> check out __init__.py
[17:28] <balloons> self.app = self.launch_test_application(
[17:32] <dkessel> mh ok. more grepping next time =) now i get it... i still have a hard time finding declarations and stuff in python programs in general. maybe i should get away from gedit...
[17:32] <balloons> dkessel, I can happily recommend geany
[17:33] <balloons> it's all the lightweight goodness of gedit with the sanity of tabs and a useful sidebar. Not to mention block editing, and a real find and replace, along with some macro support
[17:37] <dkessel> balloons, I am going to give it a try then. Well, that's might be all I can do this week as far as autopilot test writing goes...
[17:37] <balloons> dkessel, :-) no worries, a bug closed and a test written brings us one step closer. You going to make a merge request?
[17:38] <dkessel> balloons, i don't think this closes any open bug (?)
[17:39] <balloons> dkessel, hmm.. we should have a bug for reading the music directory and loading a library
[17:41] <balloons> https://bugs.launchpad.net/music-app/+bug/1202323
[17:41] <balloons> :-p
[17:44] <dkessel> balloons, thx :) now the branch is linked and the merge proposal is out
[17:44] <balloons> I should add stuff for the playlist features too :-)
[17:47] <balloons> dkessel, so I'm looking at the diff for this.. I think perhaps your changing more than you intended?
[17:47] <balloons> is your branch based off of trunk, or an older branch?
[17:48] <dkessel> it was based on trunk... a few days ago ;)
[17:56]  * dkessel searches "bzr for dummies"... now how did i get that branch so messed up... and how do i get it right again....
[17:56] <dkessel> yeah, vthompson already commented on that too
[17:57] <dkessel> balloons, ^ :/
[17:57] <balloons> dkessel, :-)
[17:57] <balloons> yes, well to fix it you can rebase to trunk
[17:58] <balloons> it shouldn't have any issues to do so as you've not touched anything in the core codebase
[18:01] <balloons> that said dkessel , bzr merge lp:music-app isn't doing what I hoped
[18:02] <dkessel> i used 'bzr revert' because after a 'bzr update' if said i had changed all those files... which i hadn't... and now those files are back in some old revision i think....mh
[18:02] <dkessel> if -> it
[18:03] <balloons> dkessel, well worst case scenario you re-pull trunk, copy/paste the test directory in and propose it since you only touched those files :-)
[18:04] <balloons> I'm a little confused as to how to solve, but I'd like to figure it out :-)
[18:04] <dkessel> balloons, did I mention we still use CVS at work? =)
[18:04] <balloons> dkessel, lol
[18:04] <balloons> why still cvs?
[18:04] <balloons> dkessel, http://doc.bazaar.canonical.com/bzr.1.0/en/quick-reference/quick-start-summary.svg
[18:05] <dkessel> balloons, management... i guess i should not discuss this in a public irc channel :)
[18:05] <balloons> sure..
[18:05] <knome> dkessel, no, definitely not. swearing is against the guidelines.
[18:05] <balloons> rofl knome! such timing!
[18:05] <knome> dkessel, referring to the three letter abbreviation starting with c...
[18:05] <dkessel> knome, lol
[18:06] <balloons> dkessel, right, you doing a bzr update should pull everything down that changed
[18:06] <dkessel> balloons, it did. now it does not anymore...
[18:06] <dkessel> balloons, after me 'bzr revert'ing everything. oops
[18:07] <balloons> dkessel, can you do a bzr merge lp:music-app?
[18:07] <balloons> I'm stuck because your branch is the parent branch for me :-)
[18:07] <dkessel> "Nichts zu tun." / "nothing to do"
[18:10] <dkessel> balloons, too bad. i really have to leave. i don't like to leave things this way...
[18:10] <dkessel> anyway. bye
[18:10] <balloons> dkessel, you have time to do the copy/paste method?
[18:10] <balloons> if not, well.. dkessel cheers and good night!
[18:12] <xeranas> hello
[18:18] <balloons> xeranas, hello!
[18:23] <xeranas> balloons: just for learning purpose I made branch with some changes of one test
[18:24] <xeranas> I'm not propose yet, because I'm not sure if it good idea to check it and how it do better.
[18:27] <balloons> xeranas, what branch?
[18:28] <xeranas> balloons: http://bazaar.launchpad.net/~xeranas/sudoku-app/UPDATE_FOR_NEW_GAME_BUTTON_TEST/revision/85
[18:34] <balloons> xeranas, k, let me have a look
[18:35] <balloons> so looks like you wanted to check the button text as well and issue an assert about it?
[18:35] <xeranas> yea, but I do not have better idea to check if sudoku table was re-generated with new numbers
[18:37] <xeranas> also, there are chance that table will be generated same all depends from 'random' factor. So it is question if we need check this re-generation behavior at all
[18:45] <fginther> balloons, I finished rerunning the autopilot suites in jenkis
[18:46] <balloons> xeranas, sure.. well, it's an interesting idea
[18:53] <balloons> Letozaf_, hello
[18:54] <Letozaf_> balloons, Hello :)
[18:54] <balloons> fginther, ok so these all look like dependency issues?
[18:54] <balloons> well, many of them I guess.. I should be able to help out on dependency issues
[18:54] <fginther> balloons, terminal and weather appear to be
[18:55] <Letozaf_> balloons, I saw the sudoku app merge  problem, is there something I can do, or you guys are gonna fix this ?
[18:55] <balloons> Letozaf_, if you can fix on your end it would be good
[18:55] <balloons> I broke your merge so you can blame me :-)
[18:56] <balloons> just do a bzr update and comit
[18:56] <balloons> should be fine
[18:56] <balloons> xeranas, so does the test pass still with your changes?
[18:57] <balloons> I like the idea, but your right, there is a potential to get the same exact board twice in a row.. it's *possible * lol
[18:57] <xeranas> balloons: test wich was edited yes, but fails on hint test
[18:57] <balloons> xeranas, Letozaf_ has a merge to fix the hint test.. we'll get it merged very shortly :-)
[18:58] <Letozaf_> balloons, good! thanks
[18:59] <Letozaf_> balloons,  I will do a bzr update and commit just now
[19:00] <balloons> xeranas, do you have a g+ account btw?
[19:01] <xeranas> ok, I probably discard branch, because comparing those big list probably bad performing anyway
[19:01] <xeranas> balloons: yes
[19:03] <xeranas> https://plus.google.com/117048929850971174533/
[19:03] <xeranas> but lately not very active on g+
[19:06] <balloons> xeranas, thanks :-) I can refer to you more easily now :-)
[19:23] <balloons> Letozaf_, I think you left an extra line in there on your merge
[19:24] <balloons> in  tests/autopilot/sudoku_app/tests/test_sudoku.py
[19:24] <Letozaf_> balloons, yes I had started working on another test, so probably cancelling the part I added I left something bacl
[19:24] <Letozaf_> balloons, let me check
[19:26] <balloons> Letozaf_, it has the merge-source and tree lines in it
[19:27] <Letozaf_> balloons, I think I made a mistake when  I launched bzr update
[19:27] <Letozaf_> balloons, argh!
[19:27] <balloons> Letozaf_, :-( I'm sorry to cause you trouble
[19:28] <Letozaf_> balloons, no problem, just let me see if I can fix it
[19:35] <Letozaf_> balloons, the test is working fine on my box without the last test I was working on, i will push it in the branch again, will this be ok ?
[19:35] <Letozaf_> balloons, not sure I remember exactly all the lines I put it
[19:35] <Letozaf_> sorry put in
[19:36] <balloons> Letozaf_, commit and push ;-)
[19:36] <Letozaf_> balloons, ok lets see what happens
[19:38] <Letozaf_> balloons, pushed
[19:51] <Letozaf_> balloons_, :( I saw it failed again
[19:51] <balloons_> Letozaf_, bah, it still has that conflict
[19:52] <balloons_> the conflict was/is in tests/autopilot/sudoku_app/tests/test_sudoku.py
[19:52] <balloons_> what does bzr status say?
[19:52] <balloons_> the version I pulled down works.. it's odd
[19:53] <balloons_> fginther, bah, am I missing something here: https://code.launchpad.net/~carla-sella/sudoku-app/hint_button_test/+merge/175112?
[19:54] <Letozaf_> balloons_, :( I have already pasted the other test in it :(
[19:55] <Letozaf_> balloons_, should have made a copy first
[19:55] <balloons_> Letozaf_, ohh.. I do see one remaining file that can be could
[19:55] <balloons_> there's a ubuntusdk.py.moved file
[19:55] <balloons_> look in the emulators folder
[19:55] <Letozaf_> balloons_, ubuntusdk.py.moved ? let me see
[19:56] <Letozaf_> balloons_, I do not see it in my emulators directory
[19:56] <Letozaf_> balloons_, not even in the branch
[19:56] <Letozaf_> balloons_, where do you find it ?
[19:57] <Letozaf_> balloons_, I mean how is it that I have not got it
[19:57] <balloons_> Letozaf_, lol
[19:57] <balloons_> Letozaf_, ahh.. it's a local file
[19:58] <balloons_> sorry I jumped the gun
[19:58] <Letozaf_> balloons_, fiew, lol
[19:59] <balloons_> Letozaf_, keep on whatever your doing, your branch looks fine, I don't know why it's not merging, but it should. I'll play with it
[19:59] <Letozaf_> balloons_, ok  thanks :-)
[20:15] <fginther> balloons_, there is a merge conflict (which you mentioned in the comments), but no new version of the proposal.
[20:16] <thomi> morning
[20:16] <fginther> balloons_, oops, looks like I'm behind
[20:16] <balloons_> fginther, yes it has conflicts, but the base branch has resolved it, so I'm confused why lp still thinks it's there
[20:17] <fginther> balloons_, hmm
[20:17] <balloons_> I guess it's a problem on that side and not autopilot perhaps.. because I see the conflict mentioned at the top
[20:17] <fginther> balloons_, yes, it's not ap specific, it's just a merge issue
[20:18] <balloons_> let's see if a resubmit fixes it
[20:18] <balloons_> and lp still sees a conflict, but it's just not there
[20:18] <balloons_> argh, I'll just submit it myself
[20:36] <Letozaf_> balloons_, :(
[20:37] <balloons_> Letozaf_, I got it, no worries :-)
[20:38] <Letozaf_> balloons_, :)
[21:20] <Noskcaj> balloons_, What still needs to happen with https://wiki.ubuntu.com/QATeam/Testdrive/Hackfest
[21:23] <balloons_> hey Noskcaj
[21:23] <balloons_> the page is pretty nicely done
[21:23] <balloons_> I was going to respond to everything, but I would recommend picking a specific time, despite the timezone issues
[21:23] <balloons_> if you make it 24 hours long, it will be hard to coordinate
[21:24] <Noskcaj> ok. Maybe i start it at 1100UTC with the hangout, then use the other as a wrap up?
[21:24] <balloons_> so you need a specific goal, which you have. you have tasks for people to do as well, also good.
[21:25] <balloons_> pick a time that you can commit say 1 hour too.. perhaps pick one that is in your morning, and then again in your evening to make it easier for folks to participate
[21:25] <Noskcaj> I've changed it to 1100UTC to 2200UTC, which still gives everyone plenty of time
[21:27] <balloons_> Noskcaj, are you able to be around that long?
[21:27] <Noskcaj> I'll be online 1100-1200 and 2000-2200
[21:27] <Noskcaj> I need sleep
[21:33] <balloons_> Noskcaj, :-) So I would suggest limiting to just those times
[21:42] <Noskcaj> oh?
[21:49] <Noskcaj> balloons_, I'd rather have it run all that time so more people get to attend. Howard would be online for a few more hours than me.
[21:50] <balloons_> Noskcaj, well that's my recommendation as if your not around they might be alone and won't know how to start
[21:50] <knome> balloons_, you're
[21:50] <Noskcaj> really knome?
[21:50] <balloons_> knome, ty
[21:50] <balloons_> Noskcaj, I have a nasty habit of your = you'rw
[21:50] <balloons_> *you're.. see I can't even type it
[21:51] <balloons_> too hard
[21:51] <knome> Noskcaj, just fixing his spelling :P
[21:51] <slickymaster> good night, eveybody
[21:51] <knome> night slickymaster
[21:51] <Noskcaj> balloons_, ok. I'll see if someone is willing to run the in-between parts, if not, i'll cut down the size
[21:51] <Noskcaj> night slickymaster
[21:51] <slickymaster> knome Noskcaj :)
[21:51] <knome> i would also concentrate on a shorter event where you can be around at all times
[21:52] <balloons_> Noskcaj, that'd be my recommendation
[21:53] <slickymaster> Noskcaj, about the Testdrive Hackfest on August, I noticed that one of the needs is related with translations. I'm a member of  the Ubuntu Portuguese Translators team so if you want I can work on that
[21:54] <Noskcaj> slickymaster, That would be great. Howard was sending an email to all the translators today because it's hard to do add translations to hackfests
[21:54] <slickymaster> Noskcaj, yes, I saw it
[21:55] <slickymaster> Noskcaj, so where do I start?
[21:55] <Noskcaj> slickymaster, translations.launchpad.net/testdrive
[21:57] <slickymaster> Noskcaj, :) that I know, I'm asking if it's supposed to be translated directly in Launchpad (Translations in Rosetta) or using Bazaar?
[21:58] <Noskcaj> launchpad
[21:58] <slickymaster> Noskcaj, I'll start on the Portuguese translation, asap
[21:59] <Noskcaj> Thanks
[21:59] <slickymaster> * :)