Bug#992914: libassa: FTBFS due to RPC removal from glibc
Thanks for the bug report and patch. I've come up with an alternate patch that only affects the utils/ directory. This patch will show up in my next upload in the next few days (currently on mentors.debian.net). On Wed, 25 Aug 2021 00:03:42 +0200 Aurelien Jarno wrote: > Source: libassa > Version: 3.5.1-7 > Severity: serious > Tags: patch ftbfs > Justification: fails to build from source (but built successfully in the past) > > The glibc SunRPC implementation has been marked obsolete for some time. > It has been removed upstream from glibc 2.32, and it got disabled in the > recent glibc uploads. The TI RPC implementation should be used instead. > > libassa was already supposed to use libtirpc, but in practice was still > linked to glibc due a missing entry in Makefile.am. Please find attach a > patch fixing the FTBFS.
Bug#957134: dieharder: ftbfs with GCC-10
This FTBFS is caused by a change in the default behaviour of GCC from version 9 to version 10. In version 10, if a global variable is defined in a header file, and that header file is included by several files, this results in multiple definitions of the same variable, and a linker error will be reported. In previous versions, this error is ignored. See the "Porting to GCC 10" document (https://gcc.gnu.org/gcc-10/porting_to.html) for more details. To go back to the previous behaviour, it is possible to use the -fcommon GCC flag. The following patch makes this change, and results in dieharder successfully building with GCC 10. diff --git a/debian/rules b/debian/rules index da08eba..3080547 100755 --- a/debian/rules +++ b/debian/rules @@ -35,7 +35,10 @@ endif # edd 18 Nov 2006: add -fexceptions, but don't use -O3 as # 'make check' as gcc hangs in cblas/ after test_ger.c # edd 27 Dec 2015: add dpkg-buildflags as well -CFLAGS:=-Wall -pipe -fexceptions -D_REENTRANT $(DEBUGFLAGS) $(shell dpkg-buildflags --get CFLAGS) +# shanemcd 24 Jul 2020: add -fcommon for gcc 10's change in default +# behaviour related to multiple definitions +# of global variables +CFLAGS:=-Wall -pipe -fexceptions -fcommon -D_REENTRANT $(DEBUGFLAGS) $(shell dpkg-buildflags --get CFLAGS) # edd 29 Sep 2005 alpha needs -mieee with gcc 4.0 ifeq ($(arch),alpha) CFLAGS += -mieee -- 2.20.1
Bug#939880: RFS: libassa/3.5.1-7 [ITA] -- object-oriented C networking library (development files)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libassa" * Package name: libassa Version : 3.5.1-7 Upstream Author : Vladislav Grinchenko * URL : http://libassa.sourceforge.net/ * License : LGPL-2+ * Vcs : https://salsa.debian.org/shanemcd-guest/libassa Section : libs It builds those binary packages: libassa-3.5-5-dev - object-oriented C++ networking library (development files) libassa-3.5-5v5 - object-oriented C++ networking library To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libassa Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/liba/libassa/libassa_3.5.1-7.dsc Changes since the last upload: * New maintainer (Closes: #855634) * Update the Vcs-* fields in debian/control * Remove obsolete -dbg package * Remove useless dh-autoreconf build dependency * Fixed spelling errors: unsinged -> unsigned, Recevied -> Received * Enable all security hardening options when compiling * Switch to debhelper-compat = 12. * Remove "--with autoreconf" from the debian/rules file (no longer needed) * Remove "unused Javascript library" override * Don't include the build path in generated Doxygen documentation * Removed trailing whitespace in debian/changelog * Remove unnecessary override of dh_auto_clean * Bumped Standards-Version to 4.4.0 - Changed to https form of the copyright-format URL - No other changes required Regards, Shane McDonald
Bug#855634: O: libassa -- object-oriented C++ networking library
Control: retitle -1 ITA: libassa -- object-oriented C++ networking library I am willing to take on this package.
Bug#805203: Patch that fixes FTBFS
Tags: patch [Sigh: my first time sending a patch, and I don't include the explanation...] I have created a patch that fixes the FTBFS issue. It includes the patch from Riley, as well as the change mentioned in #805932. When this patch is applied, I am able to successfully build the package in stretch, and it appears to work well. --- a/src/DeckManager.h +++ b/src/DeckManager.h @@ -24,7 +24,7 @@ #endif #include -#include+#include #include "Granule-main.h" --- a/src/EditControls.cpp +++ b/src/EditControls.cpp @@ -196,7 +196,7 @@ EditControls (Glib::RefPtr(mem_fun (*this, +sigc::bind(mem_fun (*this, ::on_edit_button_clicked), (*iter).get_name ())); iter++;
Bug#805203: Patch that fixes FTBFS
--- a/src/DeckManager.h +++ b/src/DeckManager.h @@ -24,7 +24,7 @@ #endif #include -#include+#include #include "Granule-main.h" --- a/src/EditControls.cpp +++ b/src/EditControls.cpp @@ -196,7 +196,7 @@ EditControls (Glib::RefPtr(mem_fun (*this, +sigc::bind(mem_fun (*this, ::on_edit_button_clicked), (*iter).get_name ())); iter++;
Bug#528861: Help figuring out why ksh is not building
Hi: On Wed, Dec 22, 2010 at 11:36 AM, brian m. carlson sand...@crustytoothpaste.net wrote: ksh is not building on mips or mipsel. From what I can see from the build logs, it looks like certain headers are not getting included or not getting included correctly, but I don't have access to a mips or mipsel machine. The maintainer has been unable to reproduce the problem under qemu. debian-mips, could one of you please look into this to see what the problem might be? I'm not sure why it failed to build on the build daemon. I have just successfully built it on both a mips and a mipsel machine on pbuilders running unstable. The version I built was ksh_93t+20100621-1, and I updated the pbuilders this morning, just before running the builds. Perhaps whatever was causing the problem has gone away? I also seem to recall some weird build failures on lucatelli this summer, but that would only explain the mips failure, not the mipsel. Shane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590126: rcmdr: FTBFS on mips{,el}: Error : package 'tcltk' could not be loaded
Hi Dirk: In looking at the build dependencies for rcmdr, I see that it requires r-base-dev, which requires r-base-core, which then requires tcl8.5 on all architectures but m68k, mips, and mipsel. That's not a problem for m68k, because it requires tcl8.4 instead, but there doesn't seem to be any build dependency for any version of tcl on mips or mipsel. Perhaps that's the problem? I hope this helps. Shane On Wed, Jul 28, 2010 at 6:31 AM, Dirk Eddelbuettel e...@debian.org wrote: Fellow Tcl/Tk maintainer, Could you please take a look at the thread below / in #590126 ? I got tagged with a 'ftbfs' for an R package that cannot load R's 'tcltk' package (part of the default build, hence of source package r-base and binary r-base-core) on the mips and mipsel platforms. Is that a known regression, or is it new? On 27 July 2010 at 11:45, Dirk Eddelbuettel wrote: | (Resending, this time with correct email address. Doh. --Dirk) | | Dear MIPSers, | | I am in need of some help here -- r-base stopped building with tcl/tk | support, and this now trickles down to R packages using tcl/tk (which fail, | as in this FTBFS). | | There was no change whatsoever at R, and other arches continue to work. | | I can accomodate things, but I would need a hand from someone with mips / | mipsel expertise. Was this local and isolated (and would a rebuild fix it?) | or is this more structural? | | Thanks, Dirk | (Debian R dude) | | On 25 July 2010 at 15:22, Dirk Eddelbuettel wrote: | | On 25 July 2010 at 01:05, Jakub Wilk wrote: | | | * Dirk Eddelbuettel e...@debian.org, 2010-07-24, 11:34: | | | | Your package failed to build from source on mips[0] and mipsel[1] with | | | | the following error: | | | | | | | | | Error in firstlib(which.lib.loc, package) : | | | | | Tcl/Tk support is not available on this system | | | | | Error : package 'tcltk' could not be loaded | | | | | ERROR: loading failed | | | | | | That means that r-base itself did not build right. | | | | | | Indeed. | | | | | | All R versions should have tcltk on all platforms. | | | | | | Is there a known regression on mips / mipsel with tcl/tk ? | | | | | | I don't know of any, but I'm not a mips porter. | | | | According to buildd at | | | | https://buildd.debian.org/fetch.cgi?pkg=r-base;ver=2.11.1-2%2Bb1;arch=mipsel;stamp=1279384803 | | | | the configure detection for tcl did in fact go belly-up: | | | | checking for tclConfig.sh... no | | checking for tclConfig.sh in library | | (sub)directories... /usr/lib/tcl8.5/tclConfig.sh | | checking for tkConfig.sh... no | | checking for tkConfig.sh in library | | (sub)directories... /usr/lib/tk8.5/tkConfig.sh | | checking tcl.h usability... yes | | checking tcl.h presence... yes | | checking for tcl.h... yes | | checking tk.h usability... yes | | checking tk.h presence... yes | | checking for tk.h... yes | | checking whether compiling/linking Tcl/Tk code works... no | | | | That last line should have been a yes. Who do we talk to now? tcl | | maintainers? Mips porters? | | | | Dirk | | | | | | | -- | | | Jakub Wilk | | | | | | [GNUPG:] ERRSIG 2D4EB3A6015475F5 1 8 01 1280012697 9 | | | [GNUPG:] NO_PUBKEY 2D4EB3A6015475F5 | | | | -- | | Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com | | | | -- | Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/19536.9011.803681.529...@max.nulle.part -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590126: rcmdr: FTBFS on mips{,el}: Error : package 'tcltk' could not be loaded
Hi Dirk, On Fri, Jul 30, 2010 at 9:07 PM, Dirk Eddelbuettel e...@debian.org wrote: On 30 July 2010 at 17:49, Shane McDonald wrote: | In looking at the build dependencies for rcmdr, I see that it | requires r-base-dev, | which requires r-base-core, which then requires tcl8.5 on all architectures | but m68k, mips, and mipsel. That's not a problem for m68k, | because it requires tcl8.4 instead, but there doesn't seem to be any | build dependency for any version of tcl on mips or mipsel. | Perhaps that's the problem? It's valid reasoning, but it is not really backed up my package. Here is from the current debian/control for source package r-base (which creates r-base-core, r-base-dev, and a few more): Source: r-base Section: gnu-r Priority: optional Maintainer: Dirk Eddelbuettel e...@debian.org Standards-Version: 3.8.4 Build-Depends: gcc (= 4:4.1.0), g++ (= 4:4.1.0), gfortran (= 4:4.1.0), libblas-dev, liblapack-dev (= 3.1.1), tcl8.5-dev, tk8.5-dev, bison, groff-base, libncurses5-dev, libreadline-dev, debhelper (= 7.2.3), texi2html, texinfo (= 4.1-2), libbz2-dev, libpcre3-dev, xdg-utils, zlib1g-dev, libpng12-dev, libjpeg62-dev, libx11-dev, libxt-dev, x11proto-core-dev, libpango1.0-dev, libcairo2-dev, libtiff4-dev, xvfb, xauth, xfonts-base, texlive-base, texlive-latex-base, texlive-generic-recommended, texlive-fonts-recommended, texlive-extra-utils, texlive-latex-recommended, texlive-latex-extra, texinfo, texi2html, openjdk-6-jdk [!arm !hppa !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] Homepage: http://www.r-project.org/ I'm not very debian-developer savvy, so I didn't think to look at the control file. I looked at the webpage http://packages.debian.org/sid/r-base-core, but I'm not sure what that's generated from. There is no special-casing for mips. Or are you trying to tell me that mips / mipsel have _no tcl/tk_ whatsoever? That can't be, can it? Mips and mipsel definitely have Tcl/Tk. Investigating a little further, I tried building rcmdr on a mipsel system with tcl8.5 and tk8.5 present, but it still gave the same errors that you saw. But maybe it needs r-base to have been compiled with them present? Just wild speculation, I really don't know anything about these packages. Shane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org