[01:50] <MegaManSec> infinity: ubuntu/debian made specific patches, though.
[01:51] <MegaManSec> http://git.net/debian-glibc/txt5w0qWtefJS.txt This was never in the original glibc, or eglibc code.
[01:52] <MegaManSec> well, I don't think it was in eglibc. Atleast, it's not still in the eglibc code.
[02:04] <MegaManSec> Zz.. It is.. I don't know why I had the idea that it wasn't in the stock eglibc code.. http://www.eglibc.org/cgi-bin/viewvc.cgi/trunk/libc/resolv/res_libc.c?r1=8608&r2=9102&pathrev=9102 Apologies. -- Anyways, the issue at hand is eglibc specific, which seems to only concern Debian/Ubuntu. However, development for eglibc is dead, and the bug is still present in the latest LTS distro.
[02:10] <MegaManSec> (the bug I'm referencing is https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1432378). I think a quick fix would be to move the `static time_t last_mtime` into the res_state resp, and then set last_mtime inside the res_init(). Or, just change undo the patch.
[07:11] <octoquad> Hi. I'm trying to split the syncevolution package to provide a sync-evolution-provider-goa package (see https://bugs.launchpad.net/ubuntu/+source/syncevolution/+bug/1406200). The end result works, but I'm struggling to create a debdiff for it, could some one assist me with this? I assume I'm missing one vital step as the debdiff only generates the changelog entry for the new version, no patch information is in it. Thanks
[08:02] <Noskcaj> octoquad, If you're diffing the .dsc, it should show the patch too
[08:23] <octoquad> Thanks Noskcaj, I only see the dch -i entry in the diff. I'm not sure if I was suppose to use quilt or edit-patch prior to dch -i. I couldn't find any documentation on this procedure either.
[08:24] <Noskcaj> What other changes are you doing?
[08:37] <octoquad> All i'm doing is creating a in new package in debian/control based of an existing entry (UOA), then creating a new .install file to provide the .so. That's the only thing I'm doing.
[08:41] <Noskcaj> If the files exist, they should appear in the debdiff
[08:41] <Noskcaj> Have you ran debuild since doing the changes?
[08:44] <octoquad> yes, using debuild -S
[08:45] <octoquad> Let me try again, and I'll share the steps I used on pastebin.
[08:47] <octoquad> Quick question, should I run debuild before or after dch -i?
[08:52] <Noskcaj> dch -i adds a new changelog entry, debuild builds the source. So you can run debuild as much as you want, but you do need to run it after you update the changelog
[08:53] <octoquad> Ok, so if I don't do dch -i first, then I get "signfile syncevolution_1.5-0ubuntu4.dsc Ken VanDine <ken.vandine@canonical.com>"
[08:53] <octoquad> secret key not available
[08:53] <Noskcaj> Because then debuild thinks that you're ken and want to sign the .dsc file
[08:55] <octoquad> OK, so i've now added a changelog entry and it builds fine. Would this be a problem "W: syncevolution source: out-of-date-standards-version 3.9.5 (current is 3.9.6)"?
[09:06] <octoquad> Noskcaj, this is what I end up with: http://pastebin.com/LvEwBt0y
[09:07] <octoquad> I'm also getting "dpkg-source: warning: failed to verify signature on /path/to/syncevolution_1.5-0ubuntu5.dsc" which is the new dsc file I generated with my own GPG key
[09:07] <Noskcaj> The standards-version is a semi-useless debian thing, so you can ignore that
[09:08] <octoquad> ah ok, thanks
[09:14] <Noskcaj> What files are you debdiffing?
[09:35] <octoquad> debdiff syncevolution_1.5-0ubuntu4.dsc syncevolution_1.5-0ubuntu5.dsc > syncevolution_1.5-0ubuntu5.debdiff
[09:36] <Noskcaj> ok, have you done that since building the package with the changes added?
[09:40] <octoquad> which one, the binary package (sbuild) or source package (debuild -S)?
[09:41] <Noskcaj> source should be enough
[09:42] <Noskcaj> Are you sure you're pointing it at the right .dsc files?
[09:42] <octoquad> Yes. I just started afresh while chatting to you. I grabbed it with dget.
[09:43] <octoquad> busy building with sbuild at the moment although it normally results in the same thing for the debdiff as well
[10:28] <xnox> infinity: did you rename all the -dev libraries....
[10:29] <xnox> doing boost transitions, and i'm a bit iffy rebuilding things with -dev packages.
[10:53] <xnox> slangasek: could you please rebuild ubuntu-touch-meta again? s/boost1.55-dev/boost-1.58-dev/
[10:54] <xnox> pushed bzr branch, but germinate shouts at me that my "debootstrap is older"
[11:10] <ari-tczew> xnox: have you seen my email about sync zabbix?
[11:11] <xnox> ari-tczew: i will let you think about it for a little while. imho your email was a bit pointless =)
[12:17] <octoquad> Noskcaj, darkxst assisted me with it and is now working. Thanks for trying to help me, I appreciate it.
[12:17] <octoquad> Noskcaj, turns out I did the dch -i after instead of before I started with changes.
[12:24] <octoquad> slangasek, do I create debdiff for syncevolution on ubuntu/wily-proposed/syncevolution or ubuntu/syncevolution for bug #1406200?
[12:24] <octoquad> I see you did some changes an hour ago.
[13:38] <teward> probably the wrong channel but does anyone know what version of grub is needed to get Win10 support?
[19:30] <slangasek> octoquad: bug #1406200 - you would always want your diff to be against the latest, so wily-proposed
[19:31] <slangasek> xnox: ubuntu-touch-meta - so I actually had some problems regenerating it at all, the update dropped libjsoncpp0 but failed to add libjsoncpp0v5 for me so I wound up applying the update manually - I'm not sure if there's a problem with it not wanting to pull from -proposed?
[19:57] <cjwatson> slangasek: that's generally been true of *-meta - you could try setting "dists: wily wily-proposed" in update.cfg temporarily, though check the output carefully if you do
[20:02] <slangasek> cjwatson: check, thanks for the hint
[20:10] <slangasek> ScottK: hi, so I rebuild pyqt5 in wily for the python3-all-dev change, but it turns out it still shows up on the transition tracker (http://people.canonical.com/~ubuntu-archive/transitions/html/python3.3-5.html) because it links against libpython3.4.  Do you prefer replacing python3-all-dev with python3-dev, or to figure out how to support both libpython3.4 and libpython3.5?
[20:12] <slangasek> (strange, why do my fingers always say rebuild instead of rebuilt?)
[20:12] <ScottK> slangasek: IIRC it only matters for the qtdesigner plugin, which is only supported for the default python.
[20:12] <ScottK> So I'd ignore it and then do the rebuild once 3.5 is default.
[20:13] <slangasek> ScottK: ok - sounds like an argument for ignoring this wrt the transition, and keep - check
[20:13] <ScottK> mitya57: ^^^ please double check that.
[20:17] <infinity> slangasek: "the update dropped libjsoncpp0 but failed to add libjsoncpp0v5" <-- That sort of sounds like the ideal outcome for a metapackage, no?
[20:17] <infinity> slangasek: Having libraries directly depended on by a meta is generally a bug, not a feature.
[20:17] <slangasek> infinity: the metapackage in question is ubuntu-sdk-libs.
[20:17] <infinity> slangasek: Oh, fair enough. :)
[22:00] <mwhudson> um
[22:01] <mwhudson> can i really not install gcc-multilib at the same time as e.g. gcc-aarch64-linux-gnu