Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

POPFile won't run for me when I just emerged it. It complains about not finding
DBI. After I've emerged it, it gets further, but now it's complaining about
DBI::SQLite. Will try to install that now.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.50-r6 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9,
2.4.22-gentoo-r2)
=================================================================
System uname: 2.4.22-gentoo-r2 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.9
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=athlon-tbird -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox"
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="acpi acpi4linux apache2 apm gd gtk2 libwww mmx mysql ncurses nls pam
readline samba slang spell ssl truetype x86 xml2"

I also needed to install DBI::SQLite and DBD::SQLite before POPFile wanted to
run...

I'm sorry - this version got marked as stable by accident.  We'll get that
sorted out.

Best regards,
Stu

Hi,

I've added the missing dependencies into popfile-0.21.1.ebuild.  The updated ebuild should show up on an rsync mirror near you in about an hour.

The ebuild works for me, but could you test it too please, and let me know how you get on?

Many thanks,
Stu

Shouldn't you give it -r1 when you change the ebuild?

Anyway, I reemerged, but I can't run the start script from anywhere else than its own directory. Need to cd into /usr/share/popfile, then run ./popfile.pl, otherwise it complains:

Can't locate POPFile/Loader.pm in @INC (@INC contains: ./ /etc/perl /usr/lib/per
l5/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/li
b/perl5/vendor_perl /usr/lib/perl5/5.8.2/i686-linux /usr/lib/perl5/5.8.2 /usr/lo
cal/lib/site_perl .) at /usr/share/popfile/popfile.pl line 37.
BEGIN failed--compilation aborted at /usr/share/popfile/popfile.pl line 37.

Also, I was trying to connect to the HTTP-interface from my another box at the network and it doesn't allow that. When I use an SSH tunnel like 1884:localhost:1884 to the box POPFile is running on, it works, but that makes it kinda awkward.

Okay, fixed that last problem with the remote connection. Turns out there's an
option for that, I had just missed it in the config file because it has the
non-descriptive name html_local.

The ebuild is marked as unstable - that's why it doesn't need a version bump. 
I'll bump it once I'm happy it works, so that everyone who picked up the broken
stable version can get the new shiny working version ;-)

Popfile is working the way that it was designed to work.  By default, you have
to run it from /usr/share/popfile.  There's something in the release notes for
v0.21.0 about a couple of new environment variables you can set.  Check out
http://popfile.sf.net/ for more information.  It's called Multi User Phase 1 I
believe.

By default, popfile does not allow you to connect from anywhere other than the
localhost.  This is deliberate.  If you connect to the web interface from
localhost, one of the settings allows you to permit connections from other
machines.

Give that a go, and let me know how you get on ;-)

Best regards,
Stu

This has been working fine. Can be FIXED.

A new version of POPFile (0.22.1 is current, I think) would be nice, or shall I open another bug for that?

hmmm.

Hmmm, indeed.

New ebuild is in bug 71836

Hmmm...

popfile-0.21.1 depends on dev-perl/DBD-SQLite which depends on dev-perl/DBI.
Closing a stale bug.