/srv/irclogs.ubuntu.com/2012/09/01/#ubuntu-release.txt

cjwatson^- fixes Chinese edition amd64 image build failure, which is the last of our long-running failures00:26
* stgraber looks00:28
stgraberaccepted00:32
cjwatsonta00:33
stgraber(debdiff wasn't terribly useful with that one, took a bit more manual checking)00:33
* cjwatson looks forward to less cronmail00:33
infinitycjwatson: Accepted d-i/precise00:36
cjwatsonthanks00:38
infinityAnyone with @ on this channel want to fix the topic to stop lying about the state of the archive?00:38
infinity(Or fix the channel mode...)00:39
=== cjwatson changed the topic of #ubuntu-release to: Quantal Quetzal Alpha 3 released! | Archive: Beta Freeze | Quantal Quetzal Release Coordination. Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or birdseed | melior malum quod cognoscis
cjwatsoninfinity: also you have @ (and @-less use of /topic) here now00:43
cjwatson(which probably means I didn't need to op myself to do that, but anyway ...)00:44
stgraberremaining bits of the unity stack are now building00:45
stgraberwould be nice if someone could monitor and copy to the release pocket once they're done00:45
stgrabercjwatson: I'm assuming that's for biosdevname? ^00:47
stgraber(waiting on very slow internet to download it)00:48
cjwatsonYeah00:50
stgraberjust did a very quick review of mountall, seems kind of reasonable but not confident enough (just got back from an open bar...) to actually accept it. Will do another review tomorrow morning if nobody got to it before then.06:38
stgraber(having the autoconf generate stuff change doesn't really help)06:38
bencerhi, anybody from the -release team could have a look at this FFe? #104365407:42
=== yofel_ is now known as yofel
* stgraber releases unity into the release pocket15:16
ogra_hmm15:28
* ogra_ meanwhile points at bug 104470915:28
ubot2`Launchpad bug 1044709 in compiz "compiz 0:0.9.8.0-0ubuntu1 from quantal-propsed crashed with SIGSEGV on omap4" [High,New] https://launchpad.net/bugs/104470915:28
stgraberdoh15:28
stgraberogra_: though my understanding is that even with this bug, it's no worse than what we had or am I wrong?15:29
* ogra_ tries to find a fix but its not quick (testbuild takes 30min for every iteration)15:30
ogra_stgraber, riht, it just crashes on start of the desktop15:30
ogra_*right15:30
Mirvcompiz was compiled with gles: https://launchpadlibrarian.net/114154546/buildlog_ubuntu-quantal-armhf.compiz_1%3A0.9.8.0-0ubuntu1_BUILDING.txt.gz15:30
ogra_yes15:30
stgraberok, good, so that definitely needs to be fixed ASAP but we don't need to try and figure out an immediate revert as it wouldn't actually improve things15:31
ogra_but i fear the installing of the cmake file we tinkered with breaks it15:31
ogra_right, leave it as is ...15:32
ppisatiah!15:32
ppisatiogra_: how is the release going?15:32
Mirvogra_: I don't think we did and cmakefile change for compiz, or do you mean unity?15:32
ogra_ppisati, beyond the above bug its really fine15:32
ppisatiogra_: cool15:33
ogra_Mirv, i mean the debian/rules hack for FindGLES2.cmake15:33
* ppisati is on its way to Rhodes, just did a pitstop @home and wanted to check15:33
Mirvogra_: ah, that15:34
stgraberogra_: I'll be leaving the hotel soonish as I have to get to the airport, but if you can figure out a fix, just upload directly to -proposed and I'll review + accept + pocket copy whenever I get connectivity again15:34
ogra_we used to install it under Modules in the past, now it goes directly to the package target dir ...15:34
ogra_and i suspect that changes something15:34
ogra_stgraber, k15:34
ogra_i suspect that will need testing on x86 then though15:34
Mirvogra_: I think the end result was the same, compiz-dev has the wanted too copies of both FindCompiz and FindOpenGLES2.cmake, under cmake-2.8 and cmake-2.8/Modules15:35
ogra_(recently someone complained about that for plymouth even though there were only arm changes)15:35
Mirvs/too/two/15:35
ogra_Mirv, FindOpenGLES2.cmake needs to be under cmake-2.8/Modules i think15:36
Mirvogra_: like I said it is15:36
Mirvboth there and the parent dir15:36
ogra_hmm15:36
Mirv(looking at http://launchpadlibrarian.net/114154559/compiz-dev_0.9.8.0-0ubuntu1_armhf.deb with file-roller)15:36
ogra_yeah, i see that here too15:37
ogra_i just dont get why it worked before15:38
ogra_cant be the build itself15:38
Mirvthat's a pretty good question, maybe worth looking at the good ol' patch to see if there was some hard-coding or something somewhere still15:38
ogra_right, thats what i did15:38
ogra_inspecting the packagin bits ...15:39
ogra_and the only real difference is the debian/rules stuff15:39
MirvI mean the patch itself, if you meant it worked back when it was patched on top of sources http://is.gd/qx7Nze15:40
ogra_ah, no, the patch has nothing in common anymore with the actually landed code i think15:40
ogra_afaik there was a lot re-written upstream15:40
Mirvyes not really, just thought if there was something forgotten to be defined in the re-write15:41
ogra_well, and when i tested the test4 package (but only by running binary-arch and binary-indep after applying teh change) it worked fine15:41
Mirvoh...15:41
ogra_so i dont think its the compiled code15:41
Mirvvery weird, though15:42
ogra_at runtime compiz seems to try to use opengl ...15:42
Mirvsince I got up to test8, I wonder what phase the test4 was at..15:44
ogra_the one that was missing &&15:44
Mirvtest4 was (possibly) this where I fixed the installed plugins at http://bazaar.launchpad.net/~timo-jyrinki/compiz/gles_arm_install_fix/revision/328315:46
Mirvwhich you then fakeroot installed manually15:46
ogra_hmm, no i dont think i did15:46
Mirvok :) hard to remember15:47
Mirvanyway, the devil is once again in some very little detail, similar to that actual debian/rules fix to correct the packaging to work15:47
ogra_must have been somewhere between 3283 and 328615:47
ogra_actually between 3284 and 328515:50
ogra_*but* ....15:50
ogra_i think i didnt remove the compiz-dev.install.arm{el,hf} files when changing debian/rules15:51
* ogra_ wonders if that could make any difference 15:51
tumbleweedoh, FFS. now libreoffice FTBFS on i38615:53
ogra_as long as armhf builds15:54
stgraberlooks like a packaging mistake, so I'm assuming the rest will fail too15:55
stgraberdh_install: missing files, aborting15:56
Mirvogra_: they probably didn't exist at the time, since you were only debugging the test4 version that failed to build since I _hadn't_ yet added the compiz-dev.install.arm{el,hf}, and you fixed that with the debian/rules change15:56
ogra_yeah, i wasnt serious15:56
Mirvphase of the moon etc more likely15:57
ogra_Mirv, well, still, there was a test i did that worked ...15:57
MirvI wonder if any runtime option would affect which backend is used15:57
ogra_well, we ddint need one in the past15:59
ogra_and i didnt need one when testing16:00
ogra_oha !16:10
ogra_Mirv, ok, downgrading to the test4 packages doesnt help16:11
infinityThe libreoffice failure just looks like mild dyxlexia.  s/VX/XV/ on debian/rules would make it happy.17:27
infinityThe diff makes it stick out fairly well:17:28
infinityhttp://launchpadlibrarian.net/114223440/libreoffice_1%3A3.6.1~rc2-1ubuntu1_1%3A3.6.1~rc2-1ubuntu2.diff.gz17:28
infinityI'd fix it, but I'm not uploading libreoffice from airport wireless. :P17:29
infinityScottK: ^--- New telepathy-qt should actually build on all arches, if you'd like to accept it for me.17:46
* infinity gets on his plane now.17:47
* Laney starts a -j8 build in The Cloud19:02
* ogra_ would appreciate if someone could let the new unity upload into the archive asap after it built (i just uploaded to -proposed)20:49
ogra_it should fix the GLES issues20:49
ogra_(one line fix)20:50
slangasekogra_: looking.  does that mean something wasn't tested before upload that should have been?20:55
ogra_slangasek, it wasnt tested from what was uploaded to proposed, right, i tested from PPA builds20:56
ogra_(which apparently worked, i spent half the day poking on compiz because i thougth it was at fault, but then discovered debian/rules in unity)20:56
* slangasek looks at the diff and sighs21:00
ogra_yeah21:00
slangasekok, so is that fix committed to the right place now?21:00
ogra_not yet in bzr (i found the upload more important, caring for bzr sync now)21:01
slangasekogra_: I notice the tree is not altogether clean (build cruft left behind); I'm going to scrub it and reupload21:02
slangasekalso, do you have any idea where the unity 6.4.0 orig.tar.gz is that should be here?21:02
ogra_oh21:03
ogra_intresting, no, and i dont have it in my test build chroot either21:03
slangasekit wasn't in the previous version of the package that was uploaded, either21:03
slangasek(which escaped notice when reviewing it, because queuediff doesn't show such things..)21:04
ogra_seems that packae came down as a native one from the server already, i have a unity_6.4.0-0ubuntu1.tar.gz21:04
ogra_phew21:04
ogra_and all the desktop team gone ... i have no idea wheer the orgi tarballs come from21:04
ogra_(and cant type)21:05
slangasekdid the ppa have one?21:05
ogra_i dont even see 0.6.4 anymore https://launchpad.net/~unity-team/+archive/release/+packages?field.name_filter=&field.status_filter=published&field.series_filter=quantal21:06
ogra_hmpf21:07
ogra_slangasek, i'd say we leave that as a monday exercise for Mr. "foo" :)21:09
ogra_i'll hunt him down on monday ...21:09
slangasekyeah, I don't consider this a blocker21:15
slangasekso why are there still separate patch series for arm vs x86 in the package?21:16
ogra_good question, i havent looked into unity for a while apart from testing the binaries, the patch isonly  a one line change to CMakeLists.txt though21:18
ogra_i'll ask the linaro GLES guys if we still need it21:18
ogra_i dont really get why the test stuff didnt get cleaned up, i know i ran debian/rules clean before rolling the srouce package21:20
ogra_*source21:20
slangasekogra_: or maybe it's still needed but it should be made a conditional relative to some of the other stuff that's already set21:31
slangasekogra_: did you run ./debian/rules clean with the architecture set to armhf? :)21:32
ogra_no, just "fakeroot debian/rules clean" but on an armhf builder21:32
slangasekhmm21:33
slangasekogra_: ok, so it failed to build on i386+amd6421:58
ogra_err22:05
ogra_[  3%] [  3%] /build/buildd/unity-6.4.0/obj-i686-linux-gnu/generated/networkarearegion.xml:1: parser error : Document is empty22:06
ogra_^22:06
ogra_[  4%] ^22:06
ogra_unable to parse /build/buildd/unity-6.4.0/obj-i686-linux-gnu/generated/networkarearegion.xml22:06
ogra_oh my22:06
ogra_ /build/buildd/unity-6.4.0/obj-i686-linux-gnu/generated/networkarearegion.xml:1: parser error : Start tag expected, '<' not found22:07
ogra_i wonder why it didnt fail before, thats definitely not caused by my change22:09
* ogra_ starts to suspect that the cruft in the former debdiff is actually needed somehow22:12
slangasekno, the cruft truly was cruft22:13
slangasekthis may be an over-parallelization bug22:13
ogra_well, i see the networkarearegion.xml.in file in the .pot22:13
ogra_i did my build with -j4 on the mx6 ... not sure how many jobs the buildd assigns by default on x86 indeed, but i had no probs building multithreaded22:14
slangasekthe failed amd64 build was -j822:15
ogra_hmm, k22:15
slangasekso I actually didn't remove the changes to the .pot file, because those looked like a legitimate refresh rather than build cruft22:16
slangasekbut, double-checking22:16
ogra_well, that must have been a refresh during my build22:16
ogra_ # SOME DESCRIPTIVE TITLE.22:17
ogra_-# Copyright (C) YEAR Canonical\ Ltd22:17
ogra_+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER22:17
ogra_and that doesnt look so good22:17
ogra_it also stripped the bugmail contact22:17
slangasekit doesn't, but it was plausible that it was the legitimate output of a refresh22:17
ogra_heh, the arm arches are both nearly done22:20
* ogra_ waits for an x86 deboostrap to finish and gets coffee ... 22:25
ogra_yay for one line fixes that turn into nightshifts ...22:26
highvoltage:(22:34
knomehighvoltage, nick revert?22:37
highvoltageknome: yeah the new one didn't stick22:42
knomehighvoltage, are you sure you remembered to set it sticky? ;)22:44
highvoltageknome: ah that must what I've been doing wrong!22:45
knome:)22:49
ogra_hmm, builds fine with -j8 on my amd64 machine23:04
ogra_same on x8623:11
slangasekogra_: yeah, I gave the builds back23:11
slangasekbuilt fine for me here too; whatever it was, seems to be a latent problem23:11
ogra_yup23:12
ogra_and survived23:15
ogra_hmm, each of my testbuilds has the same cruft in the debdiff23:19
ogra_that package needs quite some love :)23:19
ogra_i386 looks fine too now23:20
MirvI think the root problem for the mess was the non-updated lp:ubuntu/unity, which let to the original packaging branch being based off from earlier version and some merge wasn't then complete23:26
Mirvor actually... the unity packaging was never right23:27
Mirvogra_: funny though that you had a "non-foo" unity build since only compiz ever had the architectures line specified correctly23:28
ogra_Mirv, yeah, well, sorted for now ...23:52
ogra_i'll talk to lukas next week23:52
ogra_the clean target needs overhaul and it needs a proper tarball23:52
* ogra_ is tired now and calls it a day23:53

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