[00:06] infinity: anything else i can do to help? [00:10] wxl: Just be patient. Once this ubiquity makes its way through, I'll respin the world again. [00:10] infinity: ok, just checking. wish i could help out :) [01:46] * wxl sings a song about how heroic infinity is [01:47] * bluesabre sings along [01:47] wxl: Those alternates are likely still broken, I shouldn't have rebuilt them. :P [01:47] wxl: But desktop CDs should be popping out soon for everyone. [01:48] infinity: well, i have hope that something you do MIGHT make something better :) [01:51] * infinity has an intense need for pizza, wine, and naps. [05:43] repeating from yesterday a request:”archive admin consultance (preNEW accept) needed for Compiz that adds compiz-mate package, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021 - summary of packaging changes https://ci-train.ubuntu.com/job/ubuntu-landing-021-2-publish/32/artifact/packaging_changes_compiz_1%3A0.9.12.1+15.04.20150213-0ubuntu1.diff” [05:43] ie what you'd do normally if it already was in NEW queue [06:27] infinity: when you arise from the dead, do you have any ideas on what can be done with ppc desktop? it seems that there's all sorts of dependency hell with xserver-xorg-* packages https://launchpadlibrarian.net/197941262/buildlog_ubuntu_trusty_powerpc_lubuntu_FAILEDTOBUILD.txt.gz === oSoMoN_ is now known as oSoMoN [08:52] urgh - please could someone reject golang-pty-dev - got the wrong source package name [09:17] jamespage: rejected! [09:29] Riddell, thanks [10:36] Could someone look at grilo-plugins in vivid/NEW to unblock the gnome-photos autopkgtest please? [10:49] Is there anyone in here who can review the Upload Queue? - https://launchpad.net/ubuntu/vivid/+queue [11:44] infinity: is netboot safe to test at this point? [11:45] infinity: and does netboot mini.iso hwe include the latest kernels etc [12:11] 😃 [12:57] Could an AA take a look at bug 1417328 please? I think it's blocking proposed migration for MySQL 5.6. [12:57] bug 1417328 in percona-xtradb-cluster-5.5 (Ubuntu) "Please remove 5.5 versioned MySQL and variants from vivid" [Undecided,New] https://launchpad.net/bugs/1417328 [12:58] I do need to get NEW percona-xtradb-cluster-5.6 uploaded though. Reviewing that now. [12:58] I don't think it should block removal though? [12:58] (of 5.5) [14:12] o/ [14:13] Edubuntu 14.04.2 images marked as ready [14:35] infinity: are you about? === Guest49948 is now known as rcj === rcj is now known as Guest20952 [15:12] ogra@anubis:~$ rmadison livecd-rootfs [15:12] curl: (22) The requested URL returned error: 503 Service Temporarily Unavailable [15:13] cjwatson, ^^^ is that known ? [15:13] It might just be unhappy because I'm doing a giant git repack [15:13] ah, k [15:13] * ogra_ will wait then [15:13] Though the machine is otherwise responsive [15:14] Might be something else [15:15] Grr [15:15] I don't seem to be able to get to it from lillypilly [15:15] cjwatson@lillypilly:~$ GET http://archive-team.internal/ [15:15] Can't connect to archive-team.internal:80 (Connection refused) [15:15] Yeah [15:15] I bet they broke the firewall. Let me check [15:18] ogra_: escalated to webops [15:18] http://people.canonical.com/~ubuntu-archive/proposed-migration/ is also giving 503 [15:18] might be the same issue [15:20] rsalveti: yes, everything under http://people.canonical.com/~ubuntu-archive/ is broken by this [15:28] bug 1423225 [15:28] bug 1423225 in base-files (Ubuntu) "lsb-release 14.04.2 still points to 14.04.1" [Undecided,New] https://launchpad.net/bugs/1423225 [15:28] infinity: ↑ isn't that important to change ? [15:36] Riddell: Oh, sonofa... I didn't promote base-files to updates before the last respin. :( [15:37] * infinity wonders how he missed that. [15:59] infinity: hey. any merges you guys need help with? [16:01] infinity: hey dude, the mini.iso are still dated the 30/01 do they need an update at all or is mini.iso and netboot good to test? [16:03] davmor2: netboot should be fine. [16:03] infinity: so might be a regression introduced in fixing lp:1422864, but now linux-signed-generic-lts-utopic is marked as automatically installed, will be removed with "apt-get autoremove" [16:03] infinity: and is that the same for the HWE version? [16:03] jderose: Erk, really? [16:04] infinity: yeah, i just added a comment and screenshot - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1422864 [16:04] Launchpad bug 1422864 in ubiquity (Ubuntu Trusty) "14.04.2: UEFI: linux 3.13.0-45 downloaded during install" [Undecided,Fix released] [16:04] infinity: does that seem related to you, or is this a separate issue? [16:06] jderose: I'm not sure how the change we made last night would have toggled the auto/manual state of that package. [16:06] jderose: But it's a bug nonetheless. Will investigate before I do the respin-for-base-files-screwup. [16:09] Which image are you testing? ubuntu? [16:11] infinity: yes, ubuntu desktop amd64 [16:13] jderose: Alright, grabbing it. [16:13] davmor2: Should be, yes. [16:13] infinity: cool [16:13] davmor2: d-i was rebuilt for the latest kernels, there shouldn't have been a reason to rebuild it again after. [16:14] infinity: no worries [16:14] jibel: ^ I guess that means it's safe to test did you add it to the tracker? [16:15] ogra_,rsalveti: webops have fixed it now [16:16] though it'll be very slow until I've finished this git archive maintenance [16:17] infinity: also, another problem i'm still trying to narrow down.... so in an oem install, i have a script that makes sure ubiquity-frontend-gtk, oem-config-gtk are installed, because they've sometimes been missing in daily ubuntu+1 ISOs. with a production ISO this script should have no effect.... [16:18] infinity: but but when i try to install the two, apt wants to remove grub-efi-amd64 grub-efi-amd64-signed [16:19] cjwatson, yep, confirmed, works fine (as expected ... after some minutes :) ) [16:19] jderose: There are no conflicts there, I can't see why that would be happening... [16:21] infinity: still trying to wrap my head around it, reproduce in a more isolated way. but for what it's worth, this script works fine when i do an oem install from 14.04.1 [16:24] cjwatson: thanks! [16:45] infinity: starting to narrow it down. at least when doing a uefi-mode oem install, oem-config-gtk isn't installed - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1423254 [16:45] Launchpad bug 1423254 in ubiquity (Ubuntu) "14.04.2: oem-config-gtk not installed after doing an OEM install" [Undecided,New] [16:45] checking bios-mode now [16:47] infinity, ^ confirmed [16:47] cannot do an OEM installation [16:47] Lovely. :/ [16:47] jibel: so are you testing in bios mode then? [16:47] Does either of you happen to remember a time in the past when it did work correctly? [16:47] jderose, no, it was an UEFI installation [16:48] infinity, last attempt to release 14.04.2 [16:48] infinity: well, works with 14.04.1 :) [16:48] infinity, 3 weeks ago [16:48] or 2 [16:48] jibel: ... [16:48] ah yeah, worked with the daily from feb 3 [16:48] jibel: It worked 2 weeks ago? Not much changed. Grr. [16:48] infinity, usually it means that ubiquity and oem-config are out of sync [16:49] Well, "not much changed" should make it easier to lay blame, but I really don't like that the blame might be a 4-line ubiquity change that shouldn't relate. [16:49] infinity, ubniquity has be updated yesterday [16:49] well, today [16:49] I'm lost in time [16:51] jderose: Well, reproduced the linux-signed meta issue. Scratching my head about the why now. :P [16:52] jibel: Oh indeed, you're right, the oem-config in the pool is out of sync. Weird. That really shouldn't happen. [16:52] * infinity wonders if he has a stale lock on his mirror again. [16:52] infinity: well, it's good i'm not crazy at least :) do you think this is related to the change yesterday? [16:52] jibel: So, that might magically fix itself when I abuse nusakan and do a rebuild for the base-files issue. [16:53] jderose: I think it could be. I really don't want it to be. :P [16:53] infinity, yeah, rebuild until if works ;) [16:53] it* [16:53] jibel: I was thinking something slightly more elegant like "figure out why my mirror is stale, then rebuild", but sure. [16:54] Also, wow, llvmpipe video is awful. Can I get something less crap in an OVMF qemu? [17:01] infinity: oem-config-gtk is likewise missing after doing a BIOS-mode OEM install [17:01] jderose: Yeah, same problem I'm sure. [17:01] And I think I've narrowed down what's happening with linux-signed. Ish. [17:02] although when you try to manually install them after the fact in BIOS mode, apt doesn't want to remove grub-efi, so at least it's a slightly better situation [17:02] linux-signed-image-generic-lts-utopic *should* be marked auto (and is), but linux-signed-generic-lts-utopic should be installed and manual, and it's... Not there. [17:02] Now to hunt down why it's not there. :( [17:03] Oh. Balls. It is the change yesterday. [17:08] * infinity does a fresh install with some live patching. [17:17] How many years ago did "-net user" become the default in qemu? I just realised I forgot to specify it on the CLI, but I have a network. And now I suspect I've been pointlessly typing it for half a decade. :P [17:20] no idea, I've had to use -net nic,vlan=0 -net tap,vlan=0 at least since precise :-) [17:22] mlankhorst: Yeah, I usually use tun/tap bridge setups too, which might be why I never noticed that user "Just Works" without asking for it. [17:23] mostly for netboot [17:29] cyphermox: You around? [17:29] yes [17:29] just finished my soup [17:29] cyphermox: http://paste.ubuntu.com/10293752/ <-- Spot review for me. [17:29] cyphermox: Tested by live-patching a VM, and it DTRT. [17:30] there was an issue with $kernels after all? [17:30] cyphermox: (Our first attempt only kept linux-signed-image-$blah, not linux-signed-$blah, which cascaded into a bunch of autoremovals post-install) [17:30] ok [17:30] cyphermox: $kernels only contains *image*... Oops. [17:30] cyphermox: And rather than "fix" that and possibly create another bug, better to just use another list, IMO. [17:30] yes [17:30] cyphermox: At least, for a quick fix today. [17:31] sounds good [17:31] looks good [17:31] jderose: Nice catch, BTW. Not sure most people would have noticed until the first ABI bump when they couldn't boot anymore. :P [17:31] heh :0 [17:32] infinity: only caught it because of some of the automated tooling i use at system76 :) [17:33] jderose: Huzzah for your scripts hating on me? [17:33] hehe [17:35] Self-accepting that upload based on cyphermox's review. [17:38] anything I should look at? [17:38] cyphermox: Check iso.qa for any interesting new bugs filed that seem like something we could fix in an hour or three? [17:38] sure [17:39] cyphermox: But I think we're probably about as good as we're going to get once I fix my mirror skew and rebuild with the new ubiquity and base-files. [17:43] infinity: cyphermox: is it just me, or is the timezone detection broken? i'm in us/mountain, and both desktop and server installs are defaulting to us/eastern [17:46] jderose: Mine correctly picked Edmonton. [17:46] jderose: (which is mountain, but of the Canadian type) [17:46] jderose: Probably has more to do with your ISP. It's not an exact science. [17:47] infinity: it doesn't seem like it's even trying though... in the desktop install, i'm used to a delay while it does the lookup (when there in internet access). [17:48] jderose: I don't remember if I saw a noticable delay (really, it should be quick anyway), but it definitely got it right here, so... [17:49] jderose: You're not preseeding, I assume? [17:49] no [17:49] hmm, i wonder if the lookup is being skipped on oem installs, but not in normal installs... double checking some things [17:50] jderose: I thought OEM install was broken for you anyway? Or did you hack around it to keep testing? [17:51] hacked around it. the install works okay, but oem-config-gtk isn't installed. you can manually install it after the fact [17:51] well, except for the uefi-mode issue. [17:55] infinity: never mind, must be something new and magical with my ISP... i'm getting us/eastern when i do a desktop 14.10 install also [17:55] jderose: Yeah. Large ISPs shuffle subnets around every once in a while, and the magic geoip databases don't always keep up. [17:56] jderose: I've lived in pretty much every timezone in Canada over the last few years without ever moving. :P [17:56] hehe :) [17:56] In theory, IPv6 will fix all of this. In theory. [17:57] Except that most people get their v6 via tunnels right now, and completely break the geographical routing assumptions. [17:59] jderose: you could check https://freegeoip.net/ to find out if that's it, but it most likely is the reason [18:00] cyphermox: ... where I discover that I've been proxying firefox through my colo in San Jose for god knows how long and forgot to turn that off. [18:01] fwiw I live in a reasonably sized city where the ISP usually does the right thing, but with dynamic IPs, they can mess up geoip databases pretty quickly [18:02] cyphermox: Also, creepy. Looking up my real IP actually drills down to the right postal code. I don't know how I feel about that. [18:02] infinity: meet Big Brother. [18:02] infinity: will you respin for the lsb-release update? [18:03] hmm, pretty amazing it gets it right down to that sort of granularity. amazing/creepy, take your pick i guess :) [18:03] Riddell: Once this ubiquity winds its way through. So, Soon(tm). [18:03] infinity: ou could sit at home, and do like absolutely nothing, and your name goes through like 17 computers a day. 1984? Yeah right, man. That's a typo. Orwell is here now. He's livin' large. We have no names, man. No names. We are nameless! [18:03] Riddell: Did you have one more thing you wanted to squeeze in, or just curious when you'll see new ISOs? [18:03] cyphermox: Great, now I need to watch Hackers in the background while I work. [18:04] sorry, so do I [18:04] infinity: the latter, just needing to know if I should poke my testers now or wait [18:04] I'll wait :) [18:04] Riddell: arm64/armhf binaries for ubiquity need to publish, then a copy-to-updates, another publisher cycle, then buildy buildy. [18:04] Riddell: So, triggering in probably about an hour, images as they spit out after that. [18:05] jderose: take into consideration it could pinpoint your location to the meter, via lat/lon coordinates. Databases don't usually include that precise information, but it could ;) [18:05] cyphermox: I love the "17 computers a day" bit, though. That number seemed low even then, and laughably tiny now. [18:06] indeed. [18:07] infinity: fwiw I don't see bugs-i-can-fix-in-one-hour so much in iso.qa, unless it was going to be yet another ubiquity upload for bug 1418105 ;) [18:07] bug 1418105 in ubiquity (Ubuntu) "Trusty: testing .2 the oem session on i386 leaves the oem wifi password in place" [High,In progress] https://launchpad.net/bugs/1418105 [18:07] .. which isn't even on iso.qa? [18:07] and not yet fixed in vivid, either, so yeah [18:08] cyphermox: That's not a regression, right? [18:08] cyphermox: If not, then target for .3 is much more reasonable than trying to squeeze it in. [18:08] infinity: no, that was already in 14.04.1 too [18:08] yeah, I know [18:08] * infinity targets it. [18:09] cyphermox: Fun bug, though. Reminds me of how Every Single Time we get a machine sent to us from IBM, it's configured to run on their internal network. :P [18:10] my evil plan has been discovered. [18:10] Because, apparently, DHCP is hard. [18:11] well, it's really a lot more of an issue for wifi, assuming people would do OEM installs on a wifi network and all [18:11] most likely one by one, because preseeding that would be ugly. [18:11] cyphermox: Sure, yeah, cause the password is actual sensitive data. But conceptually similar, that's all. :) [18:11] yes [18:12] cyphermox: Though, I think it would be hilarious if driving by System76 with my laptop gave me free Internets. [18:12] jderose: Can we consider this a feature instead of a bug? :) [18:12] infinity: ask jderose, he could hook you up [18:12] ;D [18:13] infinity: cyphermox: it doesn't. now we do all our image mastering with qemu, never have a wifi password in the golden image [18:13] jderose: Oh, I didn't assume this bug actually affected you. :P [18:13] although i do know that prior to me working at system76... free wifi was included. definitely a feature :) [18:13] jderose: You're just the only OEM in the channel right now to bug. :P [18:13] you'd see house prices right around that building rise up, and mostly taken by Ubuntu developers, that's break demographic statistics badly :) [18:14] cyphermox: I dunno, what self-respecting developer would be satisfied sharing WiFi with a bunch of other people? [18:14] cyphermox: I consider my 100Mbit slow. :( [18:15] * ogra_ glares at infinity [18:15] I need to go back in time to when I thought 1.5 SDSL was effin' INCREDIBLE, and just live there forever. [18:15] 100MBit? [18:15] * ogra_ still lives there [18:15] well ... 2MBit SDSL [18:15] cyphermox: Yeah. Well, only 10 up, which is part of the complaint. Cause who downloads stuff, really? [18:16] ogra_: At least it's S and not A. I imagine 2M down would ba 256k up or something in A land. [18:16] Or worse. [18:16] yeah [18:16] thats why i have it :) [18:17] ogra_: Also, assuming that's SDSL-over-repurposed-ISDN-infra, isn't the EU standard 2.3Mbit, not 2? [18:17] Or are you rounding down? :P [18:17] nope, its 2MBit :) [18:18] Sucks to be wherever you are... [18:18] they probably swallow the overhead somehow [18:18] i could get 100M cable ... *if* there was cable in m street ... which my neighbors voted against [18:19] s/m/my/ [18:19] ogra_: Get it two streets over and set up a wireless repeater? [18:19] haha [18:19] infinity: was the problem with base-files just that /etc/lsb-release hadn't been bumped to 14.04.2? [18:19] ogra_: That's more or less how lamont used to do things before they finally ran cable to his place. [18:19] well, I#m pondering getting an additional sat link [18:19] jderose: The problem was that I bumped it ages ago and forgot to promote it from -proposed because I'm a derp. [18:20] for downloads that should be fine ... 60M or some such for ~50€ [18:20] infinity: no, not a derp. likely just too busy with other things :) [18:20] jderose: I'm sticking with the derp explanation. [18:20] fair enough, that's your right :P [18:21] * ogra_ goes back to scream and shout about nodejs and npm [18:22] i'm inclined to say i havent seen something as bad in a long time ... [18:23] but i think thats wrong ... i havent seen something that bad *evar* ! [18:25] ogra_: Whatever you're doing with node, RUN AWAY. [18:25] hahaha [18:25] to late [18:25] It's never too late. You're in an abusive relationship with nodejs, there's help available. [18:28] well, created that "hangouts server" for snappy ... webrtc based using socket.io ... so it need node ... up to now i just used a complete node sdk build that i unpackked in the snap before building it ... [18:29] now i'm trying to get x86 working too and try to pull the node install from the archive ... [18:29] (which makes it 10:1 smaller ... but is a pain to do in qemu arm chroots) [18:30] So use real hardware? [18:30] Surely, you have some lying around from a past life. :P [18:32] heh, i even have a ton of new one (yay snappy) ... [18:32] but i want a build script that runs on one machine [18:32] I think relying on qemu-user-static for this is likely to end in tears. [18:32] There are any number of things it just will never do quite right. [18:33] my target is to have a proper script for people wanting to package node projects [18:33] And it'll fail even more miserably the day someone asks you to support powerpc. [18:33] so they can just call it on their PC and get a snap with the necessary binaries in place [18:34] the point is that i use binaries from debs ... i *theoretically* wouldnt need to even execute anything foreign [18:34] ogra_: As long as the debs don't have postinsts that are necessary, yeah. [18:34] *if* there wasnt that crappy npm (node package manager) that essentially just downloads crap from github to put it in some module dir [18:35] right, but even then i could re-implement my own postinst if needed [18:35] "Downloading crap from github" is the new black. [18:35] yeah [18:35] It amazes me that people don't see all the flaws in this. [18:36] thats whyy we have sappy ... just ship the flaws and dont care how broken it is [18:36] But I guess our industry is all about making the same mistakes, learning the same lessons, and solving the same problems, every half generation or so. [18:36] infinity: i feel the same way. call me old fashioned, but i really like signed pre-built packages. and shared libraries, dependencies :) [18:37] jderose: You're old-fashioned. [18:37] jderose: And also 100% correct. [18:37] jderose: And I have no bias whatsoever. [18:37] *cough* [18:37] hehe [18:37] * ogra_ loves the "a package is a project" approach you can go with snappy ... [18:38] it fulfills a different purpose indeed [18:39] ogra_: I don't at all discount the need for the "app store" model to let people do crazy things, and to let upstreams and end users get on with things without me getting in their way. [18:39] ogra_: I was specifically being grumpy about how the "github culture" distributes software. [18:40] yeah [18:40] Blows my mind that it's become both common and *accepted* to say "wget this ruby script and pipe it to sudo, what could possibly go wrong?" [18:40] I kinda want to blame Apple. Just cause. [18:40] haha [18:41] The OSX generation of UNIX developers seem to leave much to be desired when it comes to learning all the same things we learned 15 years ago. [18:41] dunno, can you blame apple for misbehaving opensource devs ? [18:41] infinity: i'm noticed a very strong correlation between using osx and being a fan of this approach :) [18:41] ogra_: No, I can blame them for switching to UNIX (which was the right thing to do, but argh) [18:41] * ogra_ would expect them rather in the linux camp [18:41] for switching UNIX you mean :) [18:42] That too. [18:42] infinity: speaking of apple, any luck on lubuntu desktop ppc? :) [18:42] lol [18:42] ftw XD [18:42] stop being on topic ! [18:42] wxl: Oh, err. No. [18:42] :) [18:42] i know, so lame [18:42] wxl: We might just have to skip that image this round, and PPC users can install with 14.04.1 [18:43] wxl: I think we're running out of time to unwind what went wrong. [18:43] infinity: well the log kind of suggested the same problems as with the others but *shrug* [18:43] wxl: To be fair, PPC users also have about 0 reason to want/need the HWE stack. [18:43] wxl: No, the log suggests entirely new and exciting problems. :P [18:43] hm [18:43] not what i saw [18:43] wxl: Well, none of the other failed to build, they just got weird things installed. [18:44] wxl: ppc is actually just refusing to install what we ask it. I'd need to spend some quality time in a PPC chroot and sort out what mlankhorst broke. :P [18:44] * infinity fires up a PowerStation in the corner to look. [18:45] wxl: No promises on fixing it, but I'll look. [18:45] wxl: But, like I said, I don't think it's world-ending either. The HWE stack is for people who have Really New Hardware, which is the exact opposite of your PPC users. [18:45] infinity: yeah, but if we can fix it, it would be nice [18:45] infinity: looking at the END of https://launchpadlibrarian.net/197941262/buildlog_ubuntu_trusty_powerpc_lubuntu_FAILEDTOBUILD.txt.gz it's apt that's unhappy [18:46] wxl: Yes, I've read the log. [18:46] wxl: Just need to drill down a lot deeper to find out why. [18:46] And it's probably that the X metapackages are broken on PPC. [18:47] But fixing them means respinning everyone, so as we get closer to the wire, I'm more inclined to say "oh well, next time". [18:47] meh [18:47] well you're the boss :) [18:48] wxl: I wouldn't leave one of your x86 images high and dry like that, but yeah. PPC users probably shouldn't want the HWE stack anyway. It solves nothing for them, except pretty version number bumps. [18:48] Anyhow, I'll look now. If it's a quick fix, I'll slam it in. [18:49] that's what i'm thinking it might be [18:49] and if's not, then yeah, oh well :) [18:50] wxl: Thankfully, we can just keep publishing the 14.04.1 PPC ISO anyway, and other than the weird version mismatch, no "normal end user" will really notice the difference. :P [18:50] Install, update, it says "14.04.2" when they log in, just old kernel and X, no big deal. [18:50] yep, sounds good [18:53] * infinity needs to get some faster SAS disks for his PPC machine... [18:53] Or more RAM and a massive tmpfs. [18:55] infinity: what ram you need? [18:55] if you tell me what hardware you need for that ppc machine, i'll figure out a way to get it to you [18:55] wxl: Hah. Not sure, TBH. I'd have to go digging a bit. [18:56] infinity: well, let me know [18:56] brb [18:56] wxl: But being old server class hardware, it's probably something annoyingly expensive, like the disks. :P [18:56] I'm really just waiting for more OpenPower kit to become available. [18:56] infinity: oh you have a server, huh. maybe i could ship you my g5 :) [18:56] you and randall ross, eh, infinity ? [18:56] wxl: It's essentially the same as your G5, but with some IBM oddities. [18:57] brb [19:03] wxl: Okay, throwing a quick test at my PPA. If this builds for all arches, I'll let it in, but I make no promises that it will boot, install, or not suck. [19:03] infinity: sounds good, thanks [19:09] * infinity taps his foot waiting for LP to publish that so he can kick off quick tests. [19:15] rsalveti: Are you doing manual builds on nusakan right now? [19:28] Okay, rebuilding everything but lubuntu for the ubiquity and base-files bugs. Will respin lubuntu after I've tested this livecd-rootfs hack for PPC. [19:28] Riddell: Images should start vomiting out shortly. [19:29] * infinity goes to hunt lunch. [19:29] thanks infinity [19:56] wxl: Okay, got it building. Once this livecd-rootfs makes its way through LP, I'll rebuild lubuntu. [19:56] wxl: Like I said, I'm making no promises about the PPC ISOs being usable, this is our one chance. If they suck, oh well. [19:56] wxl: But the manifest diffs look sane, so they might be alright. [19:57] Riddell: Lucky you, your ISOs were first out ^ [20:02] alphabetical? going to propose AXubuntu :p [20:02] elfy: No, entirely random (ish). [20:03] :) [20:03] elfy: We throw all the livefs builds at the buildds and the first ones to return get turned into ISOs. [20:03] elfy: So, in theory, the smaller livefses would usually win. [20:03] right [20:03] elfy: (And that would always be server, except that it takes a while to get the powerpc livefs back across the ocean...) [20:05] elfy: Really, though, there's a certain element of "whee, computers! parallelism is hard!" to it that makes it random enough to be fun betting on. [20:05] ha ha [20:32] infinity: 20150218.1 desktop amd64: uefi mode install seems correct; also no problems with OEM install (now to test customer setup bit) [20:34] infinity: oem-config customer setup bit seems solid too [20:50] jderose: \o/ [20:50] jderose: I love it when a plan comes together. [20:51] infinity: thanks for all the help and quick fixes! [20:53] jderose: Are you logging your testing on the ISO tracker? I see 0/9 for all ubuntu desktop tests, always nice to see more than just jibel filling those in. ;) [20:54] infinity: no, i haven't been. for some reason ubuntu sso wont let me signinto the tracker, i think because i used the same user name before tracker was integrated with sso [20:54] jderose: Oh, special. I thought all instances of that had been fixed. [20:54] stgraber: ^-- You know what's up with that? (if you're not too busy at Collab) [21:03] wxl: Your builds are on their way now. [21:03] thx infinity [21:27] um desktop ppc's not there infinity https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/trusty/lubuntu [21:28] i mean i see the tracker thinks it's rebuilding [21:34] Bah, maybe it failed differently. Looking. [21:34] Or the build never happened... [21:35] that's what i'm thinking infinity [21:35] i've never seen it not show up there if it's in process [21:35] I think the tracker rebuild thingee lost its mind. Let me force the issue. [21:37] wxl: Doing a manual build to restore sanity. [21:37] thank you again, infinity [21:37] infinity: netboot on 32,64,32hwe,64hwe done [21:37] wxl: It might end up renumbering amd64 and i386 to .2, but they'll be the same build as before. [21:37] davmor2: Ta. [21:38] davmor2: Any idea who's taking responsibility for testing server ISOs? [21:38] infinity: server team normally [21:38] davmor2: I can do ppc and ppc64el, since no one else seems to, but we usually have a ton of Canonical QA folks doing x86. [21:39] infinity: yes I'm one of them ;) I was getting the netboot out the way while iso's were respinning [21:40] highvoltage: Sorry to invalidate all your testing, but there's a new edubuntu for you to spot check and smoketest. [21:40] davmor2: Check. [21:42] infinity: tomorrow I think the plan is that jibel will hit i386 and amd64 and I'll do a quick run on mac, I think server team have their own qa who auto/manually test server at least that is what has happened in the past jibel might know more though [21:42] i see it building, so thanks infinity [21:43] davmor2: I'd better test ppc/ppc64el tonight, so I know if the world's generally broken. [21:44] davmor2: But I don't really anticipate issues, the HWE stuff is both (a) trivial for server compared to desktop and (b) been included in dailies for months without much complaint. [21:46] superm1: Is anyone testing mythbuntu point release ISOs? [21:46] infinity: famous last words ;) QA Motto if something can go wrong it will and will take out the universe with it :D [21:46] davmor2: Don't jinx it. [21:47] zequence: Ditto for you, is anyone testing studio point release ISOs? You're running out of time. [21:47] davmor2: What's the public/community QA channel again? Either I parted it, or I can't remember what it's called. :P [21:48] #ubuntu-quality [21:48] that the one you mean? [21:48] infinity: #ubuntu-quality [21:48] meh elfy beat me to it :) [21:48] :) [21:55] infinity: I was building for touch [21:55] infinity: what sort of time UTC are you expecting to release tomorrow for trusty? [21:55] you're utc-5 infinity ? [21:55] not working - so I'll be able to catch my own stragglers and could do other's empties for an hour or so today [21:55] rsalveti: Yeah, I figured. Stellar response time, though! ;) [21:56] infinity: sorry, started the image and went to get some food :-) [21:56] wxl: I'm -0700 right now. [21:56] infinity: oh, you're close to my time, good. :) [21:56] elfy: I haven't picked a time, and won't until I get more results in. We could always be respinning again if something Very Bad is found. :/ [21:57] so my guess is something like 1200-0700 [21:57] infinity: yep understand that - but it's not going to be something daft like 10:00UTC is what I'm after here :) [21:57] elfy: hahah yeah it's not going to follow the ubuntu on air schedule XD [21:59] elfy: Oh, no. It'll be much later than that. [22:00] infinity: ok - cool, I can clean up my own stuff tomorrow then - have a bit of time now - can smoketest studio's installs at least [22:00] and I mailed the studio list too [22:00] elfy: You're a champion. [22:02] infinity: I could actually mark the studio stuff for release, in the -release team to get access on trackers to help them set up package stuff [22:02] not that I actually would [22:03] elfy: If $people test it, I'll happily mark it ready myself. I'm really just looking for either user-harmful showstoppers (you tried to install it and your computer started speaking in tongues before throwing a fireball at your cat) or usability showstoppers (the xfce desktop was replaced by fvwm95, and no one's sure how). [22:04] elfy: If it all looks "good enough", I'm not terribly picky. [22:04] :D [22:05]