[09:53] <jibel> Hey all.
[09:53] <jibel> Precise Alpha 1 candidates are posted to the tracker
[09:53] <jibel> http://91.189.93.73/qatracker/milestones/205/builds
[10:01] <brendand> yeah!
[10:03] <jibel> fresh DVDs are there too!
[10:54] <brendand> jibel - do you see the problem where, always on the first boot of a laptop the touchpad stops working after a short time?
[10:55] <brendand> i absolutely always get this on my N310, since starting testing precise. i think i better raise a bug if there isn't one already
[10:58] <alourie> hello
[11:02] <jibel> brendand, yes please file a bug
[11:11] <brendand> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/897623
[11:11] <ubot4> Launchpad bug 897623 in xserver-xorg-input-synaptics (Ubuntu) "Touchpad stops working on Samsung N310 shortly after first boot of Precise Alpha1 (affects: 1) (heat: 6)" [Undecided,New]
[11:56] <brendand> jibel - did i hear something about a random installer crash on vm's?
[12:38] <jibel> brendand, bug 894768 ?
[12:38] <ubot4> Launchpad bug 894768 in linux (Ubuntu Precise) (and 1 other project) "Installation randomly fails with: File "/usr/lib/ubiquity/ubiquity/install_misc.py", line 621, in copy_file targetfh.write(buf) IOError: [Errno 22] Invalid argument (affects: 5) (dups: 4) (heat: 44)" [High,Triaged] https://launchpad.net/bugs/894768
[12:48] <jibel> stgraber, for A2 we'll need to re-add the filters. It's very difficult to know what is being tested or not.
[13:14] <brendand> jibel - which log should i look in?
[13:14] <jibel> brendand, look in /var/log/syslog
[13:15] <jibel> brendand, if you're running with ubiquity -d then /var/log/installer/debug contains valuable information too.
[13:16] <jibel> brendand, what is your testing setup ?
[13:24] <brendand> jibel - i'm testing in virtualbox for this one. i started the install from the live session
[13:28] <brendand> error in plugininstall.py?
[13:30] <jibel> brendand, which arch for the host and the guest ?
[13:30] <brendand> host is i386
[13:31] <brendand> guest is 64-bit
[13:32] <jibel> brendand, you mean the VM is 64bit and the main operating system is 32bit ?
[13:34] <brendand> jibel - yes
[13:36] <jibel> brendand, ah, until now we've been able to reproduce the other way. and the host is running Oneiric ?
[13:37] <jibel> brendand, could you file a report with the logs for the record and I'll mark it as duplicate.
[13:37] <jibel> if it is
[13:37] <brendand> jibel - bug 897680
[13:37] <ubot4> Launchpad bug 897680 in ubiquity (Ubuntu) "12.04 64Bit Alpha1 installer crashed in VirtualBox (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/897680
[13:37] <brendand> the host is running Oneiric, yes
[13:38] <jibel> brendand, thanks
[13:47] <jibel> brendand, phew, that's a completely different problem
[13:48] <jibel> brendand, not saying that it is less critical since in your case libc6 failed to install
[13:49] <jibel> brendand, did you select to install flash and third party software ?
[13:49] <brendand> jibel - maybe i didn't. i'll try the installation again.
[13:51] <jibel> brendand, from the log I think you did. I'll try to reproduce
[13:55] <stgraber> jibel: yeah, my plan was to show the product families in a block on the left side and use javascript to dynamically show/hide stuff from the UI (remembering the selection in a cookie or something)
[13:55] <stgraber> jibel: oh, and also filtering based on what's untested/tested
[13:56] <stgraber> jibel: so that should be a bit more flexible and not need to do new requests everytime
[13:57] <jibel> stgraber, we can live without it for a1 I think.
[13:59] <stgraber> jibel: yeah, this week I plan on improving the download information and working on the export script, I'll prioritize the filters a bit though as we definitely need that for a2
[14:14] <brendand> jibel - is it correct that the alternate installer should install a newer kernel than the desktop one?
[14:22] <brendand> i have 3.2.0 for Alternate
[15:01] <jibel> stgraber, test cases are sorted in different order depending on the arch, could you sort them by name
[15:01] <jibel> ?
[15:06] <stgraber> jibel: oops, sure, fixing
[15:10] <stgraber> jibel: should be fixed
[15:11] <jibel> stgraber, ah, much better :) thanks
[15:12] <stgraber> jibel: btw, /root/tracker is mounted from a server outside of Canonistack, I'm storing on there things I really don't want to loose (DB backups, scripts, ...) as we don't have a 100% guarantee the instance won't go down and die this week...
[15:13] <stgraber> jibel: I'm implementing an automated DB dump once an hour just to be safe
[15:31] <jibel> mvo, I fixed main-all and ran the upgrade
[15:31] <jibel> mvo, and ...
[15:31] <jibel> it failed :(
[15:31] <jibel> dependency issues
[15:32] <mvo> jibel: that is good, so the base-image is in a good state? so now we "just" need to check why the dependencies fail :)
[15:32] <mvo> jibel: is the log already published?
[15:33] <jibel> mvo, I didn't look into detail, that something with odbcinst1debian2:i386
[15:33] <mvo> jibel: *cough* sorry, but did you got a chance for the SRU verification for unattended-upgrades (really sorry for nagging)
[15:33] <mvo> jibel: if the log is available I will try to have alook
[15:33] <stgraber> mvo, jibel: Not sure if it'll affect you but at least yesterday extras.u.c was still broken, probably causing update-manager to fail dist-upgrading. I filed an RT and poked IS but it isn't fixed yet.
[15:33] <jibel> mvo, not yet I've been fighting with bugs on A1 images all day but it's on my todo list for today
[15:34] <stgraber> (broken meaning, doesn't mirror Precise even though the PPA contains precise now)
[15:34] <mvo> jibel: thanks !
[15:34] <mvo> jibel: I know its super busy currently
[15:34] <jibel> mvo, I'll build a main-all-amd64 image and readd the job to jenkins
[15:35] <mvo> ta
[15:35] <jibel> mvo, I blacklisted the packages with conflicts or uninstallable on Oneiric
[15:36] <jibel> mvo, conflicts: libgladeui-doc with -dev and mythes-it with another langpack
[15:36] <jibel> mvo, uninstallable: amavisd-new that's a bug
[15:37] <jibel> and grub-legacy-ec2 which I think is expected on a non-ec2 system
[15:39] <bladernr_> Sigh... it's hard to do ISO testing when the ISOs keep getting respun :(
[15:39] <bladernr_> stgraber:  I like the new tracker you've worked on. The demo you did was cool, but using it is even better. Great job!
[15:39] <stgraber> thanks!
[15:41] <jibel> rebuilding of all desktop and DVDs in progress
[15:45] <brendand> jibel - are no ubuntu server images available?
[15:45] <patdk-wk> I just downloaded two of them
[15:49] <brendand> patdk-wk - by 'available' i meant in the iso tracker, as test candidates
[15:49] <jibel> brendand, why ? they are available from http://cdimage.ubuntu.com/ubuntu-server/daily/ and listed on the tracker
[15:49] <brendand> jibel - i see them now
[15:54] <jibel> stgraber, a detail, in the testcase lists could you replace '0's with '-'s ? that would make the page easier to read and identify which test cases need testing
[15:55] <stgraber> jibel: that sounds easy to do, will do
[16:02] <stgraber> jibel: new download UI: http://91.189.93.73/qatracker/milestones/205/builds/7250/downloads
[16:04] <jibel> stgraber, nice :)
[16:07] <stgraber> jibel: and there you go for the testcase list: http://91.189.93.73/qatracker/milestones/205/builds/7241/testcases
[16:33] <stgraber> skaet, jibel: Please note that I just changed the type of the noticeboard from allowing any html to using Drupal's filtered html (most tags will work but with a few small changes, <b> becomes <strong> for example. I update the current one)
[18:18] <jibel> mvo, around ?
[18:19] <jibel> mvo, I verified unattended-upgrades sru in lucid but want to check the result with you
[18:20] <stgraber> jibel: hey, I was thinking, should I include the download instructions in the notification e-mail? or just a link to the download page? I'm not sure what our testers actually use these e-mails for :)
[18:21] <jibel> mvo, here is my test: I installed asterisk-config from lucid-release, modified /etc/asterisk/sip.conf and ran unattended-upgrades which logs a dpkg failure 'EOF on stdin at conffile prompt'
[18:21] <mvo> jibel: that sounds not correct
[18:21] <mvo> jibel: i.e. like verification-failed, I will re-test this. thanks a bunch!
[18:22] <jibel> mvo, then when I replay the test with u-u from -proposed, no dpkg failure but asterisk-config is not upgraded
[18:23] <mvo> jibel: yeah, that sounds correct now
[18:24] <mvo> jibel: sorry, I thought the initial message was about the one in -proposed
[18:25] <jibel> mvo, no sorry, it was with 0.55ubuntu5 from lucid-updates, but I was not sure to interpret the result correctly
[18:26] <jibel> mvo, I'll set the report to v-done for lucid then and will test M,N tomorrow. thanks and good night !
[18:57] <patrickmw> jibel, ping
[18:58] <hggdh> jibel: multi-lvm -- the issue is it ran out of space on one of the filesystems
[19:10] <brendand> mvo - hey, still around :)
[19:21] <shiva_n> Lubuntu amd64 Desktop seems to hang on boot at CUPS spooler on a VM. Anyone see this?
[19:38] <mvo> brendand: yes
[19:39] <brendand> mvo - i wanted to ask quickly about potentially including some static .deb files in the test directory of software center as test data for my debfileapplication tests
[19:39] <brendand> mvo - does that sound alright?
[19:42] <mvo> brendand: yes, check gdebi for some smal but useful ones
[19:42] <mvo> brendand: it needs to be really really small otherwise it will bloat the bzr repo
[19:50] <brendand> mvo - ah, thanks. cool. is there python modules which can install deb's as well?
[19:51] <mvo> brendand: yes, the python-apt apt.debfile stuff should have all that is needed
[20:24] <bdmurray> stgraber: looking at the defects page on the new iso tracker I thinkg "Opened" should be changed to "Open" as "Opened" is past tense so would technically include "Closed Defects" too
[20:27] <stgraber> bdmurray: agreed, guess that's what happens when a french creates the report and another french speaker reviews the code ;)
[20:28] <bdmurray> ;-)
[20:29] <stgraber> bdmurray: fixed
[20:29] <bdmurray> thanks
[20:29] <hggdh> I do not knowed what bdmurray is spaking about, we are all good english
[20:29] <bdmurray> precisely
[20:32] <stgraber> oh and the new tracker now supports translation so we can now have an en_UK and en_US version, no more fighting between these two ;)
[21:23] <jibel> stgraber, isn't it mandatory to enter a bug number to mark a test as failed ? http://91.189.93.73/qatracker/milestones/205/builds/7266/testcases/8/results
[21:24] <stgraber> jibel: # FIXME: Write validation function that makes sure we have one critical bug when marking a report as failed
[21:25] <stgraber> one of the many fixmes of qatracker.user.results.php
[21:30] <jibel> stgraber, ok, i'll grep FIXMEs before asking next time
[21:32] <stgraber> jibel: I think the reason why I didn't fix that one was that I wasn't happy with the UI (comma separate bug list) and so the validation will be quite different depending on the final design
[21:33] <stgraber> jibel: though I think the best is to keep the current form but make it nicer with javascript so there's no reason why I shouldn't implement the validator now (with now being, this week)
[21:39] <jibel> stgraber, bug numbers are integers, you could remove the comma, a space is enough and keep everything in one field.
[22:04] <alourie> stgraber: may I?
[22:04] <stgraber> sure
[22:06] <alourie> stgraber: when results are reported, there are 2 tables: for failed ones, and for passed ones
[22:06] <stgraber> actually 3 tables, the third is for in-progress ones :)
[22:06] <alourie> yes, sure
[22:06] <alourie> what I meant that maybe it is possible to highlight them with colors?
[22:07] <alourie> such as, red-dish for fails, green-ish for passed?
[22:07] <alourie> otherwise they a bit indistinguishable
[22:08] <stgraber> yeah, that page will need some more work, we used to have icons for these statuses too, might be a good idea to add them too
[22:09] <alourie> great
[22:09] <alourie> I hope I don't bother you too much with this small nuances
[22:11] <stgraber> not a all, feedback is always good
[22:12] <alourie> great
[22:12] <alourie> maybe I could fix some of these myself
[22:14] <stgraber> that'd be awesome, code is at: bzr get lp:~ubuntu-qa-website-devel/ubuntu-qa-website/drupal7-rewrite/
[22:14] <alourie> get you mean clone
[22:15] <stgraber> "bzr branch" is the supported command, clone and get are deprecated aliases
[22:15] <stgraber> still need to get used to bzr branch ;)
[22:15] <alourie> ah, right
[22:15] <alourie> I'm using branch for some time, forgot about it