Your message dated Sun, 11 Aug 2024 21:27:36 +0200
with message-id <a6a32f81-54b0-4b15-a817-04afaef89...@debian.org>
and subject line Re: Bug#1074948: fcrackzip: ftbfs with GCC-14
has caused the Debian Bug report #1074948,
regarding fcrackzip: ftbfs with GCC-14
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
1074948: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074948
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:fcrackzip
Version: 1.0-11
Severity: important
Tags: sid trixie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-14

[This bug is targeted to the upcoming trixie release]

Please keep this issue open in the bug tracker for the package it
was filed for.  If a fix in another package is required, please
file a bug for the other package (or clone), and add a block in this
package. Please keep the issue open until the package can be built in
a follow-up test rebuild.

The package fails to build in a test rebuild on at least amd64 with
gcc-14/g++-14, but succeeds to build with gcc-13/g++-13. The
severity of this report will be raised before the trixie release.

The full build log can be found at:
http://qa-logs.debian.net/2024/07/01/fcrackzip_1.0-11_unstable_gccexp.log
The last lines of the build log are at the end of this report.

To build with GCC 14, either set CC=gcc-14 CXX=g++-14 explicitly,
or install the gcc, g++, gfortran, ... packages from experimental.

  apt-get -t=experimental install g++ 

Common build failures are new warnings resulting in build failures with
-Werror turned on, or new/dropped symbols in Debian symbols files.
For other C/C++ related build failures see the porting guide at
http://gcc.gnu.org/gcc-14/porting_to.html

[...]
      |                             ^~
      |                             |
      |                             u8 * {aka unsigned char *}
/usr/include/string.h:407:35: note: expected ‘const char *’ but argument is of 
type ‘u8 *’ {aka ‘unsigned char *’}
  407 | extern size_t strlen (const char *__s)
      |                       ~~~~~~~~~~~~^~~
zipcrack.c:269:30: warning: pointer targets in passing argument 1 of ‘cbfunc’ 
differ in signedness [-Wpointer-sign]
  269 |       if ((changed = cbfunc (pw, 0)))
      |                              ^~
      |                              |
      |                              u8 * {aka unsigned char *}
zipcrack.c:269:30: note: expected ‘const char *’ but argument is of type ‘u8 *’ 
{aka ‘unsigned char *’}
In file included from crackdef.c:109:
zipcrack.c: In function ‘METHOD2_crack_pw’:
zipcrack.c:62:29: warning: pointer targets in passing argument 1 of ‘strlen’ 
differ in signedness [-Wpointer-sign]
   62 |           changed = strlen (pw);
      |                             ^~
      |                             |
      |                             u8 * {aka unsigned char *}
/usr/include/string.h:407:35: note: expected ‘const char *’ but argument is of 
type ‘u8 *’ {aka ‘unsigned char *’}
  407 | extern size_t strlen (const char *__s)
      |                       ~~~~~~~~~~~~^~~
zipcrack.c:269:30: warning: pointer targets in passing argument 1 of ‘cbfunc’ 
differ in signedness [-Wpointer-sign]
  269 |       if ((changed = cbfunc (pw, 0)))
      |                              ^~
      |                              |
      |                              u8 * {aka unsigned char *}
zipcrack.c:269:30: note: expected ‘const char *’ but argument is of type ‘u8 *’ 
{aka ‘unsigned char *’}
crack.c: In function ‘load_zip’:
crack.c:78:15: warning: ignoring return value of ‘fread’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
   78 |               fread (zip_path, name_len, 1, f);
      |               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
crack.c:94:19: warning: ignoring return value of ‘fread’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
   94 |                   fread (file, FILE_SIZE, 1, f);
      |                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cpmask.c: In function ‘load_img’:
cpmask.c:71:15: warning: ignoring return value of ‘fscanf’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
   71 |               fscanf (img, "#%*[^\012\015] ");  /* comment */
      |               ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cpmask.c:76:19: warning: ignoring return value of ‘fscanf’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
   76 |                   fscanf (img, "#%*[^\012\015] ");      /* comment */
      |                   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cpmask.c:81:23: warning: ignoring return value of ‘fscanf’ declared with 
attribute ‘warn_unused_result’ [-Wunused-result]
   81 |                       fscanf (img, "#%*[^\012\015] ");  /* comment */
      |                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cpmask.c: At top level:
cpmask.c:294:1: warning: ‘cp_cleanup’ defined but not used [-Wunused-function]
  294 | cp_cleanup (void)
      | ^~~~~~~~~~
make[2]: *** [Makefile:469: crack.o] Error 1
make[2]: *** Waiting for unfinished jobs....
main.c: In function ‘check_unzip’:
main.c:151:38: warning: ‘%s’ directive writing up to 1023 bytes into a region 
of size between 754 and 1009 [-Wformat-overflow=]
  151 |   sprintf (buff, "unzip -qqtP \"%s\" %s " DEVNULL, escpw, path);
      |                                      ^~                   ~~~~
In function ‘sprintf’,
    inlined from ‘check_unzip’ at main.c:151:3:
/usr/include/x86_64-linux-gnu/bits/stdio2.h:30:10: note: 
‘__builtin___sprintf_chk’ output between 32 and 1310 bytes into a destination 
of size 1024
   30 |   return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1,
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   31 |                                   __glibc_objsize (__s), __fmt,
      |                                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   32 |                                   __va_arg_pack ());
      |                                   ~~~~~~~~~~~~~~~~~
make[2]: Leaving directory '/<<PKGBUILDDIR>>'
make[1]: *** [Makefile:327: all] Error 2
make[1]: Leaving directory '/<<PKGBUILDDIR>>'
dh_auto_build: error: make -j8 returned exit code 2
make: *** [debian/rules:10: build] Error 25
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

--- End Message ---
--- Begin Message ---
Version: 1.0-12

El 11/8/24 a las 20:20, Sven Geuer escribió:
As requested above, I keep the bug open.

Hi. This is becoming a common misunderstanding.

The fixed package is now in unstable, so anybody
can check that the package builds from source.

To not repeat myself, please read the reply I wrote in a similar case:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075396#28

Thanks.

--- End Message ---

Reply via email to