<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>130714</bug_id>
          
          <creation_ts>2006-04-21 04:32 0000</creation_ts>
          <short_desc>Should apcupsd use webapp-config if cgi is requested?</short_desc>
          <delta_ts>2006-06-21 11:30:15 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>2006.0</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P5</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>shrdlu@unlimitedmail.org</reporter>
          <assigned_to>tantive@gentoo.org</assigned_to>
          <cc>kevin@kdau.com</cc>

      

      
          <long_desc isprivate="0">
            <who>shrdlu@unlimitedmail.org</who>
            <bug_when>2006-04-21 04:32:08 0000</bug_when>
            <thetext>Well, don&apos;t know if this is a feature or a bug...currently it puts the cgi directly in /var/www/apcupsd.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ConiKost@gmx.de</who>
            <bug_when>2006-05-04 07:43:33 0000</bug_when>
            <thetext>Yes!
It should!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tantive@gentoo.org</who>
            <bug_when>2006-05-04 11:09:53 0000</bug_when>
            <thetext>Great, so please provide an updated ebuild using webapp-config.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kevin@kdau.com</who>
            <bug_when>2006-05-23 22:17:00 0000</bug_when>
            <thetext>I&apos;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&apos;s *.cgi, the use of depend.apache and the apache2/lighttpd DEPENDs, USEs, and .conf files are unnecessary. It doesn&apos;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&apos;ve replaced it with a manual mv to MY_CGIBINDIR in src_install. Because apcupsd is mostly a system daemon and doesn&apos;t touch htdocs, I&apos;ve set WEBAPP_MANUAL_SLOT. I dropped the X*DIR global variables, which don&apos;t seem to serve any useful purpose now, and added --mandir. There&apos;s also a note about the CGIs moving from /var/www/apcupsd into webapp.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kevin@kdau.com</who>
            <bug_when>2006-05-23 22:21:14 0000</bug_when>
            <thetext>Created an attachment (id=87358)
apcupsd-3.12.3.ebuild

This ebuild merges and runs (daemon and CGI) properly for me on x86 with USE=&quot;+cgi +doc +ncurses +nls -snmp +threads +usb +vhosts&quot;. Since I&apos;m +vhosts, I can&apos;t speak for the webapp auto-setup.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shrdlu@unlimitedmail.org</who>
            <bug_when>2006-05-25 04:40:45 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Created an attachment (id=87358) [edit]
&gt; apcupsd-3.12.3.ebuild
&gt; 
&gt; This ebuild merges and runs (daemon and CGI) properly for me on x86 with
&gt; USE=&quot;+cgi +doc +ncurses +nls -snmp +threads +usb +vhosts&quot;. Since I&apos;m +vhosts, I
&gt; can&apos;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
&gt;&gt;&gt; emerge (1 of 1) sys-power/apcupsd-3.12.3 to /
&gt;&gt;&gt; md5 files   ;-) apcupsd-3.12.3.ebuild
&gt;&gt;&gt; md5 files   ;-) files/digest-apcupsd-3.12.3
&gt;&gt;&gt; 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.
 *
&gt;&gt;&gt; Unpacking source...
&gt;&gt;&gt; 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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kevin@kdau.com</who>
            <bug_when>2006-05-25 10:55:38 0000</bug_when>
            <thetext>(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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>shrdlu@unlimitedmail.org</who>
            <bug_when>2006-05-26 03:05:06 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; 
&gt; Sorry, forgot to mention -- as with previous versions, this ebuild expects the
&gt; FILESDIR files to be in files/3.12.3/. Just create that directory and copy the
&gt; two patches from files/3.12.2/.
&gt; 
&gt; The message about manual SLOTting is from webapp.eclass and unavoidable.

Ok, works fine for me. The &quot;+doc&quot; 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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kevin@kdau.com</who>
            <bug_when>2006-05-26 12:23:17 0000</bug_when>
            <thetext>(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&apos;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&apos;d prefer the choice.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tantive@gentoo.org</who>
            <bug_when>2006-06-21 11:30:15 0000</bug_when>
            <thetext>In cvs.
Thanks for your help.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>87358</attachid>
            <date>2006-05-23 22:21 0000</date>
            <desc>apcupsd-3.12.3.ebuild</desc>
            <filename>apcupsd-3.12.3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgZXV0aWxzIHdlYmFwcAoKREVTQ1JJUFRJT049IkFQQyBVUFMgZGFlbW9u
IHdpdGggaW50ZWdyYXRlZCB0Y3AvaXAgcmVtb3RlIHNodXRkb3duIgpIT01FUEFHRT0iaHR0cDov
L3d3dy5hcGN1cHNkLm9yZy8iClNSQ19VUkk9Im1pcnJvcjovL3NvdXJjZWZvcmdlL2FwY3Vwc2Qv
JHtQfS50YXIuZ3oiCgpMSUNFTlNFPSJHUEwtMiIKV0VCQVBQX01BTlVBTF9TTE9UPSJ5ZXMiClNM
T1Q9IjAiCktFWVdPUkRTPSJ+YW1kNjQgfnBwYyB+c3BhcmMgfng4NiB+eDg2LWZic2QiCklVU0U9
ImRvYyBzbm1wIHVzYiBjZ2kgdGhyZWFkcyBuY3Vyc2VzIG5scyIKCkRFUEVORD0iZG9jPyAoIHZp
cnR1YWwvdGV0ZXgKCQlkZXYtdGV4L2xhdGV4Mmh0bWwgKQoJY2dpPyAoID49bWVkaWEtbGlicy9n
ZC0xLjguNCApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25jdXJzZXMgKQoJbmxzPyAoIHN5cy1kZXZl
bC9nZXR0ZXh0ICkKCXNubXA/ICggbmV0LWFuYWx5emVyL25ldC1zbm1wICkiClJERVBFTkQ9IiR7
REVQRU5EfQoJdmlydHVhbC9tdGEiCgpwa2dfc2V0dXAoKSB7Cgl1c2UgY2dpICYmIHdlYmFwcF9w
a2dfc2V0dXAKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAke1N9L3BsYXRmb3Jt
cy9nZW50b28KCWVwYXRjaCAke0ZJTEVTRElSfS8ke1BWfS9hcGN1cHNkLmluLnBhdGNoCgoJY2Qg
JHtTfS9wbGF0Zm9ybXMKCWVwYXRjaCAke0ZJTEVTRElSfS8ke1BWfS9ldGMucGF0Y2gKCgkjIEF2
b2lkIHVzYWdlIG9mIGluc3RhbGwgLXMsIGxlYXZlIHRvIHBvcnRhZ2Ugc3RyaXBwaW5nIGJpbmFy
aWVzCglzZWQgLWkgLWUgJ3M6KElOU1RBTExfUFJPR1JBTSkgLXM6KElOU1RBTExfUFJPR1JBTSk6
ZycgXAoJCSR7U30vc3JjL01ha2VmaWxlLmluICR7U30vc3JjL2NnaS9NYWtlZmlsZS5pbgp9Cgpz
cmNfY29tcGlsZSgpIHsKCWxvY2FsIG15Y29uZgoJdXNlIGNnaSAmJiBteWNvbmY9IiR7bXljb25m
fSAtLWVuYWJsZS1jZ2kgLS13aXRoLWNnaS1iaW49JHtNWV9DR0lCSU5ESVJ9IgoJdXNlIHVzYiAm
JiBteWNvbmY9IiR7bXljb25mfSAtLXdpdGgtdXBzdHlwZT11c2IgLS13aXRoLXVwc2NhYmxlPXVz
YiAtLWVuYWJsZS11c2IiCgl1c2UgIXVzYiAmJiBteWNvbmY9IiR7bXljb25mfSAtLXdpdGgtdXBz
dHlwZT1hcGNzbWFydCAtLXdpdGgtdXBzY2FibGU9YXBjc21hcnQgLS1kaXNhYmxlLXVzYiIKCgkj
IFdlIGZvcmNlIHRoZSBESVNUTkFNRSB0byBnZW50b28gc28gaXQgd2lsbCB1c2UgZ2VudG9vJ3Mg
bGF5b3V0IGFsc28KCSMgd2hlbiBpbnN0YWxsZWQgb24gbm9uLWxpbnV4IHN5c3RlbXMuCglESVNU
TkFNRT1nZW50b28gQVBDVVBTRF9NQUlMPS91c3Ivc2Jpbi9zZW5kbWFpbCAuL2NvbmZpZ3VyZSBc
CgkJLS1wcmVmaXg9L3VzciBcCgkJLS1zYmluZGlyPS9zYmluIFwKCQktLW1hbmRpcj0vdXNyL3No
YXJlL21hbiBcCgkJLS1zeXNjb25mZGlyPS9ldGMvYXBjdXBzZCBcCgkJLS13aXRoLXB3cmZhaWwt
ZGlyPS9ldGMvYXBjdXBzZCBcCgkJLS13aXRoLWxvY2stZGlyPS92YXIvbG9jayBcCgkJLS13aXRo
LXBpZC1kaXI9L3Zhci9ydW4gXAoJCS0td2l0aC1sb2ctZGlyPS92YXIvbG9nIFwKCQktLXdpdGgt
bmV0LXBvcnQ9NjY2NiBcCgkJLS13aXRoLW5pcy1wb3J0PTM1NTEgXAoJCS0tZW5hYmxlLW5ldCBc
CgkJLS1lbmFibGUtb2xkbmV0IFwKCQktLWVuYWJsZS1tYXN0ZXItc2xhdmUgXAoJCSQodXNlX2Vu
YWJsZSBuY3Vyc2VzIHBvd2VyZmx1dGUpIFwKCQkkKHVzZV9lbmFibGUgdGhyZWFkcyBwdGhyZWFk
cykgXAoJCSQodXNlX2VuYWJsZSBzbm1wIG5ldC1zbm1wKSBcCgkJJCh1c2VfZW5hYmxlIG5scykg
XAoJCSR7bXljb25mfSBcCgkJfHwgZGllCgltYWtlIHx8IGRpZQoKCWlmIHVzZSBkb2M7IHRoZW4K
CQllaW5mbyAiQnVpbGRpbmcgZnVsbCBkb2N1bWVudGF0aW9uLi4uIgoJCWNkICR7U30vZG9jL2xh
dGV4CgkJbWFrZSB0ZXhjaGVjayB0ZXggd2ViIHBkZgoJZmkKfQoKc3JjX2luc3RhbGwoKSB7Cgl1
c2UgY2dpICYmIHdlYmFwcF9zcmNfcHJlaW5zdAoKCW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwg
fHwgZGllICJpbnN0YWxsZWQgZmFpbGVkIgoJcm0gLWYgIiR7RH0iL2V0Yy9pbml0LmQvaGFsdAoK
CWluc2ludG8gL2V0Yy9hcGN1cHNkCgluZXdpbnMgZXhhbXBsZXMvc2FmZS5hcGNjb250cm9sIHNh
ZmUuYXBjY29udHJvbAoKCWRvZG9jIENoYW5nZUxvZyogUmVsZWFzZU5vdGVzCgltdiBkb2MvYXBj
dGVzdC5tYW4gZG9jL2FwY3Rlc3QuODsgZG9tYW4gZG9jL2FwY3Rlc3QuOAoKCWlmIHVzZSBkb2M7
IHRoZW4KCQllaW5mbyAiSW5zdGFsbGluZyBmdWxsIGRvY3VtZW50YXRpb24uLi4iCgkJbmV3ZG9j
IGRvYy9sYXRleC9hcGN1cHNkLnBkZiBtYW51YWwucGRmCgkJZG9odG1sIC1yIGRvYy9sYXRleC9h
cGN1cHNkLyoKCWZpCgoJaWYgdXNlIGNnaTsgdGhlbgoJCW12ICR7RH0vZXRjL2FwY3Vwc2QvYXBj
dXBzZC5jc3MgJHtEfSR7TVlfQ0dJQklORElSfQoJCXdlYmFwcF9zcmNfaW5zdGFsbAoJZmkKfQoK
cGtnX3Bvc3RpbnN0KCkgewoJaWYgdXNlIGNnaTsgdGhlbgoJCWVpbmZvIElmIHlvdSBhcmUgdXBn
cmFkaW5nIGZyb20gYSBwcmV2aW91cyB2ZXJzaW9uLCBwbGVhc2Ugbm90ZQoJCWVpbmZvIHRoYXQg
dGhlIENHSSBpbnRlcmZhY2UgaXMgbm93IGluc3RhbGxlZCB1c2luZyB3ZWJhcHAtY29uZmlnLgoJ
CWVpbmZvIC92YXIvd3d3L2FwY3Vwc2QgaXMgbm8gbG9uZ2VyIHByZXNlbnQuCgkJd2ViYXBwX3Br
Z19wb3N0aW5zdAoJZmkKfQoKcGtnX3ByZXJtKCkgewoJdXNlIGNnaSAmJiB3ZWJhcHBfcGtnX3By
ZXJtCn0K
</data>        

          </attachment>
    </bug>

</bugzilla>