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

Full Text Bug Listing

Well, don't know if this is a feature or a bug...currently it puts the cgi
directly in /var/www/apcupsd.

Yes!
It should!

Great, so please provide an updated ebuild using webapp-config.

I've prepared an ebuild for 3.12.3 which uses webapp.eclass. It also fixes some
unrelated issues as I described in bug 132157.

Because webapp provides a CGIBINDIR which is most appropriate for apcupsd's
*.cgi, the use of depend.apache and the apache2/lighttpd DEPENDs, USEs, and
.conf files are unnecessary. It doesn't appear, however, that lighttpd is
currently supported by webapp. This would be a regression in that sense--but
the webapp contents could be manually copied into a lighttpd server root.

Other changes: --with-css-dir is no longer available, and I've replaced it with
a manual mv to MY_CGIBINDIR in src_install. Because apcupsd is mostly a system
daemon and doesn't touch htdocs, I've set WEBAPP_MANUAL_SLOT. I dropped the
X*DIR global variables, which don't seem to serve any useful purpose now, and
added --mandir. There's also a note about the CGIs moving from /var/www/apcupsd
into webapp.

Created an attachment (id=87358) [details]
apcupsd-3.12.3.ebuild

This ebuild merges and runs (daemon and CGI) properly for me on x86 with
USE="+cgi +doc +ncurses +nls -snmp +threads +usb +vhosts". Since I'm +vhosts, I
can't speak for the webapp auto-setup.

(In reply to comment #4)
> Created an attachment (id=87358) [edit] [details]
> apcupsd-3.12.3.ebuild
> 
> This ebuild merges and runs (daemon and CGI) properly for me on x86 with
> USE="+cgi +doc +ncurses +nls -snmp +threads +usb +vhosts". Since I'm +vhosts, I
> can't speak for the webapp auto-setup.

I get this when I try to build it:

# emerge -Dav apcupsd

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] sys-power/apcupsd-3.12.3  +cgi -doc +ncurses +nls -snmp
+threads -usb -vhosts 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
 [1] /usr/local/portage

Do you want me to merge these packages? [Yes/No] y
>>> emerge (1 of 1) sys-power/apcupsd-3.12.3 to /
>>> md5 files   ;-) apcupsd-3.12.3.ebuild
>>> md5 files   ;-) files/digest-apcupsd-3.12.3
>>> md5 src_uri ;-) apcupsd-3.12.3.tar.gz
 *
 * This ebuild overrides the default SLOT behaviour for webapps
 * If this package installs files into the htdocs dir, this is
 * probably a bug in the ebuild.
 *
>>> Unpacking source...
>>> Unpacking apcupsd-3.12.3.tar.gz to /var/tmp/portage/apcupsd-3.12.3/work

 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 *
 *   /usr/local/portage/sys-power/apcupsd/files/3.12.3/apcupsd.in.patch
 *   ( apcupsd.in.patch )


!!! ERROR: sys-power/apcupsd-3.12.3 failed.
!!! Function epatch, Line 196, Exitcode 0
!!! Cannot find $EPATCH_SOURCE!
!!! If you need support, post the topmost build error, NOT this status message.

(In reply to comment #5)

Sorry, forgot to mention -- as with previous versions, this ebuild expects the
FILESDIR files to be in files/3.12.3/. Just create that directory and copy the
two patches from files/3.12.2/.

The message about manual SLOTting is from webapp.eclass and unavoidable.

(In reply to comment #6)
> (In reply to comment #5)
> 
> Sorry, forgot to mention -- as with previous versions, this ebuild expects the
> FILESDIR files to be in files/3.12.3/. Just create that directory and copy the
> two patches from files/3.12.2/.
> 
> The message about manual SLOTting is from webapp.eclass and unavoidable.

Ok, works fine for me. The "+doc" behaves differently from the standard ebuild
also, I had to disable it otherwise it wanted to pull in *a lot* of
dependencies, among which latex2html and ghostscript! Is this the expected
behaviour?

Thanks for now.

(In reply to comment #7)

In previous versions, +doc pulled in the full manual, which was included fully
built in the tarball. In 3.12.*, the manual has been converted from texinfo to
LaTeX, and is only included as its LaTeX source. TeX is, of course, required to
build it, and unfortunately even the PDF won't generate properly without
latex2html.

Other packages have somewhat heavy +doc requirements: those that use doxygen
pull in ghostscript, and gtk-doc needs opensp and openjade. For apcupsd, the
200-some MB of teTeX does seem excessive. On the other hand, the whole purpose
of USE=doc is to allow selective control of this.

Ideally, upstream would distribute the built manual too--it might be worth
asking. As for the ebuild, I suppose it could go either way, but I'd prefer the
choice.

In cvs.
Thanks for your help.