xnoxpitti: slangasek: don't we in fact have enough of things ported to satisfy the requirements implied by the versioned dependency? e.g. such that all that's needed is lowering the versioned dependency to the appropriate ubuntuX?!00:05
stgraberinfinity, cjwatson, slangasek: so if either one of you has a few minutes, I've got a very simple reproducer for the 12.04.5 alternate issue. "apt-get install xserver-xorg-lts-trusty ubuntu-desktop^"00:50
stgraberhmm, actually, failing too but not entirely identical, I suspect doing those two in two steps will give us the same output (trying that now in a container).00:53
rcjstgraber, just an fyi, I'll be doing the release for cloud images since utlemming is at a sprint.03:00
stgraberrcj: ok, I'll ping you when I start working on the announcement. I'm not expecting a release before at least mid-afternoon US/Canada eastern time tomorrow.03:04
rcjstgraber, sounds good.  and if you forget and ping ben instead don't worry, his nick triggers on my client03:05
stgraberhaha, nice :)03:06
=== jseutter_ is now known as jseutter
pittislangase`: the reverted dependency bump was harmless in the end; Debian bumped it to ensure to get an NFS fix with systemd, but that's not a big concern right now in utopic04:36
pittixnox: I don't remember us backporting the NFS fix in sysvinit; but it's not urgent, we'll just land the merge04:37
pittixnox: NFS under systemd under utopic isn't an urgent matter right now04:37
cjwatsonpitti,slangase`: What wasn't harmless, as it turned out, was introducing the systemd-sysv binary package :)05:37
pitticjwatson: indeed, thanks for the upload05:37
cjwatsonThat meant that libpam-systemd's systemd-sysv | systemd-shim dep tried to resolve systemd-sysv first, failed, and gave up in a confused heap05:37
pittiright; that worked before because we didn't build systemd-sysv05:37
cjwatsonI'm pretty sure my upload wasn't the right answer, but it seems to have unblocked build-deps at least for now05:37
cjwatsonAs Adam said, having systemd-shim preferred somewhere else might be a better plan05:38
pitticjwatson: I think the only "better" answer is to make systemd-sysv installable, but I don't think we want this to be the preferred dep until we actually want to switch over05:38
pittiand that might still be a year or so out05:38
pittiso keeping this dep swap seems correct to me05:39
cjwatsonhm, ok05:39
pitticjwatson: Steve/James want systemd-sysv for some images of their's, so they asked for building it now05:39
pitti(tracked at bug 1351306)05:39
ubot93bug 1351306 in sysvinit "Cannot uninstall upstart and install systemd-sysv" [Undecided,In progress] https://launchpad.net/bugs/135130605:39
cjwatsonYeah, familiar with that image05:41
cjwatsonToday is Debian import freeze; I'll shut down auto-sync later today05:55
=== RAOF_ is now known as RAOF
=== yofel_ is now known as yofel
=== slangase` is now known as slangasek
Mirvcould someone remove qtconnectivity-opensource-src 5.3.1-1 from utopic-proposed so that I could upload a 5.3.0 update instead?07:27
Mirvdoko asked me about the various Qt 5.3.1 packages in utopic-proposed and I responded they could be all removed so to make the eventual 5.3.x upgrade via landing PPA instead07:28
Mirvqtscript actually slipped its 5.3.1 to release pocket too, but that didn't hurt. there is a newer Debian version though in -proposed.07:29
infinityMirv: And why don't we want the newer versions?07:31
infinityMirv: It's in sync with Debian, that's generally considered a good thing.07:32
Mirvinfinity: the Debian's 5.3.1 build-deps on qtbase 5.3.1, and at this point of RTM it seemed risky to update even to newer minor version. some of the modules also can't be upgraded if qtbase stays at 5.3.0, since there are run-time version checks in Qt.07:33
infinityMirv: Weren't we planning to fork the archive for these very sorts of reasons?07:34
infinityMirv: That said, new minor versions are probably not a terrible idea at all, just need some testing.07:34
Mirvinfinity: yes, it should happen still this week, but I'm not sure about how quickly whan can start to put stuff normally to ubuntu after that.07:34
Mirvinfinity: minor versions of Qt have broken some things subtly before, so for RTM that's a no-go07:35
infinityMirv: changes in any package break things subtly, we can't stop development on everything that's in the image/sdk.07:35
Mirvbut regarding -proposed, the testing will need testing via landing PPA anyhow, so it wouldn't hurt not to have those 5.3.1 packages removed from -proposed and land everything (synced or not) from the landing PPA07:36
infinityMirv: So, yes, I agree that it might want evaluation, and that the forking probably needs to happen soon, but if you're going to single out Qt, I can give you dozens of other packages changed in the last week in Ubuntu to worry about.07:36
Mirvwith 5.3.0 I however removed the certain packages from landing PPA before publishing, so that the packages in -proposed would be reused, so that's also possible07:36
infinityMirv: (Not to freak you out, just saying, this is the process and the model)07:36
Mirvinfinity: Qt is slightly problematic because everything is based on it, and if I would be to start upgrading to 5.3.1, it could critically slow developing other things down, since everything depending on eg. qtbase-abi-5-3-1 needs to be locked for the Qt transition. and that's not including the subtle but possibly serious bugs that could be introduced.07:37
Mirvso timeline wise, it doesn't fit, but it should be ok as soon as we have the archive forked07:38
infinityMirv: So, when the archive is forked, do your 5.3.0 uploads in the forked archive? :)07:38
infinityMirv: Given that it's all FTBFS in proposed, it's not hurting anyone.07:39
infinityBut given that it's all FTBFS, I guess I can remove it too.  *shrug*07:39
Mirvinfinity: actually this upload is not for Ubuntu, but more like for Kubuntu. Ubuntu doesn't even use it, but the package if basically Bluetooth package without working Bluetooth support at the moment.07:39
infinityIt'll autosync the next time it's updated in Debian, though.07:39
infinityBecause we're in sync.07:39
cjwatsonRTM's only supposed to get stuff that's been already tested in Ubuntu, generally07:39
infinityWhich is good.07:39
infinityNot bad.07:39
Mirvinfinity: oh, there's autosync after sync period for packages that are already in sync?07:39
* cjwatson fails to parse that question07:40
Mirvanyway, I just figured out KDE people might want a working Qt Bluetooth module, even though we don't use it07:40
infinityDebianImportFreeze is, actually, today. :P07:40
infinitySo, I suppose if we remove this and Colin turns off the cron job, only a manual sync will bring it back.07:41
cjwatsonI'll flip cron this evening07:41
infinityBut you can argue with the Kubuntu folks, since I bet they want it.07:41
Mirvwow, when it has been moved to be so late :) I thought it was in June. ok, that explains it.07:41
infinityAnd rightly so.07:41
cjwatsonWe've been pushing it later as the economics work out much better this way.07:41
Mirvyes, I agree it's much nicer this way, thanks for that07:42
mlankhorstcjwatson: did you find out more about bug 1351262 ?07:42
ubot93bug 1351262 in xorg-lts-transitional "precise alternate installations fail with unmet deps due to the conflict ' xserver-xorg-lts-trusty : Conflicts: libgl1-mesa-dri (>= 0~)'" [Critical,Confirmed] https://launchpad.net/bugs/135126207:42
cjwatsonmlankhorst: No, sorry, have had no time07:42
mlankhorstok np07:42
cjwatsonI wasn't expecting to be involved in 12.04.5 ...07:42
mlankhorstwell I don't know how to create iso's07:42
cjwatsonYou don't need to07:43
cjwatson01:50 <stgraber> infinity, cjwatson, slangasek: so if either one of you has a few minutes, I've got a very simple reproducer for the 12.04.5 alternate issue. "apt-get install xserver-xorg-lts-trusty ubuntu-desktop^"07:43
cjwatson01:53 <stgraber> hmm, actually, failing too but not entirely identical, I suspect doing those two in two steps will give us the same output (trying that now in a container).07:43
zequencestgraber: Yes, we will participate in 12.04.0507:43
mlankhorstcjwatson: ah ok :-)07:43
cjwatsonI'm pretty certain trying to create ISO images would be a dddistraction for this07:44
mlankhorstbut how do I get libgl1-mesa-dri/glx removed from the ubuntu-desktop task?07:45
cjwatsonYou can't07:45
cjwatsonWe can't change tasks after release07:46
cjwatsonThis is why we use metapackages for point releases07:46
cjwatson(So yeah, actually stgraber's test isn't hugely meaningful, then)07:46
cjwatsonmlankhorst: ok, what image is this affecting, and how can I reproduce the problem?07:47
mlankhorstbut isn't that what the alternate cd does? select the ubuntu-desktop task and add the lts-trusty stuff07:48
mlankhorstcjwatson: it affects the alternate cd, I've tested with 20140805.1 because later had the no modules found bug07:48
cjwatsonoh, well, we do an independent germinate run for the alternate CD, we're not reliant on archive tasks07:48
cjwatsonmlankhorst: How can I reproduce this problem?07:50
mlankhorstcjwatson: simply install the image in a vm, it will fail with that error07:50
=== doko_ is now known as doko
cjwatsonif the kernel modules are out of sync then I think I need to fix that first07:51
ubot93Launchpad bug 1353086 in ubiquity "no kernel modules found" [Undecided,Confirmed]07:52
cjwatsongar why is that on ubiquity07:53
* cjwatson moves07:53
jibelmlankhorst, really, I think kernel module is fixed in 2014080607:55
mlankhorst ok07:55
mlankhorstI' ll try07:55
jibelcjwatson, before you start anything on "no kernel module found" let me confirm if it is fixed or not07:55
cjwatsonCertainly looks like it should be fine07:56
cjwatsonuname -a matches udebs07:56
jibelcjwatson, mlankhorst I confirm that on alternate 20140806 kernel and modules match, and the remaining issue is the installation of the task ubuntu-desktop08:02
mlankhorstjibel: yeah I can reproduce the error message by simply doing apt-get install --install-recommends xserver-xorg-lts-trusty libgl1-mesa-{dri,glx}{,-lts-trusty} libglapi-mesa{,-lts-trusty}08:04
mlankhorstin a pbuilder chroot08:04
mlankhorstso the real problem is having libgl1-mesa-dri, libgl1-mesa-glx and libglapi-mesa on that iso08:06
Riddelllstgraber: what's new in the images today?08:06
jibelRiddelll, last respin was a fix to dmidecode to support smbios > 2.7 and not crash ubiquity08:11
=== Riddelll is now known as Riddell
jibelpsivaa, precise lamp is still unstable, you didn't push your fix?08:25
psivaajibel: ohh, sorry you must have missed my message about it:08:27
psivaaAug 01 11:06:50 <psivaa>jibel: https://code.launchpad.net/~ubuntu-server-iso-testing-dev/+junk/server-tests-precise is being a junk branch, i've created another junk with these changes08:27
psivaaAug 01 11:06:51 <psivaa>        http://bazaar.launchpad.net/~psivaa/+junk/precise-lamp-test-fixes/revision/27108:27
jibelpsivaa, I know you have a fix in your junk but it'd be more useful in production :)08:28
psivaajibel: the production tests are themselves are using a junk branch ( which i agree is questionable) and i can not push to that branch08:29
psivaajibel: i can create another project for this but that'd require all the precise jobs to be regenerated08:30
jibelpsivaa, now you can08:30
psivaajibel: great. thanks. will push it08:30
cjwatsonmlankhorst: right, I suspect I'll need to tweak cdimage or possibly the seeds for this, but just trying to carve out enough sprint time to test it08:31
jibelpsivaa, are server tests not using utah?08:32
psivaajibel: precise ones dont use uta08:32
jibelpsivaa, ah, I didn't realize it was still using the old ubuntu-server-iso-testing. And who was maintaining it for the last 2 years?08:33
pitticjwatson: ah, systemd-sysv is known to be uninstallable, hence britney doesn't let it propagate; is it possible to override that, or do we need to wait on the sysvinit merge?08:33
jibel(I guess the answer is no one :))08:33
psivaaplars: i dint think it needed much maintenance for precise tests, except couchdb failing a couple of times or so.. i with the help of retoaded do fix them08:34
xnoxpitti: it's best to fix it, since increasing total uninstallable count can lead to britney later trading one uninstallable for another and causing havoc...08:34
jibelpsivaa, anyway, thanks for the fix. let me know when I can retrigger LAMP tests08:35
cjwatsonpitti: Not sure08:36
cjwatsonIt's possible, but as xnox says possibly problematic08:36
cjwatsonHm, I wonder what forces xserver-xorg-lts-trusty to be pulled in in the first place08:36
pitticjwatson, xnox: ok; I suppose we could do another sysvinit upload with just that change, and I'll re-re-re-re-redo the sysvinit merge08:36
psivaajibel: np. in the landing meeting. will do it in ~20 mins08:37
cjwatsonmlankhorst: I think you could fix this by changing the preferred libgl1 alternative in xserver-xorg-core-lts-trusty08:37
cjwatsonIt's currently libgl1-mesa-glx08:37
xnoxpitti: shouldn't it just be s/sysvinit-core// ? cause sysvinit-core provides halt/init/poweroff/reboot/runlevel/shutdown/telinit all of which systemd-sysv is suppose to provide and in fact declares replaces on it....08:38
xnoxwait. read it wrong.08:38
pittixnox: it's because our current initscripts still hard-depends on upstart and mountall08:38
mlankhorstcjwatson: ok I'll look, last I checked the packaging had the correct one at least, maybe it needs a similar hack?08:38
mlankhorstoh DERP08:38
xnoxpitti: ah, i see.08:38
pittixnox: which is fixed in my pending merge; I'll prepare an upload with just that08:38
pittito get that out of the way08:39
mlankhorstprobably happens at shlibdeps time08:39
mlankhorstlibglx adds it, lets see if it happened in saucy too08:42
mlankhorstodd, it should have been08:42
pittixnox: ok, done in https://launchpad.net/ubuntu/+source/sysvinit/2.88dsf-41ubuntu1708:42
xnoxcjwatson: stgraber: wubi for 12.04.5 for what it's worth http://people.canonical.com/~xnox/wubi/precise/wubi-r281-precise-signed.exe08:44
cjwatsonxnox: hm, I guess I need to install that and any images that have it need to be rebuilt ...08:45
cjwatsonI lose track08:45
xnoxit was signed and done yesterday, but i didn't get any emails from RT =/ =(08:46
xnoxso it could have been on yesterday's respin, oh well.08:46
cjwatsoncopied, http://people.canonical.com/~ubuntu-archive/wubi/precise/stable symlink repointed08:48
psivaajibel: i've triggered the lamp jobs. and sorry i have no idea why i pinged Paul in the earlier message :/. must be muscle memory09:01
psivaajibel: and the dashboard is happy now :)09:04
mlankhorstcan someone drop xorg-server-lts-trusty_1.15.1-0ubuntu2.1~precise1 ? it will conflict with the fixed xorg-server09:19
mlankhorstit's in precise's NEW queue09:21
=== pete-woods1 is now known as pete-woods
mlankhorstcjwatson: ^ enjoy09:41
=== bluesabre_ is now known as bluesabre
xnoxcjwatson: ubiquity in precise doesn't look like it was rebuild since the last https enablements: apt-setup 1:0.55ubuntu4.1 base-installer 1.122ubuntu7.4 choose-mirror 2.39ubuntu4.1 debian-installer-utils 1.88ubuntu2.209:53
xnoxdo we need those in ubiquity?09:53
cjwatsonI'm not sure, check the changelogs?  is it just https?09:55
cjwatsonI'm not hugely bothered about https there if it otherwise works09:55
jibelpsivaa, thank you10:06
psivaajibel: yw10:06
wgrantcjwatson: Do we care about the special case in edit-acl's query command which uses all_distro_archives if no archive is given? The other commands all just default to the primary archive.10:28
cjwatsonwgrant: It's sort of useful to be able to see them all, but maybe it should be a separate option instead10:39
cjwatson(Because otherwise I forget about the existence of partner or something)10:40
=== Pici` is now known as Pici
=== ogra_` is now known as ogra_
dokoRiddell, cjwatson: does one of you look at the kde migration?11:10
Riddelldoko: I've looked at it and my eyes started bleeding, I don't know where else to look11:11
Riddelldoko: I removed some nepomuk packages because that's gone in this version of KDE SC11:11
Riddellbut it didn't help11:11
mlankhorstjibel: can you accept xorg-server-lts-trusty? it should fix your iso, if lucky11:16
jibelI cannot do that, I am just QA not archive admin :)11:17
cjwatsonmlankhorst: that's a biggish diff against current precise - do you think it can be verified in time?11:41
mlankhorstit's 4 lines11:41
cjwatsonI was expecting a diff for just this change11:41
cjwatsonEr, hm, where's that I wonder11:42
cjwatsonOh, unapproved not new11:42
mlankhorstweird, how did that end in unapproved :P11:42
cjwatsonI think that LP bug was fixed11:42
cjwatsonmlankhorst: William confirms that's fixed now11:44
mlankhorstjust delete the one in NEW, I'll see if I can get in the 2.1 later11:44
cjwatsonI did11:44
cjwatsonBah, sru comment didn't happen because wrong source, will fix11:46
cjwatsonah comment but not bug source11:47
cjwatsonstatus.  whatever11:47
jibeljamespag`, if you want to smoketest iscsi on 12.04.5 server, it's the only test missing with maas11:49
=== pete-woods is now known as pete-woods|lunch
=== pete-woods|lunch is now known as pete-woods
* stgraber reads backlog13:29
mlankhorstso with xorg-server-lts-trusty in -proposed, time to respin alternate?13:32
mlankhorst# apt-cache show xserver-xorg-core-lts-trusty |grep glx13:33
mlankhorstDepends: xserver-common-lts-trusty (>= 2:1.15.1-0ubuntu2~precise2), keyboard-configuration, udev (>= 149), libc6 (>= 2.15), libdrm2 (>= 2.3.1), libgcrypt11 (>= 1.4.5), libgl1-mesa-glx-lts-trusty | libgl1, libpciaccess0 (>= 0.12.902), libpixman-1-0 (>= 0.30.0), libudev0 (>= 161), libxau6, libxdmcp6, libxfont1 (>= 1:1.4.2)13:33
mlankhorstthat seems to work at least13:33
stgrabermlankhorst: no, we need to move it to -updates first13:36
mlankhorstok let me see if it runs locally13:37
stgrabermlankhorst: can you just install that one from -proposed in a chroot or something to confirm it installs fine?13:37
stgrabermlankhorst: if it does, I'll consider that verification-done and will copy it to -updates13:37
mlankhorstit installs, but I'm still on precise so I can check if it runs too13:37
stgraberxnox: so wrt wubi I'm a bit lost, did we still let people install using wubi in 12.04? if so, I suspect we indeed need a respin of everything that includes it...13:38
* stgraber doesn't like the idea of a mass respin this late, it'll be very hard to still release today if we do13:38
xnoxstgraber: i believe in 12.04 it is still supported. I do know that without update the old wubi will break, as it will keep on looking for 12.04.413:44
mlankhorststgraber: go ahead, verification-done13:44
xnoxstgraber: i thought cjwatson was pondering on respins, not sure if he did that or not.13:44
mlankhorststill boots -core on my system13:44
stgraberxnox: damn, ok...13:45
stgraberxnox: I'm not seeing any respins, so I guess I'll release mlankhorst's upload to -updates and then do a mass respin13:45
stgraberzequence, Riddell, jibel: bad news, we're heading to another respin in about an hour. Affected will be ubuntu alternate and anything which contains wubi (fix for 12.04.5) or xserver-xorg-core-lts-trusty (to be in sync with the source image)13:47
Riddellgood thing I haven't started testing today yet :)13:48
stgraberso at this point, I'm expecting a very very late 12.04.5 release, still kinda hoping to make it today but I guess tomorrow isn't entirely out of the question at this point :(13:49
jibelstgraber, for desktop its just the cd not the livefs that is affected or are you rebuilding the livefs too?13:49
stgraberjibel: I suspect we have xserver-xorg-core-lts-trusty in the desktop livefs13:51
jibelthe day will be long13:51
stgraberrealistically, if you already tested the current one, just re-test wubi and test a single install, if that works, you're good. It's a LTS release and I know we haven't released any other thing in between, so if the image isn't corrupted, past results should stand.13:52
jibelstgraber, realistically I won't be able to do much more than this.13:53
jibelserver, netboot and core looks good at least :)13:54
stgraberyay, some good news!13:55
stgrabercan you mark those as ready on the tracker?13:55
* stgraber figures out the list of needed respins14:04
stgraberok, so we have some good news there, though not for jibel14:09
stgraberEdubuntu DVD => full respin14:10
stgraberKubuntu desktop => iso respin (same livefs)14:10
stgraberUbuntu alternate => full respin14:10
stgraberUbuntu desktop => full respin14:10
stgraberUbuntu DVD => full respin14:10
stgraberUbuntu Studio DVD => iso respin (same livefs)14:10
stgraberNow I just need to figure out how we do an iso respin only in the new world order14:11
stgraberoh, I guess just not passing --live should do the trick14:12
stgrabercjwatson: are you around to confirm?14:12
Riddellstgraber: kubuntu alternate no respin?14:27
stgrabernope, not needed as it doesn't contain wubi and doesn't have the HWE X stack14:28
* Riddell gets on with testing14:28
stgraberand the ones I listed above as iso respin only, means that you should just give a very limited spot check to make sure the livefs didn't get corrupted, but any existing testing you've done should still apply14:30
cjwatsonstgraber: confirmed14:46
cjwatsonstgraber: for alternates, suggest running:  germinate -s ubuntu.precise -d precise,precise-updates,precise-proposed -a amd64 --no-rdepends14:46
cjwatsonand check that libgl1-mesa-{dri,glx} aren't in desktop-common or desktop, only the -lts-trusty variants14:47
stgrabercjwatson: only seeing the lts-trusty ones, so looks like we're good14:52
stgraberok, so rebuilding the wubi-only images now since those are trivial, still waiting for xserver-xorg-lts-trusty to publish14:59
* stgraber grabs the new kubuntu image to confirm wubi matches xnox's build15:19
* stgraber spins up a new ubuntu alternate15:23
stgraberconfirmed that wubi on the image and wubi on people.u.c have the same md5, so things look good15:27
stgraberRiddell: you should be all set for 12.04.5 at last15:27
Riddellstgraber: lovely15:29
=== psivaa is now known as psivaa-afk-bbl
stgraberjibel: there you go, hopefully those will actually work ^15:34
stgraberzequence: those studio images should be your 12.04.5 images unless you notice a major issue with them. As I said above, only the iso was respun, not the livefs, so a simple spot check is enough if you already tested the previous one.15:35
stgrabercurrent status is that I'm doing an alternate test install to confirm the X issue has been resolved, once that's confirmed, I'll respin the rest of the affected images15:44
jibelstgraber, don't waste your time on this I'm on it15:45
stgraberjibel: how far are you with your install?15:45
stgraberhere it just went past the point where it'd usually fail in the past!15:51
jibelstgraber, here too15:51
stgraberstarting the respins of edubuntu dvd, ubuntu desktop and ubuntu dvd15:51
stgraberall building now15:52
stgraberand also building a new wubi live image (forgot that one in my earlier list)15:53
stgraberzequence, Riddell: What will the URL be for your respective announcements?16:09
stgraberdraft of the announcement: http://pad.ubuntu.com/12-04-5-announcement16:14
Riddellstgraber: when do you want to release it?16:15
stgraberhopefully still today, or at least today for North America. My hope is for within the next 6 hours16:16
stgraberbut that entirely depends on testing16:16
* stgraber does the usual wiki mangling for the point release16:17
Riddellgroovy, I've marked kubuntu as ready16:17
rcjstgraber, no respin planned for cloud images, just fyi but you probably figured that. :)16:18
Riddellbut it's only me who's tested them so could do with some others, hoping for some helpers later on16:18
stgraberrcj: yeah, I figured you weren't affected by crazy windows or X issues :)16:18
stgraberRiddell: same thing for Edubuntu, I'm the only tester for this point release, though I'm not too concerned as it's not massively different from 12.04.416:19
Riddellstgraber: sgclark is going to be the release contact for Kubuntu this evening, do give her a ping when it goes out so she knows to publish the news story16:27
stgraberRiddell, sgclark: ok, will do!16:29
stgraberwiki should be good now except for the list of changes from 12.04.4 which I'm still compiling16:34
stgrabercjwatson: if you're still around, DIST=precise cron.source is failing somehow...16:35
stgraberactually, let me try to call it the right way first, maybe that'll do the trick :)16:41
stgraberhmm, no, this is the right way (looking at bash history from what infinity did for 14.04.1)16:42
stgraberok, let's try an ugly workaround for now16:47
=== charles_ is now known as charles
stgraberwho's around from Ubuntu Studio?17:07
zequencestgraber: I am17:07
zequencestgraber: Our release link http://ubuntustudio.org/2014/08/ubuntu-studio-12-04-5-point-release17:08
stgraberzequence: thanks17:08
stgraberok, so we just need to wait for Edubuntu to finish building + me to do a quick re-test on both and then hopefully jibel will have somehow tested everything else by then ;)17:08
jibelI asked someone to test wubi, and I'm reviewing desktop images17:09
stgrabercool, thanks17:12
highvoltagestgraber: I also just finished my workshop but will be driving home in a few mins. everything ok?17:36
stgraberhighvoltage: yeah, the 12.04.5 candidate images for Edubuntu just finished building, downloading them now17:39
highvoltageit's weird it feels like last week that 12.04.4 was released. time flies too fast.17:41
highvoltageah I'm thinking of the 14.04 point release17:41
stgraberyeah, we had 14.04.1, alpha-2 of 14.10 and 12.04.5 really close by17:42
jibeland B1 in 3 weeks17:54
jibelstgraber, alternate is okay but I didn't test LTSP17:55
jibelstgraber, I'm taking a break now and be back later to review desktop and DVD17:56
jibeland hopefully update results of Wubi17:56
mlankhorstis the alternate cd built?17:57
jibelmlankhorst, yes and tested17:57
jibelmlankhorst, after installation I've a desktop, so the test is positive :)17:58
jibelmlankhorst, thanks for your help.17:58
jibelstgraber, I won't have results for Mac. Installation fails on the Mac used by the team17:59
stgraberjibel: ok18:03
stgraberjibel: we'll see if someone else can give us a positive result for it, otherwise we'll just skip +mac I guess18:03
=== chuck_ is now known as zul_
stgraberxnox: around?19:48
stgraberright, so wubi is wrong and we'll need another iso-only respin for that19:59
stgraberxnox is currently busy (just called him) but should be able to come online and get a new build in the next 30min or so19:59
stgraberI'll try to build it myself here though as it doesn't seem to be very difficult to do20:00
stgraberRiddell, sgclark, zequence, jibel: sorry but this will mean another mass rebuild hopefully in the next hour. Note that this is only going to be the ISO and not the livefs, so a simple boot test to confirm your iso isn't corrupted will be sufficient.20:02
stgraberaffected products are: edubuntu dvd, kubuntu desktop, ubuntu desktop, ubuntu dvd and ubuntu studio dvd20:03
jibelstgraber, and a test of wubi of course20:08
stgraberxnox: pycrypto download url is broken and you need to have grub-pc installed apparently...20:15
stgraberand it now failed for yet another reason... retrying the whole thing again20:16
stgraberyay, got a wubi.exe20:26
stgraberand that does say 12.04.5!20:26
xnoxstgraber: hey20:27
xnoxstgraber: online now20:27
xnoxstgraber: oh =( yeah pycrypto i was getting it from a new location recently.20:27
xnoxstgraber: and i guess i owe doing testing past respin....20:27
xnoxyeap, my 281 locall signed binary says .4 & 280 =(20:27
xnoxi did what ev did the other time. upload wrong revision wubi and go off motor cycling.20:28
stgraberxnox: also, pylauncher was pretty unhappy here, I had to port it from os.system to subprocess.call for it to work20:29
stgraberanyway, pushed both fixes back to the branch in case anyone ever needs to do that again20:30
stgraberand now very much hoping someone from IS has a minute to sign that thing20:30
xnoxstgraber: top contributor to wubi! Congrats, so I'm guessing you will be building it from now on =) 2 years of that was enough for me ;-)20:31
xnoxev handed over to me, when he build it with wrong version..... history seems to repeat itself20:31
stgraberjibel, zequence, Riddell, sgclark: ok, so what do you prefer, another testing blitz in an hour or so and release today or just go get some rest and we pick this up tomorrow and release a day late?20:32
jibelstgraber, I don't mind retrying in 1h20:32
sgclarkdoes not matter to me20:32
jibeland it's just 8:30AM on Baker Island we have plenty of time to retry and release on the 7th20:32
stgraberok, good, so I'll ping all of you as soon as I get hold of someone at Canonical IS to sign that new wubi20:33
stgraberjibel: in case you can get someone to pre smoke-test it for you: http://people.canonical.com/~stgraber/wubi-12.04.5.exe20:33
sgclarkI don't think many will be around for testing on our part today, late already for most20:33
stgraberjibel: it's not signed so Windows may complain about it20:33
stgrabersgclark: so since we won't be rebuilding the livefs, you'll just need someone to boot the two affected images and make sure they're not corrupt.20:34
jibelstgraber, I'll wait the iso just in case someone has the funny idea to put the previous version or sign it with the wrong key and who knows what else can happen now20:34
sgclarkstgraber: where are these images? sorry. thought I was just doing a post :)20:35
stgrabersgclark: queuebot will announce them here when they're built and you'll be able to download them from http://iso.qa.ubuntu.com/qatracker/milestones/320/builds but I should have enough time to give you a hand with testing those whenever we're actually ready to build them20:37
sgclarkok thanks20:37
stgrabergoing away for a few minutes (food), hoping to get a response from IS by the time I get back20:37
stgraberxnox: at some point between ev and you, I've been doing wubi builds, but that's a part of my life I prefer to pretend never happened :)20:38
stgraberwe've got a signed wubi: https://chinstrap.canonical.com/~rfinnie/wubi-12.04.5-signed.exe20:53
stgrabermoving it into place and starting the rebuilds20:53
stgraberimages are rebuilding now, ETA is ~15min20:58
stgraberjibel, zequence, Riddell, sgclark: ^20:58
mlankhorstwill it still be ready in time for today? :P20:59
stgraberjibel: new md5sum is 9a83deb1fa55e4b4811730880ce7178820:59
stgrabermlankhorst: for me, sure, for Europeans, probably not :)20:59
jibel1h to release on the 7th in France21:01
* xnox goes for the dvds21:18
stgraberand of course as usual edubuntu will publish last :)21:22
sgclarkok so which are the two affected?21:22
stgrabersgclark: the two I rebuilt, Kubuntu Desktop amd64 and Kubuntu Desktop i38621:22
stgrabersgclark: http://cdimage.ubuntu.com/kubuntu/precise/daily-live/20140807.1/21:23
stgrabersgclark: that's precise-desktop-amd64.iso and precise-desktop-i386.iso21:23
* xnox is trying to run wubi....21:24
stgraberxnox: does it at least say 12.04.5 now?21:24
xnoxit fails to unpack for me, but i have newer wubi here installed again. Let me reclone pristine windows 7.21:24
stgraberhmm, the .exe did start fine here21:26
* stgraber grabs the smallest iso he can find to test21:26
* xnox is slowly cloning a fresh 30GB win7 VM21:27
jibelI asked nuclearbob to verify wubi on a real windows host21:31
jibelyay alternate ltsp passed21:36
stgrabersignature is valid here and it appears to start, though that's a Windows server that's running out of disk space so it's not going very far :)21:37
stgraberjibel: that's impressive, it usually always fails for a reason or another! :)21:37
stgraberwell, there was an obvious fail with LTSP but I fixed it two days ago (usual upload to switch it to the new kernels)21:38
jibelstgraber, usually it fails because it picks the wrong nic21:38
jibellets do another round of desktop and dvds21:38
* stgraber grabs Edubuntu and re-tests those two one more time21:39
stgraberwell, first have to wait for them to sync to cdimage I guess...21:40
jibelstgraber, do we agree to say if an image boots and installation is successful then all the test passed on previous image are still valid?21:41
stgraberjibel: yes21:41
stgraberlivefs is identical so if it's not corrupt, we're good21:41
xnoxdvd/i386 is all good for wubi21:43
xnox(in a fresh windows7 vm)21:43
xnoxubuntu amd64 desktop & dvd boot in UEFI modes fine.21:49
jibeland in bios mode too :)21:50
* xnox likes trusty hwe stack. Got widescreen in qemu =) 21:51
jibelubuntu desktop is ok, untested screen reader and vmware easyinstall21:53
stgraberfinally getting there! :)21:55
jibelMac images are untested. Only test we did, didn't pass the partitioning. It's a no-go for QA21:56
stgraberok, I won't be releasing them then21:56
* xnox has no macs =(21:56
stgraberif someone complains about it and does testing for us, we can always release them later21:56
* xnox grabs studio images21:56
stgraberxnox: thanks! I haven't heard from the studio guys in a while so I was actually planning on doing the spot check for them once I'm done with Edubuntu.21:57
* xnox ponders about how pointless it is to GPG sing MD5SUMS file21:58
xnoxwell SHA256SUMS is also signed, so it's alright.21:58
stgraberyeah, I wouldn't really recommend anyone use MD5SUMS to check authenticity, using it to check integrity is fine though (but then you don't care about the signed one)21:59
xnoxi like studio theme, but i'm getting OCD about all the minor ux bugs that i fixed in ubiquity since, in precise.22:03
xnoxlive session is fine on amd64, finishing up install and then will do i386.22:03
stgraberedubuntu amd64 live and ltsp are good, doing a standard install to confirm the media is clean22:04
jibelubuntu dvd amd64 is ok22:05
sgclarkkubuntu amd64 good, now testing i38622:07
stgraberI'm doing pre-publishing of everything that's on the tracker except for ubuntu mac images22:08
xnoxi can draw a doodle in gimp post ubuntustudio installation -> perfect.22:09
xnoxstgraber: we are not respining livefs for openssl security fix just pushed out....?!22:10
xnoxwhere just is 2h ago.22:10
xnox(for updates, 3h for security pocket)22:11
xnoxgood =)22:12
stgraberif we had to respin every time there was an openssl security fix... :)22:12
xnox... we'd never be able to release </troll> =)22:13
stgraberpre-publishing done22:14
stgraberxnox: ok, so what did you test so I update the tracker with those?22:15
xnoxstgraber: yes.22:15
xnoxstudio i386 in progress, will finish soon.22:15
xnoxi've updated tracker with green test results for things i've tested.22:15
stgraberoh, I see, marking that one ready then22:15
xnoxubuntu dvds should be ready22:15
xnoxas well22:15
stgraberI'll let jibel flip the magic switch for those since he's around :)22:16
stgrabercool, so just waiting for studio i386, kubuntu i386 and both edubuntus (which take a bloody long time to install...)22:17
stgraberI'll soon start final publishing of everything to let time for cdimage mirrors and bittorrent to catch up, by the time that's done, I should be done with edubuntu22:18
jibel13 contributors have provided 290 results and covered 217 testcases22:19
xnoxwill we have to test torrents as well.... or they are now "can be assumed to be operational"22:19
jibeland 1 contributor is a bot22:19
stgraberxnox: I usually load a bunch in my client here and wait to see when they start working. The server is freakishly slow so it needs a good hour for the initial hashing.22:19
stgraberso with that said, my current ETA for release is midnight UTC (1 hour and 40min from now).22:20
stgraberRiddell, sgclark, zequence: ^22:20
sgclarkok. Riddell is long asleep by now I suspect but I will be here, almost done with i38622:21
xnoxubuntu studio dvd i386 is ready, all good.22:23
sgclarkkubuntu i386 good22:27
stgraberok, beginning publishing now22:28
stgraber1.5h should be plenty for bittorrent to catch-up22:28
jibeltesting report sent22:29
stgraberjibel: perfect, thanks for staying up so late!22:29
jibelI've had my share of testing for today22:29
jibelstgraber, if you don't need me for anything else I'm heading to bed22:30
jibelgood night everyone !22:30
stgraberjibel: nope, all good, good night!22:30
xnoxyeah, me too. good night. sorry for the mistake =(22:31
stgraberxnox: good night! Thanks for helping with the testing :)22:32
stgraberrcj: FYI, release in 1h15 (midnight UTC)22:45
rcjstgraber, sounds good, thanks.23:06
stgraberand at last, we've got test results for everything.23:15
stgraberI just pushed out the images to the mirrors, so that should be syncing about now and bittorrent should have enough time to catch up in the next 45min23:15

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!