Bug#722754: blackbox link with -L/usr/lib
Package: blackbox Version: 0.70.1-16 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. blackbox_0.70.1-16_mips64el.build.xz Description: Binary data
Bug#722833: snappea link with -L/usr/lib
Package: snappea Version: 3.0d3-22 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. snappea_3.0d3-22_mips64el.build.xz Description: Binary data
Bug#722751: audit link with -L/usr/lib
Package: audit Version: 1.7.18-1.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. audit_1.7.18-1.1_mips64el.build.xz Description: Binary data
Bug#722783: idesk link with -L/usr/lib
Package: idesk Version: 0.7.5-5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. idesk_0.7.5-5_mips64el.build.xz Description: Binary data
Bug#722779: hfsutils link with -L/usr/lib
Package: hfsutils Version: 3.2.6-12 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. hfsutils_3.2.6-12_mips64el.build.xz Description: Binary data
Bug#722753: beecrypt link with -L/usr/lib
Package: beecrypt Version: 4.2.1-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. beecrypt_4.2.1-4_mips64el.build.xz Description: Binary data
Bug#722847: tix link with -L/usr/lib
Package: tix Version: 8.4.3-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. tix_8.4.3-4_mips64el.build.xz Description: Binary data
Bug#723280: ddccontrol link with -L/usr/lib
Package: ddccontrol Version: 0.4.2-11 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. ddccontrol_0.4.2-11_mips64el.build.xz Description: Binary data
Bug#723362: i8kutils link with -L/usr/lib
Package: i8kutils Version: 1.33 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. i8kutils_1.33_mips64el.build.xz Description: Binary data
Bug#723376: ircii link with -L/usr/lib
Package: ircii Version: 20060725-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. ircii_20060725-1_mips64el.build.xz Description: Binary data
Bug#723315: freewnn link with -L/usr/lib
Package: freewnn Version: 1.1.1~a021+cvs20130302-3 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. freewnn_1.1.1~a021+cvs20130302-3_mips64el.build.xz Description: Binary data
Bug#723441: libpam-unix2 link with -L/usr/lib
Package: libpam-unix2 Version: 2.6-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. libpam-unix2_2.6-1_mips64el.build.xz Description: Binary data
Bug#729667: Update symbols to fix build for mips64(el)
Package: blackbox Version: 0.70.1-16 Hi, the attached patch can update symbol table of libbt0, so it can be built on mips64el. -- YunQiang Su diff --git a/debian/libbt0.symbols b/debian/libbt0.symbols index 9f85e9c..2b9b3b1 100644 --- a/debian/libbt0.symbols +++ b/debian/libbt0.symbols @@ -9,9 +9,9 @@ libbt.so.0 libbt0 #MINVER# _ZN2bt10ScreenInfoC1ERNS_7DisplayEj@Base 0.70.1 _ZN2bt10ScreenInfoC2ERNS_7DisplayEj@Base 0.70.1 _ZN2bt10drawBitmapERKNS_6BitmapERKNS_3PenEmRKNS_4RectE@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !mips64 !mips64el !s390 !s390x !alpha !ppc64 !sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_@Base 0.70.1 _ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEjS5_jRKNS_4FontE@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEmS5_@Base 0.70.1 + (arch=amd64 ia64 kfreebsd-amd64 mips64 mips64el s390 s390x alpha ppc64 sparc64)_ZN2bt10ellideTextERKSbIjSt11char_traitsIjESaIjEEmS5_@Base 0.70.1 _ZN2bt10hasUnicodeEv@Base 0.70.1 _ZN2bt10parse_xlfdERKSs@Base 0.70.1 _ZN2bt10startupShmERKNS_7DisplayE@Base 0.70.1 @@ -290,8 +290,8 @@ libbt.so.0 libbt0 #MINVER# _ZN2bt9MenuDelay7timeoutEPNS_5TimerE@Base 0.70.1 _ZN2bt9MenuStyle3getERNS_11ApplicationEj@Base 0.70.1 _ZN2bt9MenuStyle4loadERKNS_8ResourceE@Base 0.70.1 - (arch=any-i386)_ZN2bt9MenuStyle6_titleD1Ev@Base 0.70.1 - (arch=any-i386)_ZN2bt9MenuStyle6_titleD2Ev@Base 0.70.1 + (arch=any-i386 mips64 mips64el)_ZN2bt9MenuStyle6_titleD1Ev@Base 0.70.1 + (arch=any-i386 mips64 mips64el)_ZN2bt9MenuStyle6_titleD2Ev@Base 0.70.1 _ZN2bt9MenuStyle6stylesE@Base 0.70.1 _ZN2bt9MenuStyleC1ERNS_11ApplicationEj@Base 0.70.1 _ZN2bt9MenuStyleC2ERNS_11ApplicationEj@Base 0.70.1 @@ -383,25 +383,25 @@ libbt.so.0 libbt0 #MINVER# _ZNK2bt9MenuStyle8itemRectERKNS_8MenuItemE@Base 0.70.1 _ZNK2bt9MenuStyle9drawTitleEmRKNS_4RectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 _ZNK2bt9MenuStyle9titleRectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1 - (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE12_M_leak_hardEv@Base 0.70.1 + (arch=any-i386 mips64 mips64el)_ZNSbIjSt11char_traitsIjESaIjEE12_M_leak_hardEv@Base 0.70.1 (optional)_ZNSbIjSt11char_traitsIjESaIjEE12_S_constructIN9__gnu_cxx17__normal_iteratorIPKjS2_PjT_SA_RKS1_St20forward_iterator_tag@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEjjPKjj@Base 0.70.1 (arch=!any-i386 !alpha !armel !armhf !ia64 !m68k !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1 _ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !mips64 !mips64el !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1 (optional)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1 (optional)_ZNSbIjSt11char_traitsIjESaIjEE6appendERKS2_@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !mips64 !mips64el !s390 !s390x !alpha !ppc64 !sparc64 !any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1 (optional|arch=!any-i386 !armel !armhf !m68k !mips !mipsel !powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1 - (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6assignERKS2_@Base 0.70.1 + (arch=any-i386 mips64 mips64el)_ZNSbIjSt11char_traitsIjESaIjEE6assignERKS2_@Base 0.70.1 (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEjj@Base 0.70.1 (arch=!any-i386 !alpha !armel !armhf !ia64 !m68k !mips !mipsel !powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEm@Base 0.70.1 - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEjjj@Base 0.70.1 - (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 sparc64)_ZNSbIjSt11char_traitsIjESaIjEE9_M_mutateEmmm@Base 0.70.1 + (arch=!amd64 !ia64 !kfreebsd-amd64 !mips64 !mips64el !s390 !s390x !alpha
Bug#886907: libgadu: ftbfs due to -Werror and gnutls_compression_get_name deprecated
Package: libgadu Version: 1:1.12.2-2 Severity: serious With recent rebuild libgadu, it failed to build, as it use -Werror, and gnutls_compression_get_name, while this function is marked as deprecated now. -- YunQiang Su
Bug#1075684: xshisen: ftbfs with GCC-14
On Tue, 5 Nov 2024 10:43:19 +0800 Bo YU wrote:
> Hi,
>
> >configure:673:1: error: return type defaults to 'int' [-Wimplicit-int]
> > 673 | main(){return(0);}
> > | ^~~~
> >configure: failed program was:
> >
> >#line 671 "configure"
> >#include "confdefs.h"
> >
>
> I proposed one patch to fix the issue, please review it.
> And I did some minor changes with QA upload also, but this will
> need sponsorship for me. TIA
>
LGTM, and I uploaded it with 5-days delayed.
> (I have uploaded it to mentor, but no send RFS to save reportbug ID:))
>
> ```
> The source builds the following binary packages:
>
>xshisen - Shisen-sho puzzle game for X11
>
> To access further information about this package, please visit the following
> URL:
>
>https://mentors.debian.net/package/xshisen/
>
> Alternatively, you can download the package with 'dget' using this command:
>
>dget -x
> https://mentors.debian.net/debian/pool/main/x/xshisen/xshisen_1.51-10.dsc
>
> Changes since the last upload:
>
> xshisen (1:1.51-10) unstable; urgency=medium
> .
> * QA upload.
> * Add 2001-fix-ftbfs-gcc-14.patch to fix ftbfs on gcc-14.
> (Closes: #1075684)
> * DEB_BUILD_MAINT_OPTIONS = hardening=+all to fix lintian warning.
>
> ```
>
>
> --
> Regards,
> --
>Bo YU
>
Bug#1075694: xxkb: ftbfs with GCC-14
Bo YU 于2024年11月13日周三 00:06写道： > > Hi, > > On Tue, Nov 12, 2024 at 06:40:42PM +0800, YunQiang Su wrote: > >On Tue, 12 Nov 2024 17:22:12 +0800 Bo YU wrote: > >> > xxkb (1.11.1-3) unstable; urgency=medium > >> > . > >> > * QA upload. > >> > * Add 0004-fix-ftbfs-on-gcc-14.patch to fix the ftbfs issue. > >> > (Closes: #1075694) > >> > * Set std-ver to 4.7.0. > >> > * Add Rules-Requires-Root on d/control. > >> > * Add doc-base for xxkb. > >> > * debian/rules: clean up Makefile explicitly. > >> > * debian/rules: update CDEBUGFLAGS to fix hardening issue. > >> > >> Oops, I forget the debdiff about this, sorry for that. > >> > > > >$(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)" > >will override the options in Imakefile: -Wall is missing. > >I don't think that it is a good idea. > > Ah, I did not notice that. Thanks for pointing out this and I think the > patch you proposed is more robust. > > Updated it again, thanks. > I guess that you missed the changes of d/rules? - $(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)" + $(MAKE) DEB_CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS)" > > -- > Regards, > -- >Bo YU > -- YunQiang Su
Bug#1075694: xxkb: ftbfs with GCC-14
On Tue, 12 Nov 2024 17:22:12 +0800 Bo YU wrote: > > xxkb (1.11.1-3) unstable; urgency=medium > > . > > * QA upload. > > * Add 0004-fix-ftbfs-on-gcc-14.patch to fix the ftbfs issue. > > (Closes: #1075694) > > * Set std-ver to 4.7.0. > > * Add Rules-Requires-Root on d/control. > > * Add doc-base for xxkb. > > * debian/rules: clean up Makefile explicitly. > > * debian/rules: update CDEBUGFLAGS to fix hardening issue. > > Oops, I forget the debdiff about this, sorry for that. > $(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)" will override the options in Imakefile: -Wall is missing. I don't think that it is a good idea. Maybe this patch is what we expect: diff --git a/debian/patches/0003-Imakefile-enable-debug-flag.patch b/debian/patches/0003-Imakefile-enable-debug-flag.patch index e4909f6..319a0d9 100644 --- a/debian/patches/0003-Imakefile-enable-debug-flag.patch +++ b/debian/patches/0003-Imakefile-enable-debug-flag.patch @@ -15,7 +15,7 @@ index 931ca42..36010b8 100644 #endif -CDEBUGFLAGS = -O2 -Wall -+CDEBUGFLAGS = -O2 -Wall -g ++CDEBUGFLAGS = -O2 -Wall -g $(DEB_CDEBUGFLAGS) SED = sed ComplexProgramTarget(xxkb) diff --git a/debian/rules b/debian/rules index abfa617..1fd37ca 100755 --- a/debian/rules +++ b/debian/rules @@ -15,7 +15,7 @@ execute_after_dh_auto_clean: override_dh_auto_build: xmkmf - $(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)" + $(MAKE) DEB_CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS)" override_dh_auto_install: $(MAKE) install install.man DESTDIR=$(CURDIR)/debian/tmp/
Bug#1075694: xxkb: ftbfs with GCC-14
On Tue, 5 Nov 2024 11:25:58 +0800 Bo YU wrote: > Hi, > > On Tue, Nov 05, 2024 at 10:56:09AM +0800, Bo YU wrote: > >Hi, > ... > > > >I have uploaded it to mentor also. Please review it. Could you upload it > >if there are no other issues? TIA. > > > >``` > > > >The source builds the following binary packages: > > > > xxkb - Keyboard state indicator and switcher for xkb > > > >To access further information about this package, please visit the following > >URL: > > > > https://mentors.debian.net/package/xxkb/ > > > >Alternatively, you can download the package with 'dget' using this command: > > > > dget -x > > https://mentors.debian.net/debian/pool/main/x/xxkb/xxkb_1.11.1-3.dsc > > > >Changes since the last upload: > > > > xxkb (1.11.1-3) unstable; urgency=medium > > . > > * QA upload. > > * Add 0004-fix-ftbfs-on-gcc-14.patch to fix the ftbfs issue. > > (Closes: #1075694) > > * Set std-ver to 4.7.0. > > * Add Rules-Requires-Root on d/control. > > * Add doc-base for xxkb. > > * debian/rules: pass CFLAGS to dh_auto_build. > > Sorry for the useless entry of the chanelog, I have this with v2. > It has a couple of problems: 1. it fails to run multiple times of `dpkg-buildpackage -B` due to that the generated Makefile is not cleaned. You may need to clean it. 2. The changelog entry `* debian/rules: pass CFLAGS to dh_auto_build.` is misleading. 3. Hardcode hardening options is not a good idea. You can do something like override_dh_auto_build: HARDEN_CFLAGS="`dpkg-buildflags --get CFLAGS` `dpkg-buildflags --get LDFLAGS`" \ dh_auto_build And in Imakefile CDEBUGFLAGS = -O2 -Wall -g $(HARDEN_CFLAGS) 4. It seems that it can support librsvg. Why is it not enabled? >
Bug#1075694: xxkb: ftbfs with GCC-14
On Wed, 13 Nov 2024 11:10:38 +0800 Bo YU wrote: > Hi, > On Wed, Nov 13, 2024 at 09:53:33AM +0800, YunQiang Su wrote: > > > >I guess that you missed the changes of d/rules? > >- $(MAKE) CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS) $(CDEBUGFLAGS)" > >+ $(MAKE) DEB_CDEBUGFLAGS="$(CFLAGS) $(LDFLAGS)" > > > Sorry, my bad, I messed up this when generating a new debdiff with > re-download xxkb source code. > > Syning it to mentors also, thanks for your time again. > Thanks for your contribution. Uploaded with 5-days delayed. > -- > Regards, > -- >Bo YU >
