[07:03] <ara> good morning :-)
=== theseinfeld is now known as theseinfeld|away
=== theseinfeld|away is now known as theseinfeld
[08:29] <ara> morning mvo, davmor2
[08:29] <davmor2> Good Morning ara
[08:30] <mvo> hey ara, davmor2
[08:30] <davmor2> hello mvo
[08:31] <davmor2> mvo: I'm going to run some upgrade tests this afternoon I'll let you know if there are any breakages :)
[08:31] <mvo> davmor2: execllent, thanks. the big outstanding issue is bug #353251 - but it will not prevent upgrades
[08:31] <ubot4> Launchpad bug 353251 in python-central "does not provide 2.6 symlinks for python-fstab (and others?) when python2.6 gets installed" [High,New] https://launchpad.net/bugs/353251
[08:32] <davmor2> mvo: cool I'll keep my eye out for it :)
[09:18] <thekorn> ara, hi, I would like to learn how LDTP and especially ubuntu-desktop-testing works, is there any documantation you recommend to read for a start
[09:20] <ara> thekorn: great!
[09:21] <ara> thekorn: https://wiki.ubuntu.com/Testing/Automation/Desktop/ and https://wiki.ubuntu.com/Testing/Automation/Desktop/GettingStarted is a good place to start :)
[09:22] <thekorn> ara, thanks, and sorry for my bad google foos, i should have found this without asking ;)
[09:23] <ara> thekorn: no problem :-) ask any time
[09:24] <thekorn> https://wiki.ubuntu.com/Testing/Automation/Desktop/GettingStarted  >> Go the newly created folder and run ./bin/ubuntu-desktop-test. That will run ALL the available tests.
[09:24] <thekorn> hmm, this fails with an ImportError
[09:25] <thekorn> is there any chance to run it from the local branch, ordo I have to install it system-wide
[09:30] <thekorn> ara, and maybe a second question: should I be able to run u-desktop-testing on intrepid, or is the development focus on jaunty?
[09:31] <ara> thekorn: the development focus is jaunty. there is an intrepid branch at https://code.launchpad.net/~canonical-qa/ubuntu-desktop-testing/intrepid but it is not up to date
[09:34] <thekorn> ok, so let's start jaunty and see if I've more luck running it there ;)
[10:18] <thekorn> ara, I've create lp:~thekorn/ubuntu-desktop-testing/use_buildout to fix 353672, maybe it is usefull
[10:19] <ara> thekorn: cool, thanks. I'll review it later today
[10:19] <thekorn> super, thanks
[10:23]  * ara reboots
=== asac_ is now known as asac
[11:10] <jtholmes> davmor2,  ping
[11:10] <davmor2> jtholmes: hello
[11:11] <jtholmes> hello i have a question or two about the test cases is this a good time
[11:11] <davmor2> yes go on
[11:12] <jtholmes> if i go here  http://testcases.qa.ubuntu.com/Applications/Robots
[11:12] <jtholmes> the right side of the window had several  kubuntu  tests but there doesnt appear to be a link from the home test page what am i missing
[11:12] <jtholmes> had=has
[11:13] <davmor2> jtholmes: there is probably no link on the main page
[11:14] <jtholmes> ok so how do i solve that
[11:14] <davmor2> jtholmes: my goal was to cover ubuntu and hardware this time round
[11:14] <jtholmes> ah ok should i concentrate there then
[11:14] <davmor2> jtholmes: goto the applications page and add the link in the same way as the ubuntu ones
[11:14] <jtholmes> ok good will do
[11:15] <jtholmes> looked over some of what has been done and it looks great just what i was looking for but could not fine
[11:15] <jtholmes> fine=find
[11:19] <davmor2> jtholmes: Yes well after this round I will be working on kubuntu and then xubuntu and then etc, etc, etc
[11:22] <thekorn> ara, thanks for your fast answer on bug 353692, but I don't understand why this one is invalid, looking at ldtp.py it looks like adding `ldtp.setlocale("C")` to Application.open_and_check_app would automatically start any application with LANG=C
[11:22] <ubot4> Launchpad bug 353692 in ubuntu-desktop-testing "running gedit testsuite fails" [Undecided,Invalid] https://launchpad.net/bugs/353692
=== eeejay is now known as eeejay_afk
[11:26]  * ara checks
[11:30] <jtholmes> davmor2, how do i get this page  http://testcases.qa.ubuntu.com/Kubuntu/Applications/Kate  moved  to here  http://testcases.qa.ubuntu.com/Applications/Kate
[11:31] <jtholmes> actually there are several like that
[11:36] <davmor2> most of those are older ones that we aren't using now the new ones need to be text only.  so they will need to be modified so they are text only.
[11:37] <jtholmes> ok so no graphics/pictures so i can copy/edit and put in the new area?
[11:37] <davmor2> jtholmes: yeah that is pretty much what the aim was
[11:38] <jtholmes> ok better understanding on my part thanks
[11:38] <davmor2> jtholmes: no probs
[12:44]  * ara -> lunch
=== theseinfeld is now known as war10ck
=== war10ck is now known as help
=== help is now known as Guest33141
=== Guest33141 is now known as war10ck
[13:50] <thekorn> ara, another question about testcases, is this correct: a testcases is marked as FAILED if an AssertionError is raised, any other Error indicates a problem with the test-code itself. If anything is returned by a test-case this means success
[13:51] <ara> correct
[13:54] <thekorn> ok, thanks, all I need now is a way to SKIP a testcase
[13:58] <sbeattie> mvo: is bug 353534 something update-manager should address?
[13:58] <ubot4> Launchpad bug 353534 in linux "dapper->hardy->intrepid upgrade path leaves user with unsupported kernel" [Undecided,New] https://launchpad.net/bugs/353534
[14:07] <davmor2> ara: have you updated today?
[14:07] <ara> i have
[14:07] <ara> davmor2: ^
[14:07] <davmor2> ara: have a quick look at system testing what icon do you have?
[14:08] <ara> davmor2: the new one
[14:09] <davmor2> ara: weird mine is now missing the icon
[14:09] <ara> davmor2: :-\
[14:10] <davmor2> ara: I get the box with the blue titlebar
[14:18] <mvo> sbeattie: yes
[14:29] <mvo> sbeattie: hm, that would need a sru for hardy - this seems to be the releavent point where this change should be performed
[14:33] <sbeattie> mvo: I agree. It does make me wonder how many people are out there running a -i386 kernel.
[14:33] <mvo> sbeattie: maybe it is something the kernel should have dealt with afterall
[14:33] <mvo> it could have ceated a transitional package for -i386
[14:34] <mvo> and called the -i386 something different (-legacy)
[14:34] <mvo> so that all default kernels get auto-upgraded
[14:43] <sbeattie> mvo: yeah; it's a nasty problem.
[15:22] <davmor2> mvo: ping
[16:03] <mvo> davmor2: pong
[16:04] <davmor2> mvo: I'm getting that hanging issue again on upgrade
[16:06] <mvo> davmor2: the download hang?
[16:06] <davmor2> mvo: yes
[16:06] <mvo> and one http download is sitting around waiting?
[16:07] <davmor2> mvo: hung on fetching file 1007 of 1007
[16:08] <mvo> davmor2: thanks, hm. can you keep it a minute in this state and strace apt-get and http ?
[16:09] <davmor2> mvo: I can try yes.
[16:11] <davmor2> mvo: according to ps aux apt-get is not running
=== cr3_ is now known as cr3
[16:11] <davmor2> mvo: http lists /usr/lib/apt/methods/http
[16:18] <mvo> davmor2: oh, right. it will be dist-upgrade.py
[16:20] <davmor2> mvo: not listed in ps aux :(
[16:21] <mvo> davmor2: what is the parent when using ps afx ?
[16:22] <jtholmes> can someone tell me what wiki code ubuntu uses,  mediwiki ... ??
[16:23] <davmor2> moin moin
[16:23] <davmor2> iirc
[16:23] <jtholmes> thanks
[16:25] <davmor2> mvo: still nothing I think I know where the issue might be dist-upgrade doesn't exist muhahahaha it's evil.  I'm about to run a fresh test on 64 bit so I'll see if it shows up there
[16:28] <mvo> davmor2: hmmmm
[16:33] <davmor2> mvo: I've found gksu --desktop /usr/share/applications/update-manager.desktop /tmp/tmp54AnPU/jaunty
[16:40] <davmor2> mvo: weirder and weirder.  I just ran in terminal rather than via alt-f2 and it's gone straight through so I'm trying again on failed install
[16:40] <davmor2> it being update-manager -d
[16:44] <davmor2> mvo: the weirdness goes on.  This is working now that I've typed update-manager -d in terminal :-\
=== cr3_ is now known as cr3
[16:52] <sbeattie> davmor2: pstree -p might be more useful for seeing what's still running/hung
[16:53] <davmor2> sbeattie: thanks I'll try and remember that in future :)
[17:13] <mvo> davmor2: hrm :(
[17:13] <mvo> davmor2: I *think* its some sort of race condition, I have seen this once in a kvm machine of mime
[17:13] <mvo> but was never able to reproduce it
[17:18] <davmor2> mvo: I can try again tomorrow and I'll drop try using pstree -p instead
[17:18] <davmor2> -drop
[17:23] <mvo> davmor2: thanks. do you use a proxy or do you have a particular fast or slow link?
[17:23] <mvo> davmor2: I'm trying to figure out if there is a way to reporduce the failure
[17:23] <davmor2> 24meg link
[17:24] <mvo> I guess that can be considered "fast" *g*
[17:25] <davmor2> mvo: push comes to shove I can drop intrepid on tomorrow and give you ssh access to the machine
[17:27] <davmor2> mvo: I'll try it tomorrow morning ping you with the pass or fail.  If it's a fail I'll drop intrepid back on and update it add openssh-server and you can run what you want on it.  Pitti did the same thing to fix a jockey breakage :)
[17:27] <mvo> davmor2: thanks
[17:28] <mvo> davmor2: how often did it happen for you so far (the hang?)
[17:28] <davmor2> 4 times out of 7 so more than half
[17:29] <davmor2> I think heno did most of the upgrade testing for beta