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 attachment 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 attachment 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.
