/srv/irclogs.ubuntu.com/2014/02/18/#ubuntu-devel.txt

shadeslayerwhom can I poke to mass close bugs?00:09
=== zz_mwhudson is now known as mwhudson
ScottKshadeslayer: Do it yourself with the LP email interface.02:32
miseria"ajedrez batalla entre negros y blancos, al final del final el blanco no tendra peones y el negro prevalecera" bienvenidos: http://castroruben.com *temo_a_un_ser_sin_rival*03:05
=== freeflying is now known as freeflying_away
WHAT_UPI don't know if this is more applicable here or in #ubuntu-app-devel, but would anyone know of any problems that would occur were I to add a "queue" command to APT so that "apt-get queue install foo" adds the installation of foo to a queue and installs it once all dpkg locks have been released?04:47
sarnoldWHAT_UP: #ubuntu-app-devel is more about phone/tablet/etc click packages .. I don't know if this place is best, but better than #ubuntu-app-devel anyway :)04:49
WHAT_UPOh. Hah. Okay, thanks!04:50
sarnoldWHAT_UP: I like that queue idea, I've got such a short attention span I hate waiting the minute or two for large piles of installs / removals before continuing04:50
WHAT_UPOr more than a minute if you make the mistake of installing something like texlive-full over a slow connection :P.04:51
sarnoldha! I was swearing at texlive just last week..04:51
=== BruceMa is now known as BruceMa-afk
infinityWHAT_UP: Filing a wishlist bug on apt in Debian would probably be the most appropriate place to discuss it.05:09
=== elky_ is now known as elky
=== BruceMa-afk is now known as BruceMa
=== IdleOne is now known as io
_nedrHello ubuntu developers thanks for the great work... Just a request when... you're doing your nautilus replacement it would be nice to have as many options in about:config like in firefox...  this achieves the triple goal of 1. keeping things modular, 2. gives linux power-users freedom, 3. allow you to change something without the community bursting into flames(we can revert most changes  ), 4. allow for great addon ecosystem.. Firefox's addon market-pla07:14
_nedrce (which predates Apple's App Store) is something Ubuntu (as a whole) should really study to try an emulate07:14
_nedrutorrent is another great example that everyone should strive to emulate in my opinion... 1. It is high-performance 2. Super-sane defaults with more advanced features ready to present itself when (and only when) you want it, 3. Users get more functionality via Preferences (without being overwhelmed), 4. Has an about:config to tweak those settings which only 0.1% of (very vocal and important ) users would ever need...07:18
dholbachgood morning08:00
dholbachcan an archive admin have a look at the list of file names in http://paste.ubuntu.com/6953343/ and see if that resolves the discussion here: https://bugs.launchpad.net/cordova-ubuntu/+bug/1279814/comments/11? - I'd like to be a bit more certain before the next upload :)08:55
ubottuLaunchpad bug 1279814 in Cordova Ubuntu "[needs-packaging] Get cordova-ubuntu-3.4 into trusty release" [Critical,Fix committed]08:55
tvossdoko_, good morning :)08:57
tvossdoko_, I encountered an interesting issue when trying to use ThreadSanitizer with gcc in trusty08:57
xnoxdholbach: that looks wrong.08:58
xnoxdholbach: only arch independant files are allowed under /usr/share (no tripplets)08:58
tvossdoko_, a very simple example fails to link with gcc but works flawlessly with clang, I sent you a stripped down test case by mail08:58
dholbachxnox, have you seen the discussion in the bug comment? these files are meant to be embedded, not to be used on the local machine - the .deb is a container08:59
dholbachor well, a mechanism so make those files available08:59
xnoxdholbach: it should be /usr/lib/<tripplet>/ubuntu-html5-platform-3.4/*08:59
dholbach<seb128> infinity, they are not, but that package is weird, it's basically a "provide files for clicks to copy/embed"08:59
dholbach<infinity> Ahh, binaries in /usr/share make sense in that context. But they still shouldn't overlap between arches, if they currently do.08:59
dholbachxnox, ^08:59
xnoxdholbach: i see, crazy =)09:00
xnoxdholbach: i will not get involved then =)09:00
dholbachxnox, fair enough - thanks for the review anyway :)09:01
tvossxnox, hey there. Could you give me a hand with some symbol files I'm struggling with?09:01
brendanddpm, i have another translations question :)09:02
dpmgo for it :)09:02
spineaudoko_: Good morning, I've just checked http://people.canonical.com/~ubuntu-archive/component-mismatches.svg, the universe dependencies of checkbox-gui are still not mentioned in this report. As their mir bugs are Fix committed, could it be possible to move them to main? bug 1277408 and bug 127882209:03
ubottubug 1277408 in checkbox-ng (Ubuntu) "[MIR] checkbox-ng" [High,Fix committed] https://launchpad.net/bugs/127740809:03
ubottubug 1278822 in plainbox-provider-checkbox (Ubuntu) "[MIR] plainbox-provider-checkbox" [High,Fix committed] https://launchpad.net/bugs/127882209:03
xnoxtvoss: sure, what's up?09:03
tvossxnox, the mp in question is https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols09:03
tvossxnox, the symbols work on amd64, but they fail on 32 bit platforms. I tried tracking down the issue for a few days now, without success09:04
brendanddpm, in checkbox we use intltool-merge for the .desktop file. did you manage to do something similar in phone apps?09:05
dpmbrendand, we generally don't use intltool-merge. In Ubuntu translations from the desktop file are not in the .desktop file, but are rather loaded from the .mo files09:06
dpmbrendand, the only think you need to worry about is to extract the translations from it and make sure they're in the .pot file, you don't need to merge them afterwards09:07
brendanddpm, oh say maybe checkbox is doing it wrong :)09:07
brendanddpm, is there an example?09:07
dpmbrendand, lp:ubuntu-weather-app (see the README.translations file) if you are using cmake. If you're not using cmake, have a look at the same branch about 3 or 4 revisions ago on how to do the same with qmake (README.translations should also give you the info for qmake there)09:09
brendanddpm, yeah i saw the code but i'm a bit unsure what the end result is. what does the .desktop file look like?09:10
dpmbrendand, it should look like a regular desktop file with no translations, and it needs to have the X-Ubuntu-Gettext-Domain key specified and pointing to the translations domain09:12
brendanddpm, why does it have no description?09:12
brendanddpm, as in the Description: field09:12
dpmbrendand, descriptions are not shown on the phone. That metadata is stored in the software store09:13
brendanddpm, oh i see09:13
dpmthe descriptions should be translatable in the store, but I still haven't spend time to figure out how to upload translations to the store, I need to talk to beuno about that09:14
dpm*spent09:14
brendanddpm, do desktop apps also use the same method of translating the desktop file?09:21
brendandlooks like it09:21
dpmbrendand, yes, in Ubuntu we always specify the X-Ubuntu-Gettext-Domain and don't have inline translations in the .desktop file. They're loaded at runtime from .mo files, as the rest of the translations in the source code itself09:22
=== freeflying_away is now known as freeflying
xnoxtvoss: it looks ok (sans the http://paste.ubuntu.com/6953591/ which is not committed?)09:52
tvossxnox, well, Jenkins complains about missing symbols for 32 bit platforms09:53
xnoxtvoss: do you have link?09:53
tvossxnox, armhf: https://jenkins.qa.ubuntu.com/job/dbus-cpp-trusty-armhf-ci/98/console09:54
xnoxtvoss: yeah, it looks like includes are borked a bit. (experimented with a few options). On the other hand per-arch rules files work correctly, so i've instead used symlinks.10:14
xnoxtvoss: however, it appears (during i386 build) that 32bit symbols are incomplete/different.10:15
tvossxnox, I checked all of the symbols for armhf and the symbols reported as missing are definitely in the file. Even copying them into the toplevel symbols file does not work for me10:17
xnoxi've proposed this https://code.launchpad.net/~xnox/dbus-cpp/symbols/+merge/206880 and will see what jenkins build says about it at https://code.launchpad.net/~xnox/dbus-cpp/symbols/+merge/20688210:20
brendanddpm, apologies. i'm having a hard time understanding how the translation of the desktop file works in ubuntu-weather-app10:31
brendanddpm, from what i can see, the 'make pot' target creates a .js file in .build/, and that has a string extracted for translation10:32
dpmbrendand, exactly10:32
brendanddpm, and that does end up in the template, but i don't see how that's then related to the .desktop file itself10:32
brendanddpm, #: ../.build/ubuntu-weather-app.desktop.js:110:33
brendandmsgid "Weather"10:33
brendandmsgstr ""10:33
dpmbrendand, it's similar to what intltool does (not a .js file, but an intermediate .h header). intltool is just a frontend to xgettext: what it does is to convert the .desktop file (which xgettext does not understand) into a format xgettext understands and can parse to extract strings for. You can ignore that intermediate file.10:34
dpmso in the case of intltool that intermediate file is a .h file and in our case it's a .js file. With that script in the .pro file we're mimicking what intltool makes, but with qmake.10:35
dpmthe goal is to extract the translatable string from the .desktop file and put it in the .pot template10:36
brendanddpm, but the string in the pot file is marked with the name of the .js file - doesn't that matter?10:36
dpmbrendand, it does not matter. This is just an aid for translators to know the source file where the translation comes from, it's not used for any build rules or anything. It might be slightly confusing for translators, but most of them will know from experience that it comes from the .desktop file, if they ever need to trace it back10:38
brendanddpm, how does it know that particular translation refers to that string though?10:40
dpmbrendand, gettext does lookup based on the original string. So when it sees "Weather" thrown at it, no matter where it comes from, it returns e.g. "El temps"10:41
brendanddpm, is it possible the same string can be translated differently?10:42
dpmbrendand, yes, you can specify a context, but I don't think we support that in our SDK yet10:43
brendanddpm, i guess the domain has something to do with it too10:47
=== trijntje_ is now known as trijntje
dpmbrendand, yes, you could do that with two different domains, but I'd advise against it unless you really need it, just to keep things simple and have one domain per app10:54
brendanddpm, I notice there were some comments to translators in the weather app pot file11:01
brendanddpm, are those added manually?11:01
dpmbrendand, yes. Generally you put them as a code comment above the line of code you want to provide more context for. These are picked up by xgettext when creating the .pot file and put in there. For core apps we added an argument to the xgettext call that means comments will only be picked up if they are prefixed by the word TRANSLATORS:11:03
brendanddpm, ah right i see11:04
brendanddpm, that makes sense. so it goes in the code, not directly in the pot file11:05
dpmexactly11:05
tvossxnox, seems like Jenkins is a bit unhappy: https://jenkins.qa.ubuntu.com/job/dbus-cpp-trusty-amd64-ci/101/console11:18
xnoxtvoss: yeah, it doesn't seem to like symlinks with 1.0 source format =(11:19
infinityxnox: That's because diff/patch can't represent symlinks...11:22
infinityxnox: You can only have symlinks in your Debian delta if they'll land in a tarball (ie: a 3.0 source format, or native)11:23
tvossxnox, so what do I need to do now?11:23
xnoxinfinity: yeah, and dpkg broke force generating packages of a given format - e.g. i can't force 3.0 (quilt) without a tarball and a - version, or 3.0 (native) with a - version.11:23
infinitytvoss: Either symlink those files at build time (and clean them appropriately), or use a source format that can represent symlinks in debian/11:24
infinityxnox: I reduced the is_native checks to a warning ages ago.11:24
tvossinfinity, I'm a bit lost here, sorry.11:24
infinityxnox: Not that that's the right answer here anyway.  One should actually pick a sane format. :P11:24
infinityxnox: If 1.0 non-native is fine for this package, surely 3.0 (quilt) would be too.11:25
infinityxnox: And if they don't want broken out patches, 3.0 (quilt) with --single-debian-patch.11:26
xnoxinfinity: flipped it to 3.0 (native) for now, to get jenkins build going. Not sure what the rest of ci/releasy/machineries expect.11:27
infinity3.0 (quilt) with --single-debian-patch ends up being pretty much the same as 1.0 non-native, but with the added bonus of debian/ being a tarball, not a diff.11:27
beunodpm, they are translatable in the web UI11:27
infinityxnox: native is wrong, it has an orig...11:28
infinityxnox: Oh, also, we could just fix the buggy symbols usage and let them keep it format 1.011:30
tvossinfinity, I wonder what buggy means, could you help me understand that?11:30
xnoxinfinity: true. it's native during merge-proposals, and then ci-train generate the tarball and makes it non-native....11:30
infinitytvoss: So, you probably should drop the symlinks and instead 'echo #include "libdbus-cpp1.1.symbols.32bit"' > libdbus-cpp1.1.symbols.i38611:30
xnoxinfinity: at least the top level version number is native in lp:dbus-cpp ....11:31
tvossinfinity, I didn't add the symlinks11:31
tvossinfinity, xnox introduced that for testing purposes11:31
infinitytvoss: Using includes instead of symlinks also allows you to add arch-specific symbols, should you ever need to.11:31
infinityxnox: Oh, it's your fault.  So, see above.11:31
doko_stgraber, cgmanager needs a bug subscriber11:31
xnoxinfinity: yeah, that was me. we had (arch=!amd64 !arm64)#include "...symbols.32bit" and that did not do the right thing.11:31
infinityxnox: Hrm?  It should DTRT.  Maybe there was a typo. :P11:32
xnoxinfinity: https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols and https://jenkins.qa.ubuntu.com/job/dbus-cpp-trusty-armhf-ci/99/console11:33
xnoxinfinity: http://bazaar.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols/view/head:/debian/libdbus-cpp1.1.symbols11:34
xnoxinfinity: (missing ppc64el, but still)11:34
dpmbeuno, yes, I just have to spend some time to figure out how it works. When you've got a minute, could you comment on bug 1237992 ? Desktop file translations is the last big bit remaining to get a localized UI, and I think at least for the default apps, they should be loaded from the translations already available from the .mo files, but I'd like to hear your thoughts11:34
ubottubug 1237992 in unity-scope-click (Ubuntu) "Need to load translations from .desktop files for click apps" [Medium,Triaged] https://launchpad.net/bugs/123799211:34
infinityxnox: Erm, the reason that didn't work is cause that build was on armhf, and the symbols file didn't reference it.11:40
infinityOh, wait.  !foo.  Nevermind.11:40
infinitydpkg-gensymbols and I might want to have a chat.11:41
xnoxinfinity: it appeared to have not done the second #include what's so ever...11:42
infinityOh.  I think I know why that is.  And my suggested fix would work.  But there's another option.11:50
infinitySo, if you read the manpage, it's not that those *files* get included on the arches you specify.11:50
infinityIt's that the files all get included, and their SYMBOLS get tagged with the preceding tag.11:50
infinitySo, you essentially tagged everything twice.11:51
infinityBecause most of the symbols are in both files.11:51
infinityThe more common approach is a symbols.common with all the intersecting symbols, and .32-bit and .64-bit would only contain the ones that actually change.11:51
tvossinfinity, but that wouldn't explain why all of the symbols from the .32bit file are reported missing11:52
infinitytvoss: Because the second include takes precedence, and it all goes a bit wonky.11:53
tvossinfinity, I tried adding the "raw" symbols to the top-level .symbols file, too. And that did not work either11:54
infinityYou start out with (!amd64)foo@ver, and then overwrite it with (amd64)foo@ver, which then means there's no record of that symbol needing to exist on armhf (or, indeed, on anything but amd64).11:54
infinitytvoss: Includes override anything previously declared.  If a symbol overlaps, the last declaration wins.11:55
tvossinfinity, hmmm, trying to understand if that's a bug then or in accordance with the man page (as I understood it differently)11:55
infinitytvoss: That's how the manpage reads, it's just not how people read it.11:55
infinityIf that makes sense.11:55
infinity           As a result, all symbols included from file-to-include will be considered to be tagged11:55
infinity           with tag ... tagN by default.11:55
infinity       The  symbols  files are read line by line, and include directives are processed as soon as11:56
infinity       they are encountered. This means that the content of the included file  can  override  any11:56
infinity       content  that  appeared before the include directive11:56
tvossinfinity, ack11:56
infinitytvoss: So, simple solution is foo.symbols.amd64 == #include "foo.symbols.64-bit", more "correct" solution is foo.symbols is three lines, an include of common symbols, and then two conditional includes of non-overlapping 64/32-bit symbols.11:57
tvossinfinity, okay, I will go for the short term solution first to see if jenkins is happy with that11:58
infinitytvoss: Oh well, at least I learned something today.  I also read that manpage wrong until just now.12:01
infinitytvoss: I think we both read what we wanted it to say, and entirely missed all the words telling us we were wrong. :)12:01
tvossinfinity, it's admittedly interesting behavior if the per symbol tags are different, though12:01
infinity(Would probably be nice to have an arch-qualified include directive in addition to the 'add these tags to the include' directive)12:02
rbasakI think I've inadvertently broken all packages that depend on virtual package phpapi-20121212, provided by php5-common, on i386. How can I find all packages in the archive that depend on this? I've tried "apt-cache rdepends" and "reverse-depends" but these don't see anything. Is this because it's a virtual package that I'm looking for?12:18
infinityrbasak: Yeah, reverse-depends doesn't do virtuals.  How did you break it?12:19
infinityrbasak: Or do you just mean that the phpapi bumped and you need to do a transition, which is entirely normal?12:19
rbasakinfinity: yeah, effectively. I fixed LFS support, which caused the generated provided package to change to phpapi-20121212+lfs.12:20
rbasakI can see that I need to do a no change rebuild of php5-json to fix the php5 dep8 tests, which should be straightforward.12:20
infinityrbasak: Are you sure you fixed it?12:20
rbasakI'm wondering what else I need to rebuild it.12:20
rbasakinfinity: /me checks12:21
infinityrbasak: I fixed it literally a decade ago and backed it all out because some of PHP's deps didn't support it properly.12:21
infinityrbasak: Searching the changelog for "LFS" is an englightening history lesson.12:23
infinityenlightening too.12:23
* rbasak was unaware of this12:24
rbasakIt seemed to me that Debian intended to build LFS support, but due to a minor oversight it wasn't happening in debian/rules12:24
rbasakIndeed, yes. It seems that LFS was happening in Quantal.12:25
rbasakbug 1280044 and the corresponding Debian bug12:25
ubottubug 1280044 in php5 (Ubuntu) "dpkg-buildflags wipes out LFS support in package build" [High,Triaged] https://launchpad.net/bugs/128004412:25
rbasakThe reporter thought it was a regression, and the build logs suggest to me that it was.12:26
infinityrbasak: Ahh, indeed.12:27
infinityrbasak: Kay, carry on with your transition then. :P12:27
infinitySeems the LFS history is, indeed, history.12:27
rbasakI tested on amd64 only (well that was stupid, for an LFS fix), and the dep8 tests passed fine :-/12:28
rbasakinfinity: so, back to the original question. How can I detect everything that needs rebuilding?12:29
infinityrbasak: grep-dctrl is likely the easiest.12:29
rbasakinfinity: ah, of course. Thanks!12:30
infinityrbasak: Except... You didn't bump the Provides?12:30
infinityVersion: 5.5.8+dfsg-2ubuntu112:31
infinityProvides: php5-mhash, phpapi-2012121212:31
rbasakinfinity: it didn't occur to me that it would be a problem, or that there would even be a transition here. So, no. But the packaging seems to have done it for me, which is nice.12:31
infinityVersion: 5.5.9+dfsg-1ubuntu112:31
infinityProvides: php5-mhash, phpapi-2012121212:31
rbasakinfinity: it's now phpapi-20121212+lfs12:31
infinityOh, maybe only on 32-bit arches?12:31
rbasakinfinity: are you looking at i386?12:31
rbasakRight12:31
infinityGross.12:31
rbasakAnd this is why I didn't realise there was anything amiss. I tested only am64 :-/12:32
infinityrbasak: http://paste.ubuntu.com/6954185/12:34
infinityrbasak: Or perhaps more helpful: http://paste.ubuntu.com/6954186/12:34
rbasakinfinity: thanks! I'd just started downloading Packages files. Didn't think to use /var/lib/apt/lists. Can you tell I don't do this often?12:35
rbasakinfinity: so, just to check, this all seems sane to you? I should need a no-change rebuild against each of these, right?12:36
infinityrbasak: Yeahp, a no-change of all the sources (minus php5, obviously) should do the trick.12:36
rbasakinfinity: thanks! I appreciate your help.12:37
* rbasak gets to it12:37
infinityrbasak: Double-check that the +lfs thing actually happened on all 32-bit arches before you do.12:37
rbasakOK12:37
rbasakhttps://launchpad.net/ubuntu/trusty/armhf/php5-common/5.5.9+dfsg-1ubuntu1 and https://launchpad.net/ubuntu/trusty/powerpc/php5-common/5.5.9+dfsg-1ubuntu1 both list Provides:  phpapi-20121212+lfs so I think that means yes.12:40
tvossxnox, infinity still no luck with: https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols/+merge/20635912:47
=== dholbach_ is now known as dholbach
tvossxnox, infinity that is, with arch-specific symbol files that include .32bit and .64bit, respectively12:58
infinitytvoss: shouldn't need the arch qualifiers in there anymore.13:04
infinityAlso, the lack of trailing newlines are a bit hard to read...13:04
=== MacSlow is now known as MacSlow|lunch
* infinity fixes those bits up and sees how it fares locally.13:04
infinitytvoss: So, this diff on top of your branch works smashingly for me: http://paste.ubuntu.com/6954321/13:14
tvossinfinity, pushed here, let's see what jenkins says :)13:26
tvosshttps://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols/+merge/20635913:26
doko_stgraber, could you merge the changes from ifenslave-2.6 into ifenslave?13:26
rbasakWhat happens to packages that FTBFS in universe that don't end up getting fixed? Are they removed, or do we ship the previously built binaries anyway?13:47
rbasakffmpeg-php failed the rebuild test. My php change will make it uninstallable on i386, but I can see that a no change rebuild will fail on it.13:48
rbasakThe package is already gone from Debian testing. It seems like a longer term issue that can't easily be fixed: https://bugs.launchpad.net/ubuntu/+source/ffmpeg-php/+bug/127760313:49
ubottuLaunchpad bug 1277603 in ffmpeg-php (Ubuntu) "FTBFS against libav 9" [High,New]13:49
=== doko_ is now known as doko
tvossinfinity, so do you still have a .symbols file around then, or just the arch-specific symbol files?13:59
tvossinfinity, https://code.launchpad.net/~thomas-voss/dbus-cpp/force_gcc_4.7_and_symbols/+merge/206359 isn't happy13:59
infinitytvoss: I had the symbols file there, but it's removable cruft.13:59
tvossinfinity, yeah, I kept it around, too14:00
infinityOkay, how the heck is yours different from the testbuild I *just* did on i386?14:00
tvossinfinity, I have no idea, except for it is running somewhere in jenkins14:01
infinitytvoss: Your branch just built fine on i386 here.  Grr.14:06
tvossinfinity, wtf?14:08
dokoSweetsha1k, http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg please use openjdk-7 in nlpsolver (not 6)14:12
=== MacSlow|lunch is now known as MacSlow
dokobdmurray, cjwatson: please can you subscribe the foundations team to bug reports for libconfig-auto-perl and dpkg-cross?14:28
dokoor slangasek ^^^14:30
dokocyphermox_, network-manager recommends wader, which is not in main14:33
cjwatsondoko: done (cc bdmurray, slangasek)14:34
brendanddpm, time to bother you again...14:40
dpmbrendand, then do bother me with a question, rather than with a ping, and I'll be happy to answer :)14:44
brendanddpm, do we always have to update .pot files manually, or is there a way to get launchpad to do it for us?14:46
brendanddpm, i would guess LP only updates the .po files (from what I've seen)14:46
dpmbrendand, in summary, yes, you do have to update the .pot files manually. LP in principle supports updating .pot files for autotools-based projects, but that's a feature that has not seen much usage and I'm not sure about its status tbh14:47
shadeslayerpitti: poke14:49
rbasakOK this is awkward. php5-common built by src:php5 depends on php5-json, built by src:php-json, which build-depends on php5-cli, which depends on php5-common.14:59
cjwatsonYes, that cycle requires manual bootstrapping as I remember14:59
=== JanC_ is now known as JanC
rbasakcjwatson: any advice on unsticking this? Should I upload a php5 that does not depend on php5-json, or something?15:00
cjwatsonNo, don't do in the archive15:00
cjwatson*do it in ...15:00
cjwatsonIs this dep-waiting right now, or are you still staging this?15:01
rbasakphp5 is stuck in -proposed, and I just uploaded (via sponsor) a no change rebuild of php5-json. Only now do I realise the issue (sorry)15:02
rbasakSo the php-json FTBFS15:02
shadeslayertseliot: pitti regarding proprietary drivers, should I only show a notification if the proprietary drivers are available and recommended, or should I show it regardless of whether or not the proprietary drivers are recommended15:02
cjwatsonLet me get some lunch and then I'll unstick it.  My recollection is that I just need to temporarily rip out the php5-common -> php5-json dependency in a bootstrap archive.15:02
cjwatson(I've done this once before, although it was a while back.)15:03
rbasakcjwatson: OK, thanks. I appreciate it. Is this something that I should be able to do in future, or does it require extra stuff I can't do?15:03
tseliotshadeslayer: you'll get a recommended driver if more drivers are available for the same devices (such as nvidia-331, nvidia-304)15:04
shadeslayertseliot: right, but shouldn't there be no notification if the driver that is active is also the recommended one15:05
tseliotshadeslayer: I guess not. I don't think we use notifications in any case though15:06
shadeslayertseliot: no, this is for Kubuntu :)15:06
shadeslayerhttp://im9.eu/picture/qe248515:06
tseliotshadeslayer: if the driver in use is already the recommended driver, then I guess you can avoid showing a notification15:07
shadeslayer*nod*15:08
shadeslayerapachelogger: ^^15:08
bdmurraycjwatson: thanks15:12
cjwatsonrbasak: It's only doable by archive admins15:17
rbasakOK, thanks.15:17
stgraberdoko: I'm subscribed to the cgmanager bugs now. I expect the bug triagers of both foundations and server to subscribe too but I can't do that myself as I'm not an admin for those teams.15:28
stgraberdoko: for ifenslave2.6 => ifenslave, I plan on going through all network packages soon but probably not this week (or if so, after FeatureFreeze)15:29
=== Sweetsha1k is now known as Sweetshark
=== tkamppeter_ is now known as tkamppeter
dobeyhrmm. who is dealing with firefox these days? ins 27 going into trusty soon?15:50
seb128dobey, chrisccoulson is doing work on it but it's not his primary focus15:51
seb128dobey, the trusty migration is blocked by ppc issues, infinity said he's wanting to help get them resolved15:51
seb128he said he should be able to have a look before beta15:51
dobeyah15:51
dobeyok15:51
seb128dobey, you can get it from trusty-proposed15:52
dobeyok15:53
chrisccoulson"not my primary focus" is an understatement ;)15:58
seb128chrisccoulson, hey ;-)16:02
roadmrdholbach: hello! got time for yet another checkbox-related question?16:05
chrisccoulsonhi seb128 :)16:08
dholbachroadmr, not right now - in a call - can you just ask in here and ping me in 30m if you didn't get a reply?16:10
roadmrdholbach: will do, I can wait, not in a hurry, here goes16:10
roadmrdholbach: ubuntu-desktop Depends: checkbox-qt. I will make checkbox-qt a transitional package, with Depends: checkbox-gui | checkbox-ng (as checkbox-gui doesn't build on powerpc and arm64, we have checkbox-ng as a fallback). This should cause checkbox to "fall off" the CD (no longer needed), and all of checkbox-gui (or checkbox-ng)'s dependencies to be included instead. Does this sound OK and is acceptable?16:11
xnoxroadmr: surely just the seed need changing. I've asked a few times in the past if checkbox is wanted on the cd or not.16:17
roadmrxnox: oh so the seed needs changing? even if checkbox-qt is there already?16:17
xnoxroadmr: i believe it provides "System Testing" app that one can run manually. Do you still want it?16:17
xnoxroadmr: yeah, seed change is needed as well. (eventually it will be blocking from removing transitional package post-trusty) and it's best for seeds not to depend on transitional packages =)16:18
roadmrxnox: yes, we'd like for it to be there. As seen here, we're replacing the old checkbox-qt with a new checkbox-gui app with an entirely new engine16:18
xnoxas we don't want cruft empty packages on the CDs ;-)16:18
xnoxroadmr: cool, so the new name is checkbox-gui?16:19
roadmrxnox: sounds reasonable :) so would it be best then to ask for the checkbox-qt dependency in ubuntu-desktop to be replaced by "checkbox-gui | checkbox-ng" ?16:19
roadmrxnox: yes, the only caveat is that checkbox-gui doesn't build on powerpc, ppc64el and arm64 (qtdeclarative5 dependencies missing), so the checkbox-ng fallback (it's a text-mode ui to the same engine) is needed so that I don't render ubuntu-desktop uninstallable on those archs :/16:20
xnoxroadmr: ubuntu-desktop -> is generated from the seed, so once i change it, and ubuntu-desktop meta is refreshed it will have new deps.16:20
xnoxroadmr: at the moment there is: checkbox-qt in desktop seed, checkbox-cli in server, checkbox-gtk in supported.16:20
xnoxroadmr: we also don't have ubuntu-desktop images on powerppc ppc64el and arm64, so that's ok.16:21
roadmrxnox: ok, so the fallback wouldn't be necessary?16:21
xnoxroadmr: and the latter two don't have any hardware with graphics cards yet and/or ship with a display ;-)16:21
xnoxroadmr: yeah, fallback is not needed.16:21
xnoxroadmr: checkbox-ng to replace checkbox-cli on the server images?16:22
LaneyI think it'll just skip them on arches it's not available anyway16:22
roadmrxnox: checkbox-ng on server images, yes. Just give me a second to confirm that works as intended16:24
cjwatsonrbasak: php-json/i386 rebootstrapped, doing armhf and powerpc now16:27
roadmrxnox: ok, so for desktop seed we'd like checkbox-gui to replace checkbox-qt. The package exists already, and I'll make checkbox-qt a transitional package for upgraders anyway16:33
xnoxroadmr: sounds good.16:33
roadmrxnox: for servers, I need to whip up a metapackage that pulls the cli and a job provider (cli is useless without it). Or would you prefer adding the two packages to the server seed?16:34
xnoxroadmr: well they are simply shipped in the pool at the moment. so one either does task-select and/or apt-get install checkbox-cli to install them.16:35
xnoxroadmr: so seeding two on the server image means that $ apt-get install provider-tests checkbox-ng works without network access and just the cd.16:36
xnoxroadmr: what's that other package that needs seeding?16:36
roadmrxnox: checkbox-ng and plainbox-provider-checkbox would be needed in server16:37
roadmrxnox: a problem is that people could install checkbox-ng which is useless without the provider, and not realize they also need the provider16:37
infinityroadmr: If it's useless without another package, why doesn't it depend on it?16:38
roadmrxnox: ^^ the metapackage would help here, it's just a helper for the user to get the right packages16:38
xnoxinfinity: or the otherway around, why not depend on the provider, which depends on the "frontend virtual provides" and on the server iso that will resolve to the only one available - the cli one.16:39
roadmrxnox: that's a good idea :)16:40
roadmrinfinity: that's a good point. checkbox-ng is useless without a provider but a user could conceivably get checkbox-ng and then create their own provider16:41
infinityroadmr: A user could concievably install coreutils and their own libc too, but we don't let them do that.16:41
infinityroadmr: Package dependencies exist for a reason.16:42
roadmrinfinity: we had that problem with old checkbox: the engine and the test library (what is now the provider) were completely glued, you couldn't use the core without that bunch of (possibly irrelevant) tests16:42
infinityIf it's literally useless without another package, it depends on that package, period.16:42
infinityIf that package is one of a class of packages, then it should "Provides: foo-package-class-lolz", and you should depend on that.16:43
infinitySo other packages can also provide it.16:43
infinityBut letting users install a package that is DOA isn't doing anyone favours.16:43
roadmrinfinity: you're right, let me think how best to organize this for server16:44
infinityroadmr: Make it depend on "foo-provider-server-friendly-cli | virtual-package-for-foo-providers", and then explicitly seed the fancy gui one on desktop.16:46
infinityroadmr: So desktop installs get the setup you want them too, but people manually installing it get the slim CLI version by default.16:46
infinitys/too/to/16:46
roadmrinfinity: nice solution, thanks!16:47
bdmurraystgraber: Could you have a look at bug 1279106 sometime?17:00
ubottubug 1279106 in casper (Ubuntu) "Customized LiveUSB setup cannot handle persistence" [Undecided,New] https://launchpad.net/bugs/127910617:00
stgraberbdmurray: sure, though that won't be very soon17:02
bdmurraystgraber: I mention it because it seems to have a patch17:04
stgraberbdmurray: yep, I saw that. Unfortunately that bit of the code is annoyingly fragile so I usually need a good test setup and a couple of days to go through the casper bugs.17:05
stgraber(as in, it's about the 10th time we get patches for that bug and it always pops up somewhere else ;))17:06
bdmurraystgraber: okay, thanks for looking17:06
u-fokaCan anyone help me debug gnome screensaver? Are there debug symbols for it somewhere?17:27
seb128u-foka, there are debugs symbols for most binaries in Ubuntu, see https://wiki.ubuntu.com/DebuggingProgramCrash17:30
u-fokaseb128, thanks, i didn't know that these were moved to a separate repo :)17:32
pittishadeslayer: it should only show a notification if there are drivers which you can install17:33
=== pbn_ is now known as pbn
shadeslayerpitti: even if these drivers are not the "Recommended" ones?17:33
pittishadeslayer: well, in that case you'd usually have more than one available, and one should be the recommended one?17:35
shadeslayerpitti: sure, but for eg. what if the recommended driver is radeon and I can also install fglrzx17:37
shadeslayer*fglrx17:37
shadeslayershould the notification be shown then? ( I already have radeon installed )17:37
pittido we actually do that?17:37
shadeslayeryeah :D17:37
pittimy gut feeling is "no" then17:37
rbasakcjwatson: thanks, I can see i386 and armhf are built now. Are you doing powerpc? I might as well wait before rebuilding the reverse deps, I suppose.17:38
shadeslayerpitti: http://im9.eu/picture/g1627117:38
seb128bdmurray, ev: hey, do you know if the trusty e.u.c retracers are having issue? several of the recent issues/bugs have no retracing, e.g on the daily view the reports 4-5-7-917:53
bdmurrayseb128: I'll have a look17:55
seb128bdmurray, thanks17:56
bdmurrayseb128: daily view for all packages?17:56
=== dpm is now known as dpm-afk
seb128bdmurray, yes, but restricted to trusty17:56
seb128sorry, I forgot to mention17:56
seb128bdmurray, e.g https://errors.ubuntu.com/problem/39bbce347f9a5260a0fe549c5b650e5f2ea53b6c17:57
seb128or https://errors.ubuntu.com/problem/51867c7babfc41c749a4ed34ba54148f534a28c117:57
=== bschaefer_ is now known as bschaefer
seb128https://errors.ubuntu.com/problem/844b51aadb0b772e8277eec836767fbd00c5f46e17:57
pittismoser: did you see my question yesterday wrt. the broken cloud-init images? should I file a bug about that?18:32
smoserpitti, i'm sorry . i didn't see your question, but utlemming raised that.18:33
smoseri fixed trunk just now18:33
smoseri'll upload fix shortly.18:33
pittismoser: in short, all cloud images > feb 14 don't boot18:33
pittismoser: splendid, thanks18:33
smoserwell, they boto18:33
smoserboot fine18:33
smoserthey just dont read your datasource18:33
pittiright, they seme to ignore the seed image18:33
pittiand just time out on trying to talk to 169.*18:34
utlemmingsmoser: fwiw, I should probably have a QA story on using the seed image18:34
pittiutlemming: well, we kind of do indirectly : http://d-jenkins.ubuntu-ci:8080/job/trusty-adt-setup-testbed/18:36
pittiutlemming: it failed since Feb 1418:36
smoserpitti, your url isn't any good.18:36
utlemmingpitti: and we didn't see the failure till now....18:36
pittismoser: yeah, it requires VPN; unfortunately that job isn't published to the public jenkins, jibel is just fixing that18:37
smoserwell, the images are used enough places that the local datasource gets tested via cloud-image seed reasonably well for regression :)18:37
smoserpitti, utlemming just uploaded cloud-init_0.7.5~bzr952-0ubuntu1_source.changes19:12
pittismoser: splendid, thanks; so tomorrow's cloud images should work again19:13
smoseryeah. sorry about that.19:14
smoserwe could do a dep-8 test for this.19:15
smoserand fail build.19:15
smoserer... wait.19:15
smosercould we?19:15
smosercan dep-8 test have access to download a cloud-image ?19:15
roadmrsmoser: hm did that thing with the seed image get reported other than here? (my own report): https://bugs.launchpad.net/cloud-init/+bug/128130519:15
ubottuLaunchpad bug 1281305 in cloud-init "NoCloud source broken in Trusty cloud images" [Undecided,New]19:16
smoserotherwise we'd have to build a image.19:16
roadmrjust so I know if my bug is a dupe :)19:16
smoserroadmr, no. and i didn't see your bug. so i didn't comment in the changelog with it.19:16
smoserbut the upload surely should fix it.19:16
smoserroadmr, fwiw, your use of genisoimage can be done with 'cloud-localds'19:17
roadmrsmoser: cool! well as long as it works, we should all be happy :)19:17
smoserwhich is expliciltly for this purpose19:17
roadmrsmoser: oh cool!19:17
roadmrsmoser: then maybe the README for that NoCloud source could use updating to mention this19:22
smoserit shoudl be.,19:22
roadmrsmoser: anyway, thanks for fixing this, my virtualization tests will look nicer (i.e. pass) now :D19:23
smoserroadmr, if you see cloud images fail for something like this, please feel free/obligated to ping utlemming or I here19:23
smoserand if we don't respond, email is fine too for me.19:24
roadmrsmoser: will do, we run daily tests on them (at least boot/ensure the NoCloud source is read) so I'll definitely do that19:24
xnoxstgraber: Yeah! latvia is through ;-) let's see how it goes against your other country affiliation game now ;-)19:28
stgraberxnox: I have a felling I'm missing some context here :)19:30
xnoxstgraber: olympics - sochi - hockey19:31
roadmrxnox: latvia stands no chance :(19:31
xnoxstgraber: latvia beat switzerland to go through to quater-finals. Next up against Canada.19:31
xnoxroadmr: eh, a few years back we beat russia 3-2, that was amazing ;-)19:32
roadmrxnox: \o/ ok now I'm a bit more worried19:32
stgraberxnox: ah, I must admit having only barely looked at some of the results on Google, been rather busy lately so not much time to follow the olympics ;) though it looks like Switzerland has a rather bad hockey team this year, those scores aren't particularly impressive (compared to past olympics anyway)...19:33
ochosixnox: watching olympics when you should be stressed out of your mind because of FF approaching with light-speed? :}19:34
roadmrxnox: since checkbox-gui was added directly to the seed I no longer need checkbox-qt to be a transitional package; in fact it should just go away. If I just delete the debian/control section for it, I'll get "out of date" in proposed-migration, right? will this need admin attention?19:38
xnoxroadmr: you need transitional package.19:39
xnoxroadmr: otherwise upgrades will not upgrade from checkbox-qt to checkbox-gui, but instead would just be removed or left around at -qt version.19:40
xnoxroadmr: however checkbox-qt transitional binary might be published in universe and will not be present on the images.19:40
roadmrxnox: ok, I see, so they can't just go away19:41
roadmrxnox: thanks, let's fix that then19:42
roadmrxnox: haha sorry for the dumb questions. Do dependencies of the package I'm transitioning need the same treatment? I'll make checkbox-qt transitional, it depends on checkbox which should also go away, do I also need checkbox transitional binary?19:53
xnoxroadmr: transitional binary package should be empty, old-name (e.g. Package: checkbox-qt), depends on the new one (e.g. Depends: checkbox-gui) and description stating that it's transitional package.19:55
xnoxroadmr: see / search other examples in the archive.19:56
xnoxroadmr: apt-cache show dummy, brings up a few.19:56
roadmrxnox: yay! yes, I have an example here, thanks!19:57
=== mwhudson is now known as zz_mwhudson
=== dpm-afk is now known as dpm
sarnoldslangasek: hi! we (apparmor upstream team, security team) need some help with library versioning for libapparmor, do you have some free time to help?20:54
sarnoldslangasek: we have changed some of our interfaces (https://lists.ubuntu.com/archives/apparmor/2013-June/003878.html) -- but the interface in question was more an "internal" interface than public interface, and before the change was broken.20:55
sarnoldslangasek: here's our library versioning scheme for our 2.8.3 upstream release: http://paste.ubuntu.com/6956459/  and here's our versioning for our 2.8.95 "snapshot" (we want a bit more features in 2.9 still, and the .95 approach was chosen to help keep packaging happy with both rpm and dpkg downstreams)20:57
sarnoldslangasek: our 2.8.95 library versioning: http://paste.ubuntu.com/6956454/20:57
sarnoldslangasek: we also added new interfaces to our library in the meantime20:57
sarnoldslangasek: so, I prepared some new packages for trusty proposed, using the following debian/control file: http://paste.ubuntu.com/6956473/  but upgrading a trusty vm with these packages showed some problems: http://paste.ubuntu.com/6952650/20:58
=== zz_mwhudson is now known as mwhudson
jdstrandsarnold: so, you might have missed it, but I think sbeattie, tyhicks and I thought we'd solve the man page issue by simply moving those to libapparmor-dev21:00
sarnoldslangasek: what do you think of the library versioning we've selected for the 2.8.95 snapshot? since the apparmor source package wouldn't build the libapparmor1 package any more, I think we'd need to add some Breaks: and Conflicts: to the libapparmor2 packaging, and rebuild dependent packages (lxc, libvirt, dbus, libusermetrics)21:01
jdstrandsarnold: we'll need to do the same for apparmor-easyprof and python3-apparmor21:01
sarnoldjdstrand: yeah, that makes sense, but I figured it'd be best to show the current state of things21:02
jdstrandsarnold: so I don't think slangasek needs to comment on those bits21:02
jdstrandsure21:02
jdstrandthanks21:02
jdstrandespecially since we're not sure about libapparmor2 vs libapparmor121:03
jdstrandanyhoo, I'll let you handle it :)21:03
sarnoldjdstrand: yes, even if we decide to go back to libapparmor1, it might still be worth moving the manpage21:03
pitticjwatson, infinity: there doesn't seem to be any test suite for britney at all ATM, is that right?21:59
pittiI'm writing an initial one, so that we can recreate bugs like "package promoted although there were failing tests", etc.21:59
pittiwhich hit us hard more than once already22:00
cjwatsonrbasak: sorry, yeah, I am doing powerpc but I was interrupted by my dad showing up for dinner22:06
cjwatsonpitti: there's a test suite in Debian, actually, but I've never quite got round to fixing it up to work properly with Ubuntu *guilty face*22:06
pitticjwatson: it wouldn't have the autopkgtest bits anyway, right?22:07
cjwatsonpitti: http://anonscm.debian.org/gitweb/?p=collab-maint/britney2-tests.git;a=summary22:07
cjwatsonpitti: no, that's right, but I expect it'd be a useful framework for that22:07
pittiso far I just wrote enough code to produce a set of test data files with a convenient API, and got it to run there22:07
cjwatsonwe should definitely have an Ubuntu branch of that22:07
pitticjwatson: nice, thanks for pointing that out22:08
pittiah, that uses static data/ dirs22:09
slangaseksarnold: so libapparmor> so if there's an ABI break, it certainly makes sense to bump the soname as you've done here; you wouldn't need both Breaks: and Conflicts: however, though in this case since the manpages are shipped in the runtime library package you either need to fix that by moving them elsewhere (which I recommend), or having Breaks/Replaces on libapparmor122:12
=== mwhudson is now known as zz_mwhudson
sarnoldslangasek: hi slangasek :) yes, moving the manpage seems like the polite thing to do; what's the next step? just the Breaks: line?22:14
slangaseksarnold: if the manpages are moved, there is no step 222:15
slangasek(aside from making sure the runtime lib package is appropriately named to match the soname)22:15
sarnoldslangasek: that seems suspiciously easy :)22:16
sarnoldslangasek: do we still want / need the no-change rebuilds of the rdepends to update them to libapparmor2?22:17
dokobdmurray, the php5-* issues were apparently tranistional. did build after given back22:27
jdstrandsarnold: I can answer that. based on slangasek's advice (having libapparmor2, we need to rebuild the other packages to they don't keep the now NBS-libapparmor1 in the archive22:35
jdstrand)22:36
jdstrandmeh, punctuation is not correct, but you get the idea22:36
cjwatsonrbasak: ok, php-json/powerpc rebootstrapped now as well, should publish soon22:37
=== zz_mwhudson is now known as mwhudson
jjohansenjdstrand: that is just broken, I still maintain things that don't depend on new functionality should not need to be rebuilt against the new library :P22:39
cjwatsonwe aren't going to keep old libraries that no longer have source in the archive22:39
jjohansenemphasis on the should, it appears that that isn't reality22:39
jjohansencjwatson: sure22:39
jdstrandjjohansen: they probably would work fine, but what I mentioned is an archive thing22:39
jdstrandthey were built with libapparmor1, so their depends has that, so if we didn't rebuild, libapparmor1 would stay in the archive22:40
jjohansenjdstrand: again, I will claim this is wrong and should be fixed in debian packaging22:41
jjohansen:P22:41
seb128jdstrand, it would stay in the archive but your rebuilds/new version would not get out proposed22:41
seb128jdstrand, nowadays britney ensures transitions are completes before migrating things22:41
seb128out of proposed22:42
jdstrandoh, I didn't know it was that smart. cool22:42
jdstrandnice22:42
jjohansenslangasek: so a library versioning question. Basically following libtool guideline http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info22:57
jjohansenthe difference between just adding new interfaces is how AGE is set22:57
jjohansen- new interfaces, revision = 0, current++, age++22:57
jjohansen- break ABI         revision = 0, current++, age=022:57
jjohansenis this correct? Because as I understand it this would result in a new library version for packaging22:57
dokotkamppeter, did you track any blockers to convert system-config-printer to python3?23:07
pittiI hope you don't mean the UI -- wasn't there a plan to only use the backend from that?23:08
slangasekjjohansen: I think that's correct; though if I were you I would try a test build and see what it spits out, I've always thought the libtool library versioning scheme was annoyingly baroque23:37
jjohansenslangasek: yeah just looking at the rules, we kept asking is this really correct?23:38
dokoxnox, trying to compare23:59
dokohttp://people.canonical.com/~ubuntu-archive/transitions/html/python3.4.html23:59
dokohttps://release.debian.org/transitions/html/python3.4.html23:59

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