Bugzilla Bug 139275

A fresh install of 1.38.9 does not install the init scripts.
Reason for this is the missing configfiles directory in the "files" directory
for this particular version.
Updating is ok (Initscript from old version was left).

--8<--
# emerge -pv bacula

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] app-backup/bacula-1.38.9  USE="bacula-nodir bacula-nosd
bacula-split-init logrotate mysql readline ssl -X -bacula-clientonly
-bacula-console -doc -gnome -logwatch -postgres -python -sqlite -sqlite3
-static -tcpd -wxwindows" 0 kB

Total size of downloads: 0 kB

# equery files bacula
[ Searching for packages matching bacula... ]
* Contents of app-backup/bacula-1.38.9:
/etc
/etc/bacula
/etc/bacula/bacula-fd.conf
/etc/bacula/bconsole.conf
/etc/conf.d
/etc/init.d
/etc/logrotate.d
/etc/logrotate.d/bacula
/usr
/usr/libexec
/usr/libexec/bacula
/usr/libexec/bacula/bacula
/usr/libexec/bacula/bacula-ctl-dir
/usr/libexec/bacula/bacula-ctl-fd
/usr/libexec/bacula/bacula-ctl-sd
/usr/libexec/bacula/bconsole
/usr/libexec/bacula/btraceback.dbx
/usr/libexec/bacula/btraceback.gdb
/usr/libexec/bacula/create_bacula_database
/usr/libexec/bacula/create_mysql_database
/usr/libexec/bacula/delete_catalog_backup
/usr/libexec/bacula/disk-changer
/usr/libexec/bacula/drop_bacula_database
/usr/libexec/bacula/drop_bacula_tables
/usr/libexec/bacula/drop_mysql_database
/usr/libexec/bacula/drop_mysql_tables
/usr/libexec/bacula/dvd-handler
/usr/libexec/bacula/gconsole
/usr/libexec/bacula/grant_bacula_privileges
/usr/libexec/bacula/grant_mysql_privileges
/usr/libexec/bacula/make_bacula_tables
/usr/libexec/bacula/make_catalog_backup
/usr/libexec/bacula/make_mysql_tables
/usr/libexec/bacula/mtx-changer
/usr/libexec/bacula/startmysql
/usr/libexec/bacula/stopmysql
/usr/libexec/bacula/update_bacula_tables
/usr/libexec/bacula/update_mysql_tables
/usr/libexec/bacula/updatedb
/usr/libexec/bacula/updatedb/README
/usr/libexec/bacula/updatedb/update_bacula_tables_8_to_9
/usr/libexec/bacula/updatedb/update_bdb_tables_8_to_9
/usr/libexec/bacula/updatedb/update_mysql_tables_4_to_5
/usr/libexec/bacula/updatedb/update_mysql_tables_5_to_6
/usr/libexec/bacula/updatedb/update_mysql_tables_6_to_7
/usr/libexec/bacula/updatedb/update_mysql_tables_7_to_8
/usr/libexec/bacula/updatedb/update_mysql_tables_8_to_9
/usr/libexec/bacula/updatedb/update_postgresql_tables_7_to_8
/usr/libexec/bacula/updatedb/update_postgresql_tables_8_to_9
/usr/libexec/bacula/updatedb/update_sqlite3_tables_8_to_9
/usr/libexec/bacula/updatedb/update_sqlite_tables_4_to_5
/usr/libexec/bacula/updatedb/update_sqlite_tables_5_to_6
/usr/libexec/bacula/updatedb/update_sqlite_tables_6_to_7
/usr/libexec/bacula/updatedb/update_sqlite_tables_7_to_8
/usr/libexec/bacula/updatedb/update_sqlite_tables_8_to_9
/usr/sbin
/usr/sbin/bacula-fd
/usr/sbin/bconsole
/usr/sbin/bsmtp
/usr/sbin/btraceback
/usr/share
/usr/share/doc
/usr/share/doc/bacula-1.38.9
/usr/share/doc/bacula-1.38.9/ChangeLog.gz
/usr/share/doc/bacula-1.38.9/LICENSE.gz
/usr/share/doc/bacula-1.38.9/README.gz
/usr/share/doc/bacula-1.38.9/ReleaseNotes.gz
/usr/share/doc/bacula-1.38.9/kernstodo.gz
/usr/share/man
/usr/share/man/man8
/usr/share/man/man8/bacula.8.gz
/var
/var/lib
/var/lib/bacula
/var/lib/bacula/.keep
--8<--


--8<--
# emerge --info
Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3,
2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Intel(R) Xeon(TM) CPU 3.00GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks maketest metadata-transfer sandbox sfperms
strict"
GENTOO_MIRRORS="ftp://gentoo.xxx.xxxx
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://www.gigaload.org/gentoo.org/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://ftp.tu-clausthal.de/pub/linux/gentoo/"
LANG="de_DE.UTF-8"
LC_ALL="de_DE.UTF-8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://gentoo.xxxx.xxxx/gentoo-portage"
USE="x86 acl apache2 bash-completion bzip2 cli crypt ipv6 logrotate mysql
ncurses nls nptl pam php png readline samba ssl sysfs unicode utf8 zlib
elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev
kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS
--8<--

Always stick ebuild name into bug summary.

Re-assigning to herd wrt Bug 98505. Remove labmonkey from metadata.xml please.

It can't find the /usr/portage/app-backup/bacula/files/1.38.9 directory.

I copied the /usr/portage/app-backup/bacula/files/1.38.5 directory to
/usr/portage/app-backup/bacula/files/1.38.9, rebuilt, and I now have a
functioning /etc/init.d/bacula-all init script.

Last comment indeed solved this for me.  With FEATURES="strict" there is still
a Manifest error for files/1.38.9/bacula-all-conf.

I did a wanna-be fix on this one.  Anyone care to try out in a few hours if it
works fine now?  Please report.  Thanks

I've tested the installation this morning, it works without problems for me! :)
(also with FEATURES="strict")

ok, then the symptom reported on in this bug has been resolved.  Thanks!