| 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:06 |
|---|---|---|
| ubottu | bug 1533839 in libvirt (Ubuntu) "vms shutting down on libvirt upgrade" [Critical,Triaged] https://launchpad.net/bugs/1533839 | 01:06 |
| sarnold | hallyn: nice find | 01:56 |
| hallyn | sarnold: really pitti found it :) | 01:59 |
| sarnold | hallyn: aha :) | 02:00 |
| sarnold | pitti: nice find :) | 02:00 |
| nacc | Pharaoh_Atem: nothing else sticking out to me yet, but I'll think about it over the weekend | 03:56 |
| Pharaoh_Atem | nacc: okay cool | 03:57 |
| === jincreator is now known as jincreator_ | ||
| Mechtilde | https://bugs.launchpad.net/ubuntu/+source/calendar-exchange-provider/+bug/1203433 | 08:10 |
| ubottu | Launchpad bug 1203433 in calendar-exchange-provider (Ubuntu) "Please remove and blacklist calendar-exchange-provider" [Wishlist,Fix released] | 08:10 |
| Mechtilde | what can I also do, to push on? | 08:13 |
| 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:53 |
| ubottu | Launchpad bug 1417563 in tk8.6 (Ubuntu) "please merge t{cl,tk} 8.{5,6} from debian" [Undecided,Fix released] | 10:53 |
| Mechtilde | https://bugs.launchpad.net/ubuntu/+source/calendar-exchange-provider/+bug/1203433 | 10:54 |
| ubottu | Launchpad bug 1203433 in calendar-exchange-provider (Ubuntu) "Please remove and blacklist calendar-exchange-provider" [Wishlist,Fix released] | 10:54 |
| Mechtilde | what can I also do, to push on? | 10:54 |
| 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:01 |
| cjwatson | one of my own packages suffers from this too *shrug* | 11:02 |
| Mechtilde | also it is maintained in Debian? | 11:05 |
| Mechtilde | can you give me a link to this policy? | 11:06 |
| cjwatson | Debian> same answer | 11:06 |
| Mechtilde | can you give me a link to this policy? | 11:07 |
| Mechtilde | s/this/that | 11:07 |
| cjwatson | just digging it out | 11:07 |
| 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:09 |
| cjwatson | you can of course talk to the mozilla packaging people if there's a specific problem with this, e.g. Chris Coulson | 11:10 |
| Mechtilde | but in PPA it is allowed? | 11:12 |
| cjwatson | sure | 11:12 |
| LocutusOfBorg | cjwatson, I sync'd cmtk :) | 11:27 |
| LocutusOfBorg | mapreri, cherry-picked in debian all the stuff | 11:27 |
| 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:30 |
| 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:31 | |
| 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:33 |
| === vrruiz_ is now known as rvr | ||
| 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:55 |
| LocutusOfBorg | also dcmtk, is missing build on arm64, (I retried the build) | 11:56 |
| darkxst | mapreri, there are, but they need to be manually setup (or copied from debian) | 12:00 |
| darkxst | mapreri, i.e if you want one, just ask (not me though, I don't have access) | 12:02 |
| darkxst | https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/ben | 12:05 |
| darkxst | maybe that branch is old though | 12:07 |
| 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:32 |
| LocutusOfBorg | dcmtk is built on arm64 | 12:51 |
| === jincreator is now known as jincreator_ | ||
| 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:18 |
| 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:32 |
| 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. | 16:43 |
| 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:12 |
| infinity | https://www.kernel.org/pub/linux/kernel/v4.x/linux-4.3.tar.gz | 18:13 |
| 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:15 |
| 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:16 |
| 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:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| NikTh | infinity: Yes, actually the command I'm running is " debuild -S -sa -I.git -I.gitignore...blah..blah :) | 18:21 |
| NikTh | Then, and after I upload the orig.tar.gz, the same command but with -sd at the end. | 18:22 |
| 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:38 |
| Unit193 | Why's everyone so eager for 4.3? | 18:40 |
| 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:41 |
| 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:43 |
| ari-tczew | does someone have any docs about fixing FTBFS like "undefined reference to" ? | 18:48 |
| 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:11 |
| juliank | (Assuming C/C++ and friends) | 19:12 |
| ari-tczew | juliank: see buildlog: http://paste.ubuntu.com/14531712/ | 19:13 |
| 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:14 |
| 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:15 |
| ari-tczew | juliank: your feedback/help would be really appreciated | 19:16 |
| juliank | With autotools and static libraries involved, that's harder than I thought | 19:17 |
| juliank | But if you're using libtool, I think "libgnu_a_LIBADD" should be "libgnu_la_LIBADD" | 19:18 |
| juliank | with the extra l between _ and a | 19:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| juliank | Not sure if that changes anything, but it seems to be the more correct thing to do | 19:23 |
| 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:24 |
| ari-tczew | juliank: OK, I'll try it without my first own change | 19:25 |
| 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:37 |
| juliank | ari-tczew: Yeah, it's a matter of specifying the -l options *after* the objects needing them (here: the libgnu.a) | 19:53 |
| 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 | 19:59 |
| cjwatson | --as-needed, I expect | 20:02 |
| cjwatson | (which isn't on by default in Debian, but is in Ubuntu since natty) | 20:04 |
| 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:05 |
| juliank | cjwatson: Yeah, makes sense | 20:08 |
| * cjwatson pokes Leif about grub2/arm64 to see if he got anywhere with relocation improvements | 20:11 | |
| 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? | 23:25 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!