[00:00] <phillw> thankfully the rules are set in tablets of stone :)
[00:00] <phillw> *are not*
[00:01] <knome> lol
[00:01] <knome> mostly, i think they should.
[00:01] <phillw> It was an exceptional case, and was treated as such.
[00:01] <knome> but single-flavor affecting stuff should get more slack than something that changes the core for everybody
[00:02] <phillw> It's a shame in some ways, as the -4 iso forced the alternate to actually use the ISO instead of ignoring it and then download everything from the internet.
[00:03] <knome> heh.
[00:04] <phillw> I still do not understand why the installer goes to the internet to get the files, instead of using what is on the ISO.
[00:06] <knome> language support i suppose
[00:07] <phillw> then why have the data on the ISO? we may as well just have netboot / mini iso ?
[00:08] <knome> i'm not saying it's ideal to download stuff while installing, but it's not a hard requirement
[00:08] <knome> the installer is downloading stuff you would most probably appreciate anywya
[00:08] <knome> *anyway
[00:09] <phillw> well, possibly not if you are installing several machines... and your internet usage is either slow or capped.
[00:11] <phillw> as the ISO's have all gone over size (CD Size), I really do not understand this state of affairs....
[00:13] <phillw> one thing the bug in -4 showed, is that not having a connection does not stop the install. It just forces it to use the ISO, the result is a fully working system.
[00:17] <knome> phillw, it won't be exactly same, but basically yes
[00:18] <phillw> Oh, it will need what ever updates there are; but as a milestone is passed as fit to install I just don't "get it".
[00:18] <knome> you probably shouldn't worry too much about it :)
[00:20] <phillw> knome: I do as my b/band link is 700Kb/s on a good day, which means a test installation will take ~ 1.5 hours. This is AFTER I've taken the time to zsync up the ISO I want to test.
[00:20] <knome> phillw, you should set up an apt proxy
[00:20] <phillw> on my laptop?
[00:21] <knome> ;)=
[00:21] <knome> don't know
[00:21] <phillw> when I'm doing an install to a 'new' partition . VM? :D
[00:22] <knome> besides, 700kb/s is pretty much around what i have
[00:23] <knome> well i probably have 850'ish regularly, but 700 would be pretty much as good
[00:23] <phillw> that is on a good day... when zsync'ing up, it can drop to 40 Kb/s and even times out and restarts... thankfully zsync doesn't give up!
[00:23] <knome> mmh, that's worse
[00:24] <knome> you could just turn off the networking from you VM
[00:25] <phillw> then it would require a manual install of the network. Not an ideal situation I'm sure you would agree
[00:25] <knome> well the question is do you need the network for ISO testing?
[00:26] <phillw> to say that the system has installed and is alive, I'd say so.
[00:27] <phillw> I always launch the browser to check it can say 'hello' to the world and also do an apt-get update to check the repos are there.
[00:27] <knome> mhm
[00:27] <knome> so in that case, does it really hurt that the installer pokes internet before :P
[00:28] <phillw> it hurts when it decides to take 1.5 hours to download all the files that are on the ISO, yes.
[00:28] <knome> ugh
[00:28] <knome> that's a bug, it shouldn't download everything
[00:28] <phillw> 769 files last time I looked... that's about a full ISO
[00:30] <knome> huh
[00:30] <knome> something wrong with your ISO then.
[00:30] <phillw> BUT, I did notice that todays alternate for amd64 did go on really quickly (I had gone off to watch Star Gate)
[00:30] <knome> heh
[00:31] <phillw> they all get md5'd by zsync :D
[00:32] <phillw> I'll have a play tomorrow, I'll also zsync up the desktop image to see how it gets on.
[00:33] <knome> good luck :)
[00:35] <phillw> oh, it's not too bad, my desktop ISO is only 4 days old. New kernel should take about 45 mins to get
[00:35] <knome> heh
[00:37] <phillw> Target 80.4% complete yup, about 45 mins :)
[00:38] <phillw> about 60 Kb/s
[00:40] <phillw> knome: my mirror for xubuntu has been updated (as have all the other flavours I keep). http://phillw.net/isos/
[00:40] <knome> ta
[00:41] <phillw> unit runs the script, one day he'll tell me how to use it :P
[00:41] <knome> heh
[00:41] <knome> or not ;)
[00:41] <phillw> s/unit/unit193
[00:43] <wxl> phillw: sed: -e expression #1, char 16: unterminated `s' command
[00:44] <wxl> '_
[00:44] <wxl> er ;)
[00:45] <phillw> wxl: beware of making jokes about the lubuntu humanoid :D
[00:45] <wxl> heheh
[00:46] <phillw> wxl: so, fantastic news for PPC.... I'm still a bit stunned.
[00:46] <wxl> phillw: still kind of under the rock here; just peeking up for once; what did i miss/
[00:47] <phillw> wxl: we were informed that PPC would not work in A2, the next day I was informed that for the 1st time since just before A1 it actually did!
[00:47] <wxl> phillw: that is fantastic!
[00:48] <phillw> not only that, but the recursive bug seems to have gone :D
[00:48] <wxl> wow!
[00:49] <phillw> We are now on a completely new kernel, and as the issues were kernel related, they seem to have been resolved.
[00:49] <wxl> oh wow!!!
[00:50] <wxl> maybe i'll give it a go this weekend!
[00:50] <phillw> I have asked via the mailing list that people do so and report back to it.
[00:51] <phillw> anyways, I hope you are keeping well?
[00:51] <wxl> yeah just busy
[00:51] <wxl> speaking of which, gotta jet
[00:52] <phillw> kk
[00:55] <phillw> knome: we have some some "happy campers" for PPC, most of it got broken about A1 13.04, they found a workaround. when it happened in 13.10 they could not. And now, with the new kernel revision it is alive. I'm so, so pleased for those guys. They have put up with so much and battled to keep a PPC version alive.
[00:56] <knome> definitely :)
[00:56] <phillw> heck, they even sneaked out a kubuntu ppc release last time :D
[00:56] <knome> lol
[00:58] <phillw> the PPC testers are not just lubuntu, as with all of the gang, they will go where needed once having completed their 'home' tasks,
[00:59] <knome> i'm personally not interested about the PPC builds but if people want to do that with xubuntu, i'm fine with it (as long as it also doesn't take all of our developer-time)
[00:59] <phillw> I'd have dived in for xubuntu, but was battling with bug 1204005 which really slowed me down as I was trying to find out what the heck had gone wrong.
[00:59] <knome> hmm
[01:01] <phillw> I was faced with a kernel panic and system freeze. there's really not a lot you can do in such instances.
[01:02] <phillw> thankfully, it is self assigned to a member of the kernel team :)
[01:03] <knome> that's good
[01:04] <phillw> well, we do use kvm for self testing. It is an integral part of the kernel.
[01:06] <phillw> we == ubuntu == canonical
[01:06] <knome> heh
[01:06] <knome> weird thinking there...
[01:06] <phillw> ?
[01:07] <knome> we == canonical :P
[01:08] <phillw> the kernel team do tend to have canonical names, https://launchpad.net/~apw
[01:09] <knome> sure
[01:09] <knome> andy's a nice guy, met him in UDS
[01:09] <knome> didn't understand too much what he and zequence discussed, but...
[01:10] <phillw> they tend to speak in a language that I have as much understanding as learning klingon :D
[01:11] <knome> ;)
[01:12] <phillw> Julien (gilir) has learned to speak to me in human. Devs really do have a language all of their own :)
[01:13] <knome> hah
[01:13] <knome> i do agree, though i sometimes are on the other side of the table too :P
[01:15] <phillw> I do remember with both fondness and horror pcman talking me though getting the dev tools needed, downloading the files needed so that I could 'make' pcmanfm so I could test it. For most of the time, he could have been talking in Cinese!
[01:15] <knome> heh
[01:15] <phillw> *Chinese*
[01:15] <phillw> which he would object to, as he in Taiwan
[01:17] <knome> it isn't too scary to build packages
[01:18] <knome> (anymore)
[01:20] <phillw> sorry, I just wandered over to try and find his instructions. Most odd... I found a forum actually working. Mind you, it is phpBB and not some propriatory rubbish :P
[01:20] <knome> heh
[01:25] <phillw> as steam had been hacked (and I'm told a Mac one), a week or so before, where the IS team thinking "bury head in sand.. it will go away"?
[01:26] <phillw> or were they hoping vB would actually have a patch?
[01:26] <phillw> wrong on both counts.
[01:28] <knome> not my area of expertise, that
[01:28] <knome> (well kind of, but not with forums)
[01:29] <phillw> nor mine, but having the source in the open, does give extra eyes to look at changes :)
[01:30] <phillw> I hacked the phpBB code (after instructons from them) to have a 2nd active banner only available on one area of my forum.
[01:33] <phillw> Which has just reminded me... I also asked and got a reply as to how recover my own password! ... Yeah, it happens
[01:33] <knome> heh
[01:34] <phillw> http://forum.phillw.net/ and http://forum.phillw.net/viewforum.php?f=18
[01:34] <phillw> back before lubuntu was adopted :D
[01:34] <knome> :)
[01:35] <phillw> click on the lubuntu icon and you get sent to get-lubuntu :)
[01:36] <knome> mhm
[01:36] <knome> those download buttons look nice
[01:37] <phillw> feel free to use them :)
[01:37] <knome> i'll probably roll my own, but good idea ;)
[01:38] <phillw> I'm not too sure if rafael themed for lubuntu, or used a standard stock image.
[01:39] <phillw> The art work team just... well... get on with that side of things and provide any banners / icons / buttons etc as we ask of tem.
[01:39] <phillw> *them*
[01:39] <knome> :)
[01:41] <phillw> between the 'fun' of GTK2 / 3 & Qt it has certainly kept them on their toes. As ever, I am really impressed with what they are designing for 13.10 https://wiki.ubuntu.com/Lubuntu/Artwork/Incoming/Saucy/Box
[01:45] <phillw> knome: No, you cannot steal / poach our art team :P
[01:45] <knome> :P
[01:46] <knome> nope
[01:47] <phillw> rafael was lubuntu before I was. I came on at 10.04, they had a W-i-P at 9.10
[01:47] <knome> :)
[01:48] <phillw> But, he loves art stuff, so there is never a problem asking him to design a banner etc for xubuntu.
[01:48] <knome> well we do have resources for that
[01:49] <phillw> good, the art guys can feel a little cut off at times.
[01:49] <knome> definitely
[01:52] <phillw> rafael is a social media person (as I'm sure a lot of artists are), as such and because of his position within lubuntu, he is also a mod on our Fb / G+ areas. One of the minor advantages of that is he can upload a new banner without needing permission and he also knows he is trusted by us... heck, when people comment on the work the art team do, he even replies :D
[01:53] <knome> people should be trusted
[01:53] <phillw> he's a TL, how else but to trust?
[01:53] <knome> yup.
[01:55] <phillw> I know our structure on lubuntu is different to xubuntu. What suits you, suits you... what suits us, suits us.
[01:55] <knome> hehe, sure
[02:00] <phillw> I've got to see how JasonO and his busted leg is getting on, as I need to finalise our 13.10 pages with him. I've sort of volunteered to help get a structured wiki area up for ubuntu-gnome (read as help Ali get minor things like  a header page set up; easy for is who know, difficult the 1st time :) )
[02:00] <knome> :)
[02:02] <phillw> you would not believe the crap (well, actually you would) flying around when ali resigned from comms on lubuntu and moved to QA for gnome.... "He's fallen out with every one", they said..... Erm, well actually he's had a promotion.
[03:37] <pitti> Good morning
[07:33] <jibel> good morning
[08:08] <pitti> jodh, jibel: http://paste.ubuntu.com/5914006/ is my first attempt at the sub-VMs
[08:08] <pitti> with that, I can do
[08:08] <pitti> qemu-img create -f qcow2 -o backing_file=/dev/pristine_vm overlay
[08:09] <pitti> kvm -vnc localhost:11 -redir tcp:2222::22 -drive file=overlay,if=virtio -drive file=/dev/vdb,if=virtio,index=2,readonly
[08:09] <pitti> and then log into it with ssh -p 2222 ubuntu@localhost
[08:09] <pitti> jodh, jibel: I think I'll rearrange it further to produce its own cloud-init seed so that we can log into the sub-VM without a password (generate and pass ssh key)
[08:10] <jodh> pitti: nice! :)
[08:10] <pitti> and also provide a script in ~ubuntu, like "run-vm" that puts the above into a shell script
[08:11] <pitti> jodh: so from your side you'd call "run-vm [possible extra qemu args]" which would exit once the VM is started up, and then you can ssh into it and run anything you like; does that suit your needs?
[08:11] <pitti> jodh: oh, and you need a "qemu-kvm" test dependency"
[08:11] <pitti> I don't want to install this by default, as it has quite a large dep chain
[08:12] <jibel> pitti, excellent, you could reuse the same key than the main vm?
[08:12] <pitti> jibel: hm, do we really want that?
[08:12] <jodh> pitti: right. Ideally, I'd also be able to use -append to add "debug --debug" to the kernel command-line args. However, that seems to require that we mount the disk image, extract the initrd, unmount, then boot passing -initd and -append.
[08:12] <pitti> jibel: I was going to create a new key for the outer VM "ubuntu" user, for logging into the inner VM
[08:13] <pitti> jodh: the pristine VM is passed readonly; so if you need to modify it, you can copy /dev/pristine_vm to a file and tweak thaht
[08:13] <pitti> jodh: but perhaps it's easier to do that in the generated overlay, by mounting it and adding a grub file or so?
[08:13] <pitti> jodh: I'd like to avoid having to copy large files as they eat up memory
[08:14] <pitti> jodh: i. e. insert the fiddling in between qemu-img create and starting kvm
[08:17] <jodh> pitti: ack, although I think that implies the nested VM must be identical to the main one (wrt grub versions, etc), whereas copying the initrd doesn't impose that requirement.
[08:18] <jodh> pitti: restriction even :) I don't think this is a problem per se, just something we need to be aware of.
[08:18] <pitti> jodh: how do you mean?
[08:18] <pitti> jodh: if you mount the generated "overlay", it'll be a full writable VM, except that diffs go into the "overlay" file instead of the original readonly /dev/pristine_vm
[08:19] <pitti> jodh: I thought you by and large wanted the same image as your outer test is running in?
[08:19] <jodh> pitti: right, but after tweaking grub, I've got to call update-grub (or actually grub-mkconfig) to update the nested vm's grub config.
[08:19] <pitti> jodh: hm, might actually be easier to ssh into the sub-vm, do the grub tweaking and call "sudo reboot"?
[08:20] <jodh> pitti: ok, but then I've got to boot the vm, tweak it, then reboot it to run the tests. Ideally, I'd mount the disks, do tweaks, and just boot it once I think.
[08:21] <jodh> pitti: I guess we can finesse this as we go along though.
[08:21] <pitti> jodh: you can do that, too
[08:21] <pitti> jodh: as I said, you can mount the VM before lauching kvm
[08:22] <pitti> jodh: you can probably chroot into it for calling update-grub
[08:22] <jodh> pitti: good point :)
[08:22] <pitti> jodh: I did that once, but it requires some magic to mount a qemu image
[08:23] <jodh> pitti: I've used kpartx but racb was showing me qemu-nbd the other day which looks easier.
[08:24] <pitti> jodh: right, you'll need qemu-nbd
[08:24] <pitti> jodh: AFAIK kpartx only works for raw images, not for qcow2
[08:29] <jodh> pitti: this is great - do you know when this might be available? I'd started to hack together a basic kvm script but I'd much rather use what you've come up with :)
[08:29] <pitti> jodh: I guess logging into the sub-vm without a password is a required feature, right?
[08:30] <pitti> jodh: as typing passwords into ssh from a script sounds inconvenient/impossible
[08:30] <jodh> pitti: that would be *extremely* useful, yes.
[08:30] <pitti> jodh: I'll try to get that working today
[08:30] <jodh> pitti: yeah, I've automated that sort of thing in the past using expect, but there are a few gotchas :)
[08:30] <jodh> pitti: awesome, thanks!!
[08:31] <pitti> jodh: then you can call qemu-img and the kvm command on your own, and as a second step we can figure out how to put that into a common script
[08:31] <pitti> jodh: like, for providing extra mount/fiddle hooks
[08:34] <jodh> pitti: sounds good.
[08:59] <slickymaster> good morning all
[08:59] <knome> yo.
[10:16] <elfy> hi slickymaster
[10:24] <knome> hey elfy
[10:24] <elfy> hi knome
[10:24] <knome> what's up?
[10:25] <elfy> actually at home \o/
[10:25] <knome> woo
[10:26] <elfy> testcase head on :)
[10:27] <pitti> jodh, jibel: so, this WFM: http://paste.ubuntu.com/5914345/
[10:27] <pitti> jodh: perhaps you can apply that on top of current lp:auto-package-testing and confirm that it works for you?
[10:28] <pitti> jibel: NB the "groups" cloud-config option doesn't do anything for me, hence the adduser ubuntu kvm
[10:31] <pitti> jodh, jibel: http://paste.ubuntu.com/5914359/ are the commands to run in the VM, plus "sudo apt-get install kvm"
[10:31] <pitti> err, qemu-kvm
[10:32] <jodh> pitti: thanks, will test...
[10:32] <slickymaster> elfy: hi, good morning
[10:37] <slickymaster> elfy: just saw your revision, I'll pass it through that script you told me about
[10:38] <elfy> k
[10:42] <slickymaster> elfy: regarding its size, what do you think?
[10:48] <DanChapman> Good Morning all :-)
[10:50] <slickymaster> DanChapman, good morning :)
[10:52] <elfy> slickymaster: well it is long - but - how simple do we make testcases - I'd rather make them have all things in
[10:52] <knome> on a general note it's a bit weird that one product (named "application") has one testsuite (named "application") and one testcase (named "application")
[10:53] <knome> *one testsuite with one testcase
[10:53] <slickymaster> elfy, I agrre. Also, I think that if we'd break it into several ones it could result in a lack of consistency on all of them
[10:54] <slickymaster> knome, not sure if I fully understand you :(
[10:55] <knome> slickymaster, http://packages.qa.ubuntu.com/
[10:55] <knome> slickymaster, there is a product "Gedit"
[10:55] <knome> slickymaster, click that -> there is a testsuite "Gedit"
[10:55] <slickymaster> knome, yes
[10:55] <knome> slickymaster, clikck that -> there is testcase "Gedit"
[10:55] <knome> (Tests)
[10:55] <elfy> slickymaster: that's not to do with your talking to us about gthumb :)
[10:56] <knome> so you have to click thrice on "Gedit" to get to the Gedit testcase
[10:56] <knome> elfy, what do you think
[10:56] <knome> elfy, should do organize xubuntu packages like this:
[10:56] <knome> elfy, Product: Xubuntu desktop
[10:56] <knome> elfy, Testsuite: Xfce, Office, (etc)
[10:56] <slickymaster> knome, i saw it
[10:56] <elfy> knome: yea +1 to that
[10:57] <knome> elfy, Testcase: Xfce Settings, Abiword, (etc)
[10:57] <knome> there is *one* drawback to that
[10:57] <knome> if another product/flavor has the abiword tests
[10:57] <elfy> which it will do
[10:57] <knome> we don't see how many times the tests are ran
[10:57] <knome> we can see the shared bugs for sure
[10:58] <knome> but not the test run count
[10:58] <knome> that would also mean we don't need the wikipage
[10:58] <knome> because everything is under the Xubuntu product in packages.
[10:58] <knome> so we would only need to remember/remind we have stuff in iso. and packages.
[10:59] <elfy> I'd rather not reinvent the wheel - so if we can do it asa above then I'd prefer that
[10:59] <elfy> there will be some packages that are used elsewhere - they'd have to be seperate I guess
[11:00] <knome> well that's defeating the purpose
[11:00] <knome> we can share the testcases with no problem though.
[11:00] <knome> i mean, we only have to maintain one testcase
[11:00] <elfy> I know
[11:00] <slickymaster> knome, sorry if this is might sound idiotic, but I fail to see the relation between your arguments and how thorough a test is
[11:01] <slickymaster> or should be
[11:01] <elfy> slickymaster: we're not talking about that :)
[11:01] <slickymaster> elfy, knome, sorry. my bad
[11:01] <knome> elfy, we could write down that the testcase is in multiple products in the testcase itself
[11:01] <elfy> slickymaster: you're in two conversations at once - welcome to IRC lol
[11:02] <elfy> knome: yep - that would cover that I think
[11:03] <elfy> I assume a different product could have testcases that appear in ours - though that's a guess
[11:03] <slickymaster> :)
[11:04] <knome> elfy, i'm borderline thinking that's a non-issue, but one we need to remember
[11:04] <elfy> yep
[11:04] <elfy> so I can forget about looking at the wiki thing for the moment
[11:04] <knome> shall i go and move things around then?
[11:04] <elfy> ok
[11:04] <knome> you can - just forget it completely :P
[11:04] <elfy> :)
[11:06] <elfy> I'll get my writing head on for the moment - ping me when you've shuffled so I can go look :)
[11:06] <knome> sure, just a sec
[11:09] <knome> WHA
[11:09] <knome> balloons, PING
[11:13] <knome> elfy, i can't show you stuff, apparently renaming the product made it disappear. BOO
[11:13] <elfy> oops
[11:13] <knome> also, somebody misspelled...
[11:14] <elfy> look in the manual ... :)
[11:14] <knome> i don't have the *permissions* to fix that
[11:14] <knome> i'm not in the supercow group
[11:14] <knome> Rythmnbox
[11:14] <knome> isn't that
[11:14] <knome> Rhythmbox
[11:14] <elfy> yep
[11:15] <knome> re: packages in multiple products, i can think we can leave stuff like thunderbird and firefox out
[11:15] <knome> i'm pretty sure they are going to be just fine
[11:16] <elfy> yep - that sounds good ti me
[13:08] <knome> balloons, oops, ubuntu-manual-tests just went from revision 169 to 183 ;)
[13:10] <knome> and when i say 183, i mean 184
[13:16] <ChrisTownsend> Hi, would this be the proper channel to ask a question about SRU verification?
[13:19] <jodh> pitti: just tried the diff and run-adt-test fails on "adduser ubuntu kvm" (adduser: The group `kvm' does not exist.)
[13:56] <ChrisTownsend> Well, not sure if this is the right channel, but 'll ask anyways:)  I'm verifying a Raring SRU Unity bug: https://bugs.launchpad.net/unity/+bug/1074038 - Some of the strings pointed out by the bug reporter are still not translated.  The code is good and is needed in order to have the strings translated, but until a new language pack is done, some of the strings won't be translated.  Should I consider this veri
[14:44] <elopio> balloons: I've finished the refactor on the file manager
[14:44] <elopio> https://code.launchpad.net/~elopio/ubuntu-filemanager-app/emulators/+merge/177070
[14:44] <elopio> turned out to be huge.
[14:45] <elopio> I also gave a try to dropping letters. It was weirder
[14:45] <elopio> https://code.launchpad.net/~elopio/dropping-letters/fix1199112-autopilot_test_start_new_game/+merge/177108
[14:45] <elopio> the current problem on that branch is that the labels that are not visible say they are.
[15:06]  * balloons has a look
[15:08] <xeranas> good evening
[15:24] <knome> balloons, ping
[15:24] <balloons> knome, pong
[15:24] <knome> balloons, this is a weird request, but can you approve ~gridcube to ~ubuntu-etherpad?
[15:26] <knome> balloons, thanks!
[15:26] <balloons> knome, seems he is an active member now
[15:26] <balloons> https://launchpad.net/~gridcube
[15:26] <knome> yup, either you or somebody else did that ;)
[15:28] <balloons> evening xeranas
[15:30] <balloons> ahh elopio your back ;-) I was just looking at your merges, and working on getting the docs pushed up
[15:31] <knome> balloons, also, please don't be scared of our pushes to ubuntu-manual-tests ;)
[15:31] <knome> balloons, even further, i renamed the xfce product to xubuntu desktop, and now it seems to have disappeared from the list of active tests...
[15:32] <balloons> knome, hehe, I'm not scared, but I don't see anything to merge.. I try and check in
[15:32] <knome> balloons, there isn't anything to merge. i'm a testcase admin as well :P
[15:32] <balloons> knome, ohh, well that's a problem
[15:32] <balloons> I know, it's helpful to have ;-)
[16:18] <balloons> elopio, I think I'm getting close on getting sphinx to generate docs for your emulator :-)
[16:19] <balloons> cool.. I have a nice little sphinx page with your docstrings and linked code.. now to put on the site
[18:12] <balloons> elopio, have a look: http://developer.ubuntu.com/api/devel/ubuntu-13.04/autopilot/
[18:19] <xeranas_> balloons: hello
[18:19] <balloons> xeranas_, evening to you
[18:20] <xeranas_> I wonder if it possible to do "multitouch" with autopilot on pc (without touch device)
[18:23] <balloons> xeranas_, you mean on say a multitouch monitor?
[18:24] <xeranas_> balloons: multitouch for things like "zooming"
[18:24] <balloons> that's an excellent question, and I don't know of the top of my head. However, as far as autopilot is concerned, if you wanted to generate the events as touch events and not "mouse" events you can do so
[18:25] <balloons> so assuming multitouch works on your pc install, I would say autopilot would too :-)
[18:27] <xeranas_> There is gesture method "pitch", but it use inside Touch object. I tried override (locally), but I get only jumping mouse (if I use mouse input) or nothing if I use Touch input device
[18:27] <balloons> xeranas_, do you have hardware that supports touch?
[18:28] <balloons> if so, yea, use the touch gestures.. there is some logic that pushes using the mouse if you have a desktop enviroment in the core apps. you could disable that so it used touch
[18:30] <xeranas_> balloons: only old android smartphone
[18:31] <xeranas_> however I think tests should not be too much depend on hardware
[18:31] <balloons> xeranas_, the api is the same whether it's touch enabled or ot
[18:32] <balloons> you'll see things like pointing_device used that abstracts it.. on a pc it will click. on the phone is will tap
[18:40] <balloons> xeranas_, does that make sense?
[18:41] <xeranas_> balloons: yea, I tried change pointing_device between Mouse and Touch
[18:43] <xeranas_> the problem is that in Multitouch cases Mouse just wont work properly, because it just one mouse, when I testing with Touch input then I see no result, because probably "fingers" do not have visually pointers, so it hard to tell if it actually make change or app not support zooming it
[18:49] <balloons> xeranas_, ok, so maybe I'm understanding now. you trying to write a test for a multitouch gesture and it's not working on the desktop with a mouse
[18:50] <balloons> is that it?
[18:50] <xeranas_> balloons: yes
[18:51] <balloons> xeranas_, ok got it :-) Ok so that's eitheir something wrong in the code, or a bug in autopilot itself. Can you share the test with me and perhaps I can help?
[18:51] <xeranas_> balloons: this is just my random thoughts, probably I did some mess with code and missed some important part. However for my gesture.pinch won't worked out-of-box. I changed finger_1 and finger_2 to Pointer object, which did (visually) stuff, when pointing_device was Mouse, but do not effect when pointing_device was Touch
[18:52] <balloons> sadly thomi isn't around today xeranas_ but he would be the person to really chat with about it
[19:20] <balloons> Letozaf_, evening to you
[19:20] <Letozaf_> balloons, evening :)
[19:20] <Letozaf_> balloons, read about the emulator
[19:20] <balloons> Letozaf_, indeed
[19:21] <balloons> I'm still playing with it also
[19:21] <xeranas_> balloons: I' made temporal branch for showing my trying http://bazaar.launchpad.net/~xeranas/ubuntu-docviewer-app/FAIL_TO_ZOOM/revision/14 however it messed up quite I loot (get code from other Ubuntu set-up)
[19:21] <Letozaf_> balloons, I am fixing the rssreader test, the new look is very nice
[19:24] <xeranas_> balloons: there are so many changes, because I commented others test to improve running speed of my experiments
[19:24] <balloons> xeranas_, ahh.. I see the pinch zooming..
[19:25] <xeranas_> balloons: I copied that method for debugging purpose, (it changed a bit from original), however it was not worked for me either
[19:26] <balloons> I'd suggest we send this to the autopilot users mailing list so thomi and others can see it and comment. But your trying to test zooming an image correct?
[19:27] <xeranas_> balloons: yea, I tried to test image zooming
[19:32] <xeranas_> balloons: probably best thing that autopilot team would review original gestures.pinch method and advise. Main reason why I copied/modified pinch method because I get run-time errors like: "Touch object do not have 'move' method" or something like that (but again I could be wrong or missed something).
[19:38] <balloons> xeranas_, yes I agree.. do you have the mailing list address? autopilot-users@lists.launchpad.net
[19:39] <xeranas_> balloons: no, not sure if I know how works launchpad mailing system
[19:39] <balloons> xeranas_, just send a mail to that address.. should work out fine :-)
[19:41] <Letozaf_> balloons, do you think it's better to incorporate the emulator also in the rss reader app test ?
[19:46] <balloons> Letozaf_, go for it :-) You can gut the old stuff, but if your not sure, it wouldn't hurt to do one then the other. meaning, get it working again, then merge the emulator
[19:46] <Letozaf_> balloons, ok fine :)
[20:23] <Noskcaj> balloons, Is it possible to add a "prerequisites" funtion to the manual testcases. many of them need things downloaded or made beforehand
[20:23] <balloons> hey Noskcaj
[20:23] <Noskcaj> hello
[20:23] <balloons> umm, normally that stuff goes into the the installation instructions, etc
[20:23] <balloons> those aren't managed in the repo, but only in the tool
[20:24] <knome> balloons, that's pretty hidden though.
[20:24] <balloons> knome, yea, but your UI tweaks will help eh? :-p
[20:24] <Noskcaj> e.g. the transmission testcase needs a torrent file and a magnet link
[20:24] <balloons> Seriously though, that's the intended place for them
[20:24] <balloons> we can talk about changing it.. it seems those download links are often confusing for people, but ...
[20:24] <knome> balloons, not for that, but should be looked at at a later time
[20:27] <Letozaf_> balloons, I have a problem/bug on the rssreader toolbar who do I have to ask ?
[20:27] <balloons> Letozaf_, ahh.. feel free to ping the rss guys.. or ask me
[20:27] <balloons> let's see if they are around
[20:28] <balloons> https://launchpad.net/~ubuntu-rssreader-dev
[20:29] <elopio> balloons: sorry, there was a blackout. It looks pretty good :)
[20:29] <balloons> so normally qtros could be about
[20:29] <balloons> elopio, no worries.. I hope it looks good, as I sent word about it to everyone. Great work on getting it done :-)
[20:33] <elopio> balloons: my pleasure, it's been fun. I now have a couple of emulators to add next week.
[20:34] <balloons> Letozaf_, doesn't seem they are around, but we do have there email, or we could file a bug
[20:35] <Letozaf_> balloons, not sure it's a bug, the ubuntusdk get_toolbar_button() is not working and with autopilot vis I see there is no "Button" that's why it fails I think
[20:36] <balloons> Letozaf_, ahh.. you can certainly blame my old sdk :-)
[20:36] <elopio> balloons: it would be great if you can get somebody to review my filemanager branch. It will be a pain to merge in case of conflicts.
[20:37] <Letozaf_> balloons, so I will try another way
[20:37] <balloons> elopio, your right.. I should ping iBelieve
[20:37] <balloons> ohh bother, he's on vacaction
[20:37] <balloons> well, I can certainly review it
[20:38] <elopio> balloons: :) If you don't like something, please let me know.
[20:39] <elopio> I'm leaving now. bbl.
[20:39] <balloons> elopio, kk, I'll comment
[20:40] <balloons> Letozaf_, this might help? http://developer.ubuntu.com/api/devel/ubuntu-13.04/autopilot/_modules/ubuntuuitoolkit/emulators.html#Toolbar.click_button
[20:44] <Letozaf_> balloons, thanks let me see
[21:01] <Letozaf_> balloons, the weired thing is that with autopilot vis I have 3 ActionItem objects, when I use elf.select_single('ActionItem', objectName=object_name) and I have given an objectName to the  toolbar button I get this error:  AttributeError: 'ubuntusdk' object has no attribute 'select_single'
[21:02] <Letozaf_> balloons, the object is there and It should be selected
[21:07] <Letozaf_> balloons, doesn't matter I will work on this this week end and see if I find out what the problem is
[21:44] <maennchen> hi, i'm not sure if i'm right here. I try to install Ubuntu 13 in dual boot with lvm to encrypt the drive. but i can't find the possibity to use lvm with only a part of the disk.