Bug#1050766: natpmp_declspec.h missing?
Dear libnatpmp-dev maintainer, please check out https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1050766 where classified-ads fails to build due to missing natpmp_declspec.h with version 20230423-1 of libnatpmp-dev. I don't see any package providing the missing file natpmp_declspec.h, is there any hope? -- Antti, having package not compiling
Bug#875134: [qemuctl] Future Qt4 removal from Buster
Moritz Mühlenhoff writes: > Upstream seems dead, there's no release after 2011 or did you get a reply? > > Let's remove it from the archive then. I've been trying to contact upstream couple of times, no reply and porting app to qt5 would require serious refactoring that I can't do. -> lets remove. -- Antti
Bug#842408: Acknowledgement (qt4-designer: SIGSEGV with designer-qt4)
Please find full GDB log attached to this message. -- Antti designer-qt4.out Description: debugger output
Bug#842408: qt4-designer: SIGSEGV with designer-qt4
Package: qt4-designer Version: 4:4.8.7+dfsg-9 Severity: grave Justification: renders package unusable Dear Maintainer, I suspect this bug is due to malfunction inside libkio5 but I'm reporting it against qt4-designer because that is the way I can produce the bug every time. Initial setup is this: - debian testing up to date. - $HOME is mounted via nfs. This may have something to do with the issue because previously I've had sometimes issues with KDE-related parts while having $HOME as network file system. While having problems there, the error situation always is "too many open files" e.g. it seems like something in KDE is leaking file descriptors while $HOME is mounted via nfs. - run "gdb designer-qt4" or just plain "designer-qt4" is less details about crash are wanted. - select "open" from "file" menu -> BFD: reopening /lib/x86_64-linux-gnu/libdbus-1.so.3: Too many open files in system Can't read data for section '.eh_frame' in file '/lib/x86_64-linux-gnu/libdbus-1.so.3' warning: unable to open /proc file '/proc/3344/status' Thread 1 received signal SIGSEGV, Segmentation fault. 0x7fffeae16c39 in KFileDialog::KFileDialog (this=0x7fffd450, startDir=..., filter=..., parent=, customWidget=) at ./kio/kfile/kfiledialog.cpp:266 I'll follow-up to this post and attach the full gdb log of the process crashing if that helps at all. -- System Information: Debian Release: stretch/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qt4-designer depends on: ii libc62.24-5 ii libgcc1 1:6.2.0-9 ii libqt4-designer 4:4.8.7+dfsg-9 ii libqt4-network 4:4.8.7+dfsg-9 ii libqt4-xml 4:4.8.7+dfsg-9 ii libqtcore4 4:4.8.7+dfsg-9 ii libqtgui44:4.8.7+dfsg-9 ii libstdc++6 6.2.0-9 ii qtchooser58-gfab25f1-1 Versions of packages qt4-designer recommends: ii libqt4-dev 4:4.8.7+dfsg-9 qt4-designer suggests no packages. -- no debconf information
Bug#777921: itksnap: ftbfs with GCC-5
Building this package today (and for several weeks now) has been blocked by libinsighttoolkit4-dev being not installable in sid. There seems to be no bug report against libinsighttoolkit4-dev so so .. As aptitude tells me The following packages have unmet dependencies: libstdc++6 : Breaks: libinsighttoolkit4.7 (= 4.7.2-2) but 4.7.2-2 is to be installed. does anyone have knowledge about how to fix the issue between libstdc++6 and libinsighttoolkit? I'll try something myself and after failure file a bug report against libinsighttoolkit.. -- Antti Järvinen
Bug#777844: etsf-io: ftbfs with GCC-5
I'm fortran-illiterate but by digging through commands used by ./configure in sid I was finally able to extract understandable error message, saying use netcdf 1 Fatal Error: Cannot read module file 'netcdf.mod' opened at (1), because it was created by a different version of GNU Fortran compilation terminated. By obtaining source of netcfg, compiling and installing that in SID made this package to successfully build too so this package is not errorneus and listed in https://release.debian.org/transitions/html/auto-netcdf.html for a reason. -- Antti Järvinen
Bug#777930: ksh: ftbfs with GCC-5
Oliver Kiddle writes: I queried the ast-users mailing iist and both Arch and opensuse apparently have patches for the issue. See here http://lists.research.att.com/pipermail/ast-users/2015q3/004773.html Ok, the fix for Arch-linux is usage of different version of ast-library. Source code for that is behind registration-wall of att research so I couldn't check it out. ..in practice Arch is distributing only the binary, using pkgbuild of Arch for ksh package requires registration first. So, in order to get rid of this gcc5-related bug it is possible either to patch this existing version or obtain the other (more recent?) upstream version, any opinions Oliver? -- Antti
Bug#777930: ksh: ftbfs with GCC-5
This story appeared to be longer, ksh uses a c program to configure itself and this configuration program is broken, resulting in errornous headers. Here is a better patch that replaces that part of the configration that causes trouble. Produces a functional ksh and is less magical compared to the previous attempt. -- Antti Järvinen ksh-gcc5-unified.patch Description: fix for ksh configuration script to be used with gcc5
Bug#778103: reconserver: ftbfs with GCC-5
Daniel Pocock writes: Are you able to submit the patch as a github pull request? https://github.com/resiprocate/reConServer/pull/1 I may also merge the debian/* packaging Git repository with the upstream repository Ok, in that pull request I modified the configure script found from sub-directory to include necessary addition to CXXFLAGS. To my understanding debian/rules did not use this script but instead went on listing the CXXFLAGS in debian/rules so it will require patching too to be able to compile this version of the sources. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778103: reconserver: ftbfs with GCC-5
Please find attached patch to reconserver. I do not know about quality of this patch. With this patch you can compile, install, the server starts and starts listening and I can telnet to its port BUT, due to my lack of knowledge with this particular SIP server I did not try making any SIP calls through this thing - someone who has SIP gear all set up should really test this patch. The changes anyway are quite obvious. Note the format of the patch, it is normal unified diff. It contains quilt diff. So in order to apply this patch, you need to do something like this: apt-get source reconserver cd reconserver-0.10.3/ patch -p0 /tmp/reconserver-gcc5-unified.patch quilt push after which you should be ready to dpkg-buildpackage. -- Antti Järvinen reconserver-gcc5-unified.patch Description: patch enabling compile with gcc 5.2.1 in sid
Bug#778103: reconserver: ftbfs with GCC-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 peter green writes: Antti, can you confirm who wrote this patch? was it you? Correct, my patch. I'll Cc: Daniel Pocock if he has simple testing instructions. - -- Antti -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iQIcBAEBCAAGBQJVylM3AAoJEBFVg3JghEcTZXsQAMH064PT+ld1l4twAXkJgPnw 9i1BAi4m2g953pfoamUZZ2tJD+Bp4mR4XD7fYtLky+LjyISz5JpuJPpnOpAvbko0 DXcts+5DjsgE2/tmYhkm+Sf2hzxDmlTyRCGL7po7kuEIDo2ZVcuI+/r3nhTuGSss Y4Cs7rblQLBk+u51/nFfC1FIBNRwURXFLNTfuHa1jyCqSRIqMqkuwxO1t0JV+zTF JjTwYycUKHNGL4f0yvdI7pemdNfHB08S3Kz3B+mt5+s23nlQDKy0kT/FDgArbdID bik1L4Ojw7WuyAaEAsb+rM9TkZnA9jhb4tgkCaCE7CxjML0M5arswK+3D73s+s0t n0x7AQCyddxw/MnutqwSSg98X26aX7aG/v0/jJQYiA0RGWZOLeEjB4J6rNMTVmE8 nFP22lYGcKhiFPz0wtfBWcLFEfbaGD5+FSjRpCnFl20vbiI29ELNqVg1Ml/ZbOFL 00/I+loNkdpVuXGSOUhGx+Djw8NA/Ej3iQ0N7/XLAA4OMdwjqaelY2qqQPwBirdV cKoIri56+BXq/RtaMQiwCP8RD9+9Di5gXt3jGr4H7gurPZvbm1eQgLr2frGZXWEh UwmNTLwC7qf8MFJS/tTOVXjZI+tW6Izoy1zRaUEXavJ+mmFWC/WLc0hKccfvD5EP KAbyGOugtsRsbOiQrrSV =tB3S -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778103: reconserver: ftbfs with GCC-5
Daniel Pocock writes: Is the patch intended to be backwards compatible? To my understanding functionality did not change and I tried compiling the package also in current debian testing that has gcc4.9 - no problem. Are you able to submit the patch as a github pull request? Sure, I'll go fork your repo. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777930: ksh: ftbfs with GCC-5
Jakub Wilk wrote: /«BUILDDIR»/ksh-93u+20120801/src/lib/libast/comp/tmpnam.c:48:14: error: storage size of 'buf' isn't known static char buf[L_tmpnam]; ^ Strange error, this is a name-collision error. L_tmpnam was already used for something else, something that obviously was not a number. Please find attached patch that avoids the name-collision simply by replacing the name L_tmpnam in this file with something else. In sid-chroot as-it-is-today and gcc version 5.2.1 20150730 (Debian 5.2.1-14) I now get /bin/ksh93 that starts and .. looks like a shell to me but I'm no Korn shell user so someone who knows how it should behave might want to run a test-suite if there is any to verify that this program really works as expected. This package is scary, instead of using io-functions from libc, this seems to partly implement its own io-functions that are normally found from libc. For linux libc the L_tmpnam is #defined in /usr/include/i386-linux-gnu/bits/stdio_lim.h but this package does not use the same implementation of tmpnam() - anyway here the size of this static buffer is set to be longer than the one in stdio_lim.h so we should be safe for the time being. -- Antti Järvinen gcc5_compiler_fix.patch Description: gcc5 compiler patch for ksh
Bug#765434: Additional information
And it seems like running apt-get -f install after the failed upgrade fixes the problem. Might be something to do with order of configuration between the packages? -- Antti -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
