[00:59]  * PrivateVoid waves to everyone
[07:58] <FD_F> Hello i want start testing packages can anyone give me start point ?
[12:29] <heno> does anyone know how to connect to a kvm instance running on a remote machine with -vnc?
[12:30] <mathiaz> heno: you need to get the vnc port and then point your vnc client to the vm_host_ip:vnc_port
[12:30] <mathiaz> heno: the default port is 5900
[12:31] <mathiaz> heno: I usually use: vinagre vm_host_ip:5900
[12:38] <heno> mathiaz: right, that was my guess too, but it doesn't work :(  I can vnc into the desktop of the machine (isis:5900) itself from this box (hp) but not into the kvm session running on isis:5901. I can reach the kvm from isis itself though at localhost:5901
[12:38] <mathiaz> heno: is the vnc client listening on all the ip or the just localhost?
[12:39] <mathiaz> heno: there may be a firewall in between also
[12:39] <mathiaz> heno: what I usually do is to do local port forwarding with an an ssh client
[12:42] <heno> mathiaz: I don't know where it's listening, but the vnc session made by the normal vnc-server comes through just fine. The machines are both under my desk and there are no firewalls running on either AFAICT
[12:43] <heno> I can try port forwarding
[12:43] <mathiaz> heno: kvm -vnc may only listen on localhost by default
[12:46] <mathiaz> heno: you may wanna try starting the kvm process with -vnc 0.0.0.0:5901
[12:47] <heno> mathiaz: actually '0.0.0.0' or the IP of he machine? (is it an IP mask?)
[12:48] <mathiaz> heno: the ip is the list of host that are allowed to connect to the vnc server
[12:48] <mathiaz> heno: 0.0.0.0 means - anyone can connect to the vnc server
[12:52] <heno> mathiaz: no luck. with that it won't connect from the local machine either. Nor does -vnc actual-ip:5901 work
[12:54] <mathiaz> heno: hm - what does netstat on the vm host says when kvm is started?
[12:55] <mathiaz> heno: it seems that local port fowarding is the other option you have
[12:58] <heno> netstat says it's listening to 5900 (regular vnc-server) but not 5901 (kvm)
[12:58] <heno> mathiaz: is 'ssh -L 5902:proxy:5902 henrik@isis-ip the command I should use?
[12:59] <heno> where isis is the machine kvm is running
[13:00] <stgraber> heno: vncviewer -via henrik@isis-ip localhost::5902
[13:00] <mathiaz> heno: hm - the problem is that 5901 isn't opened
[13:00] <mathiaz> heno: so it seems that kvm isn't running a vnc server at all
[13:01] <mathiaz> heno: are you using kvm directly or libvirt to manage your vm guests?
[13:05] <heno> mathiaz: I'm running it directly. I think it's running a server because it works fine on the local machine. Port forwarding worked btw, thanks!
[13:08] <heno> now I just need to get it working in vinagre
[13:23] <ara> morning all :-)
[13:47] <heno> morning ara!
[13:47] <ara> morning heno :-)
[14:22] <heno> testing on hardware of bug 246269 would be appreciated
[14:23] <heno> boot with the option vga=792 set in grub
[14:33] <persia> stgraber, https://wiki.ubuntu.com/Testing/Cases updated.  Is that what you wanted, or are you looking for something different?
[14:34]  * persia fixes a copy & paste error
[14:36] <stgraber> persia: well, that's only one testcase but I guess in your case it covers everything (you don't have different ways of installing, do you ?) so that should be good
[14:37] <persia> stgraber, That's really all we wanted.  The main goal is to make sure that some humans have actually looked at the images and that we can select a known-good-image for beta, RC, etc.
[14:38] <persia> Things working would be neat, but the basic image and install tests most of the essential bits.
[14:38] <persia> And no, there's no alternate CD.
[14:48] <persia> stgraber, Also, how would it impact you to remove the "Mobile Testing" section from w.u.c/Testing/Cases ?  As I understand it, those are out of date and not maintained.
[14:49] <persia> The pages themselves are probably interesting to be resurrected at some point : they just aren't a current set of tests.
[15:06]  * heno is away for a bit
[15:13] <PrivateVoid> anyone having any success with getting intrepid's flash to work with ustream.tv or 12seconds.tv?
[15:14] <PrivateVoid> I got discon after asking... so here goes the questions again... sorry for the duplicate
[15:14] <PrivateVoid> anyone having any success with getting intrepid's flash to work with ustream.tv or 12seconds.tv?
[15:15] <persia> PrivateVoid, Which flash do you have installed?
[15:15] <PrivateVoid> the one from the repos -- I believe it is version 10
[15:16] <persia> Well, I suspect you have flashplugin-nonfree.  Some people find adobe-flashplugin works differently.  I don't use either, so I'm just guessing.
[15:32] <liw> is ISO testing going on? or not yet?
[15:33] <davmor2> not yet
[15:33] <liw> ook, then I'll return later
[15:33] <persia> Doesn't that usually start after the tuesday builds (so ~ 3:00 UTC, or in ~ 12 hours)
[15:34] <davmor2> persia: we were hoping to get in early so we could get better testing coverage under less pressure, but it was not to be :)
[15:36] <persia> davmor2, Yeah : you would have had to prep the developers, as there were too many changes today.
[15:37] <davmor2> persia: I think heno sent out a mail to those lines :)
[15:37] <persia> Oh.  I haven't seen it yet.  I did see a lot of changes, so I suspect others haven't seen it either.
[15:37] <davmor2> ce la vie anyway :)
[15:38] <persia> changes to core things like the installer too :)
[15:38] <davmor2> persia: I know that's why I'm waiting on the email to say I can start testing for real :)
[15:39] <davmor2> oh and tested upgrade on my main machine too :)
[15:40] <PrivateVoid> yes... I have non-free persia...
[15:40] <PrivateVoid> there is an adobe-flashplugin in the repos for 64bit?
[15:41] <davmor2> persia: I have adobe installed too
[15:42] <PrivateVoid> davmor2 - my issue with adobe is that streaming does not function when I try to broadcast on ustream.tv or 12seconds.tv
[15:42] <davmor2> Pass
[15:42] <PrivateVoid> it works fine under 8.04 and flashplugin-nonfree
[15:43] <PrivateVoid> but with 8.10 and the Adobe 10 version of flashplugin-nonfree it does not...
[15:43] <PrivateVoid> but if there is a different option as persia  said then I will try that when I get hom tonight
[15:43] <PrivateVoid> the rest of flash 10 works better... no more menus going under images, etc.
[16:15] <ara> have you noticed lately that apport gives "wrong" close messages? like "firefox closed unexpectely" and alike, that are not true?
[16:15] <persia> ara, Are you sure they aren't true?  Maybe it crashed when closing when you logged out last time?
[16:16] <ara> persia: i just tried that in a fresh installed intrepid
[16:17] <persia> ara, So you got that message when firefox had *never* run?
[16:18] <ara> persia: yes, I think so. I will double check that, though
[16:19] <persia> ara, Please file that bug before you do : I'm *really* curious to see what crashed.
[16:19] <persia> (as apport is surely reacting to *something* in /var/crash
[16:19] <ara> persia: ok, will do
[16:20] <davmor2> I don't have it here
[16:22] <persia> davmor2, Which is precisely the interesting bit :)  Luckily, apport should show us exactly what crashed.  Whether we care is an entirely different matter.
[16:22] <davmor2> :)
[16:24] <ara> persia: I cannot report, as it is so freshly installed intrepid, that it needed to get updates. If it happens again after the update, I will report again
[16:26] <persia> ara, Why can't you report it?  apport doesn't let you?
[16:26] <persia> ara, Really, I'm only curious how firefox got started if you say it didn't start, and the apport data was the easiest way to check.
[17:27] <sbeattie> persia: if she was trying to report something else via apport and firefox crashed...
[17:32]  * ara -> lunch
[17:32] <persia> sbeattie, Exactly.  That's why I was curious.  Anything apport reports should be true, although it may be confused.
[17:33] <sbeattie> right, but its a bit problematic if firefox's configuration is hosed enough that it fails on every restart...
[17:35] <persia> Or even just the first restart after an install.  That's why I wanted the apport report, rather than waiting for upgrade, and seeing if it still happens.  While it might not need fixing, it at least shows what crashed, and maybe why.
[18:35] <kryptomorf> I am trying to install ubuntu 8.10 beta on an acer machine, but there is some trouble loading gdm, is this something the testing team is interested in?
[19:16] <ara> kryptomorf: do you get the live cd up and running?
[19:28] <kryptomorf> no thats the problem
[19:37] <heno> kryptomorf: could you try the latest daily image? http://cdimage.ubuntu.com/daily-live/current/
[19:39] <kryptomorf> sure
[19:40] <heno> (the 32-bit one is slightly over-sized)
[19:42] <kryptomorf> yes I see, ill see if I can find an empty DVD
[20:15] <slangasek> first RC test images up
[20:15] <slangasek> will definitely have some rerolls yet, I already know of at least one critical bug on them
[20:17] <kryptomorf> heno: i have tested with the daily image, and its still the the same - gdm crashed and ubuntu drops to some tty
[20:34]  * afflux grabs alternate-amd64
[20:42] <mathiaz> stgraber: It seems that the list of test cases on the qa tracker hasn't been updated with the latest version of the ServerInstall wiki page
[20:42] <mathiaz> stgraber: tests have been added to https://wiki.ubuntu.com/Testing/Cases/ServerInstall
[20:43] <mathiaz> stgraber: and they haven't been added to the qa tracker.
[21:30] <stgraber> mathiaz: yeah, I know. I have the new Ubuntu mobile one only since this morning, I'll be updating them tonight and ping a sysadmin to do the SQL update.
[22:43] <stgraber> mathiaz: around ?
[22:43] <stgraber> mathiaz: you added the JeOS testcase, we currently have a separate image with that testcase on the tracker is this one obsolete ?
[22:44] <mathiaz> stgraber: you can remove the JeOS images
[22:44] <stgraber> ok
[22:44] <mathiaz> stgraber: as of intrepid JeOS is part of the -server iso and not an separate iso anymore
[22:44] <stgraber> ok, and these JeOS testcases are for both amd64 and i386 ?
[22:44] <stgraber> (the previous JeOS was i386 only)
[22:53] <stgraber> mathiaz: ^
[22:54] <mathiaz> stgraber: yes - both amd64 and i386 are supported
[22:54] <stgraber> ok
[22:56] <stgraber> persia: ping
[22:56] <stgraber> persia: Ubuntu Mobile and Ubuntu MID, what arch is that ?
[22:58] <stgraber> lpia ?
[23:00] <stgraber> hmm, that doesn't really matter in fact as there is only one image anyway, I'll just not specify an architecture