=== glebihan_ is now known as glebihan === yofel_ is now known as yofel [02:55] bdrung: about Bug #1099003, does vlc dlopen libopus? [02:55] bug 1099003 in vlc (Ubuntu) "VLC 2.0.5 won't work with Opus. Please include libopus0 from n-muench PPA" [Undecided,Won't fix] https://launchpad.net/bugs/1099003 [02:57] bdrung: if so, we can backport opus from quantal to precise [02:58] bdrung: make that can, as I see there's a build-dep in quantal [03:00] bdrung: alternatively, we can backport opus+vlc from quantal to precise once the can't build depend on backports in backports bug is fixed [04:09] recap: gnumeric is a trivial manual merge, but depends on goffice 0.10.0 [04:09] goffice requires a sync, since the Ubuntu patches are no longer relevant [04:10] but, it's a significant version change so requires a transition [04:11] anyone got pointers for docs on library transitions? [04:13] I'll ask cjwatson when the time zones roll around again if no other answers pop up [04:13] wendar: preferably through merges/syncs from Debian if they're available [04:13] if that's needed [04:14] gnumeric is a merge from Debian, goffice will be a sync [04:14] wendar: first setup a transition tracker http://people.canonical.com/~ubuntu-archive/transitions/ [04:14] jtaylor: it's a handful of packages [04:14] or 2 handfuls [04:15] jtaylor: is that populated manually or automatically? [04:15] automatic [04:15] you just have to provide the rules [04:15] goffice isn't in there, but then goffice is blocked on a manual merge [04:15] it's actually 5 sources [04:15] so, if goffice is sync'd, will it then appear in the transition tracker? [04:15] not worth a tracker [04:15] no the tracker has to be setup manually [04:16] ah, automatically generated, for manually specified package names? [04:16] you provide the afftected, good and bad lines you see in the existing ones [04:17] but it may not be worth it if its only handful [04:29] is it fairly similar to the Debian transition "ben" format? http://wiki.debian.org/Teams/ReleaseTeam/Transitions [04:29] indeed [04:44] ok, exactly 5 packages [04:50] micahg: is it reasonable to put in the Sync request for goffice, and include the list of reverse depends and reverse build depends? [04:50] with the note that it may require a transition [04:52] or would you lean more toward an email to ubuntu-motu (which is where I see some transition conversation happening) [04:52] first do all rdeps still build? [04:53] if yes (and they also work) the actual transition can be simple [04:54] must get to bed now, n8 [05:29] wendar: if everything works, then file the appropriate bugs with notes that they should go together [05:30] micah: I'm doing a test build on all of them === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [10:42] wendar: yeah, for five I'd JFDI. Let me know when I should merge gnumeric [12:51] I probably asked that already but forgot, when doing an sru that build depends on another sru do I have to add versioned depends? [12:51] e.g. jcc (>= 2.11-3ubuntu0.1) [13:20] hmmmmm, why don't I have the ssh key from my laptop on jubany.c.c … === yofel_ is now known as yofel [17:18] cjwatson: a sync'd version of the latest goffice from Debian builds fine, but I get build failures in gnumeric and gnome-chemistry-utils which depend on it [17:19] those are the only two reverse depends on goffice that have ubuntu changes, everything else is already sync'd from Debian [17:22] the build failures aren't directly related to goffice, though [17:23] which means, it could be other gtk packages in Ubuntu that are different versions than Debian's [17:24] gnumeric fails with a missing identifier in GTK-Doc [17:25] gnome-chemistry fails with a missing symbol from libxslt at link time (so, not even gtk related) [17:53] micahg: backporting opus+vlc sound good. what needs to be done once quantal EOL? [17:53] backport from raring to precise? [18:07] bdrung: that or just upload the precise version with enable opus + enable ssl [18:15] micahg: looking at the precise->quantal diff, it's better to just enable opus and ssl instead of backporting the quantal version [18:16] bdrung: I was going to backport quantal + reinstate the postinst [18:16] micahg: and revert the fonts-freefont-ttf rename, please [18:17] otherwise you can't install it (or you backport the freefont package) [18:17] bdrung: we just need the reverse dependencies tested with the built versions, I can throw them in my PPA [18:17] bdrung: ah, yes [18:17] backporting the font would be probably better [18:18] it has a few reverse dependencies as well, but I don't mind if they're tested [18:21] micahg: once we have one version of vlc in backport, keeping it updated shouldn't be that big issue (because security updates will go to precise and quantal) [18:21] right [18:23] ah, we actually don't need the backport on backport version [18:23] both are new packages in backports === chris|| is now known as chris| === hrww is now known as hrw === kloeri_ is now known as kloeri === yofel_ is now known as yofel [19:30] cjwatson: is there a better way to test a partial archive rebuild for a library transition? [19:32] cjwatson: I'm beginning to suspect the build failures may have more to do with creating a test build environent from a mixture of apt-get installs of raring packages and local custom dpkg installs of the new versions of the packages [19:32] cjwatson: so, it's getting the dependencies confused on building packages that depend on other packages I've already built === zequence_ is now known as zequence [19:55] when doing an sru that build depends on another sru do I have to add versioned depends? e.g. jcc (>= 2.11-3ubuntu0.1) [20:17] jtaylor: if the version is required for functionality, yes [20:18] its only the build [20:18] runtime doesn't matter [20:18] yes, I mean if it's required to make the build work properly, it should be versioned [20:18] k [21:01] wendar: Does the new goffice render the old (other packages) uninstallable? [21:02] wendar: If so, the simplest way is to put it into raring-proposed (where everything's staged anyway) and then it'll automatically stay there until we fix everything else up - and it'll be easier to test-build them once the new goffice is in raring-proposed [21:03] wendar: if the new goffice changes library package names or similar, that's good enough for this purpose [21:29] cjwatson: I'm getting FTBFS on gnumeric and gnome-chemistry-utils when I rebuild locally on the new goffice [21:30] cjwatson: so, yes going ahead and syncing the new goffice into raring-proposed would work [21:31] cjwatson: I can watch and fix any errors until all the dependencies are straight [21:34] cjwatson: (the library package names are different for the new goffice, all 0.10 instead of 0.8) [21:35] wendar: done on your behalf, then [21:35] I'll have a poke at gnumeric tomorrow [21:35] cjwatson: thanks! [21:36] I did the merge for gnumeric [21:36] http://people.canonical.com/~ubuntu-archive/proposed-migration/ should tell you what's still blocking it (in a bit) [21:36] point me to a source package and I'll start from that, then [21:36] though the Ubuntu changes weren't complicated [21:36] cjwatson: https://bugs.launchpad.net/ubuntu/+source/gnumeric/+bug/1099027 [21:36] Ubuntu bug 1099027 in gnumeric (Ubuntu) "Please merge gnumeric 1.12.0-1 (universe) from Debian unstable" [Wishlist,New] [21:37] ok, ta [21:37] aye, the changes were light [21:37] * cjwatson not a major fan of attempting to sponsor UDD merges anyway [21:37] fine for other things, but there are a few too many directions to compare for merges [21:37] so glad you just gave a debdiff [21:38] anyway, -> tv, will look tomorrow [21:38] enjoy :)