[01:14] apachelogger: Yo! [01:14] apachelogger: Would you kindly re-upload muon to saucy-proposed, with both changelog entries in the .changes file? Thanks. [01:48] cjwatson: Okay, seed shuffling done to remove kernel ABIs. [01:48] cjwatson: In the end, the diff between old and new looks like so: http://paste.ubuntu.com/6876424/ [01:49] cjwatson: That will put two tiny < 1k packages on the CD, I suppose, but otherwise, looks harmless and generally correct, so I'm happy with it. [01:49] cjwatson: (To be clear, that's a diff of germinate output, not the seeds) [01:50] how to contigure window reponse timeout? [01:50] dupingping: This isn't a support channel, you want #ubuntu [01:52] yes [03:04] infinity: I intended wine-mono to be multiverse alongside wine-gecko [03:04] cjwatson: and I believe that note is already there [03:05] The debian equivalent would be contrib (free software with a nonfree build dependency/build step, in this case the step on windows) [03:06] YokoZar: Kay. I'll re-review with that in mind, then. [03:08] YokoZar: (would have helped if you had multiverse or non-free in debian/control, so the queue would have sent it there instead of universe by default, but I'll override) [03:09] I didn't know the control file could contain that metadata [03:09] sorry about that [03:10] YokoZar: "Section: non-free/otherosfs" would be the Debian way (and out queue automatically does s/non-free/multiverse/) or, of course, "Section: multiverse/otherosfs" if it's just for Ubuntu. [03:10] s/out/our/ [03:11] But no big deal for me to override it. Would have just been nice to have the hint of intent. :) [03:17] YokoZar: Do I want to know why the debian directories in these are almost as large as the orig? [03:18] YokoZar: Or is that where the prebuild .msi lives? [03:18] s/build/built/ [03:18] * infinity is still downloading... Having bandwidth issues tonight. [03:19] infinity: Did you move back to Australia and not notice? [03:19] StevenK: I sure hope not. === stub` is now known as stub [03:30] infinity: unless I accidently left stale files around again... === mwhudson is now known as zz_mwhudson [03:32] infinity: but yes the prebuilt .msi file is in the debian changes [03:36] YokoZar: Kay, that accounts for the hugeness, thanks. === timrc is now known as timrc-afk [04:32] mhall119: I never understood the sense behind doing anything else in the first place :-) [04:32] thanks cjwatson [04:32] infinity: yay, cute === timrc-afk is now known as timrc [05:25] Good morning === Ursinha is now known as Ursinha-afk === zz_mwhudson is now known as mwhudson [07:48] RAOF: muon with both entries uploiad to saucy-proposed === mwhudson is now known as zz_mwhudson [08:09] Searching for GRUB installation directory ... found: /boot/grub [08:09] /etc/default/grub: line 1: syntax error near unexpected token `(' [08:09] run-parts: /etc/kernel/postinst.d/x-grub-legacy-ec2 exited with return code 2 [08:09] cjwatson: ^ is that known? [08:09] that happens on our i386 trusty VMs since yesterday, and breaks a number of tests [08:10] e. g. https://jenkins.qa.ubuntu.com/job/trusty-adt-ubiquity/164/ARCH=i386,label=adt/console [08:10] not known [08:10] what's in that file? [08:11] also grub2 hasn't changed for about a week [08:11] ok, if you didn't see it yet then this might be local to our VMs/cloud-init; I'll check [08:12] certainly possible [08:12] that seems like an unlikely kind of general problem [08:13] /etc/default/grub is binary garbage in that VM [08:13] ok, that certainly looks like a weird qemu/sun rays/whatever issue [08:14] * pitti rebuilds that VM [08:14] cjwatson: ok, sorry for the noise [08:14] no problem === zz_mwhudson is now known as mwhudson === mwhudson is now known as zz_mwhudson [08:37] cjwatson: hi ... slangaseks protobuf upload broke the ABI accidentially i think [08:37] cjwatson: http://ci.ubuntu.com/smokeng/trusty/touch/mako/164:20140205:20140115.1/6457/dialer-app-autopilot/735638/ [08:37] cjwatson: see once.h change here: https://launchpadlibrarian.net/164839352/protobuf_2.5.0-5ubuntu2_2.5.0-7ubuntu1.diff.gz [08:37] seems a sneaky ConstructorImpl through inline function exposure [08:37] oversight [08:37] asac: I saw the scrollback in #ubuntu-ci-eng, but I kind of ought to be focusing on 12.04.4 today, so I'm not sure I have the bandwidth to come up to speed on a C++ library [08:37] xnox, were you able to get anything functional for overlayroot [08:38] perhaps somebody else could be found? [08:38] cjwatson: yeah. just looking for someone to confirm that this was a SONAME bump oversight and help to back it out :) [08:38] so we can refactor this or bump SONAME [08:39] backing out will be very complex as it had to go in together with a bunch of other things [08:39] at least I think that was that upload [08:39] cjwatson: hmm. whatelse? [08:39] don't remember [08:39] give me a few minutes [08:39] thanks. just check if there is a quick way out... otherwise let me know who I could ask :) [08:41] oh, 2.4.1-3ubuntu4 -> 2.5.0-5ubuntu2 was the complex soname-bumping one [08:41] we shouldn't bump soname without careful thought as this is used by rather more than just touch [08:42] xnox, this is what i tried, but didn't seem to work: http://paste.ubuntu.com/6877895/ [08:46] asac: so now would be a great time for the suggestion I made of having a PPA used by touch which is allowed to be deliberately behind the primary archive for short periods of time, so we could copy the old version into it to get touch moving again while we diagnose the issue in the primary archive [08:46] asac: which I don't suppose anyone's implemented :) === zz_mwhudson is now known as mwhudson [08:52] it ought to be possible to stitch some kind of compatibility arrangement back in while still respecting the intent of the changes made for Debian #736801 (and maybe make sure symbols files cope with this, while we're there), but my C++ really isn't up to it [08:52] Debian bug 736801 in libprotobuf-dev "[libprotobuf-dev] __ATOMIC_RELAXED on ia64, sparc" [Normal,Fixed] http://bugs.debian.org/736801 [08:52] perhaps xnox might have time to take a look? [08:52] or we could sort out a touch-specific reverting PPA real quick and punt the problem to the Debian maintainer [08:52] xnox: like some C++ magic hackery in the morning? :) [08:52] since we should have such a thing anyway [08:53] we can talk about that in todays meeting [08:53] I don't think I can make today's, I got three hours of sleep and I still have a bunch of stuff to do for 12.04.4 [08:53] also we've talked about it in previous meetings. why more meetings? [08:54] cjwatson: are we sure that this problem is really touch confined? i sense we might have breakage all over the archive now [08:54] just that we see it here clearly [08:55] I'm upgrading to see if mumble is affected, since it's a reverse-dep [08:56] ah yeah, mumble fails to start [08:56] dont worry about the meeting. and dont worry about this problem if you are doing allnighters... [08:56] as does ccsm [08:57] i just think the backout is the problem we should solve :) ... e.g. figure a way to find whatelse got uploaded alongside so we can just get all that car wreck off the autobahn while we investigate how to fix the protobuf patch [08:57] ok, let me see if I can just back this out with a reupload; it wasn't a new upstream or anything [08:57] there was nothing else alongside, that was my mistaken memory [08:57] right [08:58] i think it wasnt a SONAME bumop [08:58] so only what was built after or alongside could be affected [08:58] indeed not [08:59] xnox: (stand down, I'll deal with this until slangasek gets back) [08:59] we have invested heavily in getting folks out of ppas... its very hard for me to get a ppa back and then figure reasonable black and white rules that will ensure we use this ppa only exactly for the right cases [08:59] you didn't raise that point in the last meeting when we talked about this :-( [08:59] "may only be used to copy old versions from the primary archive pending better fixes" seems pretty clear [08:59] yeah sorry. not sure when we last talkeda bout it though [09:00] couple of months ago I think [09:00] cjwatson: that sounds better. let me think about that [09:00] after saucy, at least [09:00] smoser: was busy uploading message-less shutdown, will look into overlayroot more today. [09:01] * xnox read the rest of scrollback. [09:02] the change in nm -C -D output (with the addresses removed) is http://paste.ubuntu.com/6877972/ [09:02] so I don't think we risk converse breakage by backing out the change [09:03] cjwatson: we should check all reverse build deps that got uploaded afterwards i guess [09:03] but beyond that it looks safe to me (but then i am very out of this) [09:04] wonder why we have a + AND - [09:04] asac: well, if there are no new symbols (other than weak copies of libc stuff) we aren't going to break things by going back [09:04] and that appears to be the case [09:04] s/weak copies of/references to/ [09:05] the only + is a reference to pthread_once - that's not something libprotobuf *exports*, it's something it *imports* [09:05] yeah you are right === freeflying_away is now known as freeflying [09:05] guess not bumping with - is generally scary as seen through the inline header leakage here ... this protobuf should really hide symbols that are Impl/Internal :) [09:06] yeah, no doubt, too late now for this soname though [09:07] ha, there's already a 2.5.0-8 in experimental which I think backs this out [09:08] bacon sandwich then I'll check that [09:08] cjwatson: can we backout anyway? believe its better if steve can look at that with fresh eyes? :) [09:08] cjwatson: i wonder if protobuf breakage transitively leaked into libmirprotobuf0 as well. [09:08] but your call [09:08] cjwatson: was that uploaded after? [09:08] err [09:08] cjwatson: which is not easy to check, since mir is not using .symbol files =( [09:08] xnox: ^^ [09:08] xnox: i can have someone try [09:08] :) [09:09] see if tests still pass etc. after downgrading [09:09] i think tvoss was on that task [09:09] right. [09:09] asac: 2.5.0-8 *is* the backout, might as well just mereg it [09:09] *merge [09:09] cjwatson: righty [09:10] http://paste.ubuntu.com/6877999/ [09:10] xnox: I'll poke it with nm in a bit [09:10] ok if the rest of the changes are safe (which we dont know) [09:10] but whatever is good :) === bradm1 is now known as bradm [09:11] they're safe. our gcc is already 4.8 [09:11] so yeah [09:15] I bet the dialer-app tests don't work usefully in the emulator or on grouper [09:17] xnox: mir was uploaded before the latest protobuf, so it should be fine [09:18] (FTR, I tested the dialer-app tests on mako and in a trusty amd64 live environment, they ought to work) [09:18] ack. [09:18] cjwatson: all other AP tests also fail [09:18] except the unity8 one [09:18] cjwatson: http://ci.ubuntu.com/smokeng/trusty/touch/mako/164:20140205:20140115.1/6457/ [09:18] cjwatson: pick whatever works on emulatoor [09:18] xnox: ? [09:19] cjwatson: weather_app is known to have been fully passing on the emulator. [09:19] asac: http://people.canonical.com/~ogra/touch-image-stats/20140205.changes [09:20] xnox: gallary? [09:20] http://ci.ubuntu.com/smokeng/trusty/touch/mako/164:20140205:20140115.1/6457/gallery-app-autopilot/ [09:20] I don't know if location-service is getting worse than in 163 [09:20] didrocks: saw my mail? [09:20] asac: yeah [09:20] but it's not protobuf, I guess, is it? [09:20] didrocks: tvoss is having a one line fix to get rid of the systemsettle part [09:20] ok [09:20] didrocks: thats in a mail from yesterday [09:20] didrocks: we just didnt know how to allocate a silo fo rhim [09:20] hmm [09:20] didrocks: ping him [09:20] asac: tvoos isn't around [09:20] tvoss* [09:21] didrocks: he is ... guess he dropped off freenode [09:21] ah [09:21] ok [09:21] err [09:21] he is indeed gone :) [09:21] talked to him a minute ago [09:21] no he is online [09:21] on canoni [09:21] yeah, I didn't see him on chans when joining [09:21] curious, the first protobuf update worked fine [09:21] pinged him [09:22] ogra_: right, what I answered [09:22] ogra_: protobuf broke abi [09:22] ogra_: withotu SONAME bump [09:22] but what's the diff between 163 and 64? [09:22] 164* [09:22] ogra_: is a sneaky symbol leak through inline header [09:22] we know location-service broke 163 [09:22] not sure what broke 164 even more [09:22] didrocks: protobuf broke all the stuff [09:22] asac, protobuf bumped its api on monday [09:22] didrocks: http://ci.ubuntu.com/smokeng/trusty/touch/mako/164:20140205:20140115.1/6457/gallery-app-autopilot/735187/ [09:22] ogra_: different [09:22] didrocks: /usr/bin/gallery-app: symbol lookup error: /usr/lib/arm-linux-gnueabihf/libmirprotobuf.so.0: undefined symbol: [09:22] _ZN6google8protobuf18GoogleOnceInitImplEPiPNS0_7ClosureE [09:22] cjwatson, k [09:23] asac: ok, not at that level yet [09:23] hum [09:23] seb128, hey, you around? what's up with xubuntu-docs; apparently 12.04.1 is not uploaded to precise? :/ [09:23] so something built against the new protobuf [09:23] can we stop talking about protobuf now? [09:23] didrocks: no.. [09:23] there was a new Mir [09:23] didrocks: the new protobuf dropped symbols by accident [09:23] and new xorg [09:23] I'm working on it and it's distracting to have to try to follow everyone catching up [09:23] right [09:23] (see backlog in -relkease) [09:23] didrocks: leave it to cjwats :) [09:23] ok ok [09:23] i dont get why i see neither of them on -changes [09:23] looking at location-service [09:23] didrocks: you might want to wade through the other failures that dont have the same symbol error in log [09:24] didrocks: and help tvoss land location-service [09:24] so tvoss confirmed that the AP test for addressbook at least starts if going back on protobuf [09:24] asac: wait, I'm trying to get back people on shape first [09:24] I can't do all analysis [09:25] didrocks: sure, read the backlog on irclogs to catch up if you want. otherwise we are working on the parts that we understand [09:25] (which probably is all) [09:25] * ogra_ still wonders where the new mir went [09:25] didrocks: so i am going through all the failed tests... so far all bail out on this symbol [09:26] asac: thanks [09:26] didrocks: location is breaking systemsettle only (we saw that last night) [09:26] 163 has only ss [09:26] ogra_: don't even start on that one, another discussion… :p [09:26] lol [09:26] didrocks, well who would have guessed that xorg just gets updated in the middle of the landing [09:27] knome, https://launchpad.net/ubuntu/precise/+queue?queue_state=1&queue_text=xubuntu-docs [09:27] ogra_: I did, I pinged people to coordinate [09:27] knome, somebody from the SRU team needs to approve it [09:27] ogra_: *before the landing* [09:27] didrocks, on the day the landing happened ... this should have been planned weeks ahead on both sides [09:27] ogra_: yeah, but it was read apparently and ignored [09:28] we lack a communication path for such things it seems === mwhudson is now known as zz_mwhudson [09:28] and lack of willness to fix things it seems, but anyway, I tried, I passed the messages between both parties [09:28] well, by the looks of it it all went fine in the end [09:28] anyway, moving on, we "just" loose a day for Mir [09:28] but sadly the packages didnt actually make it into the archive [09:28] cjwatson, any way you could approve the xubuntu-docs SRU? [09:29] ogra_: no, Mir is still not published [09:29] didrocks, right [09:29] didrocks: so i discussed this yesterday... what we need is communicating transitions in prep so folks know and can either wait or join the silo [09:29] is there still a MIR missing for some xorg deps ? [09:30] didrocks: and of course improve tools to auto bump stuff we pulled into silo for a transition [09:30] but that invalidates testing [09:30] so best coordinate/communicate [09:30] ogra_: no, but all the drivers need to be rebuilt [09:30] knome: for 12.04.4? [09:30] cjwatson, yes, i know it's late... [09:30] knome: does it need to be on your images? [09:30] tjaalton, ugh, why didnt that happen in a PPA [09:31] rather, is that package on your images? [09:31] so you can release the whole chunk [09:31] cjwatson, the .1 release is a regression fix for .0 SRU [09:31] cjwatson, yep [09:31] knome: let me finish this protobuf thing first, then I'll look at it. I guess you'll want a respin then [09:31] ogra_: it did, but with version numbers not fit for the archive [09:32] asac: we can't autobump [09:32] so weather test failure doenst show this symbol thing http://ci.ubuntu.com/smokeng/trusty/touch/mako/164:20140205:20140115.1/6457/ubuntu-weather-app-autopilot/ [09:32] asac: or we will revert the work done in distro [09:32] didrocks: I think we can ... lets talk about that later though :) [09:32] asac: the check is there on purpose [09:33] cjwatson, sure, thanks [09:33] remind me when we talk next time; i think i know what to do to be able to do that === lool- is now known as lool === zz_mwhudson is now known as mwhudson [09:43] didrocks, asac, cjwatson: btw that protobuf issue is making compiz fails to start in trusty [09:43] seb128: I'm dealing with it [09:44] cjwatson, thanks [09:55] guess defcon 4 :) [09:56] unity8 still starts fine ... time that desktop switches :P [09:56] War Games has rendered me irrevocably confused about which order defcon levels go in [09:57] cjwatson, asac uses the real numbering, not the movie one [09:57] i think 5 is nuclear war :) [09:57] right, but knowing about the movie confusion means I can't remember which is which :) [09:57] (i still wonder why they reversed it ... obstruction by confusion ? ) [09:57] yeah me too [09:57] http://en.wikipedia.org/wiki/DEFCON [09:57] so i was wrong [09:57] 1 is nuclear war [09:57] lol [09:59] "Movies and popular culture often misuse the DEFCON system by "going to DEFCON 5" when a nuclear war is imminent." [09:59] hmm, but nobody says *why* [09:59] so war games might have teached us wrongly? [09:59] ogra_: Do you need an excuse? [10:00] jpds, well, i would love to know why that seems to be done in *all* movies and tv series this way [10:00] (seems thats the case) [10:00] i.e. if some authority ordered it like that to confuse the enemy or some such :) [10:01] Well, noone used the old British one: https://en.wikipedia.org/wiki/BIKINI_state [10:01] * ogra_ bets there is a funny story behind it that just never leaked === doko_ is now known as doko [10:03] zyga, brendand: you seem to be checkboxuploaders ... there are at least 7 MIR's missing [10:03] you guys really need to better prepare such uploads [10:06] doko, i guess this might relate to the branch roadmr prepared [10:06] doko, is there a branch/bug specifically you're talking about? [10:06] brendand, before you start guessing, have a look at http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg ;p [10:07] doko, oh i see [10:07] doko, yes one of our binary packages depends on some sdk packages [10:08] doko: Not sure if it's related but I filled two MIR for checkbox future deps, #1276164 and #1276183 [10:08] doko, i don't think we actually need to depend on cordova-ubuntu if that's the issue [10:08] doko, we can look to remove that dependency [10:08] bug 1276164, bug 1276183 [10:08] bug 1276164 in checkbox-support (Ubuntu) "[MIR] checkbox-support" [Undecided,New] https://launchpad.net/bugs/1276164 [10:08] bug 1276183 in plainbox-provider-resource-generic (Ubuntu) "[MIR] plainbox-provider-resource-generic" [Undecided,New] https://launchpad.net/bugs/1276183 [10:09] brendand, sure, that's an option [10:10] doko, but can you help us with which source branch is being used which is generating those errors? [10:10] doko, is it lp:ubuntu/checkbox? [10:10] brendand, spineau: is checkbox running with python3? [10:10] seb128: speaking of MIR, could indicator-datetime stop recommending indicator-applet? [10:10] doko, yeah [10:10] pitti, it doesn't [10:10] Recommends: indicator-applet | indicator-renderer [10:10] brendand, no branch, it is the package which was uploaded to the archive [10:10] seb128: it does :) [10:10] pitti, indicators recommend and indicator-renderer, with unity being our default option [10:11] doko, yeah roadmr probably did that from lp:ubuntu/checkbox [10:11] seb128: ah, so perhaps this should either become just "indicator-renderer" or "unity | indicator-applet | indicator-renderer"? [10:11] pitti, unity provides indicator-renderer so it should be fine [10:11] pitti, only a virtual is wrong, unity | would be right [10:11] pitti, the issue atm if you look at component-mismatch is that unity didn't build yet on ppc64el [10:12] pitti, so it resolves to indicator-applet [10:12] seb128: ah, I understand [10:12] seb128: thanks for pointin gout [10:12] pitti, yw [10:12] spineau, looks like these two MIRs are just about code re-organization. so shouldn't be an issue [10:13] hmmm, something weird is happening with all qt4 bsed programs since today [10:13] i get [10:13] brendand, spineau: please make sure that checkbox runs with python3.4 , and that the tests pass [10:13] Compiled for arch: ::Vc::AVXImpl [10:13] Features supported: [10:13] "SSE2" --- yes [10:13] "SSSE3" --- yes [10:13] "SSE4.1" --- yes [10:13] "AVX " --- yes [10:13] any idea? [10:13] what is bringing that to my shell? [10:13] doko, we were actually wondering that - thanks [10:13] doko: ok, thanks. but after looking at the svg map the problem is elsewhere. we'll check what to do with this cordova package [10:14] /wg 39 [10:14] sorry [10:15] bdmurray, hi, do you plan on doing a mass "wont fix" marking of bugs on https://bugs.launchpad.net/ubuntu/raring? Laney / seb128 suggested you'd do that [10:15] doko: thanks, we'll look into this [10:15] doko: I think we had a misunderstanding about how MIRs work and we dind't propose MIRs for recommends at all [10:16] doko: we are working on those now [10:16] zyga, well the problem packages are not ours [10:16] zyga, they're sdk packages [10:16] zyga, anyway we don't need to depend on it [10:16] brendand: that's our problem if we're MIRing something that needs them [10:16] brendand: we just need to figoure out what we need to depend on and what needs to be in main [10:20] tsdgeos: *All* Qt programs? That looks like calligra output. [10:20] mitya57: yes, even bzr qlog does output that [10:21] how often is the check running when doing dput uploads to ubuntu? [10:22] every minute [10:22] but LP was just doing a master database switch in preparation for a machine upgrade, so it might be slow just now [10:22] ah [10:23] tsdgeos: Hm, for some reason I still think it's caused by yesterday's Calligra update === freeflying is now known as freeflying_away [10:23] may be [10:23] ok xorg 1.15 transition should be complete then when it switches over [10:24] if the tegra drivers are still in the archive they should probably be deleted, I haven't had much luck with getting my tegra working on saucy, let alone trusty.. === mwhudson is now known as zz_mwhudson [10:36] rbasak, jamespage: with your server/puppet hat on, could you have a look at the ~200 php build failures in the test rebuild? http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20140127-trusty.html === yofel_ is now known as yofel [10:43] tsdgeos: indeed, http://sources.debian.net/src/calligra/1:2.7.5-1/libs/pigment/compositeops/KoOptimizedCompositeOpFactoryPerArch.cpp?hl=98#L98 [10:44] I think you should poke Riddell about the bug [10:44] ohh qdebugs in code [10:44] sigh [10:44] and i wonder why is that getting everywhere [10:48] Note that the code above is older version. [10:50] Heeere's Jooohny! [10:54] well it's building but still acting funny, stuck on 'uploading build' for a lot of packages ,even though the builder is obviously building something else now. :P [10:55] mlankhorst: it takes a long time to upload a build, sometimes. Was it big? [10:55] which suggests that alphecca's cron jobs might not be running [10:55] mlankhorst: package name? [10:55] cjwatson: xserver-xorg-video-ati [10:57] tsdgeos: question is why a calligra lib causes debug output on starting e.g. dolphin [10:58] Riddell: that is a good question [11:04] mlankhorst: looks like it's catching up now. #launchpad-ops thinks it's because of backlog + temporarily on slow master db [11:04] ah [11:04] yeah [11:08] it's between 26 minutes and 13 minutes behind now O:-) [11:13] 19 minutes [11:25] mlankhorst: It's caught up now. [11:26] yeah :) [11:28] s [11:28] oops [11:47] ogra_: ping [11:47] yo [11:47] can we drop nvidia-graphics-drivers-tegra(,3) from the archive? [11:48] dunno, havent done anything with it in 1.5 years [11:48] you could mail the ac100 ML ... they are the main consumers of it [11:48] it's blocking the xorg 1.15 update, and I haven't had any luck getting saucy to work on mine [11:49] ricotz: around? [11:49] (or ask in the #ac100 channel) [11:49] k [11:52] * apw suspects compiz is borked in trusty, no longer connected to the x display and no windows displayed [11:53] apw, it is [11:53] Sweet5hark, yes [11:53] apw, new libprotobuf should hit the archive soon (it is in proposed) [11:53] DQAW [11:54] Sweet5hark, did you receive my messages? [11:54] ricotz: unlikely, Im travelling right now. [11:55] Sweet5hark, regarding the missing translation files [11:55] ricotz: The l10n package is broken, a fix is currently building ... [11:55] Sweet5hark, all translations ..., alright [11:55] Sweet5hark, precise users already complained :\ [11:56] ricotz: https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-staging/+builds?build_state=building [11:56] Sweet5hark, http://people.ubuntu.com/~ricotz/libreoffice/4.2-l10n.diff [11:57] ricotz: someone zipped l10n files after the beta release, this broke the l10n packaging (upstream, but only us are using it right now) [11:58] ricotz: I also got private mails about it, but no bug reports on launchpad or fdo. When will people ever learn ... [11:59] Sweet5hark, alright, i hope this fixes it ;) [12:00] Sweet5hark, be aware you need to change the version while you changed the tarball content [12:01] ricotz: huh, I did not regenerate the tarballs yet, so they dont need a new version? [12:01] this can't be uploaded [12:01] hmm, the diff indicate a lot of zips changed [12:02] Sweet5hark, you had two different tarball versions! [12:02] ricotz: Ill do a 4.2.0 final for trusty archive anyway ... [12:02] the prerelease ones and the archive ones === MacSlow is now known as MacSlow|lunch [12:03] ok [12:04]