[00:01] heno: did someone see it not resume? [00:02] sbeattie: the ubuntu DVD installs resumed for those with enough patience [00:02] the kubuntu DVDs wre not as well tested, waiting on the oem question [00:02] Right, they resumed for me eventually, too, just wondering if they hadn't for anyone. [00:12] that said, I'm still waiting on this one 15 minutes later [00:13] ooo, there it goes :) [00:58] * sbeattie is turning into a pumpkin but will be back in a few hours, and will be able to get to ubuntustudio then. [01:17] * heno wanders off to get some sleep [01:18] 'night, heno === Crazyguy_ is now known as Crazyguy [04:07] * Hobbsee wonders if this oem mode is just going to hang indefinetly. [04:21] Hobbsee: kde ? [04:21] if so, yes it'll [04:22] stgraber: no, gnome. [04:22] and apparently it hasn't - it's just very slow [04:22] yeah, the last step is quite slow [04:22] it took it something like 20s here to close the assistant and finally open the user session [05:21] * ara starts syncing server i386 image [05:22] morning ara [05:22] Hobbsee: well, evening now :-) [05:22] oh :) [05:22] Hobbsee: I am in Seattle for a conference. it is 9:22pm [05:23] ara: ahhhh. I thought you were european or something [05:23] 3.23pm here [05:23] Hobbsee: how is the ISO testing going? [05:24] ara: pretty reasonable. Right now, launchpad is dying *yet again*, so it's making it hard to report bugs. [05:24] the oem mode seems to come backmostly OK, andi discovered pastebinit is veyr useful! [05:24] enough testing for me today, see you tomorrow [05:24] Hobbsee: oh, you are using pastebinit ? [05:24] stgraber: yes [05:25] I really need to update it ... it's been months since I last touched the code and I still have some uncommited fix ... [05:25] do it quickly! [05:25] before release! [05:27] seems to worknicely, as my LP password is too long to type by hand. [05:28] I only do the upstream work now :) [05:28] well, release a new upstream of it,so someone else can get itin? [05:29] I used to do the packaging for Ubuntu but now it's just done in Debian and synced [05:29] ah [05:29] dl-ubuntu-test-iso script is not working for me to download server. i'll try with rsync directly [05:31] * stgraber just added "fix pastebinit" to his todolist (that "bzr diff | pastebinit -" bug is annoying and the fix should really be released) [05:31] anyway, good luck with the remaining tests and see you tomorrow [05:31] stgraber, I don't suppose you'd be able to add a vim plugin to pastebinit [05:44] * Hobbsee updates some kubuntu images [05:44] er i might have been seeing things when i just booted Kubuntu but it looked like it registered in Grub as "Ubuntu 8.10" [05:45] is that what it is supposed to be doing? [05:46] yea it called it Ubuntu 8.10 (looking at menu.lst) [05:47] calc: Yeah that doesn't change between derivatives. [05:47] ok [05:47] It would be a fair bit of work to make it be changed as well. [05:50] ara: eh? I'm using the script right now... how is it failing? [05:51] that said, if anyone has tips on how to use jigdo while making use of a local apt cache, I'm all ears. [05:52] sbeattie: I just added 'server' to the variants and it does not download [05:52] my variants line now looks: [05:52] VARIANTS="desktop alternate server" [05:52] (particularly if it involves command line tools or python libs that could be incorporated into an updated version of dl-iso) [05:53] ara: add it to flavors as well. [05:54] sbeattie: ah, ok [05:54] err, add 'ubuntu-server' to flavors, that is [05:55] ok, I'll try that thanks [05:57] sbeattie: You could loop mount a previous iso to get previous debs and then use jigdo. :) [05:57] theres your apt cache. [05:58] TheMuso: I have the cache already thanks to apt-cacher-import and doing roughly the same thing. [05:58] It wasn't immediately obvious how to point jigdo at a local pile of debs. [06:00] sbeattie, You have Packages and Release files for your local pile of debs? [06:01] Ooh. Even easier. scanMenu='/var/cache/apt/archives/ /cdrom/' (or arbitrary loop mount location) [06:01] persia: yes [06:01] ooh [06:02] http://tldp.org/HOWTO/html_single/Debian-Jigdo/ isn't official, but it's easy to read [06:15] is the QA tracker slow for anyone else? [06:26] slow -> not loading at all [06:27] stgraber: ping? [06:27] ara: what conference is that, "Storm the Foothills of Mount Doom, 2008"? :) [06:29] has anyone done iso tests that they haven't been able to record on the tracker due to the timeouts? [06:36] slangasek: not quite :-) [06:37] * ara leaves computer syncing and goes off to sleep [06:58] hi, I have been experiencing hard locks with a radeon graphics card and Intrepid [06:58] what do I need to do to debug it? [06:59] EruditeHermit, You'll probably have more luck in #ubuntu+1 or #ubuntnu-bugs than here. [06:59] thanks [07:30] liw: hrm, you have two DVD tests marked as failures; deliberate? [07:30] (there are comments, but they don't seem to describe a test failure) [07:51] HI, [07:52] morning everybody [07:53] I would like know how I can participate in the testing [07:54] lodder_, https://wiki.ubuntu.com/Testing/ISO/Procedures is probably the best place to start. Please ask if you have any questions. [07:58] persia testing with kvm is that a good thing or do you really want to use a physicla hardware [07:59] kvm helps. Real hardware is better. [07:59] (well, unless you're testing a virtualisation test case, in which case you need both) [08:00] persia: ok , I'll try to test on both system then. [08:00] lodder_: any testing of the install and apps helps thrash out bugs. If it is on hardware you tend to come across bug that aren't visible on vm's (which pretty much use the same hw config) [08:00] k [08:02] well i'll start testing with jaunty [08:02] slangasek, the ubuntu i386 dvd tests for ubi install and d-i? I asked and heno said the firefox flash crashing was enough to fail them (I wouldn't have otherwise) [08:04] ah, is flash part of the test case there? [08:05] yup [08:05] I don't have notes of anything else failing [08:05] liw: is that on kvm? [08:05] davmor2, yes [08:05] curiously, flash works under an amd64 kvm guest, though [08:06] I'll got in on hw so I'll see if it crashes on that [08:06] I see there are a few untested cases still [08:07] should I start on those? [08:07] ouch. Someone's managed to spell kathmandu incorrectly on the installer, i think. [08:07] they spelled it kathbuntu? [08:07] no, they spelt it katmandu. [08:09] liw: hmm, the test case only says to test flash against ubuntuvideo.com, not youtube ;) [08:09] slangasek, ubuntuvideo.com does not seem to exist... [08:09] true [08:09] so I got creative :) [08:09] but that's beside the point! ;) [08:09] tsk, always borrowing trouble [08:10] Hobbsee, That's usually accepted as an alternate spelling. The sound is somewhere between that represented by 't' and 'th' in English. [08:10] persia: oh, is it? [08:11] At least that is my understanding. [08:12] slangasek: where are known issues being stored? [08:12] Google has 9,310,000 vs 2,740,000. Wikipedia has both spellings in the entry. [08:12] davmor2: meaning what, precisely? [08:13] I find that most of the known issues are stored in software [08:13] slangasek: evand wants to add the wait 10 minutes for the dvd to continue installing bug to the list [08:13] for release notes [08:14] is there a bug number? if so, it should have a task opened on the 'ubuntu-release-notes' project [08:14] the actual release notes drafting is at https://wiki.ubuntu.com/IntrepidReleaseNotes, but I prefer that we have a bug open first [08:15] slangasek: evand has writen a bug for it :) [08:25] liw: seems to be working fine here [08:25] davmor2: from ubuntu dvd? [08:25] yep flash is working fine on hw [08:26] ok [08:26] will you mark yourself as a successful test on the tracker? [08:26] yeap [08:26] cheers [08:26] cool [08:28] slangasek: done [08:29] liw: is your bug the flash issue? [08:30] davmor2, yes [08:30] did you know it wasn't publicly viewable :) [08:31] it's an apport crash report bug, it should become publically viewable as soon as launchpad's automaton has looked at it [08:32] * davmor2 does oem install on ubuntu dvd [08:34] * davmor2 and the missing kubuntu alt installs [08:35] slangasek, are you waiting for all test cases to be covered before the RC release? [08:35] liw: I'm waiting for Iowa to wake up again before the RC release; I plan to do most of this waiting asleep [08:36] slangasek, so doing further tests would be helpful? I guess that's what I'm really asking [08:36] i.e., whether I should continue testing or get back to fixing system-cleaner bugs :) [08:36] liw: we want all the test cases to be covered, yes [08:36] preferably before I wake up again so I don't have to spend any more time chasing them :) [08:37] then I'll start on a test case [08:37] slangasek: what, they sleep in Iowa? My image of Iowa as a happening 24-hour hipster place was all a lie? [08:38] sbeattie: apparently the webmasters sometimes sleep :) [08:40] anyone working on ubuntu server i386? [08:41] liw: ara was [08:41] Koon is [08:42] anyone working on ubuntu server amd64? [08:42] slangasek: on kubuntu 64bit alt oem is amongst the tests left shall I deaf it out being as it will fail? or do you need confirmation of the fail? [08:42] * sbeattie is getting annoyed at the number of i386 ubuntustudio coasters he's burnt [08:42] davmor2: just skip the kubuntu oem tests, please, we know those all fail [08:42] np's [08:43] sbeattie, dvd-rw ftw [08:45] liw: annoyingly, k3b is claiming it verified okay and the iso I'm burning it from passes the md5sum check; trying both brasero and installing into a vm to see if it's not a problem with the image. [08:47] sbeattie: I had no issues with it if that helps ;) [08:47] sbeattie, a couple of years ago I bought a batch of cheapish but supposedly good dvd-rs. a friend and I bought a big shipment together to get the price really low. about 80% of the disks failed (successful burn, full of errors when reading). [08:47] persia: you about? [08:47] davmor2, I try to be. [08:47] (these days, I don't use optical disks unless I have to :) [08:48] did you get to the bottom of the studio issues? [08:49] davmor2, Yep. A change got committed to bzr, but didn't get uploaded. Background will be sorted shortly post-release. [08:49] I don't understand the audio theme bug exactly, but the basic sounds sound right to me, so it may not be critical. [08:49] persia: what about the screensaver issue [08:50] The last piece of the -rt kernel should land once RC freeze is over : it won't be the default, but it should improve the language of the release note. [08:50] arguably, it could land any time an archive admin has time to process it [08:50] it's universe + not seeded [08:50] davmor2, system tools/screensavers/* ? I've not dug into that one enough : I've just been running through application testing on i386. [08:51] slangasek, Indeed, although I don't expect the archive-admins to have a lot of spare time until post-RC. [08:51] liw: multiple discs fail to read at exactly the same sector, so I'm thinking it's not the disks; these are the first ones I've tried to burn post-upgrading to intrepid. [08:52] (and yes, someone should probably document application testing, but "Go make some noises and make sure the audio/MIDI subsystems all run reasonably" isn't nearly as much fun when there's a script. [08:52] though, the one burnt by brasero instead of k3b wasn't bootable at all. [08:53] persia, personally, I hate it when test scripts don't tell me exactly what to at each step---since I do up to four tests in parallel, it's much easier to do them if I don't have to think [08:53] sbeattie: have you tried gnome burner? [08:54] sorry nautilus-cd-burner it's what I used I got good images [08:55] anyone with vmware? [08:56] ubuntu server amd64 is missing just one test now, but that requires vmware [08:58] liw, I can understand. I just don't want to write something like "set up a basic backbeat in hydrogen, attach it through meterbridge, and verify the VU fall. Insert a filter from jackrack and verify changes. Create a baseline loop with muse, push through a bandpass filter created with freqtweak, and ensure timing is synchronised ..." Worse yet, explaining the specific steps to do each of these. Easier to spend a few hours every couple w [08:58] eeks making noise. [08:59] persia, I can understand. :) [09:05] davmor2, I found the problem with screensavers. Not sure it will be fixed. Did you already file a bug about it? [09:05] persia: no was trying for age to find out if it was a feature ;) [09:06] I can throw one together now though :) [09:06] Oh. No. Nothing in System Tools is ever a feature. There have been at least three specs filed to make that menu go away, but it never gets finished. [09:06] I'll file it. No issues. I've just completed an ubuntustudio test I need to report to the ISO tracker anyway. [09:09] anyone working on kubutu dvd i386? [09:16] liw: no it's covered isn't it? [09:16] ubiquity oem install is missing [09:16] is doesn't work [09:16] oh, but... oem installs were to be ignored? [09:16] * liw aborts [09:17] * liw takes Kubuntu Desktop amd64 auto-resize [09:17] liw just started it [09:18] ok, then I won't take that :) [09:18] do you want to take lvm encrypt [09:18] liw: kubuntu oem installs, yes [09:19] davmor2, Kubuntu Alternate amd64 lvm? anything else from that set? [09:20] kubuntu desktops both need auto resize I think [09:21] that's about it then Yay [09:24] ara: you okay with server or do you want a hand? [09:26] not ara koon :-/ [09:51] * liw takes on a couple of auto-resizes [09:55] Anyone have time for a test of Ubuntu Mobile? It worked for me, but I seem to be the only tester so far. [09:57] persia: I can probably [09:58] Which needs more attention Kubuntu or Ubuntu Server? [10:00] persia, Kubuntu has four auto-resize tests pending, I'm working on those [10:00] And OEM setup is broken, right? [10:00] it seems so, yes [10:01] OK. I'll look at a couple of the i386 server cases then, as they seem to be the most behind. [10:03] persia: I've started the server test cases. Most of them should be covered in a couple of hours [10:04] mathiaz, Oh. That's faster than I could do two :) [10:04] OK. I guess we have coverage then, and I'll go look at some of the bugs that fell out from the test cycles. [10:18] * heno waves [10:18] nearly there :) [10:40] * heno starts two kub auto-resize tests [10:42] heno, I'm already working on them [10:43] liw: ok, I'll let them continue anyway just for the pure joy of it :) [10:44] heno, sure :) [10:44] or at least the 64 bit I started [10:44] I'll start up some server cases too [10:48] heno, mathiaz recently reported that the aut-server-test-case-farm was in full swing, and that more tests weren't required. [10:48] :( [10:49] heno, Well, there's always application testing. The games aren't getting enough testing this cycle, for instance. [10:49] heh, ok. I'll do just the one overloaded test I've started [10:50] persia: I might test those at the weekend - I'll do some admin stuff for now [10:51] heno, If you're playing a joystick game, stick to i386 : there's a planned SRU to fix joysticks for amd64, but it won't land for release. [10:52] hm, joystick mines (?) [10:56] actually, if you've i386, and you install xserver-xorg-input-joystick, that ought to work. Dunno if the mapping from the joystick buttons to the mouse buttons works though. [10:56] * persia stopped being concerned once the regressions were understood === asac__ is now known as asac [11:03] anyone doing server i386? [11:04] mathiaz is running the farm [11:09] okay cool so just mobile [11:10] Mobile's complete. I just wanted a second tester :) [11:12] heno: things are sounding pretty complete now [11:13] davmor2: indeed [11:13] I'm doing a sanity check on server as well [11:13] persia: I'm just dling the image for mobile so I'll test that again [11:14] I'm not sure the automation covers everything, like and Landscape setup for example [11:19] heno: correct - my tests don't include landscape testing. [11:20] heno: note that the automation I'm refering to is not the stuff that cr3 is running usually. [11:20] heno: these are tests I've created on my own. [11:21] mathiaz: ok. where are you running them? Locally or on machines in London? [11:21] heno: they're also using preseeding and automated iso remastering. They're meant to create guests ready for each of the test cases registered in the iso tracker. [11:21] heno: I'm running them on my own server. [11:21] ok, cool [11:21] heno: cr3 lend me another machine that supports kvm [11:22] heno: so it takes half the time to run all of the test cases. [11:33] kvm <3 [11:34] brb [11:43] hi [11:43] so, RC iso testing looks pretty good [11:44] the only thing which still needs some love is server/i386 (http://iso.qa.ubuntu.com/qatracker/test/2105) [11:44] any chance someone could pick that up? [11:47] I can do at least some of those, but I need to go out and pick up some computer parts first [11:54] pitti: looks like persia and mathiaz were doing them [11:54] I take jeos/kvm [11:54] awesome [11:54] pitti: doing it right now [11:55] pitti: I've got some issue with my server host though. [12:20] Who's covering which server/i386 cases? [12:21] heno: there? [12:21] asac: here [12:21] schwuk, mathiaz [12:22] (and all) [12:22] heno: i would need someone to do a few quick tests on how NM exactly behaved in hardy. [12:22] I've done one too now actually [12:22] if someone has hardy installed it would take 10-15 minutes (at most) [12:23] its about #279262 ... and we are a bit in doubt if that behaviour really changed [12:23] * heno looks [12:23] heno: the test would be: [12:23] add [12:23] auth eth0 [12:23] iface eth0 inet dhcp [12:23] to /etc/network/interfaces [12:23] persia: Still can't get my acer to use wifi [12:23] -> restart -> check whether NM managed eth0 (e.g. shows it in applet) [12:24] 2nd test: [12:24] just add [12:24] iface eth0 inet dhcp [12:24] davmor2, Which chipset? Is that bug #284354 ? [12:24] (without auto eth0) [12:24] atheros [12:24] restart and see if NM manages it (e.g. shows that device in applet) [12:24] davmor2, Then I think you're hit by the bug. [12:25] Known issue. See the last comment in the bug for summary of current discussions. [12:26] asac: I have hardy - I can try that in 10 min or so [12:26] (just wrapping something up) [12:26] heno: thanks. i will prod you in a few minutes ... just in case it slips through ;) [12:26] (as a reminder service) [12:26] :) ok [12:35] persia: brightness thing is still weird [12:37] heno: ppp - prod ping pong ;) [12:37] * asac will reping in 10 more minutes ;) [12:40] asac-bot: I'm starting now ;) [12:41] * asac heno started on task at 11:40 UTC [12:42] asac: is this to find out if nm actually tries to take back control from the manual setup? [12:43] davmor2: please help test as well if you have Hardy set up [12:44] I don't at the moment but give me about 12:30 minutes and I should :) [12:45] davmor2: this is about understanding whether the way we manage/blacklist devices is the same as in hardy [12:45] I have a call in a few minutes [12:45] davmor2, I can't reproduce : on my hardware the brightness control isn't supported at all. Could you file a bug about that? [12:46] persia: what device do you have? [12:48] davmor2, Sharp D4. I should be able to run a test on the Kohjinsha SR early next week, but not for RC. [12:48] asac: on the first case, there wired connection does not appear in the nm applet [12:49] persia: does it have fn key and brightness on it if so try it mine then triggers the u-m brightness control into working [12:49] and networking is not up [12:50] heno: ok thats hardy? [12:50] heno: networking is not up? is that because your wired device isnt connected to dhcp environment? [12:50] or just not up in applet? [12:50] e.g. ifconfig -a [12:51] hardy, yes. firefox does not return web pages. It's a laptop connected to a wire, wireless works but there are no open access points in reach [12:52] Booting now to try. The fan is louder than the one in my full-size laptop, so I usually keep it off :) [12:52] heno: ok. just check whether ifconfg has an ip [12:52] ifconfig [12:54] asac: no IP, yes it normally gets it from dhcp [12:54] heno: err. [12:54] heno: run sudo ifup eth0 [12:55] heno: we need to be sure that this test runs in a working wired/dhcp environment (which i thought you had) [12:55] and ifup should have upped that on boot and have gotten an IP for you :/ [12:56] anyway. if you dont have enough time because your VM is in a wired state right now, lets forward that to davmor2 ;) [12:56] davmor2, No. The only Fn+foo keys that work are the volume keys. But it's not well supported in general : it's all odd hardware. [12:57] ifup brings up the network, gives me an ip and makes ff deliver pages [12:57] persia: Okay [12:57] the wired network does not appear in the nm applet [12:58] I've got to run to do a call, bbl [12:58] heno: ok. [12:59] thats the first test then (though ifup should have brought up your interface for you) [12:59] unless you run intrepid [12:59] but if you are sure its NM 0.6 that you are seeing then its ok for the first test [12:59] ;) [13:00] slangasek: How long did the tracker not respond, could that have been the daily backup ? [13:01] asac: this backup is corrupt I forgot keeps giving grub 22 issue. Installing anew and it's lunchtime so about an hour is that okay? [13:01] stgraber: did you see the example for the global homepage now shipped by ubufox? [13:01] davmor2: i dont have options ... so unless heno comes back before that, it would be great ;) [13:04] asac: installing now === davmor2 is now known as davmor2_lunch [13:14] asac: just saw it, thanks. I know some people who will be happy here :) [13:30] back. asac: case 2 then? [13:31] I've completed most of the tests for i386 -server. [13:31] They're all successful. [13:34] heno: yeah ;) [13:34] heno: remove the auto eth0 line from interfaces [13:34] restart and see if NM managed your wired from there on [13:38] asac: exactly the same behaviour as case 1 [13:39] needed ifup to activate the interface - nm does not show the connection [13:40] heno: ok. would be nice if you could confirm that the behaviour is the same in intrepid. but thats ok. means we dont have any serious regression in this regards [13:42] asac: in intrepid (different box though) I see 'Auto eth0' [13:42] it's also showing a wireless point, not connected to [13:43] * heno afk [13:44] heno: yeah. but you dont have anything in interfaces i guess [13:44] heno: the idea is to check what happens if you do the same modifications we just did in hardy [13:49] asac: just built a fresh hardy vm if you'd like me to test as well [13:49] schwuk: try the two setups: [13:49] prereq: ensure that your wired works perfectly with dhcp ;) [13:49] 1st. add to /etc/network/interfaces: [13:49] auto eth0 [13:49] iface eth0 inet dhcp [13:50] -> restart your system -> check that you have an ip after reboot -> check that applications start in "online" mode [13:50] 2nd. remove auth eth0 [13:50] (but keep iface ...) [13:50] -> do the same, except that you need to manually ifup eth0 after boot to get a ip [13:51] schwuk: ^^ [13:51] thanks [13:56] asac: Case 1: after reboot NM is saying "Manual Configuration", I have an IP address, and Firefox is "online" and browsing happily [13:57] schwuk: oh. sorry thought you were on intrepid [13:57] thanks for testing hardy though === davmor2_lunch is now known as davmor2 [13:58] asac: are you sorted or do you need another test? [13:59] asac: I can do Intrepid if you need that? [13:59] davmor2: yes. to be sure we should confirm the same on intrepid [13:59] or schwuk or both ;) [13:59] hehe [14:00] asac: better too many than non enough [14:00] ;) [14:00] yay :) [14:18] asac: Tried case 1 in Intrepid. Eth0 showed up as "unmanaged" in NM. ifconfig showed an IP address for eth0, but I couldn't proceed any further as NM kept using my wireless networks. [14:27] schwuk: ok thats right [14:27] schwuk: do you have a physical kill switch? [14:27] to turn off your radio? [14:27] consider to use that then to test the "just" wired variant [14:28] asac: works here "manual network configuration" under hardy (just wired) [14:29] thanks. if you could test intrepid on the next oppertunity (e.g. when intrepid is tested) that would be great [14:30] just doing test 2 then I'll move onto intrepid :) [14:30] asac: I tried the kill switch, but NM didn't believe me... Rustling up a quick Intrepid VM to re-test. [14:31] schwuk: hardware kill switch didnt kill the radio [14:31] sounds not really hard ;) [14:32] asac: first intrepid on it's way [14:39] asac: intrepid nm is not showing up on test 1 [14:39] davmor2: two reasons: [14:40] 1. nm-applet isnt running [14:40] 2. NetworkManager isnt running [14:40] but I do have t'interweb [14:40] what is the case. plese check [14:40] davmor2: actually i think you hit another issue which i couldnt track down [14:41] asac: nm-applet is showing up in System Monitor and is sleeping [14:41] davmor2: ok so NetworkManager has crashed. do you have apport on? [14:41] i would love to see a backtrace of this issue that nobody could give me info about yet [14:41] I haven't switched it off [14:41] (doesnt happen on every boot) [14:42] davmor2: ok. then backup or submit that and then start NM manually to test ;) [14:42] asac: re booting [14:42] sudo /etc/init.d/NetworkManager restart [14:42] ok or that [14:45] asac: yes every boot by the look of it. restarted NM I now have the applet with an ! when I hover over it, it says "No network connection" [14:46] davmor2: yes. and what is shown inside? [14:46] in drop down? [14:46] davmor2: could you plese submit that crash? [14:46] wired network device is unmanged [14:47] asac: if I reboot now and run apport cli that should give me any info shouldn't it? [14:49] davmor2: ok unmanged is right. [14:49] davmor2: you should check that applications like firefox when started are online though [14:49] davmor2: you can submit the crash by double clicking on it in nautilus [14:50] asac: seems fine [14:50] davmor2: if you can reproduce maybe submit two crashes (remove them after submitting the first) to increase likelyhood that we get a good backtrace [14:50] davmor2: let me know about the bug ids. thanks [14:50] davmor2: no other tests needed [14:50] thanks [14:51] asac: there is no apport report on it. [14:51] davmor2: are you doing this in VM= [14:51] ? [14:51] no hw [14:52]