[00:20] ubuntu daily-live 20110921.2 posted [00:21] correction xubuntu daily-live 20110921.3 was posted. [00:21] Thank you very much [01:20] edubuntu dvd 20110922 posted [01:49] kubuntu dvd 20110922 posted [01:52] seems the keyboard issue got fixed too, or at least went away [01:56] :) [02:55] ubuntu dvd 20110922 posted [03:02] Xubuntu done except wubi, we can't actually do that one [03:03] will help run Kubuntu in the morning, if still needed. [03:03] but, I need to rest again tonight. It has been a long day [08:12] hello, I'm trying to do the reporting phase of some testing [08:12] I tested Kubuntu i386 upgrade [08:13] I see http://testcases.qa.ubuntu.com/Testing/Cases/DesktopUpgrade and did the tests, although for Kubuntu, they don't really apply [08:14] then I went to http://testcases.qa.ubuntu.com/Testing/Cases/KubuntuDesktop and did those [08:14] but where do I report the results? [08:22] Hey valorie , thanks for testing Kubuntu [08:23] valorie, you can report the results on the ISO tracker http://iso.qa.ubuntu.com/qatracker [08:23] valorie, if you find bugs, you can report them on Launchpad and add a reference to the bug on the tracker [08:24] ok [08:24] thanks [08:24] with control f, I finally found the upgrade option [08:24] thanks [08:25] valorie, yw [08:26] Daviey, any news on server testing, there are very little results on the tracker. [08:26] Daviey, good morning :) [08:26] jibel: good morning! [08:26] now to make a USB image that will boot === himcesjf1 is now known as himcesjf [08:31] jibel: many of us have been smoke testing. Looking through the jenkins tests now [08:32] Daviey, ok cool. And what about iSCSI ? [08:32] jibel: patdk-lap tested that and encountered the udev bug. [08:32] jibel: any chance jenkins can have the openid plugin added? [08:33] jibel: some of the tests look like a false failure? I'd quite like to run a fresh set of tests on the failed cases [08:33] Daviey, sure, I'll ask patrickmw when he's back [08:34] cool [08:35] Daviey, agree, looks like infrastructure failures, I re-ran LAMP on AMD64 [08:37] cool [08:38] jibel, Daviey - looks like the amd64 tests struggled [08:38] patdk-wk, patdk-lap thanks for testing iscsi, could you update the tracker and link the launchpad bug please ? [08:38] the test failures in i386 are standing failures [08:39] jibel, Daviey - want me to kickoff that test again? [08:40] ah - seems to be running already [08:40] jamespage, I restarted the failed tests and it passes [08:40] jibel: i think jibel did? [08:40] err jamespage ^^ [08:41] won't let me resubmit when its already running aways [08:41] nice [08:41] looks OK now [08:41] but a little worrying [08:41] can the other failed ones be retried? [08:42] jamespage, hggdh caught a failure earlier this week and the filesystem of the VM was read only on boot. We need to clone a failed VM for investigation. [08:42] Daviey, done. [08:44] jibel: hmm, not showing as in progress? [08:45] Daviey: the results publish out to the public instances after testing [08:45] so no inprogress [08:45] ahh, why is that the case? [09:02] Daviey: because its a publishing process [09:02] Daviey, jibel: postgresql test on amd64 has rebooted with a ro filesystem [09:03] gr [09:03] I killed that individual test so that the vm lurks around [09:03] I have console access to it now [09:04] Daviey: I'm sure that its related to the LVM/udev issue we have seen [09:05] jamespage, what's the LVM issue ? I also have a problem with LVM on alternate amd64 but I'm unable to figure out whats wrong there [09:06] jibel: basically you get *some* lvs [09:06] but not all - then everything panics and goes read-only [09:06] lemme dig the bug [09:08] bug 818177 and bug 801494 [09:08] Launchpad bug 818177 in udev (Ubuntu) (and 1 other project) "HP DL380G5 root disk mounted read-only on boot and boot fails (affects: 4) (heat: 36)" [High,Confirmed] https://launchpad.net/bugs/818177 [09:08] Launchpad bug 801494 in ubuntu "Multi part LVM layout: system fails to boot due to missing volumes (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/801494 [09:08] jibel ^^ [09:14] jamespage, Daviey it seems critical enough to track it in Oneiric. [09:14] jibel: agreed [09:19] jibel: it's a foundations issue, that is assigned to jhunt, adam_g & hallyn have also been sniffing it. [09:20] Daviey, it's already assigned, I won't change the assignment, just added it on release-team's radar. Then they'll decide if it must/can be fixed within the next 2 week or postponed to P. [09:24] oh, and smb [09:24] jibel: I think this is pretty releae crtical :) [09:28] jibel, Daviey: that postgresql test case does not boot reliably [10:49] jamespage: Hmm.. [10:50] That surely cannot be related to postgres [10:57] no - I think that is perchange [10:57] no - I think that is perchance [10:57] it just happened to occur on that test [10:57] Daviey: ^^ [11:02] ah thanks jamespage [11:13] jamespage, is it you who updates EC2 results on the tracker ? [11:15] jibel: I do sometimes [11:15] smoser and utlemming share the load [11:15] as does hggdh [11:15] doesn't he? [11:16] If only computers had an sort of application interface we cuould programme against to automate some of this stuff. [11:17] it would make life alot easier [11:18] jamespage: I really hate the idea of screenscraping + mechanize.. [11:18] jibel: Do you know if someone on QA is driving a blueprint to make the iso tracker suck-less? [11:18] for P-Series [11:28] Daviey, I am [11:37] pgraner: rocking === yofel_ is now known as yofel [13:15] stgraber, here [13:15] lets not pollute #u-release with testing considerations :) [13:16] indeed :) [13:18] stgraber, from syslog, n-m tries to configure eth1 and fails of course but keeps retrying [13:19] jibel: hmm, and I'm guessing it's trying to do DHCP on it, not apply the static IP? [13:19] stgraber, right [13:20] do you have a LTSP.xml file in /etc/NetworkManager/system-connections/ ? [13:21] stgraber, LTSP not LTSP.xml [13:22] ah yeah, right, should be fine anyway [13:22] jibel: can you try running: sudo nmcli con up id LTSP iface eth1 [13:25] stgraber, Error: Unknown connection: LTSP. [13:28] stgraber, I unchecked 'connect automatically' in the connection property and now LTSP is known [13:30] stgraber, there's something wrong with nm [13:30] jibel: hmm, that's really weird. I have never seen that before [13:30] cyphermox: ^ [13:31] stgraber, it sees both card as the same connection. [13:31] jibel: what's the permissions on the LTSP file? [13:31] might just be a bit racy though, I already have a time.sleep(2) in the code to wait so that NM detects the new connection, but in your case, it still doesn't see it minutes after it got added to the directory... [13:31] stgraber: I think the issue might have been permissions [13:32] stgraber, and now I can connect a thin client [13:32] cyphermox, 600 [13:32] cyphermox: well, ltsp-live runs as root and the same code works here. Permissions on the file are supposed to be 600 [13:32] 0600 [13:38] stgraber: could it have changed during the install? [13:39] well, unfortunately as soon as you uncheck something and click Save or whatever, the permission would probably change [13:40] cyphermox: no, ltsp-live is the python gui I worked on on the plane from Vancouver. It's started by the user from the Edubuntu livecd, asks to select an interface, then generate the connection, waits 2s and asks nmcli to set it to the interface [13:41] stgraber: well, that's what I'm concerned about [13:41] cyphermox: so the connection file isn't shipped in the package but generated at run time and the code does a os.chmod(path, 0o600) just before moving it to /etc/NetworkManager/system-connections [13:41] yes [13:41] jibel: you on the livecd then? [13:47] sorry, jibel, had several issues come up and having had any time to follow up :( [13:47] everyone is freaking out over this tls1.0 issue [13:50] jibel: what's weird is that both jibel and I run the same test in similarly configured VMs and it works fine for me (tested it around 8 times since yesterday) [13:50] cyphermox: ^ (that was for you ;)) [13:50] jibel: what language are you using at the moment? [13:51] stgraber: I was only concerned that if the livecd writes the file, then it's installed to disk to be used, the permissions could have changed then? [13:52] stgraber, en_US.UTF-8 [13:52] otherwise, I have no idea, dropping a file in the directory is pretty much instant [13:52] cyphermox: no, it's installed and used only in the live environment [13:52] cyphermox: that file disappears at install time [13:53] cyphermox: that option basically starts an LTSP server from the Edubuntu livecd, so it creates the config for NM, activates it on the interface, then install ltsp-server and a bunch of other packages to act as a LTSP server [13:53] ok [13:54] cyphermox: if the user chooses to keep that setup when installing to disk, we then update /etc/network/interfaces to contain the static config for the interface (on the target system) [13:54] ok [13:54] jibel: can you try rebooting to have a clean environment. Then start "sudo ltsp-live" from a shell and see if you get any output? if you don't, dmesg and syslog might be useful to have [13:58] jibel: oh, and also /etc/NetworkManager/system-connections/LTSP would be good to have [13:58] stgraber, filing a bug with that information. [14:02] jibel: thanks [14:36] stgraber, bug 856460 [14:36] Launchpad bug 856460 in ltsp (Ubuntu) "ltsp-live fails to configure internal NIC (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/856460 [14:43] jibel: thanks [15:37] jamespage, Daviey: are the current ec2 test on Jenkins the final ones? [15:38] jibel: good afternoon/evening, I am back :-) [15:39] hggdh: just discussing with smoser and utlemming [15:39] * hggdh goes to -server [15:39] * jamespage waves at utlemming and smoser from #ubuntu-testing [15:40] hggdh: https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2/9/ main test [15:40] we just did a followup on the three issues we saw with ebs/amd64 in eu-west-1 and us-east-1 [15:45] hggdh: https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2-adhoc/ [15:46] jamespage: ah, marvelous [15:47] jamespage: I will start transposing [15:47] ta [15:49] * jamespage waves at utlemming [15:49] howdy [15:49] hggdh was just saying that he will start transposing the test results into the ISO tracker for ec2 [15:50] boy do we need to automate that [15:53] jamespage: you will get complete agreement from anyone who has transposing it ;-) [15:54] hey - I did them all the other day - and then we re-span the images - doh! [15:57] good afternoon hggdh , welcome back :) [15:58] jibel: why, thank you. I am indeed happy to be back... [16:56] chadadavis1, how are the Ubuntu amd64+mac image looking? safe to release? [16:57] jibel, ^^ any data? [17:13] hi [17:16] cjwatson, what do you think of bug 855871 ? I've no idea of the importance and if it's specific to the setup. [17:16] Launchpad bug 855871 in ubiquity (Ubuntu) "Grub install fails after manual xfs partitioning (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/855871 [17:20] XFS has long been a bit problematic; I'm about to finish for the day, but I'll queue it up and have a look [17:20] offhand I'd call it Medium [17:21] good grief, XFS on GPT with no BIOS Boot Partition, glutton for punishment! [17:27] Could anyone verify that the latest Ubuntu Desktop on mac boots ? [17:30] jibel: got a question: I'll try to install Oneiric with the Alternate install (don't want to install grub, btw is there a chance to enable that option in ubiquity?). The test-case description seems outdated, I'll make my own partition layout, does it count for the test? [17:34] Samsagax, yes it does count. There is a testcase that covers manual partitioning http://testcases.qa.ubuntu.com/Install/AlternateManual. If you use slightly different steps, then add a comment when you report the result. [17:34] Samsagax, thanks for testing [17:35] jibel: I wan't to test it on real hardware. Tired of VBox :P. But is there a way that Grub is not installed on mbr throug ubiquity? [17:38] jibel, cjwatson, skaet, Ubuntu Desktop boots fine on Mac, but I'm also still trying to narrow down bug 855871 [17:39] Launchpad bug 855871 in ubiquity (Ubuntu) "Grub install fails after manual xfs partitioning (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/855871 [18:22] chadadavis1, thanks. [18:22] skaet: I have studio 386 test running here [18:23] charlie-tca, thanks. [18:24] skaet, at the moment I might add 'no xfs on mac' in the release notes. Otherwise, no serious issues. I'm just testing exotic partitioning scenarios. [18:33] mm, I can't say I'm desperately worried about XFS not working (although the bug may well be more specific than that) [19:37] Is there a publicly available jenkins dashboard that we can show people for all the EC2 tests we do? [19:42] SpamapS, https://jenkins.qa.ubuntu.com/job/oneiric-server-ec2/ ? [19:44] jibel: perfect, thanks. :) [19:54] charlie-tca, screen reader install still failed? [19:55] ctrap [19:55] missed that one [19:55] I think it works half bad now [19:55] but I am not sure, to be honest [19:56] charlie-tca, ok, trying now. [19:56] Thanks. You should be able to hit Ctrl+s at the "try now, install now" screen [19:57] That starts the accessibile install. It will fail completely in 3d yet === plars is now known as plars-afk [21:19] charlie-tca, screen reader install pass on Ubuntu, I filed 6 bugs, 2 are serious. [21:19] charlie-tca, I tagged them a11y [21:19] Thank you [21:20] At least it works, kind of [22:50] hi there [23:00] Just wanted to say thank you very much to Alessio Grosso Sgarrillo, alo21, ameetp, angelabad, AntonioAllegretti, apachelogger, bambi, bennachie, Letozaf_, chadadavis, charlie-tca, cking, Claudinux, claydoh, DomenicoRotolo, [23:00] njin, FrancescoRuvolo, freefly, gema, gilir, gjditchfield, GridCube, GrueMaster, hggdh, jamespage, janimo, JanRathmann, jibel, kidsodateless, ScottK, Lance, MarcoBuono, marius78, Fly82, mvo, NightSilente, ogra, totopalma, PaoloRotolo, PatrickDK, phillw, pitti, primes2h, Samsagax, evilshadeslayer, sharkbait, smoser, SpamapS, starslights, stgraber, superm1, Fo5150, valix, xdatap1 and yotux for testing the beta 2 ISOs. === yofel_ is now known as yofel