Can't exec "/usr/bin/logresolvemerge.pl": No such file or directory at /usr/share/webapps/awstats/6.6/hostroot/cgi-bin/awstats.pl line 6172 (#1) (W exec) A system(), exec(), or piped open call could not execute the named program for the indicated reason. Typical reasons include: the permissions were wrong on the file, the file wasn't found in $ENV{PATH}, the executable in question was compiled for another architecture, or the #! line in a script points to an interpreter that can't be run for similar reasons. (Or maybe your system doesn't support #! at all.) Error: Couldn't open server log file "/usr/bin/logresolvemerge.pl /var/log/apache2/access_log |" : No such file or directory Setup ('/etc/awstats/awstats.www.******.cz.conf' file, web server or permissions) may be wrong. Check config file, permissions and AWStats documentation (in 'docs' directory). Of course the logresolvemerge.pl script is there, also the log of course is there... I have also a report that the thing bombs out w/ empty logs, which is a major PITA and severe regression.
And here's how it dies if the logfile exists but is empty: Use of uninitialized value in scalar chomp at /usr/share/webapps/awstats/6.6/hostroot/cgi-bin/awstats.pl line 7443 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what operation you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessarily appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Use of uninitialized value in substitution (s///) at /usr/share/webapps/awstats/6.6/hostroot/cgi-bin/awstats.pl line 7443 (#1) Use of uninitialized value in length at /usr/share/webapps/awstats/6.6/hostroot/cgi-bin/awstats.pl line 1900 (#1) LogFile is "/var/log/apache2/********_log". It exists, but is empty.
Also, the slotting is *still* broken... I tried to downgrade, applied this fix [1] to 6.5 and still get collisions: [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-www/awstats/awstats-6.6.ebuild?r1=1.1&r2=1.2 existing file /usr/bin/awstats_updateall.pl is not owned by this package existing file /usr/bin/awstats_configure.pl is not owned by this package existing file /usr/bin/logresolvemerge.pl is not owned by this package existing file /usr/bin/maillogconvert.pl is not owned by this package existing file /usr/bin/awstats_buildstaticpages.pl is not owned by this package existing file /usr/bin/awstats_exportlib.pl is not owned by this package existing file /usr/bin/awstats_urlaliasbuilder.pl is not owned by this package existing file /var/lib/awstats/.keep is not owned by this package * spent 0.0325899124146 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package net-www/awstats-6.5 NOT merged # equery b /usr/bin/awstats_updateall.pl [ Searching for file(s) /usr/bin/awstats_updateall.pl in *... ] net-www/awstats-6.6 (/usr/bin/awstats_updateall.pl) # cat /var/db/pkg/net-www/awstats-6.6/SLOT 0
(In reply to comment #2) > Also, the slotting is *still* broken... Argh, scratch that... Portage overlays handling sucks enermously. Sorry for this noise.
While at it, we are missing dev-perl/URI dependency (Bug 122913).
(In reply to comment #0) > Can't exec "/usr/bin/logresolvemerge.pl": No such file or directory at > /usr/share/webapps/awstats/6.6/hostroot/cgi-bin/awstats.pl line 6172 > (#1) > (W exec) A system(), exec(), or piped open call could not execute the > named program for the indicated reason. Typical reasons include: the > permissions were wrong on the file, the file wasn't found in > $ENV{PATH}, the executable in question was compiled for another > architecture, or the #! line in a script points to an interpreter that > can't be run for similar reasons. (Or maybe your system doesn't support > #! at all.) > > Error: Couldn't open server log file "/usr/bin/logresolvemerge.pl > /var/log/apache2/access_log |" : No such file or directory > Setup ('/etc/awstats/awstats.www.******.cz.conf' file, web server or > permissions) may be wrong. > Check config file, permissions and AWStats documentation (in 'docs' directory). > > Of course the logresolvemerge.pl script is there, also the log of course is > there... > > I have also a report that the thing bombs out w/ empty logs, which is a major > PITA and severe regression. > The logresolvemerge.pl error appears to be a line endings issue - it's installed with dos line endings. Running dos2unix on it (and then chmod +x) solved the problem for me.
i just p.masked >=6.6
Works fine here btw (on my p3 and amd64).
(In reply to comment #7) > Works fine here btw (on my p3 and amd64). > Err, without using logresolvemerge.pl that is ...
(In reply to comment #6) > i just p.masked >=6.6 > Got a lot of --- Invalid atom in /usr/portage/profiles/package.mask: net-www/awstats-6.6
(In reply to comment #9) > --- Invalid atom in /usr/portage/profiles/package.mask: net-www/awstats-6.6 Already fixed, and also unrelated...
Removing blocker, this can now be handled separately, net-www/awstats-6.6 is still masked... Best regards, CHTEKK.
I've actually been using 6.6 for a little while and it seems okay, but I did have to make some Apache configuration changes: Alias /awstats/classes "/usr/share/webapps/awstats/6.6/htdocs/classes/" Alias /awstats_css "/usr/share/webapps/awstats/6.6/htdocs/css/" Alias /awstats/icon "/usr/share/webapps/awstats/6.6/htdocs/icon/" ScriptAlias /awstats/ "/usr/share/webapps/awstats/6.6/hostroot/cgi-bin/" Note the second line has /awstats_css and not /awstats/css. This changed from 6.5. Maybe it was unintentional. I use awstats_updateall.pl and I don't use logresolvemerge.pl, as the original submitter did. Also, 6.6 has SLOT=0 which I think may be best: awstats installs a bunch of non-slotted things in /usr/bin; it really doesn't slot very well.
Seems like upstream has updated the tarball. I stuck a RESTRICT="mirror" in the ebuild for now. Could you clean out the existing tarball from your distfiles and try 6.6 again?
please reopen if necessary
Is this solved: http://bugs.gentoo.org/show_bug.cgi?id=170513 What's going to happen? Does it work now with the new tarball?