@bsdice, Thanks
I agree that determining the package layout based on the debian files is wrong. I don't have a lot of time to maintain the package and the author of bareos has moved/renamed files between releases. Rather than the aur package breaking after every upgrade this "hack" allowed it to keep working. However, this package does not follow "arch" standards. A lot of what you list such as sbins binaries are installed in the incorrect places or indirect results of depending on this debian file layout.
Maybe if I get some time and am less lazy,I will move away from that, its more work to maintain as the bareos author changes stuff around.
A side note:
It appears like bareos isn't very active anymore. I was thinking about looking at bacula.
Search Criteria
Package Details: bareos-storage-tape 23.0.1-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/bareos.git (read-only, click to copy) |
---|---|
Package Base: | bareos |
Description: | Bareos - Backup Archiving Recovery Open Sourced - Tape support for storage daemon |
Upstream URL: | http://www.bareos.org |
Keywords: | Backup bacula bareos |
Licenses: | AGPL3 |
Groups: | bareos |
Submitter: | AlD |
Maintainer: | None |
Last Packager: | khvalera |
Votes: | 23 |
Popularity: | 0.000043 |
First Submitted: | 2014-07-23 09:45 (UTC) |
Last Updated: | 2024-02-20 22:01 (UTC) |
Dependencies (21)
- bareos-storageAUR
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- jansson (jansson-gitAUR)
- libcap
- lzo
- mtx (mtx-svnAUR, mtx-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- cmake (cmake-gitAUR) (make)
- gcc (gcc-gitAUR, gccrs-gitAUR, gcc11AUR, gcc-snapshotAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glusterfs (make)
- jansson (jansson-gitAUR) (make)
- libmariadbclient (libmysqlclient55AUR, libmysqlclient56AUR, mariadb-libs-gitAUR, libmysqlclient81AUR, libmysqlclient57AUR, libmysqlclient80AUR, libmysqlclientAUR, mariadb-libs, mariadb-lts-libs) (make)
- lsb-release (make)
- pam_wrapper (make)
- postgresql-libs (postgresql-libs-12AUR, postgresql13-libsAUR, postgresql-libs-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- python-setuptools (make)
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR) (make)
- rpcsvc-proto (make)
Required by (0)
Sources (5)
Latest Comments
« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 18 Next › Last »
spradlim commented on 2017-08-29 19:30 (UTC) (edited on 2017-08-29 19:34 (UTC) by spradlim)
bsdice commented on 2017-08-29 19:17 (UTC)
TLDR; I audited the software and made a new package from scratch with below issues imho fixed, see https://pastebin.com/QiJPwdzd (snip into files PKGBUILD and bareos.install) Credits to the maintainers of bareos and bacula for workarounds and a little template help.
Hello,
I've been tinkering with a spare LTO5 drive for homeoffice backup needs using this package. Here are some issues I have encountered:
- OpenSSL-1.1 API breakage
- sbin binaries are installed in /usr/bin/sbin/ (should be /usr/bin)
- wrong chmod of /etc/bareos and its files (+x for config files is wrong)
- on my fully up-to-date Arch machine, /etc/nst0 (tape) is owned by root:storage. Post-install script should add user bareos to group storage in order to access the tape drive without root
- configure parameters not fully up to date with 16.2.6 i.e. some superfluous settings (ipv6 is enabled by default, others I forget)
- build/package/opt dependencies slightly out of tune (e.g. openssl is basically installed everywhere, configure will see it and try to use it, make will fall over due to API breakage, in essence making openssl-1.0 a hard dependency)
- Not using /run for PID and lock files (together with tmpfiles.d by systemd)
- Config files that come with the package are in the way if you modify them and want to upgrade. Imho Arch philosophy should be more like "supply samples and let the user pick any configs" instead of throwing active upstream configs in his face on every install and upgrade. Compare http://pr0gramm.com/user/Pr0G0/uploads/1484494 for a visual image. ;-)
- with bat qt-gui deprecated upstream in favor of web-gui I wonder what is gained from splitting this package up into client, server, database support and whatnot instead of doing one package. Granted, it will pull in postgresql as well as mysql support libs (sqlite is pulled in by python already) but with an uncertain future of bat, it no longer requires graphical libs on the server.
- post-remove cleanup could use some work (not stopping and disabling services in pre-uninstall etc.)
- This package imho wrongly relies on Debianisms and I may be wrong but does pulling in dbconfig-common files make any sense on Arch?
- Since I have a lot of cores I use aggressive parallel make settings to speed things up; make install of bareos requires -j1 otherwise it will error out (just to note that)
- In my package there is no requirement for logrotate and also there is no /var/log/bareos, the user should log to systemd and let it do all the rotating work
- I ran namcap -i on PKGBUILD and .xz and may have fixed a couple of other things
I won't upload my PKGBUILD into AUR because I have little time to maintain it right now, so just contributing some hopefully valuable feedback.
Regards,
--se
spradlim commented on 2017-08-29 18:44 (UTC)
All,
I added openssl-1.0 dependency back in. Again, let me know if it works. It really bothers me that I am unable to duplicate this problem. Sorry for any troubles.
beatus commented on 2017-08-29 18:00 (UTC) (edited on 2017-08-29 18:39 (UTC) by beatus)
I'm getting a similar issue to @CastenF.
make[2]: Leaving directory '/home/beatus/.cache/pacaur/bareos/src/bareos/platforms/debian'
make[1]: Leaving directory '/home/beatus/.cache/pacaur/bareos/src/bareos/platforms'
==> Entering fakeroot environment...
==> Starting package_bareos-common()...
cp: cannot stat 'usr/lib/bareos/libbareos-[0-9]*.so': No such file or directory
==> ERROR: A failure occurred in package_bareos-common().
Aborting...
:: failed to build bareos-common package(s)
----
The git link does not work from his comment. The openssl workaround from before fixed this.
CarstenF commented on 2017-08-26 21:38 (UTC)
Hello spradlim. I have the following Problem with bareos-compiling.
There was a Version where I can fix this issue.
When I apply these
https://aur.archlinux.org/cgit/aur.git/commit/?h=bareos&id=1451cab802d7b1bdaadba6de55525e2a5ae983ccchanges
than the build does not fail like this.
make[2]: Leaving directory '/yaourt/yaourt-tmp-carstenfeuls/aur-bareos-common/src/bareos/platforms/debian'
make[1]: Leaving directory '/yaourt/yaourt-tmp-carstenfeuls/aur-bareos-common/src/bareos/platforms'
==> Entering fakeroot environment...
==> Starting package_bareos-common()...
cp: cannot stat 'usr/lib/bareos/libbareos-[0-9]*.so': No such file or directory
It is the same bug we have before with openssl.
And please add openssl-1.0 as dependency.
spradlim commented on 2017-05-10 12:31 (UTC)
Change made freaknils.
@CarstenF, I didn't read your comment on libbareosndmp right. Now that should work for both of you.
freaknils commented on 2017-05-10 11:59 (UTC)
Hmm now the build is working fine, but if I want to try to execute bareos I get the same error like CarstenF wrote:
:/usr/lib/bareos > bareos-dir -t
bareos-dir: error while loading shared libraries: libbareosndmp-16.2.5.so: cannot open shared object file: No such file or directory
libbareosndmp-16.2.5.so is there in ./install/usr/lib/bareos/libbareosndmp-16.2.5.so but it is missing in the package.
It seems that you created this problem in PKGBUILD.common:97-99
If I remove these lines from PKGBUILD it works fine.
spradlim commented on 2017-05-10 00:56 (UTC)
All: CartstenF workaround for openssl-1.0 is now installed. I left the ticket open upstream for support with openssl-1.0 support.
There should be no issues with the package, let me know if anyone sees anything wrong.
Pinned Comments