[00:03] Yeah [00:03] Are you doing d-i then? I should probably make lunchboxes for tomorrow. [00:04] cjwatson: I am. Go do family stuff, crazy man. [00:05] * infinity looks sideways at the seeds that still say 3.4.0-5 [00:09] ... because typing 'bzr up' is hard. [00:10] Evidently, my seed fetching cronjob failed. [00:29] * skaet back [00:38] skaet: I pulled the studio fixes in from -proposed with the kernel. [00:38] skaet: (It's all publishing right now, and then I'll upload d-i) [00:38] infinity, thanks for the update. was just working through the back scroll and wondering [00:38] :) [00:39] I suggest uploading d-i directly to quantal [00:39] Otherwise you'll have to mess about copying files around by hand (for the last time ever) [00:40] +1 [00:40] cjwatson: That was the plan. [00:41] cjwatson: Hence why I'm waiting for the proposed->updates publishing run. [00:41] Oh, I wonder if d-i needs munging for -updates still [00:41] Err, proposed->release. [00:41] La la la. [00:41] Ah yes [00:41] In that case that does make things simpler [00:42] Otherwise you have to hack about with "USE_UDEBS_FROM_EXTRA ?= quantal-updates" or something [00:42] Yeah. We'll end up making that the default (well, s/updates/proposed/) in devel releases soon enough anyway. [00:43] But not today. [00:44] cjwatson: So, cute side-effect of doing a development in proposed and then moving things in batches. The publisher sure is fast when it only has to touch leaf pockets. [00:44] (I saw it finish around :15, and thought it had wrapped around, until I realised it was just that nothing had been published to -release in that round) [00:44] Hah, yeah [00:59] hmm... just checked crontab and it was still on, ... fixed it now to be commented out. [01:00] No, it was fine. [01:01] It doesn't need to be changed in bzr. [01:01] It was commented out in the live version. [01:01] it wasn't comment out in live version - just checked, and then did it. [01:01] Yes it was. [01:02] *blink* [01:02] skaet: The actual crontab was. etc/crontab doesn't mean anything. [01:02] Youo changed cetc/crontab, which isn't the lilve version. The live version is printed by 'crontab -l'. [01:02] (Except as a reference for what should be in crontab -l) [01:02] (Sorry, lag) [01:02] I checked earlier for something else. [01:03] infinity, cjwatson, crontab -l showed that it wasn't commented. I did crontab -e and added comments to quantal bits. [01:03] * skaet figures something weird is going on. [01:03] I'm sorry, but you must have checked wrongly; I checked crontab -l literally 30 minutes ago. [01:04] hi skaet [01:04] (When I was doing PROPOSED=1 for precise builds) [01:05] Well, maybe more like two hours ago, looking at it [01:06] Anyway, whatever. It's commented out everywhere it can plausibly be commented out now ;-) [01:06] cjwatson, as long as its commented now, that's the main thing. [01:13] highvoltage, up late? [01:17] skaet: well it's 21:17 here :) [01:18] skaet: I was just wondering... as release manager, do you have the super powers to just create 2 weeks and insert it right here? [01:18] skaet: like, today is the 26th of July, then there's a magic two weeks to do stuff in, and then it's 27th June? [01:19] highvoltage, :) ok, had you pegged in wrong time zone. sorry. and no I don't have the ability to create a time bubble and add it to the schedule (I wish!) [01:19] :) [01:20] aw :) [01:20] Actually I'm very sorry, you're quite right [01:20] I just looked back through my screen history and I was reading a diff backwards - it was indeed only commented in etc/crontab, not the live version [01:21] skaet: So my apologies, I should have double-checked first before saying you were wrong [01:21] cjwatson, no worries. Thanks. [01:21] (And my Internet went down at just the time I was trying to say that; obviously cursed) [01:27] Would anyone care if I renamed some of the *.py scripts in ubuntu-archive-tools to names without *.py? [01:27] I'll be careful about backreferences from the wiki and other scripts and suchlike, of course [01:27] And I'll probably reluctantly leave edit_acl.py alone because other folks are used to it [01:29] Kicking off preinstalled and live. alternates waiting on d-i to be done building. [01:30] cjwatson: Please ditch all the .pys, please and thankyou. [01:30] s'what I thought. [01:30] cjwatson: And if edit_acl.py has become an interface people script to, symlink it? :P [01:30] (Though that breaks adding a space after tab completion..) [01:31] Thought about it but don't really want to clutter the directory further [01:31] cjwatson: Oh, before I start the desktop/DVD run (oh hi, cron, still having one in the pipe...) [01:32] cjwatson: Do we still have any hybrids (ie: do I need to wait for d-i before I do those), or are they all live-only now? [01:32] infinity, yeah. [01:32] infinity, was going to do the image kicking, but if you've got it covered, thanks. [01:32] I think they're all one or the other, but I also think that desktop images actually pick up their kernel from the d-i output still [01:32] So it's best to wait [01:33] infinity, when I was cross checking https://launchpad.net/ubuntu/+source/initramfs-tools/0.103ubuntu0.1 - looks like no powerpc - expected? [01:33] And am I blind, or is ubuntustudio not in the magical pipe? [01:33] powerpc got a bit clogged earlier due to gcc-snapshot [01:33] Yeah, I killed that snapshot build. :/ [01:33] infinity, it needs to be added. [01:34] skaet: No, not entirely expected, scored it up. [01:34] it wasn't in A1, so guess it got missed in the cross check earlier. [01:34] s/it/ubuntu studio/ [01:34] Actually, screw it, I will rename edit_acl.py (to edit-acl) and symlink. I'm sure people will get used to it. [01:35] cjwatson: I'm used to it already. [01:38] infinity, save the logs with start and end timings for me please, and paste bin the info. [01:38] skaet: Sure. [01:38] Thanks! :) [01:38] cjwatson: Oh, hrm. When you disabled powerpc all over, was that because royal was down, or broken somehow? [01:39] * infinity just realised that it's still disabled, and royal seems up. [01:39] It was down. [01:39] Kay. Looks alive now. [01:39] Will revert that commit. [01:39] I mean, it was also just hanging, but IS told me it would be down until it was recovered. [01:39] Sounds sensible, thanks. We can put it back if it hangs again. [01:40] Well, maybe I'll do a quick test with core first, if there's a danger of it being sad. [01:40] Worth checking. [01:42] Except that powerpc doesn't normally build core. Whatever. It gets one today. [01:42] (I still thikn it should be added anyway) [01:49] infinity, have added ubuntustudio to the pad, please cross check and fix if needed. ;) === cyphermox is now known as cyphermox_ === cyphermox_ is now known as cyphermox [02:40] I need unity-2d in the same publisher run or before the other 3 ^^^ [02:44] RAOF: can you let these out ^^ [02:47] micahg: Sure. Is that a source+binary sync, or just a source sync; should I accept unity-2d first and wait for it to publish? [02:48] RAOF: All together. [02:48] RAOF: So, start at :04 ;) [02:48] (or do it all right now) [02:49] Or let you flick the switch, as you're a real AA? :) [02:49] RAOF: And they're source+binaries. [02:49] Sure. [02:49] (And knows things like when the publisher actually runs and such) [02:50] Oh, it's just accepting syncs, you can do that fairly atomicly. :P [02:51] micahg: ^-- Should hitch a ride on a 4:03 train our of London. [02:51] s/our/out/ [02:59] Hmm, ubiquity failed autopkgtest [02:59] infinity: much thanks [03:00] my notifications failed apparently [03:10] cjwatson: And in code that was recently changed, no less. [03:10] cjwatson: (Is it wrong to be shocked by a testsuite that appears to actually trip on introduced bugs?) [03:17] Mm, not changed since 2.11.5 though [03:18] I'm suspicious, doesn't seem to correspond to an obvious code bug; will need to reproduce locally I guess, or hope somebody else does it first :) [03:31] infinity, Hmm, looks like the powerpc builds for core & ubuntu are failing. "The following packages have unmet dependencies: evolution-data-server : Breaks: libebook-1.2-12 (< 3.4) but 3.2.3-0ubuntu7 is to be installed. " [03:33] core wouldn't fail that way. [03:33] (core failed earlier on initramfs-tools but was fine later) [03:33] But if e-d-s is out of date on PPC, lame. [03:34] It shouldn't be.. [03:34] well, thunderbird (thunderbird-gnome-support) hasn't built in a while on PPC [03:34] jbicha: Oh, right. Yeah. [03:34] but armel has that same problem [03:34] So, any desktop that includes tbird will be toast. [03:34] jbicha: We don't build armel images. [03:35] oh [03:35] skaet: Yeah, known issue, not going to worry about it. [03:35] infinity, ok. [03:35] release note time. [03:35] hrm, I'll talk to chrisccoulson about thunderbird, I thought we got a patch from BenC [03:35] If we have a product that doesn't ship thunderbird, and does build PPC, that one will work. :P [03:36] micahg: Yeah, I'm looking for the round tuits to fix armel. [03:36] micahg: PPC looked more involved, though. So, if Ben found the time, yay. [03:36] jbicha: tell upstream to make their libraries properly co-installable :P [03:37] infinity, have the buildlive's started off? not spotting them in ps aux, but there seems to be a fair bit of stuff in flight, so may be missing them. [03:37] skaet: It's all running. [03:37] infinity, coolio. Thanks [03:37] skaet: Or, was, until the alternates all finished. [03:37] :) [03:38] skaet: ps ax | grep buildlive [03:38] Reading four screens of crap is not worth the effort. [03:39] infinity: hrm, bug no haz patch for PPC :( [03:39] micahg: I just honestly don't understand how and why upstream willfully breaks it with every release. [03:40] micahg: I mean, they're getting patches fed to them from porters. And stuff works. And then I see, in the next release. "This isn't ported to your platform, lolz." [03:40] Like, really? What? [03:40] infinity: well, it wasn't properly fixed until 15 IIRC [03:40] micahg: http://packages.qa.debian.org/e/evolution-data-server/news/20120619T171733Z.html [03:40] I don't understand their reasoning [03:41] micahg: AIUI, the e-d-s and libe* problem is that the libraries need to talk to the server, and the server can only exist in one version. [03:41] infinity, yeah, but since armhf is buildlive'ing now it wasn't conclusive. ps aux | grep BuildLiveCD [03:41] infinity: right, well, that can go back to what we were talking about in -devel before... [03:41] micahg: So, while one could make the libraries coinstallable (they're properly SOVERed and all), there's no point, cause either the old or new would be broken. [03:42] infinity: they don't have to break their client -> server interface every release [03:42] micahg: But they have so much fun doing it. [03:43] however, if you say you've started it, that's conclusive. :) [03:43] as much fun as webkitgtk has revving glib deps [03:43] micahg: Besides, this is from the people who brought you such stellar thinking as "hey, I bet copying the Outlook UI would be a really efficient way to not have users". [03:43] micahg: And they were right. [03:44] (Then again, Thunderbird's UI is a copy of the Exchange4/5 client, pre-Outlook, but hey, that one wasn't cluttered unusable mess...) [03:44] s/wasn't/wasn't a/ [04:12] ok, will clean up the specifics (20120627 vs 20120627.1) tomorrow on the upgrades, but they're on the tracker now at least [04:14] infinity, I can't think of anything else to double check, and since you've got the images a going, I'll head to zzz now. Thanks for your help this evening. [04:14] * skaet --> zzz [04:49] infinity: do you want to promote libgxps now? I've uploaded a new evince that depends on it [04:58] jbicha: robert_ancell just blew away your upload [05:00] oh, that's pretty cool [05:02] jbicha: either you didn't push before upload or he overwrote it in bzr [05:16] the first, but it should be better now [05:21] jbicha: Will do. [07:42] wubi images have not been rebuilt to include the new kernel ? [07:42] * Daviey checks in [09:20] could I get some more recent kubuntu arm images spun up? [09:28] Riddell, we switched ubuntu to live images, do you want live instead of preinstalled as well ? [09:30] ogra_: hum interesting [09:30] ogra_: why the change? [09:30] Riddell, to default to USB disk installs [09:31] ogra_: isn't that what it always was? [09:31] the preinstalled images, while awesome in the install process (unlkess you run into HW probs like you did) are simply having a horrid I/O [09:31] they dont really reflect the potential of an ubuntu desktop on the panda [09:32] ogra_: so what's the difference to the user? you have to run a ubiquity install now? [09:33] Riddell, right, and it defaults to install to a USB disk [09:33] (you still need the SD as "bootfloppy", but it boots and runs a lot faster due to the better I/O on USB) [09:34] interesting [09:35] ogra_: well yes I think we want that for kubuntu too [09:35] any idea how we go about it? [09:36] Riddell, changing etc/default-arches in debian-cd on nusakan should suffice [09:37] mm, a machine I don't have access to [09:37] you are in cdimage, no ? [09:38] no [09:38] oh, i thought you were [09:41] ogra_: can you do it? [09:42] Riddell, yes, looking into it [09:49] cjwatson: slangasek seems to be the contact for Ubuntu Core.. Do you know who is tasked to work on it? [09:49] Daviey: Generally infinity [09:50] Daviey: But Ubuntu Core is basically just a tarball of the base system; it requires almost no specific work of its own [09:50] cjwatson: Gah, it's been broken for the last week. [09:50] ? [09:50] Ref? [09:50] https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-core-armhf/17/console [09:51] So that looks like a jenkins bug to me; I wonder where I can find the script it's running [09:51] W: Failed to fetch http://ports.ubuntu.com/ubuntu-ports/dists/quantal/Release Unable to find expected entry 'main/binary---add-architecture'/Packages' in Release file (Wrong sources.list entry or malformed file) [09:51] suspicious [09:51] I bet it needs updating for new dpkg world [09:51] Ah.. might be https://launchpad.net/bugs/1017862 [09:51] Ubuntu bug 1017862 in lxc "Migrate to dpkg --add-architecture to track foreign architecture in template lxc-ubuntu" [Undecided,Fix committed] [09:52] cjwatson: http://bazaar.launchpad.net/~ubuntu-server-iso-testing-dev/+junk/ubuntu-core/changes [09:53] jibel: You are tracking this issue, i assume? Based on your last commit? [09:54] jibel: if so, can you retest based on your change being after the last failed job? [09:54] Seems like a possibility, at least [09:54] Daviey, it was introduced by the change in dpkg 1.16.2 and the new option --add-architecture [09:55] I fixed it, but the result is not published obviously [09:57] jibel: can you not make jenkins retest it? [09:57] cjwatson, a quick review ? http://paste.ubuntu.com/1062293/ (switching kubuntu to live) [09:58] jibel: It would be good to check your change gives a green light, before investigating why we don't have a newer core image. [09:58] Daviey, the test ran and is green but for some reason, it doesn't publish results to the public instance. I retried a publication, it says it's ok but the results are still not there [09:58] Daviey, I must wait for the US to wake up, I don't have access to the public jenkins [09:58] jibel: how odd.. ok, if it's green on the backend jenkins, i am happy ;) [09:58] thanks jibel [10:01] Daviey, https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-core-armhf_default/ [10:03] jibel: ah, someone appended _default ? [10:03] jibel: Do you have ACL to hide the old one, the red dot will cause confusion [10:04] ogra_: please sort architectures, and we need to keep the old kubuntu line as "maverick-precise" [10:04] Daviey, yes, I filed an RT and asked for removal [10:04] oops, sorting, sorry [10:04] ogra_: Otherwise that's OK [10:04] Daviey: that seems kind of backwards, we need a current image to feed into jenkins surely? [10:05] cjwatson: Yes.. we seemed to think it was a testing issue, rather than an image issue, right? [10:05] Anyhow, http://cdimage.ubuntu.com/ubuntu-core/daily/current/ all looks up to date to me [10:05] Right, I was just confused by: 10:58 jibel: It would be good to check your change gives a green light, before investigating why we don't have a newer core image. [10:05] Which means, that re-testing the old image, should make it turn greem [10:05] green* [10:05] seems reasonable to re-test the old image to validate that theory [10:06] cjwatson: And the reason there wasn't a newer image in jenkins, is because ()just discovered) that _default was appended to the name [10:06] *shrug* If you like. Foundations isn't terribly bothered about any of this on the grounds that if anything else at all works then Ubuntu Core clearly works. [10:06] so it caused a new entry in jenkins. [10:07] The jenkins stuff in question seems to be exercising multiarch more than specifically core, which is a good thing to do [10:07] old image> how old? [10:08] https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-core-armhf/ .. renamed to https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-core-armhf_default/? [10:08] And that tested the most current image on cdimage. [10:10] Riddell, done ... [10:10] I guess I don't understand why to retest - isn't quantal-core-armhf_default a current test, then? [10:10] ogra_: thanks! [10:10] someone should trigger a build for kubuntu now :) [10:10] (arm only livbe that is) [10:10] *live [10:10] yes please [10:11] (someone from the release team if possible :) ) [10:12] cjwatson: I didn't know _default was the new test.. So i saw failure on the original.. Now the world is good, pending jibel's RT to get the orginal test noise removed. [10:12] Daviey: righto, cool [10:12] ogra_: Daviey's doing releng this release so ideally him. It'll have to wait for the current precise build to finish though [10:13] sure [10:13] oh, there is an arm build going on ? [10:13] (note thats an arm only build kubuntu needs) [10:13] precise builds are still cronned [10:13] ah, k [10:13] cjwatson: it's not locksafe? [10:14] it is, but it will queue [10:14] right [10:14] So i won't cause damage if i trigger it now? [10:14] you only get one livefs build per backend builder at any given time [10:14] no [10:14] groovy. [10:14] use ARCHES= to build only for armhf+whatever [10:15] ogra_: Can you justify on http://pad.ubuntu.com/ubuntu-release please? [10:17] Daviey, does that suffice ? [10:19] ogra_: thanks [10:40] is mythbuntu participating in alpha2? [10:53] * ogra_ wonders why there are no armhf+mx5 images [10:54] infinity, did you miss armhf+mx5 in your ARCHES list when firing off the build ? [10:54] i dont see a live image for it [10:55] hmm, and somehow the old preinstalleds arent removed [10:55] there are images from the 24th for omap and omap4 in daily-preinstalled [11:07] i assume we know that the slide show still says 12.04LTS and we don't care ? [11:08] it also still shows a pangolin at the wallpaper [11:09] apw: There isn't a specific bug that I can find, but it generally takes a while to be updated for a new release and is known. [11:10] cjwatson, we so should make fake ones for the A1/A2s with pictures contributed "Hello Mum" etc [11:10] we had a dancing circle of developers once [11:10] people didnt like it [11:11] heh .. [11:11] apw: well you can tweet fun crap and it will show up in the feed =) e.g. yesterday it was still looping that I joined core-dev team ;-) [11:12] apw: I thought artwork is dropped at the UI freeze [11:12] heh, is it really recent ? [11:12] i.e. could you send messages to yourself while waiting ? [11:12] xnox, still is [11:12] ogra_: it does pull it off the internet so yeah it should be live ;-) [11:12] heh, cool [11:13] ogra_: That was an April Fool wasn't it? [11:13] now i'm finally considering a twitter account ... [11:13] I vaguely remember the ruckus [11:13] finally a proper usecase ! [11:13] cjwatson, yeah, with elmo sabdfl and mdz iirc [11:13] ogra_: "spending time on twitter for cd testing" [11:13] heh [11:13] God, that was like 2005 [11:14] yeah, when we were young and innocent :) [11:14] Young, anyway [11:14] haha [11:15] xnox: mythbuntu is not doing Quantal.. it's being built, but not released [11:15] interesting [11:16] Daviey, for A2 or ever [11:16] apw: Ever [11:16] given that CD are >700MB should we start thinking about bug 947546 [11:16] Launchpad bug 947546 in usb-creator "booting from usb-creator live usb image fails self-test boot option" [Undecided,New] https://launchpad.net/bugs/947546 [11:16] Mythbuntu has gone to LTS-only [11:16] More effort is being put into precise overlay PPA's. [11:16] Not that i can really comment, i don't exactly pull my weight in that project anymore. [11:17] what package needs teaching self-test off usb-stick? [11:18] Um, not sure where that is. Somewhere between usb-creator and lp:~ubuntu-cdimage/debian-cd/ubuntu probably [11:19] The self-test option is presumably in usb-creator [11:20] man ... s/w center is 2.5m of my install [12:46] skaet: what was that bug page you showed at the release team meeting last week? [12:47] Riddell, do you mean: http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html? [12:48] minutes can be found on the https://wiki.ubuntu.com/ReleaseTeam/Meeting/2012-06-22 page. [12:49] skaet: aye that's the one, how does a bug end up on there? [12:49] Riddell, when its targetted to the quantal series, it shows up there. [12:49] ah hah [12:50] how does the software centre handle arch:all packages that depend upon an arch:i386 package on architectures that don't support i386? [12:51] oops, wrong channel [12:51] Riddell, those without access to accepting series, should use the "rls-q-incoming" tag to flag to the team's attention. [12:51] could someone fix the tracker to not point to preinstaleld arm images anymore ? [12:52] *preinstalled [12:53] skaet, we need a new product on the tracker to track arm live [12:53] jibel, so it appears. [12:53] ogra_ path to new images? [12:54] * skaet figures ogra_ gets to write a nice long paragraph in the Technical Overview on this ;) [12:54] http://cdimage.ubuntu.com/daily-live/20120627/quantal-desktop-armhf+omap.img [12:54] etc [12:54] for omap, omap4 and mx5 please [12:54] ac100 stays preinstalled [12:54] skaet, yeah, planning to, still busy fiddling with the tests atm :) [12:55] :) [12:55] note that this is currently only for desktop, server stays as is until the squashfs stuff is in x86 server [13:02] ogra_ do you have the new test cases that need to go along with the arm live images? [13:03] nope [13:03] there are no arm specific tests to do [13:03] thats the purpose of switching to live image [13:03] (or one of them) [13:03] all general putrpose tests we do on x86 apply now [13:04] *purpose [13:05] skaet, ogra_: I'll migrate the x86 tests over to arm and validate them this AM [13:05] pgraner, awesome ! [13:05] * pgraner digs out panda boards [13:06] note that there is a kernel issue ... works atm only on selected monitors [13:06] (now dont ask which ones :P ppsati seems the only person with fully working output) [13:06] ogra_, oh sweet [13:07] bug 1010009 has some info [13:07] Launchpad bug 1010009 in linux-ti-omap4 "omapdss fails to properly detect some monitors in quantal" [High,New] https://launchpad.net/bugs/1010009 [13:07] ogra_, I've got 4 different brands/makes of hdmi monitors so hopefully one will work [13:07] (and workarounds that work for me but i.e. not for apw) [13:10] ogra_, remember i am testing the _wrong_ image cause the iso tracker tells you to test the wrong image, i'll repro with the right one [13:10] (once it has downloaded, yawn) [13:10] apw, i dont think the kernel changed between the two [13:11] ogra_, no i am sure the testing will end up with the same result, but its not valid to infer it sadly [13:11] right, just test it [13:12] ETA 3:04 [13:32] * stgraber grabs Edubuntu [13:33] * highvoltage too [13:34] Daviey, can you update the iso tracker to remove those server images you don't want tested please. [13:36] alternate images are broken for me, they just show a blank screen after "loading additional components" [13:38] Riddell: I'll have a look once they've downloaded [13:38] Riddell: Kubuntu or Ubuntu? [13:38] cjwatson: both [13:39] OK, I'll use Ubuntu since that'll be quicker for me to update [13:42] stgraber: do we want an ARM alpha2 or are we going to keep that for alpha3? [13:44] highvoltage: no arm for a2, as I said, I don't want people to think we'll release for omap4 [13:44] ok [13:45] skaet: hmm, well.. Ubuntu Server amd64+mac .. has never been a release deliverable, but has always been there. [13:45] Should that go? [13:45] Daviey, if there isn't someone prepared to test it, yes [13:46] skaet: is having an empty entry worse than a disabled target? [13:46] I mean, if someone happens to test it, would be nice to have somewhere to capture it? [13:47] Daviey, "if someone" is not a plan. Was it tested on any of the dailies or prior images? [13:49] skaet: I'm just stating that Canonical Server team will not be testing them, but i don't know what opportunistic testers will do. [13:50] balloons, ^ is there anyone planning on testing the Ubuntu Server amd64+mac images that you're aware of? [13:50] skaet: James Page put out a call for testing this morning.. https://lists.ubuntu.com/archives/ubuntu-server/2012-June/006340.html [13:52] ogra_: Preinstalled armhf+ac100 .. is correct.. right? [13:52] Daviey, yep [13:53] looks perfect apart from missing mx5 [13:54] ogra_: i've not got a cmd prompt back yet.. so it is probably still on the way [13:54] yep [13:55] its not a big loss to not have it though === popey_ is now known as popey [13:55] we only have two people in the company with that HW and i dont know any community testers [14:04] Riddell: Can't reproduce with Ubuntu alternate i386 [14:04] drat [14:05] Riddell: Was your test on i386? [14:05] Riddell: And can you switch to tty4 and have a look at syslog there? [14:05] (or tty2 for a shell) [14:06] yep [14:08] Owt interesting? === yofel_ is now known as yofel [14:10] is there a bug open for the ubiquity radio boxes that look like tickboxes? [14:10] (I'm adding it to the == Boot, installation and post-install == section) [14:13] It's not ubiquity-specific; it came up on #-devel a few days ago [14:13] I believe mpt said it'd take a couple of weeks to sort out [14:20] highvoltage: IIRC you're actually the one who started that discussion in #-devel a few days ago ;) mpt said it was a gtk3 bug/feature that broke it [14:20] upstream made certain theming options private, which broke the theme. the workaround was applied to not use now hidden properties, but the real fix of bringing the theme back to normal is work in progress [14:21] stgraber: yeah I remember, I understood that it was a css/gtk bug that only affects ubiquity... (at least as far as we can typically see in Ubuntu), but I'll test it in apps in an installed system as well on todays image [14:22] stgraber: I just think it's worth mentioning that it's a bug, before people get enraged at a design team :) [14:28] pgraner, thnaks for the test cases on omap4, can we drop "live session" from the list ? we boot with only-ubiquity on the cmdline on these images so we go stright into the installer [14:29] geez, need to work on my typing today [14:29] ogra_, sure, I'm woking my way thru them now, I have to add bits and links on "how to boot" [14:35] cjwatson: tty4 says "ext3-fs (sda1) error: couldn't mount because of unsupported optional features (240)" followed by "ext4-fs (sda1): mounted filesystem with ordered data mode" [14:35] otherwise nothing unusual [14:37] Doesn't seem related, unless you're booting off ext3/4 [14:38] (the installer that is) [14:43] ogra_, ok, no working monitors... I'm dead in the water atm [14:43] did you try one of the workarounds i mentioned on the bug ? [14:44]