Arch Linux User Repository

It does not compile anymore (x86_64).

In file included from /usr/include/string.h:535,
                 from common.h:57,
                 from slog.c:23:
In function ‘strncpy’,
    inlined from ‘slog_init’ at slog.c:33:5:
/usr/include/bits/string_fortified.h:95:10: error: ‘__builtin_strncpy’ specified bound 2048 equals destination size [-Werror=stringop-truncation]
   95 |   return __builtin___strncpy_chk (__dest, __src, __len,
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   96 |                                   __glibc_objsize (__dest));
      |                                   ~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[1]: *** [Makefile:494: slog.o] Error 1

I realise I started working on putting the sources up on github but they are just cloned from sourceforge for now but if you think of patching stuff or doing work on scanbd this could be the new home for it: https://github.com/khampf/scanbd

If I get time for it I might get back to using the software

As I no longer use scanbd myself I am leaving it open for someone else to maintain

ARM64 works. Just add to the 'arch' array in PKGBUILD the value 'aarch64' (including quotes).

I'm all for POSIX compliance, the original sources have not been touched in three years but I am currently working on a fork of scanbd where we can fix stuff ourselves. Can you verify which scripts that are wrong and check if they are still using sh in my fork of a scanbd clone?

One issue that I have discovered is that many of the scripts in this repo are not posix compliant. When building this package, if you use dash (see https://wiki.archlinux.org/index.php/Dash) as sh, you will need to temporarily switch back to bash, otherwise build will fail.

I opened a ticket upstream, suggesting the fix of replacing #!/bin/sh with #!/bin/bash for the scripts that aren't posix compliant.

@emilio-r: You caught me at the right time :)

@khampf: Wow, that must have been the most immediate fix I've ever experienced to a bug report! Thanks a bunch - compiles just fine! :)

@emilio-r: I noticed several similar allocation bugs in addition to the detected one in the upstream source, I hope I squashed them all. Thanks!

Doesn't compile:

In file included from /usr/include/string.h:495,
                 from common.h:57,
                 from scanbd.h:36,
                 from config.c:23:
In function ‘strncpy’,
    inlined from ‘make_script_path_abs’ at config.c:159:9:
/usr/include/bits/string_fortified.h:106:10: error: ‘__builtin_strncpy’ 
specified bound 4096 equals destination size [-Werror=stringop-truncation]
  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos 
 (__dest));
      |          
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make[1]: *** [Makefile:503: config.o] Error 1
make[1]: Leaving directory 
'/home/user/.cache/yay/scanbd/src/1.5.1/src/scanbd'
make: *** [Makefile:425: all-recursive] Error 1
==> ERROR: A failure occurred in build().
    Aborting...