[00:05] <xnox> also pRuby
[00:05]  * phillw hugs xnox ... I've been waiting for you, at balloons hope :)
[00:06] <xnox> really? what for =)
[00:06] <balloons> don't drag me into this phillw :-p
[00:07] <TheLordOfTime> heh
[00:07] <phillw> xnox: bug 1088692
[00:07] <ubot5> Launchpad bug 1088692 in ubiquity (Ubuntu) "Screen corrupt when installing 13.04 using KVM" [Undecided,Confirmed] https://launchpad.net/bugs/1088692
[00:07] <phillw> balloons: too late for you, your soul has already been commited :P
[00:08]  * phillw waves to TheLordOfTime
[00:08]  * TheLordOfTime yawns and returns to poking some of the packages in Universe
[00:09] <xnox> phillw: dupe of the bug I reported =)
[00:10] <xnox> phillw: i really don't know where the those graphics issues come from.
[00:10] <xnox> balloons: phillw: can you find / get some X or kernel folks on this?!
[00:11] <balloons> xnox, sure.. I was thinking perhaps kernel, but it appears to affect things despite the changing kernel and host (phil on quantal, me on raring)
[00:11] <balloons> that's still my guess though :-p
[00:12] <phillw> balloons: VM nearly installed...
[00:14] <phillw> For it to affect the installer so early on (i.e. maps page), then it is really an 'X' problem.... this may be a part of kernel change,,,,, where is sabdlf when you need to bash heads together instead of them saying "It's not our fault" :/
[00:14] <xnox> phillw: balloons: it is very very weird. The best way to "demostrate" the bug is opening appearance preference and changing the background pictures. The experience is amazing almost like watching https://en.wikipedia.org/wiki/Renaissance_(film)
[00:17] <phillw> The most fantastic meteor shower due on the northern and southern  hemispheres... and we have cloud :'( http://www.bbc.co.uk/news/science-environment-20709852 if you have clear skies.... go watch!
[00:21] <balloons> also clouded over
[00:22] <balloons> phillw, btw, bring up the bug tomorrow, and we'll corral some kernel/x folks
[00:22] <balloons> time for dinner for me
[00:27] <phillw> xnox: I have raring on a local VM, is the change of background helpful, or just weird?
[00:33] <xnox> phillw: it illuminates the issue - with some backgrounds you can see the background pattern in gray-scale. so the image is loaded/rendered/displayed & the unity launcher adapts color in full-color, while desktop is "gray"
[00:53] <phillw> xnox: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1078226/comments/11
[00:54] <ubot5> Launchpad bug 1078226 in ubiquity (Ubuntu) "raring daily: background & lightdm look as if they are in 8bit greyscale mode" [Low,Confirmed]
[00:54] <phillw> I've been marked as a dupe... I'm not sure I am.
[00:54] <phillw> that is totally different to what I sere.
[00:55] <phillw> *see
[00:56] <xnox> phillw: hm... i do agree we may have more than one bug here. there is bug of "no / black background" (which is not kvm specific) & we have "visual artifacts bugs" (which are in some way related to kvm)
[00:56] <xnox> the trouble is neither are trianged and may or may not be the same / similar issue =(
[00:58] <phillw> xnox: I'd rather track the bug I reported as a bug. There are very few people who use KVM, yet as soon as balloons installed it, the bug was there even though he was using the "new and improved" raring KVM system :(
[00:58] <xnox> phillw: ack. can you dedup yourself?
[00:59] <phillw> yes, i can mark it as not a dupe
[00:59] <xnox> (or is it un-dupe)
[00:59] <xnox> phillw: go ahead.
[00:59] <phillw> done :)
[01:00] <phillw> there is the tie in from the bug I was dupe'd to back to mine
[01:01] <phillw> **$$££~~'ing virtual machines :()
[01:03] <phillw> xnox: I really don't know... I'm used to kvm just actually working. It must work for 99.99999% of other linux people, hence it being in the kernel.
[01:08] <phillw> xnox: as on my dedicated server I do not have bug https://bugs.launchpad.net/ubuntu/+source/libguestfs/+bug/1086974 I can pull logs from the VM
[01:08] <ubot5> Launchpad bug 1086974 in libguestfs (Ubuntu) "libguestfs: error: cannot find any suitable libguestfs supermin" [Undecided,Fix released]
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== Ursinha is now known as Ursinha-afk
[05:28] <Noskcaj> balloons: has the intro to testing thing we made thismorning been finished?
[05:29] <balloons> Noskcaj, lol
[05:29] <balloons> it was my afternoon :-)
[05:29] <balloons> no it's still up for grabs
[05:29] <balloons> have at it with your editing prowess
[05:30] <Noskcaj> ok, i will have a look
[05:34] <phillw> hi Noskcaj :)
[05:34] <Noskcaj> hey phillw
[05:34] <phillw> feel free to edit my thoughts :)
[05:34] <Noskcaj> ok
[05:36] <phillw> It has not yet gone for syntax chacking :)
[05:36] <phillw> *checking*
[07:38] <Noskcaj> something really wierd just happend  to my kubuntu install
[07:39] <pitti> Good morning
[07:40] <Noskcaj> when you click new partition table button twice in kubuntu (at least in Vbox) it does messed up stuff, look for your self
[07:46] <Noskcaj> can someone please confirm
[08:02] <mvo> jibel, pitti: https://jenkins.qa.ubuntu.com/job/raring-adt-software-center/ <- one arch green, the other only one (odd) failure that I will look at this morning, we are getting close
[08:02] <pitti> \o/
[08:02] <pitti> mvo, you rock!
[08:03] <pitti> AssertionError: 6 != 4
[08:03] <pitti> now, I'm afraid that's right
[08:03] <mvo> tools rock, much better now to interactively test
[08:03] <mvo> yeah, I think thats a broken test
[08:03] <mvo> its odd that it gives this number on amd64 though
[08:04] <pitti> mvo: speaking of arch specificness, release-upgrader reliably works on i386 and fails on amd64 because of the component ordering problem in sources.list
[08:04] <pitti> is there a missing sort() somewhere?
[08:04] <pitti> (not in the tests, but in the actual code, as the sources.list really looks odd in that order)
[08:05] <pitti> actually not a literal sort(), as it's not alphabetic
[08:05] <mvo> pitti: probably, let me have a look
[08:05] <mvo> meh, testbed was created in /tmp that got cleaned now, need to re-run this
[08:07] <dholbach> good morning
[08:07] <dholbach> 70: http://daniel.holba.ch/autopkgtests/
[08:08] <pitti> hey dholbach
[08:08] <dholbach> hey pitti
[08:09] <pitti> dholbach: hm, https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/ has 71
[08:09] <pitti> dholbach: but either way, great progress yesterday!
[08:09] <pitti> and it seems we are really close to fix software-center and release-upgrader
[08:09] <dholbach> ah, yes, that's 71
[08:09] <dholbach> awesome
[08:09] <dholbach> is mvo finally doing something?
[08:09] <dholbach> can't believe it :)
[08:10] <mvo> *pfff*
[08:10] <mvo> :P
[08:10]  * pitti throws a Plätzchen to mvo and a snowball to dholbach
[08:11] <pitti> nous avons beaucoup de neige ici!
[08:11] <dholbach> beaucoup de neige ici aussi
[08:11] <dholbach> I was a few days at my parents' place and had too many Plätzchen already :)
[08:12] <pitti> impossible!
[08:13] <dholbach> this time my mom made vegan Plätzchen as well and they are delicious - still have a box of them here :)
=== yofel_ is now known as yofel
[08:41] <jibel> mvo, Woohoo, great work!
[08:41] <jibel> mvo, urllib2.URLError: <urlopen error [Errno 111] Connection refused>
[08:41] <jibel> could it be a proxy issue?
[08:41] <mvo> I think I have the last test failure under control too, will upload in a bit
[08:41] <mvo> I think so
[08:41] <mvo> plus a race condition in the start_stop_dummy_backend code
[09:07] <mvo> pitti: the ubuntu-release-upgrader output confuses me a bit, I don't see a error, is it because of the depreaction warnings that are printed to stderr maybe?
[09:07] <pitti> mvo: no, it's because it searches for "main restricted universe multiverse"
[09:08] <pitti> mvo: but the actual file has "main restricted multiverse universe"
[09:08] <pitti> mvo: which is what I meant with "missing sorting"
[09:08] <pitti> mvo: https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-ubuntu-release-upgrader/36/ARCH=amd64,label=adt/artifact/results/dsc0t-nose-tests-stdout
[09:09] <mvo> pitti: meh, my mistake, I was looking at the wrong build artifacts
[09:09] <pitti> mvo: ah, the old "artifacts from last successful build" trap?
[09:10] <mvo> exactly!
[09:10]  * pitti umarmt mvo
[09:10] <pitti> err, /me dholbachifies that
[09:10]  * pitti knuddelt mvo
[09:11] <jpds> http://is.gd/99mN8c
[09:15] <pitti> :)
[09:21]  * mvo knuddelt pitti
[09:51] <mvo> pitti: aha, I think the dict order is now affected from
[09:51] <mvo>     Hash randomization is switched on by default.
[09:51] <mvo> (in 3.3)
[09:51] <pitti> mvo: that's what I thought at first
[09:51] <pitti> mvo: but it has been "multiverse universe" on amd64 for the last umpteen tests, and always seems to work on i386
[09:52] <pitti> so I still don't firmly believe that it's hash randomization
[09:52]  * mvo nods
[09:52] <pitti> I guess at some point the code has some logic to say "if we have universe, put it after main and restricted"
[09:52] <mvo> yeah, its aptsources that is doing this
[09:54] <xnox> pitti: mvo: did you run the test in a loop and manually setting PYHASHRANDOM=1..10?
[09:55] <xnox> for small values (ordering of two hashes) with many seeds it could be ordered the same way. It's not pure 50/50.
[09:57] <xnox> PYTHONHASHSEED that is.
[10:00]  * mvo weeps that py3 took away the simple sorted(cmp=lambda) and requires "key" now
[10:02] <mvo> functools to the rescue
[10:04] <pitti> mvo +1
[10:14] <pitti> mvo: when they said "nobody uses that anyway" they apparently had a very limited definition of "nobody"...
[10:16] <mvo> pitti: noooooo, I don't want to be a nobody ;)
[10:16] <pitti> me neither! I had to resort to functools in at least two of my projects, too
[10:19]  * xnox is confused how functools is relevant here.
[10:20] <xnox> note that pyhashseed is generated at the python interpreter startup and cannot be modified at runtime (otherwise your existing objects will seize to be the same)
[10:20] <xnox> so it needs to be set via environment before python starts.
[10:20] <jtaylor> also note that the "randomization" is completely useless security wise ._.
[10:21] <xnox> ... unless you use functools for something else =)
[10:21] <xnox> jtaylor: sure, but we are not here to bikeshed security but rather try to solve the unit-test failure =)
[10:21] <jtaylor> disable the randomization ;)
[10:22] <xnox> jtaylor: does not help. Since the code should not make assumption about it's environment. Users may still have randomization enabled or explicitely set in the environment across a cluster of python interpreters.
[10:23] <jtaylor> true, also they might fix it properly in 3.4 so its good to fix it now
[10:28] <mvo> pitti: https://code.launchpad.net/~mvo/ubuntu-release-upgrader/fix-component-ordering/+merge/139862 - when you have time a quick ack/nack and I can upload
[10:29] <jtaylor> mvo: functools imported but not used?
[10:30] <mvo> jtaylor: good point
[10:30] <mvo> thanks!
[10:30] <pitti> mvo: "updating diff...", I'll wait a bit
[10:31]  * pitti hugs mvo
[10:31] <jtaylor> why not do x[k] for k in ordering?
[10:33] <pitti> mvo: "len(ordering)+1" will mean that all unknown components will appear in a random order, right?
[10:33] <pitti> mvo: so I wonder how stable the last test case will be
[10:34] <mvo> pitti: aha, indeed ,as the diff is a set
[10:34] <mvo> pitti: good point, it should probably do something else like alphabetic ordering
[10:34] <pitti> mvo: set?
[10:34] <jtaylor> what is the content of component_diff?
[10:35] <mvo> jtaylor: hm, not sure I understand - is that a better way of doing it?
[10:35] <mvo> jtaylor: a set of e.g. set("universe", "multiverse")
[10:35] <pitti> mvo: so if it's unknown, return the element itself as a key, so that sort() will sort it asciibetically?
[10:35] <pitti> mvo: sorted() returns a list, not a set though
[10:36] <mvo> pitti: yeah, that is intentional, it gets a set as input
[10:39] <pitti> mvo: hm, I must be blind, I don't see sets
[10:39] <mvo> pitti: its not in the diff, sorry
[10:39] <pitti> ah, ok
[10:39] <mvo> pitti: I should make this more explicit, give me a sec
[10:39] <pitti> mvo: perhaps just reduce the test case to one unknown element; for unknowns it pretty much doesn't matter, does it?
[10:39] <mvo> pitti: indeed, it does not matter
[10:39] <jtaylor> mvo: kind of ugly: [dict((x,x) for x in v)[k] for k in order]
[10:40] <jtaylor> you may need .get + a filter if not everything in order is in componentdiff
[10:41] <mvo> jtaylor: interesting approach
[10:41] <jtaylor> filter(None, (dict((x,x) for x in v).get(k) for k in order))
[10:42] <jtaylor> it works better for dictionaries :)
[10:42] <mvo> heh :) I will need another cup of tea before my brain can parse this
[10:43] <jibel> mvo, nice fix on amd64 *** buffer overflow detected ***: /usr/bin/kvm terminated
[10:43] <jibel> you broke kvm ;)
[10:43] <mvo> jibel: lol
[10:46]  * xnox speaking of random numbers => proposing a way to actually have randomness source in jenkins-adt.
[10:48] <mvo> pitti, jtaylor: updated again, thanks for your input !
[10:48] <jtaylor> you mean dev/urandom?
[10:49] <jtaylor> or do you mean print the random seed?
[10:49] <jtaylor> that would be useful
[10:49] <jtaylor> but test dependent
[10:52] <xnox> jtaylor: https://code.launchpad.net/~xnox/auto-package-testing/haveged-random/+merge/139868
[10:56] <pitti> mvo: hm, did you forget to push?
[10:58] <mvo> *cough*
[10:58]  * mvo really needs a cup of tea
[11:09] <pitti> mvo: +1ed, danke!
[11:16] <jibel> mvo, https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-software-center/62/
[11:16] <jibel> \o/
[11:16] <jibel> so there's a proxy issue on some nodes and this kvm crash
=== _salem is now known as salem_
[11:38] <pitti> c'est vert! https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-software-center/
[11:39]  * pitti donne une accolade à mvo
[11:39] <pitti> so u-release-upgrader should go green soon, too
[11:39] <pitti> then the remaining five really look like an insult :)
[11:46]  * xnox is troubleshooting upstart user job.
[12:09] <mvo> jibel: \o/
[12:09]  * mvo does a little dance
[12:14]  * mvo uploads r2600 of the ubuntu-release-upgrader, what a nice round number
[12:33] <pitti> mvo: danke!
[12:38] <xnox> pitti: what's up with ubuntu-drivers-common adt? the log indicates core dumps.
[12:39] <pitti> hm, where? /me looks
[12:39] <xnox> pitti: https://jenkins.qa.ubuntu.com/view/Raring/view/AutoPkgTest/job/raring-adt-ubuntu-drivers-common/29/ARCH=amd64,label=adt/artifact/results/dsc0t-system-stdout/*view*/
[12:40] <pitti> xnox: oh, that; that's bug 1073062
[12:40] <ubot5> Launchpad bug 1073062 in kmod (Ubuntu) "modprobe: Assertion `kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed" [Undecided,Confirmed] https://launchpad.net/bugs/1073062
=== Ursinha-afk is now known as Ursinha
[13:02] <jtaylor> how can you login to the testbed?
[13:02] <jtaylor> and what kind of cpuid does the vm report?
[13:02] <jtaylor> I have trouble getting some cpuid stuff to wrok
[13:12] <jibel> jtaylor, you can use option -k of run-adt-test, -l will log you in or alternatively you can ssh in with something like
[13:12] <jibel> ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o CheckHostIP=no -i /tmp/adt/disks/adtkey -p 54327 -l ubuntu localhost
[13:12] <jibel> change the port 54327 to the one that have been allocated
[13:12] <jibel> for the cpu it's a QEMU Virtual CPU
[13:14] <jtaylor> can you update the testbed persistently?
[13:16] <jibel> in the disk directory (/tmp/adt/disks/ by default) you'll find a symlink to the base image called pristine-<release>-<arch>.img
[13:16] <jibel> start it with kvm, do the changes you want and stop it
[14:04] <smartboyhw> phillw, PING
[14:05] <phillw> hi smartboyhw
[14:05] <smartboyhw> phillw, hmm on the community-website thing: What do you want me to add?
[14:06] <phillw> smartboyhw: have a read through and feel free to add anything you feel should be there.
[14:07] <smartboyhw> phillw, probably will add more lines about cadence testing....only a very brief mention in the links part
[14:08] <phillw> also check the activities page for what is already on their.
[14:08] <phillw> *there*
[14:12] <smartboyhw> phillw, hmm we need some mention for automated testing
[14:13]  * smartboyhw has failed to write autopkgtest(s) yesterday at the jam
[14:16] <jtaylor> what kind of VM is used for adt exactly? need to file a bug about software not working in a VM
[14:38] <pitti> jtaylor: it's kvm running the current daily Ubuntu cloud image
[14:38] <jtaylor> hm it may be a bug in auto-pkg-test not upstream
[14:38] <pitti> jtaylor: you can replicate the environment quite easily
[14:38] <jtaylor> the testbed lies about its cpu :/
[14:39] <jtaylor> is there an easy way to change that?
[14:40] <jtaylor> it reports it self as amd family 6 cpu, which (assuming amd only increases family number) is a 32 bit cpu, but the img is 64 bit
=== Ursinha_ is now known as Ursinha
=== pgraner` is now known as pgraner
=== Ursinha is now known as Ursinha-afk
[19:59] <Noskcaj> balloons, when are you uploading that page we made yesterday to the website?
[19:59] <balloons> Noskcaj, it's part of the greater effort to update all of it
[20:00] <balloons> They are working on it, but I don't know an exact timeline
[20:00] <Noskcaj> ok, what can i do to help
[20:00] <balloons> all the pages need to be finished first, my guess is it should happen before the end of the year
[20:00] <balloons> if you'd like, feel free to edit the other pages that need content
[20:00] <Noskcaj> any links?
[20:01] <balloons> https://wiki.ubuntu.com/CommunityWebsite
[20:01] <Noskcaj> thanks
[20:01] <balloons> thanks Noskcaj !
[20:06] <Noskcaj> balloons,  when you click new partition table button twice in kubuntu (at least in Vbox) it does messed up stuff, i cant really descibe some of the stuff look for your self
[20:07] <Noskcaj> my post from yesterday
[20:07] <balloons> Noskcaj, hmm.. I don't have any kubuntu images handy
[20:07] <balloons> let me grab one and try
[20:08] <Noskcaj> do you want me to message random lurkers for help again
[20:08] <balloons> you could ask on #kubuntu-devel
[20:09] <Noskcaj> i will just let me try and list what happened
[20:09] <balloons> gonna be 40 mins for me to grab this
[20:09] <balloons> you should if possible capture the session log and file a bug
[20:09] <balloons> also, does it happen on real hw or not?
[20:09] <Noskcaj> idk
[20:10] <balloons> I would start tracing things down like that
[20:10] <balloons> see if you can narrow in on it
[20:10] <Noskcaj> maybe to save yourself time zsync everything while your working or sleeping
[20:10] <Noskcaj> ok
[20:10] <balloons> I keep up to date on the ubuntu images
[20:11] <balloons> Scottk and others are normally messing around with the kubuntu stuff
[20:11] <balloons> not sure how much they do inbetween milestones
[20:11] <Noskcaj> i try and test it every second day
[20:11] <balloons> anyways, once I'm synced I can confirm for you
[20:11] <balloons> but yea, try kvm, try real hw, and grab and look at the logs
[20:12] <Noskcaj> my main bug is gone, which was wierd stuff happening when you click "new partition table"
[20:12] <balloons> https://wiki.ubuntu.com/DebuggingUbiquity
[20:12] <balloons> ^^ read that :-)
[20:12] <Noskcaj> k
[20:15] <Noskcaj> i cant replicate it :(
[20:18] <Noskcaj> never mind, it was a one off thing it seems
[20:22] <balloons> hmm
[20:23] <Noskcaj> when i click new partition table twice heaps of weird stuff happened, then i was in a live dskktop
[20:27] <balloons> gotcha
[20:27] <balloons> I like the description
[20:27] <balloons> lol
[20:27] <balloons> heaps of weird stuff
[20:27] <Noskcaj> i cant remember exactly but a square did laps of the screen at one part
[20:28] <balloons> heh
[20:46] <balloons> howdy
[20:50] <letozaf> balloons: fine and you ?
[20:50] <balloons> a bit hungry
[20:50] <balloons> haha
[20:50] <Noskcaj> then eat
[20:50] <letozaf> what time is it in florida ?
[20:51] <TheLordOfTime> should be 15:52
[20:51] <TheLordOfTime> give or take 20 minutes
[20:51] <TheLordOfTime> (florida = eastern us timezone last i checked)
[20:52] <letozaf> well then need a snak :)
[20:54] <letozaf> balloons: I was looking at some packages testcases to test with autopilot, but they aren't easy as the gedit one
[20:58] <Noskcaj> letozaf, did anything end up happening with the xchat testcase?
[20:58] <letozaf> Noskcaj: i did not try with xchat just with gedit
[20:59] <letozaf> wasn't it you testing xchat ?
[20:59] <Noskcaj> i gave up after half finishing it
[20:59] <letozaf> oh! the only parts I have difficulty in are the assertions
[21:00] <letozaf> when I have to verify that a certain action worked correctly
[21:01] <letozaf> like if you take a screenshot with gnome-screenshot how do you verify that the screenshot was taken correctly ?
[21:01] <Noskcaj> i gave up because i didn't want to reallow the guest session and there would be issues testing joining a channel
[21:01] <Noskcaj> i dont know
[21:01] <Noskcaj> http://pastebin.com/7BZCEzx9 if you want to have a look
[21:03]  * letozaf is reading
[21:03] <Noskcaj> there is a new ppc netboot, i know what i'm doing today
[21:04] <balloons> lol.. yes indeed
[21:04] <balloons> letozaf, ok, where did you get stuck
[21:04] <balloons> sadly I've gotten stuck on some stuff as well
[21:04] <balloons> and I need more of the autopilot folks time
[21:04] <Noskcaj> balloons, do you know why wxl has left -quality he was the only other netboot ppc tester
[21:05] <letozaf> I get stuck when I have to verify what I have done
[21:05] <letozaf> for instance:
[21:05] <letozaf> if you test terminal, if you do what the testcase says you have to change termial colors
[21:05] <letozaf> how do you verify the color changed ?
[21:06] <letozaf> or
[21:06] <letozaf> how do you verify the settings that are different from default ones
[21:06] <letozaf> it's no difficult to perform the action of changing the color but to verify it after
[21:07] <letozaf> another example gnome-screenshot it's easy to take a screenshot, but how do you verify the screenshot taken is ok ?
[21:08] <letozaf> where did you get stuck
[21:08] <letozaf> ?
[21:09] <Noskcaj> floodbot would not be happy with you letozaf
[21:11] <letozaf> sorry.. :( had to write the stuff !!  how can I tell ? telepathy :-D
[21:14] <balloons> :-)
[21:14] <balloons> sorry was grabbing a drink
[21:14] <balloons> so yes I agree
[21:14] <balloons> it's not always so easy to understand how to do that
[21:14] <balloons> but that's ok.. they are good questions
[21:15] <balloons> some of them, I would say you can confirm by using command line stuff
[21:15] <balloons> other things need autopilot's help to "read"
[21:15] <balloons> Noskcaj, I don't know.. i believe wxl is still around
[21:15] <balloons> phillw knows him more than i
[21:18] <letozaf> yes with command line you can verify if a file has been created and if it's an image, but how do you "report" that back so that if it fails the test at the end counts it as a failure...
[21:19] <letozaf> you need the assertions
[21:20] <letozaf> need to find out more about those
[21:25] <phillw> Noskcaj: have you pinged wxl recently?
[21:25] <Noskcaj> phillw, just did on -powerpc
[21:26] <Noskcaj> i have roughly every week
[21:26] <phillw> okiez, he is quite busy, but is also on #lubuntu-offtopic. I've not had any direct contact with him for a while, as I do leave the l-qa guys alone.... They know I'm here when needed.
[21:27] <phillw> I'll drop him an email to see how life's treating him.
[21:28] <Noskcaj> it was more just wondering why he had left
[21:28] <balloons> letozaf, ahh.. so an assertion about if a file was created or ?
[21:28] <Noskcaj> is there a lubuntu-qa channel?
[21:29] <letozaf> balloons: well I do not know if it already exists ... but yes, you need to verify that a file has been created and maybe check if it's an image or if it's something else it depends on what you are testing
[21:30] <phillw> Noskcaj: he is still and administrator on l-qa https://launchpad.net/~lubuntu-qa/+members#active
[21:30] <phillw> Noskcaj: several of the team don't use
[21:31] <phillw> irc
[21:31] <phillw> but, as I said, I'll drop him a line and see how he is :()
[21:31] <Noskcaj> ok
[21:31] <phillw> s/ :( / :) /
[21:37] <phillw> Noskcaj: If you're in need of an extra body, ask on the l-qa mailing list (send it to gregfaith@gmail.com and cc l-qa)
[21:37] <balloons> letozaf, yes.. it is completely dependent on the testcase
[21:39] <phillw> I can help with netboot, but can only use qemu for ppc stuff as I don't have the hardware.
[21:41] <letozaf> balloons, so at the moment I think I can write the testcases in autopilot performing  the actions required but not being able to check all of them
[21:42] <Noskcaj> phillw, then you have the easiest test of us all
[21:42] <phillw> Noskcaj: If you would benefit from a virtual machine with a 100 Mb/s internet link for testing netboot installs, just give me a ping and I'll set you one up.
[21:42] <letozaf> and in the terminal testcase I cannot verify the color settings before changing them, if they are different from default the test does not work
[21:43] <phillw> Noskcaj: KVM is currently crippled for testing 'raring'... It is, to say the least, frustrating.
[21:44] <balloons> letozaf, yes I think that's the way to go for now
[21:44] <balloons> I have been considering where to host these
[21:44] <balloons> have you ever branched something on launchpad?
[21:44] <letozaf> nope
[21:44] <balloons> I'm guessing most testers are used to ppa's, but not to putting stuff of there own up ;-)
[21:45] <letozaf> yes
[21:45] <balloons> it's likely going to end up we just place all of them in a branch
[21:45] <letozaf> I can learn :)
[21:45] <Noskcaj> phillw, how did you get 100MB/s? i am still on 768K although most of my country is getting 100MB soon
[21:45] <balloons> it's not hard.. even I figured it out :-)
[21:46] <balloons> Noskcaj, nz still rules!
[21:46]  * balloons is jealous
[21:46] <phillw> Noskcaj: I have a dedicated server upon which i run VM's for various F/OSS teams.
[21:46] <Noskcaj> balloons, why do you like NZ?
[21:46] <Noskcaj> phillw, ok
[21:46] <balloons> Noskcaj, what's not to like?
[21:46] <balloons> climate, nature, people
[21:46] <Noskcaj> idk, i dislike because i'm from AUS
[21:46]  * balloons notes he has never actually been to new zealand
[21:46] <Noskcaj> lol
=== hggdh_ is now known as hggdh
[21:47] <balloons> ahh.. I could probably do austrailia.. but I think nz is like an even better version of it.. all heresay of course
[21:47] <balloons> how long have you been in nz vs aus?
[21:48] <Noskcaj> balloons, i think as long as the countries have existed
[21:48] <balloons> letozaf, ok, well, for what you have, why don't you put it up on lp?
[21:48] <balloons> that way I can help out as well
[21:49] <Noskcaj> Australia: millions of things to kill you if you leave the city, NZ: to much extream sports, i.e. you get yourself killed
[21:49] <balloons> Noskcaj, ?.. you were born in Australia I take it
[21:49] <Noskcaj> yup, live in armidale all my life
[21:49] <balloons> Noskcaj, do you know who peter lynn is?
[21:49] <Noskcaj> nope
[21:49] <balloons> how about kiteboarding?
[21:49] <letozaf> ok don't have much but I can work to "have much" I was always mumbling on the assertions I could not do :)
[21:49] <Noskcaj> balloons, ?
[21:50] <letozaf> Noskcaj, I've been to Sydney and loved it
[21:50] <Noskcaj> letozaf, understandable
[21:51] <letozaf> Noskcaj, only one thing: you've got too many spiders... dangerous spiders :)
[21:51] <balloons> Noskcaj, ahh.. well, I'm off topic, but http://en.wikipedia.org/wiki/Peter_Lynn.. he's the father of modern kite sports, and from nz
[21:51] <Noskcaj> phillw, any ppc tests you could do would be great, but are there even end-users left for ppc
[21:51] <letozaf> I'm a lady and hate spiders
[21:52] <balloons> letozaf, http://doc.bazaar.canonical.com/latest/en/mini-tutorial/
[21:52] <balloons> I think that should get you fixed up
[21:52] <Noskcaj> letozaf, spiders = bad but we dont have that many, balloons: ok then
[21:52] <letozaf> balloons, I was about to ask you that
[21:52] <phillw> Noskcaj: can you /j ##phillw
[21:52] <balloons> you can commit to a +junk branch
=== salem_ is now known as _salem
[21:52] <balloons> without having to worry about making a project
[21:53] <Noskcaj> phillw, done
[21:53] <balloons> as you can see, I did: bzr push lp:~nskaggs/+junk/autopilot-walkthrough
[21:54] <balloons> you could do something like bzr push lp:~carlasella/+junk/WHATEVERYOUWANTTOCALLTHIS
[21:55] <letozaf> balloons,  ok I will read the tutorial and work on what I can and upload it to bzr
[21:55] <balloons> yes.. go for it
[21:55] <balloons> then I can branch and we can hack together on your stuff
[21:55] <letozaf> balloons, :-D sure
[21:55] <balloons> eventually, we'll spawn a project so others can do the same
[21:56] <balloons> assuming this works well
[21:56] <balloons> I think it will
[21:56] <letozaf> let's try
[23:23] <phillw> balloons: I've updated bug 1088692 have you had any news from xnox?
[23:23] <ubot5> Launchpad bug 1088692 in ubiquity (Ubuntu) "Screen corrupt when installing 13.04 using KVM" [Undecided,Confirmed] https://launchpad.net/bugs/1088692