[05:42] <Noskcaj> so i got access to the steam for linux beta, should we request a few codes for testing purposes?
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
[07:42] <Noskcaj> here is the page on steam linux bugs http://steamcommunity.com/app/221410/discussions/1/
[07:42] <Noskcaj> balloons: strange to see you on now
[07:43] <Noskcaj> are we going to request some steam for linux keys?
[07:43] <Noskcaj> i just got one today
[08:03] <Noskcaj> and i've already found a bug, steam is in the "internet" category in xubuntu
[08:11] <Noskcaj> http://steamcommunity.com/app/221410/discussions/1/846939071101453348/
=== yofel_ is now known as yofel
[09:07] <zyga> good morning
[09:12] <Noskcaj> evening
[09:25] <smartboyhw> Noskcaj, strangely Steam showed up both in "Games" and "Internet" in Ubuntu Studio (which uses Xfce also)
[09:36] <Noskcaj> smartboyhw, interesting. add that to http://steamcommunity.com/app/221410/discussions/1/846939071101453348/
[09:51] <psivaa> jamespage: The i386 minimal virtual smoke tests are failing on testInstallSize with 20121207 server images, with the value of 885560 against 870400.
[09:52] <jamespage> psivaa, oh great :-(
[09:55] <psivaa> jamespage: Is it changing the testcode or reporting a bug against the server that's the best option here?
[09:56] <jamespage> psivaa, until we understand why its grown Iets report a bug
[09:56] <jamespage> lets
[09:57] <psivaa> jamespage: thanks
[09:58] <psivaa> jamespage: apologies please which pkg should i report the bug against?
[09:58] <jamespage> psivaa, just against ubuntu
[09:58] <jamespage> there is no way to know which package might be causing the issue
[09:58] <jamespage> psivaa, I don't support utah is doing anything different is it?
[10:04] <psivaa> jamespage: i am not entirely sure about that, but i dont see significant content addition by utah last night, the tests were passing until yesterday. so i guess its not utah :)
[10:11] <gema> xnox: I have something for you to review, we are about to go life: http://91.189.93.67/chris/smoke/raring/flat/, what do you think?
[10:12] <xnox> gema: looks very good. still playing with it.
[10:12] <gema> xnox: ack
[10:20] <psivaa> jamespage: reported bug 1087630 for the size issue, thanks
[10:20] <ubot5> Launchpad bug 1087630 in linux (Ubuntu) "i386 server minimal virtual installations are bloated" [Undecided,New] https://launchpad.net/bugs/1087630
=== infinity1 is now known as infinity
=== _salem is now known as salem_
[13:15] <smartboyhw> Question: Should we do a Ubuntu Quality Community in Google+?
[13:37] <zyga> smartboyhw: are those communities some new G+ addition?
[13:37] <smartboyhw> zyga, yes
[13:37] <zyga> smartboyhw: what can they do
[13:37] <smartboyhw> Probably balloons will set it up
[13:37] <smartboyhw> zyga, discussion:P
[18:31] <Noskcaj> balloons: are we going to try and get a few steam beta keys for testing? i got one yesterday of my own
[18:31] <balloons> Noskcaj, ahh I missed you last night
[18:31] <balloons> I too am in the beta
[18:32] <balloons> no, we don't have any plans to do specific testing of steam. however, the focus of making sure ubuntu runs well for gaming helps out everything (gaming and otherwise)
[18:33] <Noskcaj> ok
[18:33] <Noskcaj> i noticed it shows up in both "internet" and "games" in xubuntu
=== Guest43498 is now known as McPeter
[18:44] <Noskcaj> should you be able to have more than one partition table during the install?
[18:46] <balloons> Noskcaj, per disk
[18:47] <balloons> each physical disk needs one
[18:47] <Noskcaj> ok, then the manual partitioning bug only half exists now
[18:51] <Noskcaj> balloons, what day does the candence week start?
[18:51] <balloons> Noskcaj, tomorrow
[18:51] <Noskcaj> ok
[18:51] <balloons> I have to update the wiki today, and I will send around an email
[19:10] <Noskcaj> bug 1087823
[19:10] <ubot5> Launchpad bug 1087823 in ubiquity (Ubuntu) "in the manual partitioning page the "new partition table" gets more buttons every time you click it" [Undecided,New] https://launchpad.net/bugs/1087823
=== hggdh_ is now known as hggdh
[19:27] <Noskcaj> new bug, there is no background for lubuntu's login screen
=== salem_ is now known as _salem
[20:56]  * zyga feels that adding plainbox to checkbox tree was a mistake :/
[20:56] <zyga> it makes testing harder
[20:56] <Noskcaj> ?
[20:57] <Noskcaj> can someone try and make a proper netboot testcase? use my ppc one as the basis of it
[20:58] <zyga> netboot is hard
[20:58] <zyga> and ppc?
[20:58] <zyga> did you really mean ppc as in power-pc?
[20:58] <zyga> each platform boots differently, you probably know this just as well as I do
[20:58] <Noskcaj> yup zyga
[20:58] <Noskcaj> yes
[20:58] <zyga> arm zoo, x86 bios, efi+secure boot
[20:59] <zyga> is ppc still using yamon?
[20:59] <zyga> er was that mips?
[20:59] <Noskcaj> ask someone else, i just run the testcases in terms of ppc
[20:59] <Noskcaj> i know its very broken at the moment though
[20:59] <zyga> I see
[20:59] <zyga> what ppc hardware are yu using?
[21:00] <zyga> you
[21:00] <Noskcaj> a ibook g4, i haven't been able to get a proper hardware profile
[21:01] <zyga> ah, mac
[21:01] <zyga> ppc mac is obsolete and new-age ppc, non-mac hardware is rare
[21:02] <Noskcaj> yeah, just a few people still use these macs as their main pc and it helps for the new-age ones as well
[21:04] <Noskcaj> but there is no longer a ppc mac that "just works", we need to run a lot of commands to get them working
[21:22] <Noskcaj> phillw, there is no background for lubuntu's login screen. is this a bug?
[21:24] <phillw> Noskcaj: I've not seen any chatter on the mailing list / bug reports for this. So, I'd suggest you raise a bug.
[21:24] <Noskcaj> ok, will do. what's it a bug in?
[21:26] <phillw> I'd go for lubuntu-artwork
[21:26] <Noskcaj> ok
[21:26] <phillw> if you can actually log-in, then that is a good place to start :)
[21:26] <Noskcaj> yeah, you can
[21:28] <Noskcaj> 1087848
[21:29] <Noskcaj> bug 1087848
[21:29] <ubot5> Launchpad bug 1087848 in lubuntu-artwork (Ubuntu) "no login background lubuntu daily 13.04 amd64" [Undecided,New] https://launchpad.net/bugs/1087848
[21:30] <Noskcaj> as always; can someone confirm
[21:31] <phillw> Noskcaj: ask on the l-qa mailing list. I'm on my 3G device over the weekend & have over-run my data allowance a few times :/
[21:35] <Noskcaj> ok
[21:37] <Noskcaj> done
[21:43] <phillw> Noskcaj: the bug has just arrived in my email box. All those in lubuntu automatically notified will have received it.
[21:45] <Noskcaj> yep
[21:47] <xnox> nuclearbob: I've seen the comment on one merge proposal, that my networking fix did not work. Do you have testing logs by any chance? I see that you are now fighting with subsequently discovered failures.
[21:48] <xnox> For some reason locally, I am not seeing the same detailed output as shown in jenkins - e.g. I don't get any guest vm installer syslog.
[21:49] <nuclearbob> xnox: where was the comment about it not working?
[21:49] <nuclearbob> I haven't had any trouble with it on VMs, but I also haven't managed to frankenstein together a version that's gotten me a succesfful bare metal test either.
[21:50] <xnox> oh.
[21:50] <nuclearbob> at the moment, I have no reason to believe it doesn't work, did you get that feedback from someone else?
[21:51] <xnox> nuclearbob: I may have misread https://code.launchpad.net/~nuclearbob/utah/desktop-resolvconf/+merge/138236/comments/299581
[21:52] <xnox> So the https://code.launchpad.net/~xnox/utah/fix-chroot/+merge/138522 still "pending" verification/review?
[21:52] <xnox> nuclearbob: what is the difference between lp:utah & lp:utah/trunk ?
[21:52] <nuclearbob> yeah, I think I meant mine doesn't work on the current raring ISOs
[21:53] <nuclearbob> lp:utah is the development branch, and lp:utah/trunk doesn't get updated from the development branch until we've tested it and confirmed stability
[21:53] <nuclearbob> hm, no, mine does work on the current raring ISOs.  What did I mean?
[21:54] <xnox> =))))))))))))
[21:54] <nuclearbob> okay, I remember now.  We merged mine, and it works, but I think yours is better and more correct in the long term, so I wanted to test it on physical hardware and then merge it, and thus back out mine
[21:54] <xnox> nuclearbob: well my branch reverts only the small portion of your merge. As your merge had other good refactoring in it.
[21:54] <nuclearbob> yeah, exactly.  that thing you said
[21:55] <nuclearbob> today I've been focusing on some smoke testing stuff that's still broken, so I haven't circled back around to doing a physical hardware test of your proposal yet
[21:55] <nuclearbob> but I can try to get that setup before EOD
[21:56] <xnox> nuclearbob: and I cannot confirm my fix using VMs. So in the mean time I'll try to fix my utah setup.
[21:57] <nuclearbob> xnox: if you want to pastebin me your output I might be able to tell you why you're not seeing a syslog?
[21:59] <xnox> nuclearbob: let me find / recreate that.
[21:59] <xnox> nuclearbob: I was trying to find your utah school slides and didn't find them again. But in short I wanted to lookup: which packages are a must locally, which ones are harmless and which should never be installed on the host.
[22:00] <nuclearbob> utah, which, as of the current dev version pulls in utah-client and utah-common, is a must, and all of those have dependencies that are important
[22:01] <nuclearbob> cobbler, vm-tools and dl-ubuntu-test-iso all support non-essentialy functionality
[22:01] <nuclearbob> I'm not sure if I have a never list
[22:01] <xnox> ok, so I didn't break my laptop yet :D
[22:02] <nuclearbob> yep.  we did a lot of work last cycle to try to make it really hard to break things :)
[22:33] <balloons> hello chilicuil
[22:35] <Noskcaj> what are the EC2 testcases? i have never understood what they do
[22:35] <balloons> we don't test them Noskcaj
[22:35] <balloons> they are automated tests run by the server guys
[22:35] <Noskcaj> oooooooookkkkkkkkkkaaaaaaayyyyyyyyy???
[22:35] <Noskcaj> oh
[22:35] <balloons> yea
[22:35] <balloons> he
[22:36] <balloons> heh
[22:36] <Noskcaj> now i understand
[22:38] <nuclearbob> xnox: I had a mostly successful run with your changes on a physical machine.  My only concern is that at one point I lost contact with the machine and ended up power cycling it.  After that, it came up and worked, but I'm running the test again to see if the preseed is rebooting properly if it's shutting down instead for some reason
[22:45] <xnox> =/
[23:08] <nuclearbob> xnox: had the same thing happen again.  I'm going to dig into the code and make sure I didn't frankenstein something wrong, and then experiment with different preseed options a bit.  I'll do that firs thing next week
[23:59] <xnox> nuclearbob: I am not going crazy about missing logs.
[23:59] <xnox> http://jenkins.qalab:8080/view/Raring/view/Smoke%20Testing/job/raring-desktop-amd64-smoke-default/21/artifact/
[23:59] <xnox> http://jenkins.qalab:8080/view/Raring/view/Smoke%20Testing/job/raring-desktop-amd64-smoke-default/20/artifact/
[23:59] <xnox> note the syslog size.
[23:59] <xnox> zero in 21 (success case) and large in 20 (fail).