Bugzilla Bug 36750

When running bastille and say 'Apply Changes' at the end with psad
configuration enabled, the application terminates with the message: 'PSAD.pm
not found'

Reproducible: Always
Steps to Reproduce:
1. install bastille 2.1.1-r1
2. run bastille
3. enable psad configuration
4. Apply changes

Actual Results:  
Executing PSAD Specific Configuration
Can't locate Bastille/PSAD.pm in @INC (@INC contains: /usr/lib /etc/perl
/usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.0/i686-linux /usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.2/i686-linux
/usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.0/i686-linux
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.2/i686-linux /usr/lib/perl5/5.8.2 /usr/local/lib/site_perl .
/usr/lib/perl5/site_perl/ /usr/lib/Bastille) at /usr/sbin/BastilleBackEnd line
147.



Expected Results:  
install psad settings

Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031212-r0,
2.4.22-gentoo-r1)
=================================================================
System uname: 2.4.22-gentoo-r1 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.3.12
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=pentium3 -fprefetch-loop-arrays -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -fprefetch-loop-arrays -funroll-loops -pipe"
DISTDIR="/var/tmp/portage/distfiles"
FEATURES="ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X Xaw3d apache2 apm arts avi berkdb crypt cups curl doc emacs encode esd
flash foomaticdb gd gdbm gif gimp gnome gpm gtk gtk2 imap imlib java jpeg kde
libg++ libwww lmtp mad mcal mikmod motif mozilla mpeg mysql ncurses nls
oggvorbis opengl oss pam pdflib perl png postgres python qt quicktime readline
scanner sdl slang spell ssl svga tcltk tcpd tetex tiff truetype usb x86 xml
xml2
xmms xv zlib video_cards_rage128"

Created an attachment (id=22813) [details]
xbindkeys-1.6.4.ebuild with the tk dependacy

What version of psad do you have merged? I can't recreate this with psad 1.3 or
1.3.1.

the problem is not with psad itself. In the bastille distribution there's a
file PSAD.pm that has to be copied into /usr/lib/Bastille which is actually not
being done.

Feel free to whack me, I misread it. I'm actually still unable to get this bug
on my system, but I believe it may be due to the syslog daemon I'm using (which
may result in an entirely new bug being filed). I'll keep trying things, and
even if I don't find it myself, I'll have an updated ebuild to install the Psad
interface module.

Ok, problem solved. Attached is an updated ebuild which will provide the
PSAD.pm file required to use psad at all. This will go into portage whenever
seemant gets a change I guess, but in the meantime it can be placed into the
overlay and merged with 'emerge --digest bastille'.

Created an attachment (id=22879) [details]
Updated bastille ebuild for psad fix

handing off to the actual maintainer, who's now officially a member of the
gentoo development team

If this is working fine for you, I'll be committing this immediately when I get
access (maybe later tonight).

Updated ebuild has been added to portage.