[08:49] <ara> good morning!
[08:49] <jibel> Good morning ara.
[08:51] <jibel> ara, I just reviewed the shotwell test, the issue with txtLocation is fixed, but it's still failing in natty. I've updated the review, can you look at it please ?
[08:51] <ara> jibel, it fails because shotwell crashes in Natty
[08:52] <ara> jibel, or at least it crashed for me
[08:52] <ara> jibel, when importing a folder
[08:53] <ara> jibel, does it not crash for you?
[08:54]  * jibel trying to make it crash
[08:56] <jibel> ara, okay, I can make it crash too. Great. I'm merging your test then.
[08:56] <jibel> ara, thanks.
[08:56] <ara> jibel, btw, I put in the merge request comment that it crashed and  a link to the bug number ;-)
[08:57] <jibel> ara, yeah, its early in the morning you know.
[08:57] <ara> :)
[09:05] <ara> jibel, how are you keeping the links between tests and bug numbers?
[09:05] <ara> (i.e. in this case)
[09:06] <jibel> ara, that's a problem today. Could we use the isotracker ?
[09:07] <jibel> ara, I've tagged the reports, but it is a short term solution.
[09:07] <ara> jibel, the problem is that the iso tracker does not have an api, so it needs to be filled manually
[09:08] <jibel> ara, but it's better than nothing. Do you have another idea ?
[09:10] <ara> jibel, not right now
[09:10] <ara> jibel, which tag are you using?
[09:10] <jibel> ara, mago :-)
[09:10] <ara> jibel, :D
[09:11] <jibel> ara, have you been able to run the tests with hudson but without xvfb, directly in the main X session ?
[09:12] <ara> jibel, I haven't tried it yet
[09:13] <jibel> ara, I spent hours yesterday to try to automate the run in Unity, but it crashes unity when I launch an X app from another user.
[09:14] <ara> jibel, if it crashes right now, it is because it is unstable. I would recommend to file a bug and ping the dx team to have a look to it (i.e. "blocks testing)
[09:14] <ara> but I don't think it is worth spending a lot of time on that if it is crashing
[09:15] <jibel> ara, I agree.
[09:23] <jibel> spineau, Hi, did you start working on the empathy test ?
[09:24] <spineau> jibel: hello, not yet. I'm focused on some other OEM stuff this week, will start Empathy class next week
[09:25] <jibel> spineau, okay.
[09:26] <jibel> ara, we need a test for gwibber too, can you help us with that one ? pedro is working on banshee.
[09:27] <ara> jibel, today I am a bit busy, but I will see what I can do
[09:28] <jibel> ara, okay. Great.
[11:08] <primes2h> Hello ara :-) did you have a look at the email about new fields by chance?
[12:04] <ara> primes2h, sorry I didn't reply yet. Thanks for the reminder, I will try to take a look to it before the end of the week
[12:52] <ara> primes2h, are you around?
[13:21] <primes2h> ara: here I am
[13:41] <ara> primes2h, I was at lunch, sorry
[13:41] <ara> primes2h, it is about the email I sent you
[13:43] <primes2h> np :-) thank for the reply, I'm going to send you info you need.
[13:44] <primes2h> ara: btw, I put more info on DevEnv page
[13:45] <primes2h> ara: but I am not able to complete the setup of the db
[13:47] <primes2h> ara: I got "psql: FATAL: Ident authentication failed for user "qatracker" " when I try to populate the db
[13:48] <ara> primes2h, did you create the user?
[13:48] <primes2h> ara: sure, with sudo adduser qatracker
[13:49] <ara> primes2h, but what about the database?
[13:49] <ara> I will check the devenv page again
[13:50] <primes2h> ara: shouldn't drupal reconfiguration take care of it?
[13:52] <primes2h> ara: I give it qatracker as username and password and qatracker as db name as well
[13:53] <ara> primes2h, I will try to take the time to have a look to it
[13:54] <primes2h> ara: That's nice. Thanks a lot.  A clean install on VM could help you to work it out I think
[16:18] <jibel> spineau, when you have a minute can you look at http://reports.qa.ubuntu.com/reports/desktop-testing/natty/2d/latest/totem/totem_basics.html. Thanks
[16:21] <spineau> jibel: well, this error is typically due to stereo wav files when I expect only mono to do the fft. weird because the pipeline to generate the sine is the same as the one in my own bzr repo. will check
[16:25] <jibel> spineau, thank you.
[16:36] <spineau> jibel: is there a way to access the vm where the test is running ?
[16:39] <jibel> spineau, no but I can run any command you want. The failure is the same on real hardware. Did you try in natty ?
[16:40] <spineau> jibel: no, just 10.10
[16:40] <spineau> jibel: I guess that I will setup a natty vm soon
[16:41] <jibel> spineau, anything I can do to investigate ?
[16:42] <spineau> jibel: try to issue this command
[16:42] <spineau> jibel: gst-launch-0.10 pulsesrc device=$(pactl list | grep -A2 '^Source #' | grep -e 'Name: .*\.monitor$' | cut -d" " -f2 | tail -n1) ! queue ! audioconvert ! audio/x-raw-int,width=16,depth=16,channels=1 ! wavenc ! filesink location=./bibi.wav
[16:42] <spineau> jibel: while playbing sthing and check with totem that you have a mono file playing
[16:43] <spineau> jibel: in the sidebar properties panel
[16:43] <jibel> spineau, running your blackmagic mantra
[16:46] <spineau> jibel: can I take this daily build for testing ? http://cdimage.ubuntu.com/daily-live/current/natty-desktop-i386.iso
[16:48] <jibel> spineau, yes, installing in a vm is fine, basically it works.
[16:48] <spineau> jibel: ok, I will keep you informed (but probably only tomorrow)
[16:50] <jibel> spineau, I've done your test, the resulting file is: bibi.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz
[16:52] <spineau> jibel: thanks even if I don't understand why it fails...
[16:53] <spineau> jibel: mono is what I expected
[16:53] <jibel> spineau, me neither, maybe another bug in Natty :-) Thanks for your help.
[16:54] <mvo> jibel: about bug #670629
[16:54] <ubot4`> Launchpad bug 670629 in baltix (and 3 other projects) "EULA not shown for Microsoft Fonts (affects: 2) (heat: 18)" [Undecided,New] https://launchpad.net/bugs/670629
[16:55] <mvo> jibel: you expressed concern that we get a gazillion bugreports
[16:55] <jibel> Hey mvo, right.
[16:55] <mvo> jibel: I think technically the right thing to do is to fail with a error, however I understand that concern
[16:56] <jibel> mvo, that was a _big_ problem in karmic.
[16:56] <mvo> jibel: the alternative would be to not fail but show a debconf note explaining that nothing was done, but that means that some people will have the package installed (and in state I'm fine) and yet it will not work
[16:56] <mvo> i.e. there will be no fonts
[16:56] <mvo> how big is big :) ?
[16:56] <jibel> mvo, we had the same issue with sun-java
[16:57] <mvo> what do you recon, how many dupes?
[16:57] <mvo> hunderts?
[16:58] <jibel> mvo, I've found this one bug 303609
[16:58] <ubot4`> Launchpad bug 303609 in sun-java6 (Ubuntu) (and 1 other project) "declining the license during installation causes an error (affects: 599) (dups: 194) (heat: 460)" [Undecided,Invalid] https://launchpad.net/bugs/303609
[16:59] <mvo> woah
[16:59] <jibel> mvo, the other one is around 85000, let me find it
[17:00] <mvo> eh, 8500 dupes?!?
[17:01] <jibel> mvo, no, the bug number
[17:01] <jibel> mvo, found it 85969 but that was a problem with a prompt to install the doc not the license.
[17:05] <mvo> jibel: thanks
[17:05] <jibel> mvo, if the package fails with an error and it doesn't break the whole upgrade I think that's fine, we can trap the report with a bugpattern, and create a master bugreport explaining why the user is there.
[17:09] <mvo> jibel: thanks, I don't really like the whole idea of failing, but its technically the right thing, still annoying
[17:09] <mvo> jibel: let me discuss it with cjwatson
[17:10] <jibel> mvo, I agree, on the other hand we can't install the package if the user refuses to install it.
[17:10] <mvo> yeah, we could install a empty placeholder file
[17:10] <mvo> that just explains "sorry, try dpkg-reconfigure"
[17:10] <mvo> but that is a poor solution
[17:17] <mvo> jibel: ok, settled
[17:17] <mvo> jibel: I will make it not fail
[18:16] <nags> thanks jibel approving / meging my proposal
[18:56] <mvo> jibel: I uploaded a new msttcorefonts package to maverick and natty now that will not return a error, please give it a extra careful verification ;)
[19:56] <jibel> nags, nice work. you're welcome.
[19:57] <jibel> mvo, okay. I'll do the verification between 2 mago bugs ;-)
[20:08] <mvo> jibel: haha, ok