[00:04] doko: well done [00:07] Should questions related to the development of an app with a specification on wiki.ubuntu.com be asked here or on #ubuntu-app-devel? [00:07] The app is Contributor Console, https://wiki.ubuntu.com/ContributorConsole [00:09] mspencer: Not here. Not sure if that's better or not. Perhaps #ubuntu-desktop too. [00:18] infinity: may i ask you to process gnustep-gui in around one or two hours once armhf and powerpc are built? [00:20] bdrung: I'm sure you can. (Someone will get to it regardless) [00:22] infinity: hä? gnustep-gui is/will stuck in binary NEW. [00:30] bdrung: yeah, I know. We'll get to it. [01:40] roaksoax,Daviey: Where's the upstream bzr repository for maas-enlist? It looks like it has a separate upstream existence and the upstream part of its version is "0.4+bzr36", but there's no lp:maas-enlist === doko_ is now known as doko [01:43] cjwatson: lp:~maas-maintainers/maas/maas-enlist [01:43] Thanks === cpg is now known as cpg|away === cpg|away is now known as cpg === cpg is now known as cpg|away === Tonio_ is now known as Tonio_aw [02:18] Hello all. I have a question. Why do some packages that exist in lp not appear in the Ubuntu Software Center? === _salem is now known as salem_ [02:42] someone needs to put the stuff from lp into ubuntu [02:42] it just doesn't automagically happen [02:48] jcastro_: I'm not sure if he meant "software in random PPAs and bzr branches" or "software in the Ubuntu archive (as shown on LP) that isn't indexed in SC" [02:48] epikvision: ^? [02:49] seems like he meant lp as a whole, which includes the things you just mentioned [02:50] yeah, that's what I meant. [02:50] jcastro_: Given that software-center (intentionally) only indexes things with desktop files, I suspect it builds some confusion from people who, say, search for Apache and wonder why we don't "ship" it (when we clearly do). [02:50] I'm answering your question on askubuntu, which I assume you just posted because it's just similar [02:50] I just did; thanks. [02:52] jcastro_ I also included a comment to extend the question. === cpg|away is now known as cpg [03:30] jcastro_ so I guess having a packager in the app review board makes a powerful combination! ^^ [03:34] It's a fundamental flaw in the system that non-developers are on the board at all. [03:37] even if the ARB was full of say, full MOTUs or Core Devs, they would still be doomed [03:37] Well sure. [03:38] ScottK: there aren't any non-developers on the board, nor will there be going forward [03:38] OK. Good to hear. === salem_ is now known as _salem [03:39] I guess I got confused by the new review policy. [03:58] for a UDD package, where a bzr checkout only gets the debian/ directory (network-manager-gnome in this case), how do i build a test package for upload? with a normal package, i'd do debuild -S -sa -I -i === Logan__ is now known as Logan_ [04:02] achiang: Unpack the orig, export the debian directory into it, then debuild -S [04:03] achiang: bzr bd should do it [04:04] (or bzr bd -S) [04:04] backtracking though, what branch did you use? [04:04] infinity: what does "export" mean in this context? i was thinking: find .orig.tar.gz, .dsc, and .diff.gz files, dpkg-source -x, then rm -rf the debian directory, then cp -a the bzr branch's debian directory into it... i'm sure you're suggesting a less clunky method. :) [04:05] cyphermox: bzr+ssh://bazaar.launchpad.net/~network-manager/network-manager-applet/ubuntu.precise/ [04:05] achiang: rock on :) [04:06] yeah, bzr bd is what you're looking for, and if you want to make things easy you'll want to download the orig tarball from launchpad [04:07] man... that is clunky [04:08] I admit it needs a bit of new love :) [04:10] Full source branches work better, but suffer from slow branching. [04:11] FSVO better. [04:12] But then I use diff and patch to move stuff between what I plan to upload and bzr. [04:13] RAOF: really I should just do away with that old concept of get-orig-source in that package, which I inherited from when I started maintaining the package and was the way it was due to daily builds [04:14] and I already have a branch that fixes all this, I just had more important things to do than merging it :/ [05:29] is someone doing phantom patch pilot? :) I just got a few MP's that got merged with no review [05:29] heh [05:37] Good morning [05:37] bkerensa: patch pilot is a time for Canonical employees that's set aside for them to do sponsoring work. Other people do it too. [06:09] apw, infinity: argh, I suck; can you please change "Restictions: needs-build" to "Restrictions: build-needed"? *brown paperbag* [06:10] I'll send a patch for binutils today [06:13] what non-free software makes the ubuntu-nexus7-installer claim "non-commercial" use? [06:13] cause the installer itsself is GPL 3 [06:14] scientes: I suppose it's related to the bits of non-free drivers that it ships, such as the Tegra one [06:15] does it ship flash? [06:15] cause i know flash for arm GNU/Linux (glibc/x11) is non-commercial [06:16] if i install ubuntu will i still have android? [06:16] can i dual boot? [06:19] not with that image [06:19] " [06:19] There are currently no plans to support dual booting Ubuntu and Android." [06:19] but you can download and restore the original android image [06:38] pitti: Grr. [06:38] pitti: I even read the spec, but didn't notice that you'd given me the wrong syntax. [06:39] pitti: I won't fix it right away, but it'll make its way into the next glibc upload. [06:40] scientes: We don't wipe out the partition layout, so if you backup with something like nandroid, you can restore. [06:41] scientes: As for the non-commercial bits, pitti's right, it's drivers. Though, the most restrictive one is some broadcom blob, not the nvidia one. [06:41] scientes: Not that I think it matters, other than covering our butts a bit, since it's clearly a tech preview sort of toy, not something you're going to put on 1000 tablets and deploy in the enterprise. :P [06:51] infinity: surely the drivers do not require Canonical/Ubuntu to demand no-commercial use? [06:51] these drivers are already used commercially on the Nexus 7 when running Android? [06:53] bkerensa: http://paste.ubuntu.com/1376568/ [06:53] infinity: it's not urgent, next upload is fine; thanks! [06:53] bkerensa: That's the only license we have. Clearly non-commercial, and only gives us the right to extend a non-commercial use grant to our users. [06:54] bkerensa: I would assume that Google has a different license. Not all licenses are created equal. :P [06:55] infinity: huh [06:55] bkerensa: If you, of course, have obtained the same binaries under a different license, you can do whatever you're allowed to do, but that's the license we have, so. *shrug* [06:56] (Well, the license is longer, obviously, but that was the relevant bit) [06:56] infinity: I wonder how that works for Canonical employees who are trying to improve the core of Ubuntu on the N7 since their use would be commercial in nature? [06:56] How is it commercial? [06:56] well if they are paid by a company to improve Ubuntu Core on the N7 device using those drivers the nature of their use is not personal [06:58] bkerensa: It's possible for commercial organisations to engage in non-commercial activities. [06:59] bkerensa: We're not selling (or monetizing in any way) Ubuntu on the N7, and certainly not that firmware. [07:00] infinity: The platform is monetized technically since the shopping lens ships with the image :) [07:00] although I double Canonical will see any revenue on the N7 [07:00] ;p [07:00] I can barely access the dash at this point [07:01] Seems a great argument to file a bug to remove that lens in the N7 image. :P [07:01] infinity: not worth my time ;p [07:01] Nor mine. [07:40] good morning [07:49] hey dholbach [07:52] infinity, doko: I attached a binutils debdiff to bug 1081500; let me know if you want me to upload this; note that this is appropriate for Debian as well [07:52] Launchpad bug 1081500 in binutils (Ubuntu) "Add autopkgtest for mutual rebuild-testing amongst glibc, linux-libc-dev, gcc, and binutils" [Low,In progress] https://launchpad.net/bugs/1081500 [08:09] is there any nice way to stop a prerm thats doing something wrong on package upgrade? I need a way of preserving some data generated by a package but the prerm script in the version in the archive currently removes it === smb` is now known as smb [08:19] Anyone knows the date of UDS-S? === tkamppeter_ is now known as tkamppeter [08:21] tkamppeter: tentative schedule here https://wiki.ubuntu.com/SReleaseSchedule the week that has may the 16th [08:24] jamespage: i think "old" prerm is the first one that runs =( http://wiki.debian.org/MaintainerScripts [08:24] xnox, yeah - thats what I'm trying to avoid [08:25] jamespage: well, if you have a dependency, you can make that dependency preinst script rescue your data. [08:26] xnox, ? not sure I understand [08:26] e.g. if packageA eats data on prerm and depends on packageB, I think packageB preinst can rescue your data, but I have not tested this. [08:27] since packageB new preinst will be run before packageA prerm, you might possibly need pre-depends. [08:28] cjwatson: what's the best way to work around a broken prerm for a package already in the archive? (currently prerm is causing data loss on upgrade) [08:29] xnox, right - I see [08:29] * jamespage looks at the Depends [08:29] hmm [08:30] jamespage: if that is not possible, you might want to introduce a new pre-depends package called "packageA-rescue-data", but that is very extreme. [08:31] jamespage: what's the package in question? [08:31] jamespage: and the upgrade path? dist-upgrade or -security/-updates? === Tonio_aw is now known as Tonio_ === mcclurmc_away is now known as mcclurmc [09:57] jamespage,xnox: Old prerms that don't fail but that do something undesirable are tough to work around. The only method I can think of is a preinst of something you Pre-Depend on, as xnox suggests. [09:58] cjwatson: ack, thanks. [09:58] (Well, actually, the postinst would do.) [09:58] cjwatson, yeah - its working OK using that approach - thanks for the feedback [10:04] doko, https://launchpadlibrarian.net/123630730/buildlog_ubuntu-raring-amd64.unity_6.12.0-0ubuntu2_FAILEDTOBUILD.txt.gz [10:04] "-- Found Gettext: /usr/bin/msgmerge (found version "0.18.1") [10:04] CMake Error at CMakeLists.txt:106 (if): [10:04] if given arguments: [10:04] "STREQUAL" "TRUE" [10:04] Unknown arguments specified" [10:04] [10:04] doko, do you know if something changed in the toolchain around yesterday? the issue started recently in raring [10:05] that's a no change rebuild (well a control recommends added) compared to the previous version which was building [10:06] seb128: well cmake had a new upstream release uploaded on 2012-11-15 [10:06] xnox, the issue started around yesterday [10:07] seb128: ack. [10:07] we have daily builds in a ppa, they didn't break around the 15 but more recently [10:07] i see. [10:07] seb128: can I have a link to the build record to grab the source package? [10:08] xnox, apt-get source unity in raring [10:08] ok. [10:08] https://launchpad.net/ubuntu/+source/unity/6.12.0-0ubuntu2 [10:10] xnox, or in fact it could be cmake... let me try to downgrade it [10:10] yeah, let's try that first [10:11] seb128: for some reason the GETTEXT_FOUND is not set. [10:11] seb128: yet the above find_package (Gettext REQUIRED) should have done so. [10:11] unless it's now ${Gettext_FOUND} which is very not CMake like capitalization. [10:12] yeah [10:12] downgrading cmake fixes it [10:12] seb128: so a change in FindGettext. [10:13] Riddell, ^ [10:13] Riddell, you did the cmake update [10:13] that's a weird variable [10:13] http://launchpadlibrarian.net/123100540/cmake_2.8.9-1ubuntu1_2.8.10.1-0ubuntu1.diff.gz [10:13] is the diff [10:13] Gettext_FOUND as xnox said, is really not cmake-like [10:13] there is a diff in FindGettext [10:14] +set(GETTEXT_FOUND ${Gettext_FOUND}) [10:14] indeed, weird [10:17] seb128: didrocks: file a bug against cmake package & (you or somebody else) should forward this upstream. [10:17] currently it looks insane. [10:17] in cmake. [10:17] set(GETTEXT_FOUND ${Gettext_FOUND}) should be setting the old variable. [10:17] But it could well just be failing to find it correctly. [10:17] but I don't see them setting Gettext_FOUND either. [10:18] Looks like a complete rewrite of the module. :/ [10:18] xnox: they don't apparently… [10:18] not sure if the dep thing is magic in some way… [10:19] http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=13691&graph=relation [10:19] didrocks, ^ [10:19] with the added target [10:20] PARENT_SCOPE [10:20] this is even more black magic :) [10:21] we should maybe revert the FindGettext.cmake diff to 2.8.9 [10:21] until that's properly fixed upstream [10:21] ? [10:21] seb128: I agree. [10:21] cjwatson: was there a magic wiki page for reverts? [10:21] xnox: https://wiki.ubuntu.com/UbuntuDevelopment/RevertLog [10:21] xnox, revert the whole cmake? [10:21] seb128: also we need autopkgtest in cmake for a sample FindGettext ;-) [10:21] +1 on revert [10:21] or just FindGettext.cmake? [10:22] Is the FindGettext change fairly isolated from everything else? [10:22] seb128: I am hoping that reverting FindGettext should be sufficient. [10:22] If so, probably simpler to just revert it alone [10:22] Nothing else references that module. [10:22] So, reverting it alone should be fine, assuming the old version works with the new CMake. [10:22] yeah, it seems standalone [10:22] (Which is really should) [10:26] * xnox is doing the revert, and will document it. [10:26] OOI, didn't we use to have three powerpc builders? [10:27] pitti: didn't like I see discussion somewhere of one ppc box disappearing?! [10:27] thanks xnox, so it's known [10:28] pitti: It failed to come back from reboot on upgrade - there's a high-priority RT about it [10:31] seb128: didrocks: does this work? https://bazaar.launchpad.net/~pimvullers/maya/fix-1080713/revision/380 [10:33] xnox: with the current cmake, you mean? [10:33] didrocks: yes. [10:33] xnox, it seems to work yes [10:33] well applied to unity [10:33] see related issue: https://bugs.launchpad.net/maya/+bug/1080713 [10:33] Launchpad bug 1080713 in Maya "CMakeFile.txt: Unknown arguments specified: "STREQUAL" "TRUE"" [High,Fix committed] [10:36] seb128: didrocks: does the "new" style also work with older CMakes? [10:37] seb128: want me to test or do you have a pbuilder handy? [10:38] didrocks, xnox: I didn't test a full build but "cmake .." works fine with that change to CMakeLists.txt, using both old and new cmake [10:38] where it was breaking with the new cmake before [10:38] awesome. [10:38] so it seems to be fine for both [10:39] seb128: ok, I'll try a full build and ensure we have translations [10:39] didrocks, I've started one on my raring machine with the new cmake [10:39] seb128: do you test on quantal as well? [10:40] didrocks, I can pbuild on quantal yes [10:40] seb128: ok, I'll let you handle this then :) [10:41] cjwatson: no reverts after all =) [10:41] I think it broke quite some packages though [10:42] when I added the initial support, I looked at the doc [10:42] and that was what was published IIRC [10:42] if(FOO_FOUND) is the more common usage, by far. [10:43] Though maybe not for Gettext specifically, if some doc was suggesting the STREQUAL. :/ [10:43] rgrep through a lintian lab anyone? [10:44] http://codesearch.debian.net/search?q=STREQUAL+%5C%22TRUE%5C%22 [10:44] Laney: Those aren't all necessarily wrong, if they're actually comparing strings, as I understand it. [10:45] Quite. I'm not suggesting they are, but I couldn't think of a better string in ten seconds. There's not so many results there to look at anyway. [10:45] I don't see a single GETTEXT in there, though. [10:46] Depends if it's something unique to GETTEXT_FOUND [10:47] But yeah, it's possible other PS packages have used the same idiom. [10:47] I suspect the new and bizarre voodoo in play to make GETTEXT_FOUND get set... however it gets set... also swapped it from being a string to a bool or something. [10:47] *hand wavy* [10:49] xnox, Laney, infinity, xnox: I would still go with the "revert the cmake gettext change" until somebody who knows about gettext figure out why it broke and what should be done [10:49] we don't even know how many builds in the archive that breaks [10:49] just unity in the PS stack [10:49] * didrocks grepped [10:49] ups, the second xnox was meant to be didrocks [10:49] seb128: It breaks zero things in Debian, apparently. [10:50] infinity: Debian does not have that version yet? [10:50] * xnox goes to check [10:50] seb128: And outside of Debian-derived packages, the PS stuff may well be the only cmake-using things we care about. :P [10:50] xnox: No, we just grepped the archive. [10:50] It did break Maya on gentoo =) [10:50] I'd keep it. We'll find out if stuff breaks, and if it does then we know where the problem comes from and how to fix it. [10:50] xnox, debian doesn't have that version no [10:51] For future reference this is bug 1080713 [10:51] Launchpad bug 1080713 in Maya "CMakeFile.txt: Unknown arguments specified: "STREQUAL" "TRUE"" [High,Fix committed] https://launchpad.net/bugs/1080713 [10:51] with a bug link to cmake bug tracker. [10:51] (I didn't grep through webapps, but if I see it failing, I'll fix it) [10:51] And I commented in cmake's bug tracker that this change breaks previously working CMakeLists. [10:52] it still seems an incompatible change [10:52] is that wanted? [10:52] seb128: which may or may not be appropriate for a new upstream cmake release. [10:52] seb128: i'd like to wait on a response from cmake developers on this. [10:53] It's a correct change. That *should* be a boolean. [10:53] Things doing wrong things and getting burned isn't something to get too upset about if almost nothing is affected, IMO. [10:53] Reverting won't buy us anything here, if the impact is minimal. [10:53] I codesearched for GETTEXT_FOUND and didn't see anything. [10:53] seb128: until then, I'd like to keep ubuntu cmake package task as won't fix, as there is a way to work around in a sane backwards compatible way. [10:53] (I've certainly broken more packages with glibc 2.16 than this will break) [10:53] =)))))) [10:54] And, as stated, this affects zero source packages in Debian. [10:54] So, if it affects us in any meaningful way, we're pretty special. [10:54] It may well just be unity. [10:54] infinity: and maya software see the bug report. [10:54] infinity: which came up with the fix in the first place ;-) [10:54] xnox: We don't ship maya. [10:54] Not in archive → doesn't exist. [10:54] :P [10:54] xnox: But if upstream fixed their build system, go them. [10:55] Laney: infinity: /me clearly confused maya with mayavi2 sorry [10:55] Some software sets GETTEXT_FOUND to TRUE/FALSE and some 1/0. Don't know if that will be affected. [10:55] xnox: Do please document that we had a discussion anyway; one of the things we wanted to know was how often we decided against reverting [10:56] cjwatson: ack. [10:56] Laney: No, no. Those are packages shipping their own FindGettext module. [10:56] Laney: Anything SETTING it can be safely ignored, you just want to find things testing it. [10:57] Laney: And where they're a pair in the same source package, obviously it's using its private copy, so again, a red herring. [10:59] I can't quite sort out why, every time I poke at cmake, it feels both elegant and awful at the same time. [11:00] How does autotools feel? [11:01] Sort of exactly the opposite. [11:02] is there something special about variables starting with double underscore in python? [11:02] CMake feels pretty and clean and such, but I end up banging my head repeatedly on flat surfaces when I can't sort out the crazy abstracted way to do X, Y, or Z. [11:02] autotools, for all its ugly, is easy to just hack a quick DWIM test. [11:03] something strange happening in pdb, where instance variables named like that are perfectly accesible by the running code, but pdb somehow sees them differently [11:05] "Private name mangling: When an identifier that textually occurs in a class definition begins with two or more underscore characters and does not end in two or more underscores, it is considered a private name of that class." [11:05] brendand: http://docs.python.org/2/reference/expressions.html#atom-identifiers [11:08] seb128: didrocks: cjwatson: documented https://wiki.ubuntu.com/UbuntuDevelopment/RevertLog [11:08] thanks xnox, looks good :) [11:09] cjwatson: also made the outcome of the previous instance more clear, as a patch revert did happen in libgcrypt11, but not in cmake's case. [11:10] xnox, thanks [11:10] fixed grammar now as well =) [11:10] infinity, that makes sense, but when pdb is inside a method shouldn't it be running 'inside' that instance? i'm going to guess that that isn't how pdb works [11:11] My suggestion would be to avoid __var like the plague ... [11:11] dholbach: what kind of hardware do it need for hangouts? [11:12] cjwatson, i will now === _salem is now known as salem_ [11:13] bdrung, a webcam helps - if you want to try it out, we could have a test hangout [11:13] bdrung: i386 or amd64. The easiest with google chrome browser. [11:14] xnox: Works just as well in firefox. [11:14] bdrung, https://tools.google.com/dlpage/hangoutplugin [11:14] infinity: hmm... for me cpu blowsup under firefox... but maybe it's just me. [11:15] xnox: I found it about equally crap in both the last time I cared to compare. [11:15] noted. [11:15] xnox: And discovered that an Atom N450 wasn't good enough. :P [11:15] (This may have improved since... Man, I hope it has) [11:16] When the first step to video chat/conference is "find the most powerful computer in your house and kidnap it for use as a very expensive microphone stand", something's wrong. [11:16] infinity, a tiny little bit maybe, but it's still taxing [11:16] well. I have tried it on an arm netbook and google kept on pretending I am running 32bit x86 compatible processor. [11:17] dholbach: Methinks the people who do their Android hangout client need to go smack the people who do the x86 browser plugin. [11:17] dholbach: Given that it runs better on my phone than my laptop sometimes. :P [11:18] dholbach: then i need a webcam [11:18] xnox: chrome or is chromium enough? === Tonio_ is now known as Tonio_aw [11:19] bdrung: chrome seemed to have everything built in. chromium needs a plugin just like firefox does. [11:19] bdrung: webcam is needed if you want to broadcast your face =) just a mic works and then you will be broadcasting a static picture/avatar. [11:20] okay, then i have to test if my headset still works [11:22] last time, i tried, i had problems with recording. now i have a different sound card. so this problem may have solved itself. [11:22] Alright, on a scale of 1 to nap, I think I'm going to go 13. === Tonio_aw is now known as Tonio_ [11:22] which value has nap? infinity? [11:22] ;) === cpg is now known as cpg|away [12:03] what's the most straightforward way to find the maximum resolution of a particular display (say VGA-0)? [12:03] brendand: maybe parsing the output of xrandr [12:04] bdrung, that's what i was afraid of - it's a bit ugly [12:07] then i can't help you [12:08] cat'ing in /sys/class/drm/card0* *would* be cleaner if it wasn't for proprietary drivers === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [12:36] slangasek: skype and skype-bin:i386 from the partner repo seem not to be installable at the same time. [12:37] HI does ubuntu 12.10 supports EFISTUB bootloader?thx === Tonio_ is now known as Tonio_aw [13:05] how do I request a package to be removed from universe? xserver-xorg-input-penmount has been broken in quantal and precise, and nobody noticed [13:06] file a bug and subscribe ubuntu-archive; but it can't be removed from stable releases [13:06] ok === salem_ is now known as _salem === _salem is now known as salem_ === Tonio_aw is now known as Tonio_ === fisted_ is now known as fisted [14:46] bdrung: hi, sorry for the ping, should we wait for an updated adblock-plus package from lp:mozillateam? The current version conflicts with thunderbird 17... [14:50] (unrelated) btw, upgrading skype on precise is broken, the new "skype-bin" wants to uninstall the old "skype" package, not upgrade it... [14:52] alkisg: was the previous skype installed from skype.com or from the archive? [14:52] xnox: from the archive (using software center) [14:52] skype and skype-bin, versions: 4.0.0.8-0oneiric1 [14:53] (oneiric even though I'm using precise) [14:53] alkisg: is adblock-plus simply disabled in thunderbird, or it is preventing to upgrade to thunderbird? [14:53] xnox: upgrading thunderbird prompts for removing the adblock package [14:53] So update-manager says a "partial update is available" [14:54] *sigh* [14:54] I purged skype and skype-bin. I tried installing skype, it says that it depends on skype-bin but that won't be installed [14:55] I installed skype-bin only, seems to work... [14:55] alkisg: are you on amd64 or i386 architecture? [14:55] i386 [14:55] alkisg: thank you. [14:55] Thank you too [14:55] alkisg: I will check & try to confirm both issues. Have you filed any bugs yet by any chance? [14:56] xnox: no, for neither [14:56] alkisg: that's ok. [14:56] Thanks a lot, tell me if I should file a bug [14:56] cjwatson: should we be running britney for security and updates pockets? ^^^^^ [14:57] Arguably but not planning on setting it up any time soon [14:57] What's that got to do with it though? skype's in partner, not security/updates [14:58] In any case, this change appears at least somewhat deliberate - looks like it's switched to a multiarch scheme? [14:59] cjwatson: ack. Let me correct myself: stuff that lands in a stable release post-release via reasonable & supported paths. [14:59] bug 1081860 FWIW [14:59] Launchpad bug 1081860 in ubuntu-archive-tools "uploads to oneiric/partner are redirected to oneiric-proposed/partner" [Medium,Triaged] https://launchpad.net/bugs/1081860 [14:59] (probably wrong title now) [14:59] * cjwatson fixes [14:59] cjwatson: but switching to a multiarch scheme should not break upgrade on a i386 (non-multiarch) install. [15:00] no, that's true [15:06] xnox: see bug #1082030 for the skype issue [15:06] Launchpad bug 1082030 in skype (Ubuntu) "skype-bin seem to have strange dependency" [Undecided,New] https://launchpad.net/bugs/1082030 [15:06] Yeah, looks like a busted Breaks [15:07] xnox: I can go ahead and fix this if you like [15:07] since Steve is probably gorging on turkey or will be soon [15:08] And I think I remember how to upload to partner :) [15:08] cjwatson: yes please. as it's a r_egression in a stable releases. [15:08] * xnox was not punished with such privilege yet [15:09] Hmm, that's a point, I don't think I actually have upload access to partner [15:09] Unfamiliar feeling [15:10] well stgraber & mvo can. [15:12] yeah, I "think" I'm in the magic team that has upload access to partner, never tried it though :) [15:12] You are. It should just be an ordinary upload with Component: partner [15:12] xnox, the cmake fix from this morning didn't work [15:12] if (GETTEXT_FOUND) works with with 2.8.9 but not 2.8.10 [15:12] xnox, just for info [15:13] seb128: buildlog? [15:13] xnox, https://launchpadlibrarian.net/123700184/buildlog_ubuntu-raring-i386.unity_6.12.0-0ubuntu4_FAILEDTOBUILD.txt.gz [15:13] cjwatson: ok, want me to take care of this then? [15:14] xnox, but doing cmake .. the GETTEXT_FOUND line is not printed [15:14] xnox, it is when using 2.8.9 [15:14] xnox: yeah, it's printed [15:14] not* [15:15] seb128: didrocks: I've asked you "does this work on both?" you say yes. Even to the fact of building it in quantal & raring. Now two uploads were done that FTBFS. [15:15] didrocks: do you not do a clean build in pbuilder/sbuild before uploading? [15:15] (with raring-proposed enabled) [15:15] xnox, I did pbuilder on quantal, my raring build failed on a gcc/include issue [15:15] stgraber: I've attached a patch to the bug, if you'd care to sponsor it? [15:15] xnox: I trusted seb128 when he told me he built it ;) [15:16] xnox, so yeah, unfortunate chain of events [15:16] cjwatson: sure [15:16] yep, because of the other failure [15:16] now, we see what happened here, LOL =)))))) [15:16] let's try to fix it first [15:16] xnox: well, not the end of the world, fixing it is more important [15:16] anyway. Yeah, I still was not convinced that even Gettext_FOUND was set or not. [15:17] * xnox goes to play with cmake quickly. [15:17] * xnox has reverted cmake to upload ready here, just in case. [15:17] xnox, seems it's not [15:17] if (Gettext_FOUND) [15:17] message(STATUS GETTEXT_FOUND = ${GETTEXT_FOUND}) [15:17] -> no message printed [15:20] <_val_> Hi there. Is anyone working on vdsm for ubuntu? Just out of curiousity. [15:25] ok, opensuse has a patch [15:25] cjwatson: so what's the fix you're applying to skype? I'm thinking we should just use ${binary:Version} going forward [15:25] and it works [15:25] but full of black magic [15:25] didrocks: link? [15:25] http://www.mail-archive.com/opensuse-commit@opensuse.org/msg28785.html [15:25] they remove the additional set [15:25] something else already set it right it seems [15:25] in cmake [15:26] 8-/ [15:27] didrocks: that works. [15:27] xnox: grepping in the cmake module dir only show that one [15:27] yeah, I confirm [15:28] even if we don't really know what set it [15:28] I wouls propose uploading cmake with that patch [15:28] and give back the unity build [15:29] ack. [15:29] autopkgtest for GETTEXT_FOUND? [15:29] * xnox so does not want to see this happening again, when cmake is fixed. [15:29] or "not fixed upstream, yet again" [15:29] xnox: I'm adding that to my Friday TODO, would be a nice little hack on Friday afternoon :) [15:30] works for you? [15:30] didrocks: sure. Well I remember people talking about a unity "needs-build" autopkgtest. [15:30]