/srv/irclogs.ubuntu.com/2014/02/04/#ubuntu-release.txt

=== peterm-ubuntu is now known as HerrMahnke
=== fabo_ is now known as fabo
=== RAOF_ is now known as RAOF
=== asac` is now known as asac
=== ogra_` is now known as ogra_
=== cjwatson_ is now known as cjwatson
=== Adri2000_ is now known as Adri2000
cjwatsonoops, sorry, I ran daily-checks manually with the wrong arguments so some of you will probably have got some duplicate image-health-check mail10:41
cjwatsonnot sure I can do much about the precise image oversizing10:47
cjwatsonso, fortunately not many tests have been run yet as I need to respin most things for 12.04.4, I think10:50
cjwatsonthere's an updated wubi.exe, which is on the live and DVD images10:50
ogra_it seems to improve in each mail .... we should always run it multiple times :)10:51
cjwatsonthere's an updated partman-crypto, which is on the d-i-based images10:51
cjwatsonogra_: different series10:51
cjwatsonand the last one was quantal so wouldn't expect output there10:51
ogra_dont trash my dreams :)10:51
cjwatsonthere's an updated ltsp, which intersects with both the above10:51
cjwatsonand I still need to investigate why the wubi filesystem images are failing to build10:51
cjwatsonor more specifically why they stopped building on 2013-08-2310:52
xnoxcjwatson: i thought last couple of precise point releases, release team agreed that there is not much we can do about precise image growth, since hwe stacks get larger / gain additional dependencies.10:53
cjwatsonwell, 2013-08-26 actually10:53
cjwatsonxnox: I think that's right10:53
cjwatsonbut worth mentioning anyway10:53
xnox(standing point-release item ;-) kind of reminds me debian's back in the day "kabbalah" vote on non-free linux kernel shortly before each release)10:55
xnox(not any more, as default debian kernel is free these days)10:55
cjwatsonwubi fs builds probably fixed, retrying11:03
cjwatsonhttp://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/revision/136011:04
cjwatsonFix texinfo files for makeinfo-5.111:25
cjwatsonoops, sorry11:25
cjwatsonok, that looks a bit better now.  respinning precise world11:44
cjwatsonexcept core, which hasn't changed11:45
=== Trevinho_ is now known as Trevinho
ogra_stgraber, i just had import-images running while starting copy-image ...12:25
ogra_stgraber, it worked fine, but i got some traceback stuff12:25
ogra_Waiting for other process to release the global lock12:25
ogra_Traceback (most recent call last):12:25
ogra_  File "/srv/system-image.ubuntu.com/bin/copy-image", line 299, in <module>12:25
ogra_    os.remove(lock_file)12:25
ogra_OSError: [Errno 2] No such file or directory: '/srv/system-image.ubuntu.com/state/global.lock'12:25
ogra_smells like copy-image didnt wait long enough to claim the new lock so the end of import-images removed the valid lockfile12:26
apwogra_, that description implies that we are lock breaking, which means the lockfile is basically worthless12:52
ogra_apw, right ... i think it got torn out underneath the second command12:53
ogra_it helpd to hold it back until the first one was done though12:53
apwahh, i see, it was "end of wait" recovery which failed12:53
ogra_right12:54
apwthats less frightening12:54
ogra_just a race wiht the lock removal12:54
xnox12.04.4 -> wubi is all good now.12:57
=== peterm-ubuntu is now known as Peter
=== Peter is now known as Guest4796
=== popey_ is now known as popey
stgraberogra_: oh, yes, I saw that one before, should be easy to fix when I have a minute. At least the os.remove is the last thing to happen so the stacktrace isn't too concerning (nothing was skipped due to it)14:16
ogra_yeah, no worries14:16
ogra_as long as the race is on removal :)14:16
shadeslayercould someone force cantor https://launchpad.net/ubuntu/+source/cantor/4:4.12.1-0ubuntu1 to the release pocket?15:21
shadeslayerit depends on things like gcl which haven't been bootstrapped on arm64 and ppc64el15:21
cjwatsonSo why is it built on the architectures where it doesn't work?15:22
cjwatsonIn general I'm not prepared to force uninstallable packages in15:22
cjwatsonBut you could easily just not build cantor-backend-maxima on the arches that don't have gcl, no?15:23
cjwatson(Or suggest how we might go about bootstrapping gcl, which is also a possibility ...)15:23
shadeslayercjwatson: I actually don't see a way to selectively not build the maxima backend just by build dep twiddling15:28
* shadeslayer looks at CMake15:29
cjwatsonyou could arch-restrict it15:29
cjwatsonbut I'm looking to see how hard it is to port gcl now15:29
shadeslayerok15:30
cjwatsonit's not a self-build-dep, so it might just be a straightforward porting job15:31
shadeslayerinterestingly the maxima, octave and scilab backends will always be built15:31
cjwatsonFedora has a thoroughly unconvincing patch set that basically just updates config.{guess,sub}15:37
cjwatson(claiming to fix this, but I don't think it does)15:37
=== Guest63634 is now known as shadeslayer_
shadeslayer_cjwatson: let me know the situation wrt gcl15:41
shadeslayer_I have http://paste.kde.org/pb337eb3d ready to be pushed15:42
=== evilshadeslayer is now known as shadeslayer
=== shadeslayer is now known as Guest3206
=== shadeslayer is now known as Guest80274
=== Guest80274 is now known as shadeslayer
=== SpamapS_ is now known as SpamapS
=== shadeslayer_ is now known as shadeslayer
cjwatsonshadeslayer: I had a look at this; I don't think the patch would be huge, but I'm not enough of a toolchain hacker to find it easy.  I think you should go ahead with that arch-restriction patch for now.18:47
shadeslayerack18:48
=== seelama`` is now known as seelaman
rsalvetislangasek: hey, we're trying to land latest mir, which requires a rebuild of the xorg-server package, which was just uploaded (new upstream release), but unfortunately failing to build as it got some additional dependencies from universe19:38
rsalvetislangasek: mlankhorst uploaded it while we were about to land mir, and I believe we can either drop the new release or try to include the newer dependencies in main19:40
rsalvetibut I believe the MIR process might not necessarily happen so soon19:40
rsalvetislangasek: how should we proceed?19:41
* ogra_ thought there was a decision to stay with xorg 1.14 19:42
rsalvetiwell, 1.15 was just uploaded :-)19:42
ogra_yes, i see that19:42
ogra_surprising19:42
rsalvetikgunn: besides this issue with xorg, are we good to land latest mir?19:43
kgunnrsalveti: ogra_ can i have like ....mmm....15 min...almost through ap testing...19:43
rsalvetikgunn: sure, just to know if you already found any other issue with it :-)19:44
kgunnit all looks ok...19:44
ogra_kgunn, well, with the xorg issue it will probably take more than 15min anyway19:44
kgunnso far19:44
rsalvetiyeah19:44
rsalvetigreat19:44
rsalvetiasac: we might need your help as well19:45
rsalvetiseems you're the admin of https://launchpad.net/~ci-train-ppa-service/+archive/landing-002, and I believe we'd need a new xorg-server upload there once we know how to proceed19:45
rsalvetiunless we remove the newer version from proposed19:45
Sarvattxserver will need a huge transition of packages once it builds in proposed, probably better off removing it if its urgent19:47
rsalvetiyeah19:48
ogra_right19:48
rsalvetiwell, we're trying to land mir for almost 2 weeks already19:48
rsalvetiif not more19:48
ogra_if it blocks Mir that means it essentially blocks mobile development until Mir can land19:48
rsalvetiyup19:49
ogra_and the mobile stuff produced a lot of backlog already due to delayed landings19:49
ogra_keeping it artificially delayed due to an unexpected xserver bump seems bad19:49
Sarvattso i'm guessing the xserver update is going to need a FFe because MWC isn't until after feature freeze? :P19:59
Sarvattit would have been in much earlier but only just got an fglrx driver for it today20:00
slangasekogra_: mm, do you know where it was discussed to stay with xorg 1.14?20:09
ogra_slangasek, no, i just had the impression20:10
slangasekok20:10
ogra_(that we dont want to invest much extra work into new xorg versions)20:10
slangasekis there an MIR bug open for libxshmfence?20:13
slangasekyes, bug #1276103, which is marked approved by the MIR team20:14
ubot2`Launchpad bug 1276103 in x11proto-present (Ubuntu) "[MIR] libxshmfence, x11proto-present and x11proto-dri3" [Undecided,Fix committed] https://launchpad.net/bugs/127610320:14
slangasekrsalveti: ^^ so this will be unblocked as soon as we promote those packages to main (doing so now)20:15
ogra_ya20:15
ogra_y20:15
rsalvetislangasek: awesome20:15
slangasek(done)20:16
rsalvetigreat20:21
rsalvetikgunn: we should be good then, just need a rebuild once we're able to land mir20:21
kgunnrsalveti: ack ...on it20:23
=== jackson__ is now known as Noskcaj
kgunnrsalveti: ok...sorry for the delay...all good on mir testing...i only had one AP failure on unity8 suite...and it was some notification test that seems completely unrelated to mir21:57
kgunni say its good21:58
rsalvetikgunn: alright, so +1 on your side21:59
rsalvetikgunn: which slot, 2?22:00
kgunnrsalveti: yes...00222:01
rsalvetikgunn: alright, will try to publish it22:01
* rsalveti crosses his fingers22:02
* kgunn crosses every limb and digit22:02
rsalvetipackaging changes, let me quickly review those22:03
rsalvetilooks fine22:04
rsalvetifailed when publishing xorg, which was kind of expected, need to bump xorg in the ppa22:05
rsalvetislangasek: there's a new for xorg-server22:06
slangasekrsalveti: looking22:12
slangasekrsalveti: accepted22:17
rsalvetislangasek: thanks22:18

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