Arch Linux User Repository

@bsdice thank you for your contribution! Please consider adopting the package. It has been recently orphaned.

@pavkamlc This package has been out-of-date for a while. Try mine from https://seitics.de/files/bareos/

It's the latest and a working 21.7.1. Do not update to version 22 yet, there is serious breakage as of Jan 2023. Download all files and do a makepkg -Ccfi. For a client you just need to enable bareos-fd with suitable config.

Judging from lack of feedback, I'm pretty much the only Arch + Bareos + LTO-Tape user. Outlier among outliers. ;-)

Generally speaking the switch from OpenSSL 1.x to 3.x has been painful for some packages. Bareos is one of them. So you need a recent code base from upstream. Also it is advisable to keep the number of patches to a bare minimum for maintainability.

Id like build bareos-filesdaemon for backup my manjaro machine, but It says about deprecation openssl. Is it wrong dependencies or it need any patch?

[ 3%] Building C object core/src/droplet/libdroplet/CMakeFiles/droplet.dir/src/utils.c.o /home/pavel_mlcoch/.cache/yay/bareos/src/bareos/core/src/droplet/libdroplet/src/utils.c: In function ‘dpl_hmac’: /home/pavel_mlcoch/.cache/yay/bareos/src/bareos/core/src/droplet/libdroplet/src/utils.c:471:3: error: ‘HMAC_CTX_new’ is deprecated: Since OpenSSL 3.0 [-Werror=deprecated-declarations] 471 | ctx = HMAC_CTX_new(); | ^~~ In file included from /usr/include/openssl/ssl.h:37, from /home/pavel_mlcoch/.cache/yay/bareos/src/bareos/core/src/droplet/libdroplet/include/droplet.h:48, from /home/pavel_mlcoch/.cache/yay/bareos/src/bareos/core/src/droplet/libdroplet/include/dropletp.h:39, from /home/pavel_mlcoch/.cache/yay/bareos/src/bareos/core/src/droplet/libdroplet/src/utils.c:35:

I'm trying to update my bareos-director installation (20.0.1-3) on my raspberry pi4 (aarch64), but it's failing during building process:

/home/myuser/tmp/bareos/src/bareos/core/src/droplet/libdroplet/src/backend/posix/backend.c: In function ‘dpl_posix_head_raw’: /home/myuser/tmp/bareos/src/bareos/core/src/droplet/libdroplet/src/backend/posix/backend.c:147:33: error: format ‘%ld’ expects argument of type ‘long int’, but argument 4 has type ‘__nlink_t’ {aka ‘unsigned int’} [-Werror=format=] 147 | snprintf(buf, sizeof(buf), "%ld", st.st_nlink); | ~~^ ~~~~~~~~~~~ | | | | | __nlink_t {aka unsigned int} | long int | %d /home/myuser/tmp/bareos/src/bareos/core/src/droplet/libdroplet/src/backend/posix/backend.c:182:33: error: format ‘%lu’ expects argument of type ‘long unsigned int’, but argument 4 has type ‘__blksize_t’ {aka ‘int’} [-Werror=format=] 182 | snprintf(buf, sizeof(buf), "%lu", st.st_blksize); | ~~^ ~~~~~~~~~~~~~ | | | | | __blksize_t {aka int} | long unsigned int | %u cc1: all warnings being treated as errors make[2]: [core/src/droplet/libdroplet/CMakeFiles/droplet.dir/build.make:1070: core/src/droplet/libdroplet/CMakeFiles/droplet.dir/src/backend/posix/backend.c.o] Erro 1 make[1]: [CMakeFiles/Makefile2:2538: core/src/droplet/libdroplet/CMakeFiles/droplet.dir/all] Erro 2 make: *** [Makefile:146: all] Erro 2

The whole system is up to date. Any tip?

@khvalera The build now worked and I could install it successfully. Thank you very much for your work and effort!

ah, yes - that patch looks better than mine. Didn't look too hard at the code :D

Here is the "official" patch: https://github.com/bareos/bareos/commit/ce3339d28623b8bb771e5e0aa139168df5963c4b

Does you patch fix the use-after-free?

This patch fixes it for me:

--- a/core/src/lib/timer_thread.cc  2022-03-17 17:22:34.000000000 +0100
+++ b/core/src/lib/timer_thread.cc  2022-05-15 19:28:30.410009804 +0200
@@ -213,9 +213,11 @@
       remove_from_list = true;
     } else {
       p->scheduled_run_timepoint = last_timer_run_timepoint + p->interval;
+      next_timer_run = min(p->scheduled_run_timepoint, next_timer_run);
     }
+  } else {
+    next_timer_run = min(p->scheduled_run_timepoint, next_timer_run);
   }
-  next_timer_run = min(p->scheduled_run_timepoint, next_timer_run);
   return remove_from_list;
 }

though, on second look, I got a different error (use after delete) and I use a newer version: 21.1.2.

@khvalera Thank you very much for the further investigation. I have indeed the following versions installed. gcc 12.1.0-1 gcc-libs 12.1.0-1 lib32-gcc-libs 12.1.0-1

Good call.

I checked it is going without problems on gcc-11.2.0-4 gcc-libs-11.2.0-4, on gcc-12.1.0 there are errors :(