#ubuntu-testing 2008-08-01 <davmor2> Morning everyone <cr3> ara: ping, have you had a moment to look at the packages I have created for you under the ubuntu-tests packaging branch? <ara> cr3: yes, I sent you yesterday an email <ara> cr3: didn't you receive it? <cr3> ara: thanks, got it. I was too quick to ask because I was so excited about it :) <cr3> ara: replied <ara> cr3: thanks. I will try to uninstall the library prior to install the pkg <ara> cr3: it is now working. thanks :-) <cr3> ara: excellent, now we can start working on hwtest integration because we know where files will be located <cr3> ara: I have to fix a problem beforehand, I'll ping you when ready <ara> cr3: ok <davmor2> Morning cgregan <cgregan> morning davmor2 #ubuntu-testing 2008-08-05 <ara> morning! <ara> cr3: ping :-) <cr3> ara: pong <ara> cr3: hello, how was the trip back to montreal? <cr3> ara: painful, I tried to get standby tickets on a couple occasions to make the trip quicker but that didn't work. so, the trip took like 11 hours <ara> cr3: ouch! <ara> cr3: about the hwtest+ldtp integration, have you had the chance to have a look? <cr3> ara: brb <cr3> ara: sorry about that, I don't recall where we were last with ldtp-hwtest <ara> cr3: we have now the packages, therefore you can know were the files are going to be <ara> cr3: and you have also my previous email <ara> cr3: where I explained you how it went <cr3> ara: right, thanks for the update :) <cr3> ara: I will work on the integration this afternoon, my time, so expect an email in your inbox by tomorrow morning (your time) <ara> cr3: thanks1 <cr3> ara: now that we have the package, we can implement dependencies and rely on specific paths <cr3> ara: welcome1 ;) <ara> cr3: :D #ubuntu-testing 2008-08-06 <parallax> Anyone having an odd red and white screen during the boot up process? <Cusoon959> What's the new Ubuntu release called? (next one, not Hardy...) <persia> Intrepid Ibex <Cusoon959> Thanks persia :) <davmor2> Morning Everyone <ara> morning davmor2 <davmor2> ara: don't try using yesterday's iso for tests they will all fail :( <ara> davmor2: thanks for the advice. bad bad news :( <davmor2> alternative has missing kernel modules and live has broken x that may or may not have something to do with the missing kernel modules <persia> No, it was outdated hal. <persia> (or at least it was for me, who upgraded a system to intrepid yesterday) <davmor2> persia: I can only tell you the warning message I received for the alternative cd that said there are missing kernel modules...... <persia> davmor2: Right. There was that. I think the non-working X was about hal, but it could also have been a side effect of kernel modules. <davmor2> :) <davmor2> I think that the error message for kernel bugs best sums up yesterdays iso..... Ooooopps <davmor2> apachelogger: Morning dude :) <apachelogger> morning * apachelogger needs to get coffee <davmor2> ara: don't use today's alternatives either :) <ara> davmor2: :) <cr3> schwuk: welcome back! dude, I'd like to bounce a problem with you. got a minute? <cr3> ara: I started the hwtest-ldtp integration yesterday and I ran into a problem: there needs to be a way to run some tests as root and some not as root <cr3> ara: unless you might've found a way to run the desktop tests as root <ara> cr3: why is necessary to run the test as root? <cr3> ara: some tests require access to devices, such as /dev/sda, and some tests require information which is only available to root such as provided by lshw <cr3> hm, I just noticed that lshw describes by machine as a "Computer" when run as non-root and "Laptop" when run as root. <ara> cr3: yes, for hw that's true, but for desktop testing? <cr3> ara: well, I'm hoping that the whole suite could be run at once <ara> cr3: well, the problem is that we try to mimic as much as possible the end user behaviour <cr3> ara: for example, I would like desktop tests to be their own suite which people could choose to run in the same way they might choose to run wireless testing <ara> cr3: yes, i understand, but I think that we could maybe split between end-user suites & root suites <ara> cr3: update manager tests, in example, we could test the gksu dialog <ara> cr3: just an example <ara> cr3: but we have to try as much as possible to avoid relying on root privileges when running desktop tests <heno> IMO hwtest should always run as the user and use policy kit to elevate access only for select commands to gather hw info <cr3> heno: my concern is that it then becomes necessary for each test to potentially define whether they should run as root or not <cr3> heno: (sorry for the lag, I was on the phone with schwuk discussing the next great features in the website) <cr3> heno: however, I don't think that's an unreasonable requirement, so I'll start playing with the idea of using the policy kit. in principle, I agree that it would be the right thing to do <heno> QA meeting about to start in #ubuntu-meeting #ubuntu-testing 2008-08-07 <ara> cr3, morning :-) <cr3> ara: hi there <ara> cr3: we didn't finish yesterday's discussion about the root/non-root issue with hwtest + ldtp <cr3> ara: it seems that hwtest should be running as non-root and using (gk)sudo to bump privileges on a per test basis <cr3> ara: that should enable your desktop tests to run out of the box <ara> cr3: that's ok for me (for ldtp tests). i.e. for update-manager tests I use gksu to install things <cr3> ara: that should work as well <cr3> ara: leveraging the usability of gksu, the user should only be prompted the first time such privileges are required <ara> cr3: yes <cr3> ara: one problem that I've yet to solve is when this is required for automated tests. maybe I can do a first pass, check if any automated tests might need it, then prompt before starting to run the automated tests <ara> cr3: that might work, yes <cr3> ara: but, if an automated test takes more than 5 minutes which is the default delay for gksu I think, then the usability starts sucking bad :( <ara> cr3: can you give me upload permissions to lp:ubuntu-desktop-testing/packaging? <ara> cr3: I will need to merge changes from time to time <cr3> ara: I changed the owner to hardware-testing, to which I have made you a member. so, you should now have commit privileges <ara> ta! <ara> cr3: in case that you want to document the ldtp+hwtest progress: https://wiki.ubuntu.com/Testing/Automation/LDTP/IntegrationHwtest <ara> cr3: i know you love it... :-P <cr3> wikis are my friend, I keep trying to convince myself <stgraber> hey there <cr3> stgraber: salut quebec! <cr3> schwuk: how insane do you think it would be to map all hal subsystem namespaces to individual tables: http://people.freedesktop.org/~dkukawka/hal-spec-git/hal-spec.html#properties-subsystem <persia> cr3: That can't be part of standard normalisation procedures. Are you sure you'll be able to find everything later? <cr3> persia: "find everything"? what do you mean? <persia> cr3: When later collecting the data, if everything gets put in different subsystem tables, I'd suspect you'd find issues with the less common devices. <persia> Then again, for optimisation purposes, depending on your client code, it may be the most efficient means to write the data, which is probably your performance bottleneck (rather than read) <cr3> persia: each device has "info" properties, so they will all at least appear in that table <persia> cr3: Hmm. I suppose. <cr3> persia: additional information might be stored in other tables which can be searched if there is specific interest for it <persia> Ah, that works for the odd device situations. <cr3> persia: exactly, like pci and usb will most certainly be of specific interest so that specific interest will be searched as well <schwuk> cr3: in principal, I like the idea. It would be easy to implement in code (polymorphism FTW!), but I'm not seeing how it would be implemented in SQL, other than each row having bunch of 'possible' FK columns, which would be populated for the appropriate device type. <cr3> so: 1. we avoid a generic properties table of arbitrary key/value pairs; 2. we don't loose any information by using subsystem specific tables. * schwuk needs to look into polymorphism in Storm <persia> cr3: Do note that there are physical devices that connect to *both* pci and usb :) <cr3> schwuk: I think I have that problem solved, you'll be given some device object which magically has the appropriate properties available based on the subsystem <persia> (actually, I've only see this for dual-slot front-loading CardBus-compliant PCMCIA ports for workstations, but there might be others) <cr3> persia: this is going to be fun! <soren> persia: Yes, they're called usb host adapters.. <persia> soren: Do those expose HAL events in both subsystems? <cr3> soren: hey dude! you never received my letter, did you? <soren> cr3: I didn't :( <schwuk> cr3: I don't believe in magic. <cr3> soren: the dogs must've smelled the house specicial chicken on the letter :( <soren> persia: I imagine so. <cr3> schwuk: how do you think plugins work in hwtest? :) <schwuk> cr3: heh <soren> cr3: Yeah. I was really looking forward to dissecting it and try to reproduce it. * davmor2 produces a bunch of flowers from thin air ta ra <persia> Ah, indeed, as usb_device contains the information on the root hubs. <schwuk> cr3: So the act of retrieving a device from the database will automagically retrieve the various properties from the relevant namespace? * schwuk believes in automagic <davmor2> schwuk: do you not see the flowers I thought that was pretty impressive magic ;) <schwuk> cr3: I can see that working. Not as elegant as Storm supporting multiple tables for an object, but it would work. It's just a bit more code. <schwuk> davmor2: not as impressive as the Joker's disappearing pencil trick :) <davmor2> I've not seen dark knight maybe I should :) <schwuk> davmor2: It's a must see, but only for the Joker. The rest is so-so. <davmor2> :) <davmor2> so was the first one :) <cr3> schwuk: right <schwuk> Talking of magic the Pixar short before Wall-e is brilliant. <davmor2> Jack Nicholson made it :) <schwuk> cr3: And the same approach for creating objects works. We just have to make sure Device.type is a valid value before proceeding. <schwuk> or rather Device.subsystem <cr3> schwuk: exactly, so the concern is no longer the usability of the interface but the maintainability of so many tables <schwuk> cr3: But that means we're not letting our RDBMS manage our relations anymore. That is A Bad Thing(TM). <cr3> schwuk: this is what all the tables are looking like so far, and I'm not nearly done with functional properties which I'm still debating whether we should use 'em: http://people.ubuntu.com/~cr3/device.txt <cr3> schwuk: the device.subsystem is only used in the application layer to determine the class to instantiate, the relation between subsystem information is still stored relationally in the database <schwuk> cr3: Not that I can see in the file you shared. There's nothing linking e.g. pci with info. <cr3> schwuk: right, I need to find a name for "id" because that name is already used by hal <schwuk> but how will the "id" differentiate between, say, pci and usb devices? <cr3> at this point, I'm simply mapping stuff from the 0.5.12 specification to straight sql. I first want to assess how insane the database will look <cr3> schwuk: by using the info.subsystem? <cr3> crap, perhaps I should have a foreign key for each possible subsystem... I need a smoke <schwuk> cr3: That's what I was alexanderlisa@example.com. <cr3> schwuk: yeah, I was thinking the other way around: the subsystem would have a key to the info table. doesn't work though <schwuk> info.subsystem will be string (pci, usb etc.) - it won't relate to a specific row in the relevant subsystem table. <schwuk> cr3: want me to ring while you have a smoke? <cr3> schwuk: well, I was thinking that the subsystem table would have the id of the info table, so it could relate to that. this could actually work if I set the info_id in each subsystem table to be unique! <cr3> schwuk: capital idea! give me a minute <schwuk> but can you express that as a relation in SQL? <steve555> Hi everyone #ubuntu-testing 2008-08-08 <yoanis> hi there <yoanis> i just read about SRU <yoanis> and i want to help <persia> yoanis: if you happen to read the logs, we'd love to have your help, but might be slow responding at this time of day <ara> morning :-) <ApOgEE-> .google define:wtf <ApOgEE-> !google define:wtf <ubot5> ApOgEE-: Error: I am only a bot, please don't think I'm intelligent :) <persia> Also, it's not ideal in this environment to use that abbreviation, and if you want to play with the bot, a /query might be the best place. <jpds> /whois ubot5 - reveals all. <ApOgEE-> :D <jpds> persia: You have to admit, he has a sytlish hostname... :/ <persia> jpds: For some value of "stylish". <ara> hello, one quick question, does anyone remember the command to get the candidate version of a package for all ubuntu versions??? <ara> (also asking at ubuntu-motu) <persia> One place is usually sufficient, although it also depends on where people's eyes are :) <persia> (which may affect latency by a few minutes) <heno> davmor2: https://wiki.ubuntu.com/Testing/DailySmoke suggests alternates are working again, is that right? <davmor2> yes <davmor2> brb <heno> cool, thanks <davmor2> heno: yes the alternatives started working again with 20080806.1 I think but I didn't find out till yesterday <heno> davmor2: ok great, thanks <davmor2> They all still have issues like usplash is temperamental and ndiswrapper doesn't work and other minor quirks but they install at least :) <davmor2> oh and mostly they are oversized which I believe slangasek is on <slangasek> they're mostly not oversized anymore... :) <davmor2> as I said I believed you were on it :) <cgregan> heno: ping <heno> hi cgregan <cgregan> heno: hello....I got an email from Intel about Launchpad <cgregan> heno: Can you see all of a bugs history from the web interface? <heno> cgregan: no, there are parts missing <cgregan> heno: Is there a script? <heno> that's a top wishlist item for the next updates of LP <heno> bdmurray may be able to extract what they need from the mailing lists <cgregan> heno: ok...thanks <heno> cgregan: are these public bugs? <cgregan> heno: they are public <heno> if so it should be on the mailings lists <heno> and so that should mostly work <bdmurray> cgregan: I should be able to help <cgregan> ï»¿bdmurray: Thanks! Let me get a list of bugs <persia> cgregan: https://bugs.launchpad.net/malone/+bugs?field.searchtext=Activity+log has a good list of the outstanding issues with activity, if you want to track them. <bdmurray> cgregan: what types of information are you looking for? <cgregan> ï»¿bdmurray: Seeing the status changes and notes over time for a single bug #. <bdmurray> that should all be in the activity log then <cgregan> ï»¿bdmurray: Excellent <cgregan> ï»¿bdmurray: I have sent email to my Intel contact to get some numbers. <bdmurray> cgregan: cool, let me know if you need any assistance #ubuntu-testing 2008-08-09 <vadi2> I'm having issues with rsync, it's not working: http://pastebin.com/m4bc773d4 <vadi2> actually, even the direct link gives a 404. <persia> vadi2: Try looking for a newer image: the dailies get deleted after a couple days. <vadi2> But this is what the website is giving me. <persia> Which website? <vadi2> http://iso.qa.ubuntu.com/ <persia> Ah. Well, that's out of date. If you want to test Alpha 3, http://cdimage.ubuntu.com/releases/intrepid/alpha-3/ is where the images live. <vadi2> Thanks #ubuntu-testing 2008-08-10 <Danny> hi <Danny> Hi I would just like to know if the latest Ubuntu linux distribution will work on my TOSHIBA laptop...... <persia> And sticking about is more likely to get an answer. #ubuntu-testing 2008-08-11 <ara> morning :-) <jpds> Good morning ara <ara> morning jpds <davmor2> Morning everyone.... How's things? <schwuk> Morning <davmor2> morning nand <nand> davmor2: mooorning! <davmor2> schwuk: you about? <schwuk> davmor2: yup <vadi2> Hi, I have a test case where I upgraded from 8.04 to 8.10 and Ubuntu's GDM got broken. I reported a bug, but nobody's replied for several days now, and I don't know what to do - the laptop is hosed, it can't do anything. But if I try to reinstall / install again, won't I be later asked to provide more info on the bug etc? <persia> vadi2: Which bug? <vadi2> https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/256452 <persia> vadi2: Join me in #ubuntu-bugs, and let's see if we can get this bug triaged (I don't know much about GDM) <persia> vadi2: As you see, that's often the best way if you need to reformat or reinstall :) <vadi2> Okay thanks, I'll go there directly in the future <persia> Don't use it for every test bug (or people may stop listening), but it's good for test cases, etc. where you don't know what information you need to include. <vadi2> Will do <asac> hi <asac> daily liveCDs? <asac> currently usable? which link should I include in NM announcement? <davmor2> asac: is this the nm announcement that has gone out twice? <asac> davmor2: right ;) <asac> i dont know why my blog duplicated the entry <asac> i removed the second psot and hope that planet.ubuntu notices this <davmor2> http://cdimages.ubuntu.com/daily-live/20080811/ <davmor2> and then choose the 32bit or 64 bit cd <asac> davmor2: ok. is NM 0.7 on those already? <davmor2> I'm about to test that it works on a standard install. <asac> it entered the archive on thursday... so i guess yes? <davmor2> 2 secs I'll tell you <asac> thx <asac> davmor2: is there no link to "latest-daily" ? <davmor2> asac: there is <asac> anyway. i think ill just post the top level dir <asac> e.g. http://cdimages.ubuntu.com/daily-live/ <davmor2> you can just link to the current folder but it is always going to be a day behind in reality <asac> davmor2: ok. let me know if NM is on that disc please ;) <asac> then i'll hit "save/send" <davmor2> booting now <davmor2> asac: hang on issue with live I'll ping you in a second <davmor2> that's okay seems to be working this time. Phew <davmor2> asac: 20080811 has indeed got NM applet 0.7.0 <davmor2> is there anything else you need asac? <asac> davmor2: good <asac> and the network-manager package likewise i guess? <asac> davmor2: ? <davmor2> asac: everything with network-manager in is 0.7~~svn something <asac> ok great <davmor2> np's <stgraber> asac: hmm, is it known that nm0.7 doesn't use /etc/dhcp3/dhclient.conf ? <stgraber> it breaks my setup here as I need to set some flags to get the right IP and force the domain name <asac> stgraber: i think its known ... though it just runs dhclient <asac> stgraber: please file a bug ;) <asac> (with 0.7 in the summary so i can better filter them out) <stgraber> asac: it uses dhclient but not /etc/dhcp3/dhclient.conf <stgraber> /sbin/dhclient -d -sf /usr/lib/NetworkManager/nm-dhcp-client.action -pf /var/run/dhclient-eth0.pid -lf /var/run/dhclient-eth0.lease -cf /var/run/nm-dhclient-eth0.conf eth0 <stgraber> it uses -cf /var/run/nm-dhclient-eth0.conf instead :( <stgraber> ok, will file a bug <asac> whats in the /var/run conf? <persia> Note that /var/run isn't guaranteed across reboots: the source configuration is likely somewhere else. <persia> Err, actually, specificially /var/run is guaranteed *not* to be stored across reboots. <stgraber> asac: nm-dhclient-eth0.conf is empty <stgraber> asac: I'll file a bug report in an hour or so (when I have time) <davmor2> stgraber: can you quickly confirm bug 256989 <stgraber> sure, looking at it <stgraber> oh, you have it on standard hardware too ? <stgraber> I thought it was a VM only one <davmor2> no <davmor2> two different sets of hw too <asac> stgraber: maybe try the latest from ~network-manager PPA <asac> its a mroe recent snapshot and probably has a bunch of bugs fixed <stgraber> ok, confirmed <stgraber> ok, will give it a try later <asac> cool <davmor2> asac: I don't have 3g so can't check :( <asac> davmor2: you can check other connectivity things <davmor2> they seem alright 0.7.0 has been in for a few days and I've been smoke testing daily <asac> like: static ip, dhcp with manual nameserver, dhcp, <asac> wireless <asac> and system-settings <asac> (which should work without applet) <davmor2> asac: not wireless I got to use ndis for mine and it's not connecting up at the moment but that could be an issue with ndis but wired works fine <davmor2> I can try a live cd in my wifes Ubuntu/dell and see it that works :) <davmor2> stgraber: can you also try an oem install of Kubuntu and see if it works fine till you restart for end user? <davmor2> bug 251634 <davmor2> bot is dead :( <jpds> No, I don't think I set it to look up bug things. <jpds> ubot5: bug 251634 <davmor2> shame that was a useful feature :) <jpds> It just needs to be properly configured. <davmor2> stgraber: ping <pitti> hi <davmor2> hello :) <pitti> did anyone happen to test today's desktop CDs? They just hang for me on starting X, but I haven't done any debugging yet <davmor2> pitti on live? <pitti> yes <davmor2> It happened once so I rebooted every time I tried after that it worked fine <davmor2> pitti I can try again for you if you want? Are you on vm though? <pitti> davmor2: I tried in vmware (amd64 CD) and kvm (i386 CD) on two different computers <pitti> will test on real iron tomorrow, but can't do today <davmor2> Might be vm issue we've had a few <davmor2> I can test on hw again for you if you want <pitti> that would be great <davmor2> 2 ticks <davmor2> pitti: desktop up and running slowly but up and running <pitti> davmor2: ah, thanks; could you try something for me, please? <davmor2> yes <pitti> davmor2: please open a Terminal and do "ls -l /proc/$$/exe" <pitti> davmor2: what's the result, "/bin/bash"? <davmor2> /proc/7698/exe -> /bin/bash <pitti> yay <pitti> that means that this unionfs bug doesn't apply to aufs, and we can drop that mono hack <pitti> davmor2: thanks <davmor2> anything else while it up and running? <davmor2> pitti: ^ <pitti> davmor2: not now, thanks a lot! <davmor2> No probs #ubuntu-testing 2008-08-12 <davmor2> Morning everybody <cody-somerville> Morning <maddin> hi <maddin> does anybody know how to mount sfs-volumes derived from dynamic windows volumes under ubuntu ? <maddin> i googled a lot, but couldn't find a real solution <cody-somerville> I have no idea what a sfs-volume is <davmor2> cody-somerville: Simple File Sharing in xp etc <davmor2> maddin: Is it an xp drive or vista <davmor2> Damn it alternate's are screwed again :( <maddin> davorm2: it's an xp drive <maddin> davorm2: a volume containing 2 hdds, created with xp <davmor2> maddin: sorry then I don't think there is an easy way to mount it :( There are several links in the forums but all seem to work on single drives <maddin> davorm2: yes, that's my problem :) ... I thought, maybe someone here's got an acceptable solution :-/ <maddin> I currently don't have a large hdd to copy my data, so I cant use my share with ubuntu <maddin> on the other hand : I couldn't find a good software for xp to mount linux-lvms rw <maddin> so I have to stick to xp to access my volume...I don't really like that <maddin> :( <pitti> hi all <pitti> I just built updated ubuntu alternates, which should now fix the grub error on installation, and are not oversized any more <pitti> happy testing! * pitti grabs the amd64 one <ara> has anyone been able to install the alternate in a vbox machine? <davmor2> ara: alt was scrap <davmor2> you need 20080812.1 for a working version <ara> davmor2: thanks <davmor2> np's <davmor2> ara: it's been dead since the weekend <ara> i will download the new version and check again <davmor2> if you hold off dling it though I'm just confirming that the grub error is fixed <davmor2> shouldn't be more than 5 minutes <ara> davmor2: thanks, ill wait for you <davmor2> ara: it's working fine now on hw <ara> davmor2: ok, i will download it and try it in vbox <ara> davmor2: thanks again <davmor2> ara: Np's <cgregan> ogasawara: ping <ogasawara> cgregan: pong <cgregan> quick question about our perl script. How can I make it add a space between tables when it forms the wiki output? <ogasawara> cgregan: i'll take a peek in a sec, in the middle of kernel team call <cgregan> ok <cgregan> thanks <ogasawara> cgregan: just checked in a small fix for adding a space between the tables in the wiki output <ogasawara> cgregan: http://bazaar.launchpad.net/~canonical-qa/canonical-qa-tracking/main/revision/120 <cgregan> ï»¿ogasawara: Oh...sweet thanks #ubuntu-testing 2008-08-13 <davmor2> Morning Everyone <pitti> good morning all <pitti> alternates are up <pitti> lives didn't build, I fixed that and will build new desktops ASAP <pitti> kubuntu alternates fail to install ATM, working on that <davmor2> pitti: is that the bug I picked up yesterday? <pitti> davmor2: yes, the xine-lib/libavcodec51 issue <davmor2> okay cool :) <pitti> davmor2: I analyzed the situation and found an easy (but not quite correct) solution <davmor2> :D <pitti> will upload it soon, and inform siretart and Riddel (whom I cannot reach ATM) <davmor2> lol <davmor2> fancy having akademy during a release cycle hey ;) <pitti> and debconf <davmor2> pitti: so effectively we got ubuntu and xub alts to test and edubuntu addon <pitti> yes, I keep http://iso.qa.ubuntu.com/qatracker/build/all/all up to date as we go <davmor2> pitti: Okay cool :) <pitti> http://cdimage.ubuntu.com/daily-live/20080813.1/ just coming in <pitti> I'd like to do/get feedback on a first smoketest before I add it to the tracker * pitti downloads the i386 one and tests <pitti> oh, and I'll check the build log first <pitti> the last couple of days, the live CD wasn't current due to some problems <davmor2> Ah <pitti> argh, seems it still failed <davmor2> pitti: so what version of live was I using with no problems yesterday then? <pitti> that was 20080808 <davmor2> pitti: So even though it said it was 20080812 it wasn't? <pitti> right, but the live system on it was from August 08 <davmor2> Right with you :) <pitti> I'll poke <davmor2> pitti: have you tested 64bit and 32 bit? <pitti> davmor2: I just tested the amd64 alternate ubuntu so far <davmor2> I only get the gvfsd-trash issue on 32 bit :/ don't know if it is relevant <pitti> I got it, too <pitti> might just be a coincidence <davmor2> oh okay. Can you get the valgrind thing working on that? When I tried it just stopped the trashcan appearing and and I got no log files at all :( <pitti> still busy with getting working desktop CDs and kubuntu alternates, then I'll look into that <davmor2> pitti: No probs I'm just running through the installs anyway <pitti> davmor2: btw, do you keep track of what you tested on the iso tracker? <pitti> ah, saw your alternate i386 result <pitti> \o/ fresh live CDs <davmor2> do they work though pitti? <pitti> that's what I'm going to find out now, rsyncing :) <pitti> http://cdimage.ubuntu.com/daily-live/20080813.2/ <davmor2> :) <davmor2> ping me if they do I'll run the rsync script <pitti> just rsync it now <pitti> then the next rsync will be much faster <pitti> we won't do big changes any more <pitti> and a lot changed since last Sunday, new kernel and all that <davmor2> pitti: I've already sync to this morning images It's the first thing I do. The script we have syncs all the isos <pitti> right, but since they were identical the last 5 days, it didn't do anything :) <davmor2> :) <davmor2> syncing now :) <davmor2> pitti: I should get most of the Ubuntu alternate tests done for when the lives are ready anyway :) <pitti> rocking <pitti> live system starts fine for me <davmor2> cool :) <davmor2> that's auto resize done next <ara> davmor2: ping <pitti> kubuntu alternates up, they should work now * pitti knocks on wood <pitti> testing urgently needed <ara> pitti: ok i'll take it <ara> pitti: one question <pitti> ara: thanks <ara> pitti: do yo know if is it working in vbox? <pitti> ara: no idea, sorry <ara> pitti: ok, ill try <pitti> I am testing desktops in VMWare (amd64) and kvm (i86) <pitti> that works fine so far <ara> pitti: http://cdimage.ubuntu.com/kubuntu/daily/20080813.1/? <pitti> ara: yes, I just added them to the iso tracker <pitti> ouch, my amd64 desktop ubuntu installation doesn't boot <pitti> so the desktop CDs are busted :( <ara> pitti: all of them? <pitti> anyway, http://cdimage.ubuntu.com/kubuntu/daily-live/20080813.1/ is finished <pitti> so testing the live system and installation is still appreciated <pitti> ara: bug 68252 <pitti> (I used that old one, it shows the exact same problem) <pitti> ara: maybe it doesn't affect kubuntu for some strange coincidence <ara> pitti: ok, i will test it anyway, but will start downloading the live cd anyway <pitti> ara: you can boot the installed system, but it requires changing the root= parameter in the grub menu <ara> hey cr3 cgregan <cgregan> Hello ara <ara> it is so hot this afternoon, here in malaga <davmor2> ara: jammie git it miserable here <pitti> I filed it as https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/257580 <ubot5> Launchpad bug 257580 in ubiquity "desktop install does not install fstab, causing boot failure" [Undecided,New] <pitti> ara: ^ please confirm or deny with Kubuntu <ara> pitti: ok, i am downloading the iso now. i will update the lp report when done <cr3> ara: hey there <davmor2> pitti: bloody oem mode is screwed <pitti> ? <davmor2> pitti: try an oem mode install the first part works fine when you reboot to setup an new user it just goes back into oem mode :( <pitti> davmor2: can you please file a bug about it, and attach the logs? (also mention whether it's desktop or alternate) <davmor2> pitti: yes will do <davmor2> pitti: two different faults 32bit locks up on end user map. and 64bit does get alexanderlisa@example.com. 64bit has no oem-log file which is strange and most of the other logs are empty :( <pitti> davmor2: what is the "end user map"? <davmor2> pitti: to select time zone for end user <pitti> ah, the timezone map <davmor2> yes put the one for the end user after you have hit the reboot from oem mode <davmor2> pitti: bug 257590 <davmor2> is the 64 bit <davmor2> Can some one do an oem install from ubuntu alternate cd please <pitti> davmor2: thanks a lot; please make sure to add that bug to the bug list in the iso tracker, then we have everything on one place <davmor2> yeah will do I think the other on 32 bit may related to bug 251741 but I could be wrong <pitti> I'll try an OEM install on desktop <pitti> davmor2: oh, hang on <pitti> davmor2: ah, you tested with alternate, right? <davmor2> yes <pitti> on desktops, it sounded like bug 250506 <pitti> ok, doing desktop oem i386 test <davmor2> pitti: I thought that was just the inability to reboot/shutdown it only logs out? <pitti> right, it is <davmor2> ah right you get that on alternate too but it's a bug under repair and should be fixed by alpha 5 I think <davmor2> moving on any way <pitti> davmor2: can you please add your current results to the tracker, so that I can see which CDs have good coverage, and which need more testing? <ara> kubuntu alternate i386 failed on manual partitioning <ara> I will report a bug <pitti> ara: symptoms? <davmor2> pitti: up I've done alt 32 and 64bit ubuntu <davmor2> pitti: just testing encrypted and then I'll move onto live <ara> pitti: when installing packages it just fails. install of the base system went ok <ara> pitti: i think it was installing taskel when it failed <pitti> ara: anything in alt+f4? did it happen to stumble over libxine-something? <ara> pitti: not sure, i will create the bug with the logs attached and will try to provide more info <pitti> ara: thanks, I'll have a look at it <ara> pitti: yes, the logs say something about libxine1-ffmpeg having unmet dependencies <pitti> ara: argh, I thought/hoped I fixed that this morning <ara> pitti: :( <ara> do I log it? or it is already logged? <pitti> ara: which version of libxine1-plugins does it (want to) install? <pitti> ara: I am not aware of a existing bug report; if you find one, please tell me <pitti> ara: i386 or amd64? <ara> pitti: i386 <pitti> hm, the CD has the latest version <pitti> so it seems that fix didn't quite work yet <davmor2> pitti: there isn't one I think Riddell was going to look into it so he said leave it with him and you said you got it too IIRC <ara> pitti: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/257611 <ubot5> Launchpad bug 257611 in debian-installer "[intrepid] Kubuntu alternate i386 install fails (manual partitioning)" [Undecided,New] <pitti> ara: thanks, will think about it <jpds> davmor2: Funny, bug # works when the link is specified... <davmor2> jpds: it's just knacker shot the bot now and put it out of it's misery ;) <davmor2> pitti: encrypted drive screw due to usplash <pitti> davmor2: known; it works to ctrl+alt+f1 and enter the password <pitti> or boot without usplash <davmor2> okay cool :) <pitti> ara: ah, I think I go ti <pitti> it <ara> pitti: cool, do you need any other info <ara> ? <pitti> ara: no <davmor2> pitti: that's working now I removed splash from the kernel line <pitti> ara: if we are lucky, that doesn't affect the desktops <pitti> ara: I pull the kubuntu alternates from the tracker <ara> pitti: ok <pitti> ara: fix uploaded, will take some 2 hours until new CDs are available <ara> pitti: i am testing now the desktop cd <davmor2> pitti: it didn't the other day right moving on to lives <davmor2> pitti: I'll do kubuntu live now as ubuntu live seems to have some work done on it <pitti> davmor2: yes, please <davmor2> pitti: ubuntu alt is almost entirely complete now anyway only expert left I think <pitti> davmor2: don't worry too much about expert <davmor2> I'm not <pitti> davmor2: no other fatal failures except the OEM setup loop? <davmor2> no only 32bit and 64bit oem with different faults <davmor2> Enln said that i386 manual failed for him but worked fine for me <pitti> ok, so 'good enough' for alpha-4, with the OEM caveat <davmor2> pitti: should be I'll test ltsp and rescue tomorrow when the pressure is back off <davmor2> pitti: unless there has been a massive fix go in place I'm expecting oem mode to fail on Kubuntu too <davmor2> pitti: Riddell has just confirmed that the oem issue hasn't been fixed so I'll skip it till tomorrow <pitti> ok <pitti> oem on desktops is broken as well <davmor2> pitti: yes kubuntu's has been for a couple of weeks IIRC <pitti> I mean the loop issue <davmor2> pitti: yes Kubuntu does something similar too so that is all the oem installs screwed :( <ara> pitti: i have confirmed that https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/257580 is also happening for kubuntu live cd <ubot5> Launchpad bug 257580 in ubiquity "desktop install does not install fstab, causing boot failure" [Critical,Confirmed] <davmor2> pitti: Kubuntu live installs seem to stop at 82% scanning mirror. <pitti> davmor2: do you see something helpful in /var/log/syslog ? <davmor2> looking now <pitti> davmor2: well, desktop installs are busted anyway <pitti> davmor2: I guess I have to release alpha-4 without desktops at this rate <pitti> both our installer gurus are on conferences <davmor2> I know it's bloody typical isn't it :) <davmor2> pitti: there's a debug log in the installer file that's kinda weird a whole bunch of QSocketNotifier: invalid socket 15 and type * <pitti> davmor2: feel free to report as a bug as well, unless there is one already <davmor2> just gonna see if riddell is still on line <davmor2> pitti: it just sprang back into life <pitti> could it have been a temporary network glitch? <davmor2> stgraber: is there a meeting this week? <davmor2> pitti: Kub desktop is installed and running fine :) on 32 and 64 just the stall while scanning the mirror <sbeattie> davmor2: how did the usplash fail w/crypt lvm? <davmor2> printing doesn't work but that is because 0.11 of printer-config-kde isn't in <davmor2> sbeattie: usplash simply isn't working properly full stop. So you can't enter in your pass word it is know though * davmor2 is getting tired <sbeattie> on xubuntu alt i386 w/lvmcrypt I get a warning after entering the key that cryptsetup failed to set up lvm device, but it appears to be lying, because it successfully boots beyond that. <davmor2> sbeattie: with this you get nothing. If you remove the splash from the kernel line thought you get asked for the password and it carries on fine <sbeattie> Hunh. it worked with a xubuntu alt install under kvm. <pitti> davmor2: with manually setting root= in grub? or does your root partition just happen to be /dev/hda1? <pitti> davmor2: you can enter your password, you just have to do it blindly (FYI) <pitti> sbeattie: confirmed, the "failed to set up lvm" is a red herring <pitti> sbeattie: kvm's graphic card works with uplash, yes, but e. g. not my intel card <sbeattie> ah <davmor2> pitti: I just did a whole drive encryption and it worked <davmor2> pitti: I couldn't enter my password until I changed screen it simply failed to do anything if I tried on the splash screen <pitti> davmor2: oh, you actually see a splash screen? I only see red-white stripes, and it stays in text mode <sbeattie> oops: http://paste.ubuntu.com/37193/ <pitti> which is why I can do ctrl+alt+f1 and enter it there <davmor2> pitti: no the screen is blank all together. If I hit alt+ctrl+f1 I get the red and white <pitti> sbeattie: the actual oops should be a little above that? <pitti> davmor2: ah, so that's the same problem <davmor2> yes <pitti> davmor2: anyway, known issue, the kernel team is on it <pitti> and we won't fix it for a4 <davmor2> pitti: the removal of splash gets rid of the red and white too so you can see properly and everything :) <pitti> I know, yes <sbeattie> pitti: that's all I have in /var/log/messages, let me check dmesg <sbeattie> ah Soft CPU lockup <pitti> ah, ok <pitti> that's not too scary then <sbeattie> yeah, that could certainly be a kvm quirk <sbeattie> (ugh, cups apparmor profiles need to be updated for intrepid) <pitti> yep, bug assigned to me <pitti> (cups apparmor) <davmor2> Anyone is there a meeting tonight? <ara> QA team meeting now at #ubuntu-meeting <sbeattie> well, it's a bit goofy that cups wants ipx, appletalk, ecotalk et al networking \8 <davmor2> sbeattie: cups is owned by apple why wouldn't they want there stuff in? <pitti> there: http://cdimage.ubuntu.com/kubuntu/daily/20080813.2/ <pitti> testing this heavily appreciated, it should really work now <ara_> pitti: i will start downloading today, but will test it tomorrow, if no one has done it before <pitti> I pulled the desktop CDs from the tracker <pitti> we'll rebuild due to bug 257580 <pitti> anyone awake? <pitti> new desktop CDs building now <pitti> but since I'm about to crash now, I'll add them to the tracker already <pitti> and get up a little earlier in the morning <pitti> sbeattie: would you be able to update the tracker in an hour or so? <sbeattie> sure, I can do that. <pitti> great, thanks <sbeattie> no problem. Go get some rest. <pitti> sbeattie: ubuntu shuold be ready in some 45 minutes, kubuntu in some 90 <pitti> thanks! <davmor2> more new ones? <davmor2> pitti: you still up? <sbeattie> davmor2: I just updated the ubuntu live cd builds in tracker, hopefully they address 257580 <davmor2> mah didn't effect me any way ;) <davmor2> sbeattie: so there's another bunch of iso's are they up yet do you know? <sbeattie> yeah, build 20080813.3 is up, at least if cdimage.ubuntu.com is to be believed. <sbeattie> that's just ubuntu livecds that have been updated, though. <sbeattie> kubuntu should be coming. <stgraber> hey there <davmor2> sbeattie: I'll leave it till the morning now knackered <davmor2> stgraber: so is this move to Canada a work thing, or university, or what? <sbeattie> davmor2: no worries <davmor2> right bed I'm knacker #ubuntu-testing 2008-08-14 <TheMuso> Is anybody else able to boot the latest ubuntu amd64 intrepid daily in kvm under hardy? <pitti> Good morning <mathiaz> hie pitti ! <pitti> hey mathiaz, how are you? <pitti> so, ubuntu desktops look good now, thank $DEITY <pitti> anyone who could test kubuntu desktops and alternate? <pitti> ara: good morning <mathiaz> pitti: good - about to go to bed now :D <ara> pitti: morning <pitti> ara: do you have some time to give a spin to the kubuntu CDs? <ara> yes, I'll give them a try :-) <mathiaz> pitti: I've left you some failing test cases for the ubuntu-server isos <pitti> rsync should be quick, there wasn't a lot of change size-wise <mathiaz> pitti: the print-server task doesn't install cups :/ <pitti> mathiaz: noticed <pitti> mathiaz: however, that's the only bug which is noted in the iso tracker, are there more? <mathiaz> pitti: not that I know of <mathiaz> pitti: I've just run all of the Test Cases <pitti> ara: thanks <mathiaz> pitti: I don't think it's a blocker for alpha4 though <pitti> mathiaz: no, I'll add it to the caveats of the release notes <davmor2> pitti: are the iso's okay? <davmor2> Morning Everybody <ara> davmor2, pitti: i have tested kubuntu live and it looks good <ara> davmor2, pitti: i will test now the alternate <pitti> ara: *hug* finally <pitti> ara: can you please put your results into the tracker, for a general overview? <ara> sure <ara> pitti: ^ <pitti> ara: thanks <davmor2> pitti: I think the best attack now is to blitz test. That is one install test per cd version. Ie live whole disc, alt manual partition until all the test cases are covered and then hit the missing ones after so at least the release can go out on time. What do you think? <pitti> davmor2: sounds good <pitti> davmor2: we had pretty good coverage with yesterday's images, so we don't need to exercise all variants again <davmor2> cool :) <davmor2> pitti: what's the issue with Xub desktop? <pitti> davmor2: the CDs fail to build for an unknown reason <pitti> haven't had time yet to track down <davmor2> pitti: okay np's just saw it was missing :) <davmor2> I'm going to take Xub64 alt and Ubu64 desktop if no one else is? <pitti> I'm not <pitti> looking at xubuntu desktop builds ATM <pitti> aaah, xubuntu live CDs! <pitti> unfortunately still with the old ubiquity, refreshing <pitti> davmor2: working xubuntu lives ETA 1 hour <davmor2> no probs pitti ping me when they are up and I'll re-sync <pitti> davmor2: done: http://cdimage.ubuntu.com/xubuntu/daily-live/20080814.1/ <davmor2> pitti: cool :) <davmor2> ara: how are the Kubuntu cd's looking now? <ara> davmor2: so far, so good <davmor2> ara: Cool we might get there yet :) <ara> davmor2: i have tested the installation (manual partitioning) of the live & the alternate i386 cds <ara> and it went well <davmor2> cool :) <ara> davmor2: i have to switch to other tasks now :-( <davmor2> np's :) <pitti> davmor2: did you happen to have done a xubuntu desktop test already? <pitti> I am preparing the release now <davmor2> no sync is still running <pitti> ok; well, I can always update it again if it's horribly broken <davmor2> not long now and then I'll test it * pitti hugs davmor2 <davmor2> pitti: start on the Xub desktop <pitti> \o/ <davmor2> Xubuntu seems to have an Ubuntu usplash? <davmor2> cody-somerville: ^ <davmor2> pitti: the live part seems okay install at 28% percent so fingers crossed * pitti -> off for a bit, bbl <davmor2> pitti: Xub seems okay YAY \o/ <davmor2> just burning xub 32 bit <cody-somerville> :-) <pitti> davmor2: thanks! <pitti> so, most CDs have coverage now <pitti> remaining 0/x ones are kubuntu amd64 desktop/alternate <pitti> anyone on those? <pitti> if not, not the end of the world, we did test them yesterday, and then we just had the ubiquity fix <davmor2> I'll test it after <davmor2> pitti: Right burning it now <pitti> davmor2: you rock <davmor2> edubuntu will be the only system not tested I'll ping stgraber to see if he can fire them off tonight <pitti> I think we have to release them "blindly" <pitti> not much we can do, I plan to release in some 2 hours <davmor2> right I'll fire off this last test on xub and then do a kubuntu 64 bit one so all have at least one test case <davmor2> pitti: kubuntu installing now :) <stgraber> I don't have an intrepid testvm around <stgraber> so can't test edubuntu now <stgraber> but anyone with ubuntu installed can just use the CD-Rom <stgraber> the testcase is easy and won't take long <stgraber> it's just disabling the network and try installing all packages from the cd-rom <davmor2> stgraber: np's I'll cover it quickly shortly <stgraber> for alpha-3 due to the recommends, some packages had to be downloaded from Internet but we releassed it anyway (better than nothing) <pitti> stgraber: if you don't have http apt sources, it shuold still work, though <stgraber> pitti: indeed <pitti> and if you do, networkless apt-get update will freak out anyway, I think <davmor2> pitti: Kubuntu installed :) no issues that aren't already known <pitti> davmor2: *phew* <pitti> davmor2: ok, I think we have sufficient coverage now <pitti> the main thing I'm blocking on is someone to try out the torrents <davmor2> stgraber: already did <pitti> although I could try that on my server, is there a working BitTotrent CLI? <stgraber> pitti: bittorrent or bittornado <stgraber> pitti: then use btdownloadcurses <pitti> right, installing bittornado on my server now (Debian Etch) <pitti> alpha-4 released!! <pitti> thanks to all testers, in particular davmor2! <ara> pitti: cool, congrats! <cr3> pitti: thanks for the email! <pitti> thanks to you, too, ara <pitti> hey cr3 <davmor2> YAY \o/ hugs pitti job well done :) <bdmurray> stgraber: what revision of of py-lp-b are you running? <bdmurray> stgraber: If it is 139 please talk to me about upgrading <soren> Anyone still on hardy and wants to test a kvm fix for me? It's supposed to fix X in Intrepid guests. <soren> I'll take that as a resounding "no", shall I? :) <stgraber> bdmurray: no idea, sysadmins do the upgrade from time to time ... <stgraber> soren: -ENOHARDY sorry <bdmurray> stgraber: okay, I think it really could use an upgrade <soren> stgraber: No worries :) I'll find another poor sucker I can lure into my net. <bdmurray> stgraber: also would some script be looking for the 'ubuntu-iso-tests' project on launchpad? <stgraber> bdmurray: ok, just asked for an update in #canonical-sysadmins <stgraber> bdmurray: dl-iso ? <bdmurray> stgraber: there are some OOPS reports on launchpad of a py-lp-b script trying to go to the 'ubuntu-iso-tests' project which doesn't exist <bdmurray> stgraber: it looks like the same 139 revision of py-lp-b to me <bdmurray> stgraber: so if you could you see if that is you it'd be quite helpful <bdmurray> soren: is bug 257887 kvm or ubiquity? <soren> No ubottu in here? <bdmurray> https://bugs.launchpad.net/ubuntu/+bug/257887 <ubot5> Launchpad bug 257887 in ubuntu "intrepid installer fails to format/mount partitions on virtio disks" [Undecided,New] <bdmurray> well, that's silly <soren> bdmurray: Good question. I'd need to look closer to be sure. it could also be the kernel or udev. :) <soren> The reporter is a kvm developer, FWIW. <bdmurray> soren: okay, I'll leave it in your hands then <persia> soren: What test do you need? I have hardy on a VMX system. <soren> persia: Too late. dholbach tested it for me. Thanks, though. #ubuntu-testing 2008-08-15 <davmor2> morning everybody <stgraber> moin <cr3> hi folks <cr3> schwuk: have you noticed that the query for the build results do not strictly account for the latest submission of each machine? in other words, if the same machine submits test results twice for the same build, both result sets are summed <schwuk> cr3: I hadn't. * schwuk looks <cr3> schwuk: this can probably be fixed easily by using the submission_latest view <schwuk> cr3: yes <cr3> but I'm not convinced the view is accurate though <cr3> BuildResult already uses submission_latest, so we should be good to go. however, I would expect your reporting pages to somehow show if the same machine is being accounted for twice. so we'll see... <cr3> you guys know about Intel 945 and 965 graphics controllers not working with alpha-4? <stgraber> I heard some people complaining about it yes <cr3> I'll have to report a bug then, mostly as a placeholder so we don't forget <cr3> timeout error on LP, nice! <stgraber> cr3: did you have some time to work on a quick example of how to deal with sets of test for the build result page ? <cr3> stgraber: nope, sorry about that, I've had my plate quite full these days <stgraber> bah no problem, I actually don't have a lot of free time at the moment. I hope to have some time to look at it over the weekend <bdmurray> stgraber: any luck getting py-lp-b updated? <stgraber> bdmurray: haven't heard anything from the sysadmins so
{'channel': 'ubuntu-testing', 'month': 8}