Bugzilla Bug 134296

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?