[01:06] <hallyn> pitti: bug 1533839 trivial debdiff seems to work;  assume you're out for the weekend but if you get a moment to review that would be great
[01:56] <sarnold> hallyn: nice find
[01:59] <hallyn> sarnold: really pitti found it :)
[02:00] <sarnold> hallyn: aha :)
[02:00] <sarnold> pitti: nice find :)
[03:56] <nacc> Pharaoh_Atem: nothing else sticking out to me yet, but I'll think about it over the weekend
[03:57] <Pharaoh_Atem> nacc: okay cool
[08:10] <Mechtilde> https://bugs.launchpad.net/ubuntu/+source/calendar-exchange-provider/+bug/1203433
[08:13] <Mechtilde> what can I also do, to  push on?
[10:53] <LocutusOfBorg> good morning people, can anybody please sync when possible tcl and tk 8.6 in main?
[10:53] <LocutusOfBorg> https://bugs.launchpad.net/ubuntu/+source/tcl8.6/+bug/1417563/comments/10 has the rationale
[10:54] <Mechtilde> https://bugs.launchpad.net/ubuntu/+source/calendar-exchange-provider/+bug/1203433
[10:54] <Mechtilde> what can I also do, to  push on?
[11:01] <cjwatson> Mechtilde: it's not about whether it's active upstream or not - there's an archive-wide policy to not include Mozilla extensions because of the lack of time to ensure that extensions still work properly when doing aggressive updates to new versions of Mozilla
[11:02] <cjwatson> one of my own packages suffers from this too *shrug*
[11:05] <Mechtilde> also it is maintained in Debian?
[11:06] <Mechtilde> can you give me a link to this policy?
[11:06] <cjwatson> Debian> same answer
[11:07] <Mechtilde> can you give me a link to this policy?
[11:07] <Mechtilde> s/this/that
[11:07] <cjwatson> just digging it out
[11:09] <cjwatson> https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel
[11:09] <cjwatson> (yeah, I know calendar != firefox, I think that's more a badly-named page)
[11:10] <cjwatson> you can of course talk to the mozilla packaging people if there's a specific problem with this, e.g. Chris Coulson
[11:12] <Mechtilde> but in PPA it is allowed?
[11:12] <cjwatson> sure
[11:27] <LocutusOfBorg> cjwatson, I sync'd cmtk :)
[11:27] <LocutusOfBorg> mapreri, cherry-picked in debian all the stuff
[11:30] <mapreri> LocutusOfBorg: now if you want you can take care of the dcmtk transition in ubuntu (in debian just migrated :P)
[11:30] <LocutusOfBorg> mapreri, guarda che cjwatson ha già fatto cmtk aveva già una ubuntu2 no change rebuild
[11:30] <mapreri> erm
[11:30] <LocutusOfBorg> oops, sorry!
[11:31] <LocutusOfBorg> ELANGUAGE
[11:31] <LocutusOfBorg> I mean, cmtk had already an ubuntu2 no change rebuild from cjwatson, so I presume he already took care of the transition
[11:31]  * LocutusOfBorg is sorry for the confusion
[11:33] <mapreri> LocutusOfBorg: yeah, I read the changelog :P  btw, no the transition is stalled in ubuntu atm, dcmtk is stuck in proposed due to old binaries
[11:33] <mapreri> also, ubuntu doesn't seem to have something like the auto-transitioner, so there is no transition tracker,  uh
[11:55] <LocutusOfBorg> cjwatson, https://launchpadlibrarian.net/232931972/buildlog_ubuntu-xenial-arm64.grub2_2.02~beta2-33_BUILDING.txt.gz
[11:55] <LocutusOfBorg> isn't this a problem because of virtualizated builders?
[11:56] <LocutusOfBorg> also dcmtk, is missing build on arm64, (I retried the build)
[12:00] <darkxst> mapreri, there are, but they need to be manually setup (or copied from debian)
[12:02] <darkxst> mapreri, i.e if you want one, just ask (not me though, I don't have access)
[12:05] <darkxst> https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/ben
[12:07] <darkxst> maybe that branch is old though
[12:32] <mapreri> darkxst: yeah, I know that branch, but I was talking about a thing that generetes ben packages automatically, as it's done in debian.  anyway, I'm already busy enough without taking care of ubuntu's transitions atm...
[12:51] <LocutusOfBorg> dcmtk is built on arm64
[16:18] <NikTh> Hello, where can I find the linux_4.3.0.orig.tar.gz file ? I can find linux_4.2.0.orig.tar.gz but not 4.3.0 . Thanks.
[16:32] <rbasak> NikTh: looking at https://launchpad.net/ubuntu/+source/linux/4.3.0-5.16, I'm not sure why there isn't an orig there, but that is the source I believe. I don't know if linux is somehow special in a way that I'm not aware, or if it's just a native package (which would be odd).
[16:43] <NikTh> rbasak: I'm not sure either. If I download linux_4.3.0-5.16.tar.gz and rename it, will it work ? I want to avoid uploading the whole source every time I build a new package (in Launchpad). It worked before, but I need the orig.tar.gz file.
[18:12] <infinity> NikTh: Tim tends to operate without an orig until just before a stable release, but if you want one for a PPA, just use Linus's.
[18:13] <infinity> https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.3.tar.gz
[18:15] <NikTh> infinity: I think this will be rejected from Launchpad. Because it's not exist (in Launchpad). Also "debuild" wants a specific form (orig.tar.gz ...etc) in order to work. Am I correct ? Will rename it work ?
[18:16] <infinity> NikTh: LP doesn't enforce consistency between PPAs and the archive.
[18:16] <infinity> NikTh: And yes, the name needs to be correct.  linux_4.3.0.orig.tar.gz
[18:17] <NikTh> infinity: OK, thanks for the info. I will try. :-)
[18:17] <infinity> NikTh: Basically, unpack Tim's native source, plunk new orig in parent dir, run debuild -S, voila, you should have an orig/diff/dsc setup now.
[18:18] <infinity> There will be a lot of noise if you debdiff old and new (files in the orig that can't be deleted by that source format), but that's expected.  It'll still build fine.
[18:18] <NikTh> infinity: Yes I have done this before but it only worked with orig.tar.gz in parent dir and orig.tar.gz downloaded from Launchpad.
[18:19] <infinity> NikTh: The orig.tar.gz used by the kernel team (when they use one) *is* Linus's tar.gz renamed, it should work fine. ;)
[18:20] <NikTh> infinity: I didn't know this info. Thanks again. :-)
[18:20] <infinity> NikTh: Oh, and on your first upload to the PPA with the new orig, you'll need "debuild -S -sa" to include the orig in .changes
[18:20] <infinity> NikTh: Since you need to upload the orig once. :P
[18:21] <NikTh> infinity: Yes, actually the command I'm running is " debuild -S -sa -I.git -I.gitignore...blah..blah :)
[18:22] <NikTh> Then, and after I upload the orig.tar.gz, the same command but with -sd at the end.
[18:38] <NikTh> infinity: Yes ! It seems it's working correctly. Just a simple rename :-) From dput: "Uploading linux_4.4.0.orig.tar.gz"
[18:38] <NikTh> infinity: Thank you :)
[18:40] <Unit193> Why's everyone so eager for 4.3?
[18:41] <NikTh> infinity: After I upload this orig.tar.gz I will try without it and see if I reach my goal. I cannot think why could fail, but until uploading only the diff.gz .changes...etc , I cannot be 100% sure.
[18:43] <NikTh> Unit193: I'm not. Actually skipped this version completely. I'm testing 4.4 right now and using 4.1.15 LTS for production :)
[18:48] <ari-tczew> does someone have any docs about fixing FTBFS like "undefined reference to" ?
[19:11] <juliank> ari-tczew: Wha
[19:11] <juliank> What's there to document? Some library must be missing
[19:11] <juliank> Figure out which and add it to LDFLAGS
[19:12] <juliank> (Assuming C/C++ and friends)
[19:13] <ari-tczew> juliank: see buildlog: http://paste.ubuntu.com/14531712/
[19:14] <ari-tczew> I just added -lacl to the +libgnu_a_LIBADD = $(gl_LIBOBJS) -lacl
[19:14] <ari-tczew> but seems to be not working
[19:14] <juliank> I think that only works for static libraries
[19:15] <juliank> That is, you need to add an LDADD target to the rrep target or something
[19:15] <juliank> No wait, it's there
[19:15] <ari-tczew> juliank: could you take a look on https://sources.debian.net/src/rrep/1.3.6-1/ ?
[19:15] <juliank> I did not know a static library was involved in it.
[19:16] <ari-tczew> juliank: your feedback/help would be really appreciated
[19:17] <juliank> With autotools and static libraries involved, that's harder than I thought
[19:18] <juliank> But if you're using libtool, I think "libgnu_a_LIBADD" should be "libgnu_la_LIBADD"
[19:19] <juliank> with the extra l between _ and a
[19:20] <ari-tczew> juliank: I don't know, I just based on the source
[19:20] <juliank> Ah OK, no libtool
[19:20] <ari-tczew> maybe that line I choose might be wrong?
[19:21] <juliank> Nah
[19:21] <cjwatson> LocutusOfBorg: no, the grub2/arm64 problem has nothing whatsoever to do with virtualised builders.  Please don't blame virt builders for everything!
[19:21] <juliank> ari-tczew: Did you also add it to libgnu_a_DEPENDENCIES?
[19:21] <cjwatson> LocutusOfBorg: I've already passed it upstream
[19:21] <LocutusOfBorg> thanks :)
[19:22] <LocutusOfBorg> it is trivial to blame the virtualization :D
[19:22] <ari-tczew> juliank: no, I didn't. should do I? If so, should -lacl be the first or the last?
[19:22] <cjwatson> LocutusOfBorg: No wonder you thought virt builders were to blame for lots of problems if you're blaming everything on virt. :-P
[19:22] <juliank> ari-tczew: All the other libraries are there too
[19:22] <juliank> Example being "libgnu_a_LIBADD += @ALLOCA@" "libgnu_a_DEPENDENCIES += @ALLOCA@"
[19:23] <juliank> Not sure if that changes anything, but it seems to be the more correct thing to do
[19:24] <juliank> ari-tczew: But AFAICT it should already be in LDADD:
[19:24] <juliank> "LDADD = $(LIB_ACL) $(LIBICONV) $(LIBINTL) ../lib/libgnu.a"
[19:24] <juliank> I'd just move the libgnu.a to the front of it
[19:24] <cjwatson> LocutusOfBorg: synced tcl8.6 and tk8.6 for you
[19:24] <juliank> That's in src/Makefile.am
[19:25] <ari-tczew> juliank: OK, I'll try it without my first own change
[19:37] <ari-tczew> juliank: pbuilder seems to be happy with change suggested by you. thanks!!!!
[19:37] <ari-tczew> I'll build it now on PPA.
[19:53] <juliank> ari-tczew: Yeah, it's a matter of specifying the -l options *after* the objects needing them (here: the libgnu.a)
[19:59] <ari-tczew> juliank: It's odd, that the same package in Debian builds fine there, though.
[19:59] <juliank> Different linker settings.
[19:59] <juliank> Maybe bsymbolic-functions, I don't know
[20:02] <cjwatson> --as-needed, I expect
[20:04] <cjwatson> (which isn't on by default in Debian, but is in Ubuntu since natty)
[20:05] <cjwatson> https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition
[20:05] <ari-tczew> juliank: Also, there is no _missing_ library. The another just should be moved. (conclusion)
[20:08] <juliank> cjwatson: Yeah, makes sense
[20:11]  * cjwatson pokes Leif about grub2/arm64 to see if he got anywhere with relocation improvements
[23:25] <bdrung> cjwatson, vlc daily builds fail: https://launchpad.net/~videolan/+archive/ubuntu/stable-daily/+build/8859183
[23:25] <bdrung> cjwatson, configure: error: "You cannot build VLC with Qt-5.5.0. You need to backport I78ef29975181ee22429c9bd4b11d96d9e68b7a9c"
[23:25] <bdrung> cjwatson, can you backport that fix to xenial's qt version?