Summary: | Version Bump Request www-apache/mod_jk-1.2.27 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mike Weissman <mike> |
Component: | New packages | Assignee: | Java team <java> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | apache-bugs, gentoo.bugs.10, xenoterracide |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://tomcat.apache.org/download-connectors.cgi | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | ebuild that removes the need for $FILESDIR |
Description
Mike Weissman
2008-11-04 22:07:44 UTC
Apparently this would be a good moment to update metadata.xml. :) (In reply to comment #1) > Apparently this would be a good moment to update metadata.xml. :) > undertakers should do that (In reply to comment #0) > The Apache Tomcat team finally released another version of mod_jk, there is a > boat load of updates/fixes/additions, which are documented in the CHANGES doc. > Rename of the ebuild works fine. Sample Config could be updated for some of the > new directives, but not required. > Can you provide updated files as we are missing a dedicated maintainer atm or can I get the updated files from the upstream tarball (in this case we shouldn't even have the files in filesdir of course)? (In reply to comment #3) > Can you provide updated files as we are missing a dedicated maintainer atm or > can I get the updated files from the upstream tarball (in this case we > shouldn't even have the files in filesdir of course)? > There are 3 samples in the $WORKDIR/$MY_P/conf which has 3 pretty good example confs, which has an example for JNI, LB, CLASSPATH . Which definitely allows someone to use mod_jk in the simplist and a more advanced level out of the Box. But probably the super advanced user should be directed to the updated Reference guide which includes 1.2.27 changes: http://tomcat.apache.org/connectors-doc/reference/workers.html And Yes i agree, there shouldn't be a files dir. The Tarball is a perfect place for example confs. The ebuild changes are minimal, which i'll do, if you want me to. -Mike Created attachment 171004 [details]
ebuild that removes the need for $FILESDIR
updated the ebuild to use the tarball packaged examples confs
(In reply to comment #5) > Created an attachment (id=171004) [edit] > ebuild that removes the need for $FILESDIR > > updated the ebuild to use the tarball packaged examples confs > Sorry about the delay. Seem I forgot this one as I was supposed to bump it after your submission. The ebuild has some problems with JAVA_HOME it seems: /bin/sh /var/tmp/portage/www-apache/mod_jk-1.2.27/work/tomcat-connectors-1.2.27-src/native/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -I/usr/include/apache2 -O2 -march=native -pipe -fomit-frame-pointer -DUSE_APACHE_MD5 -I ../common -I /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include -I /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include/unix -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -O2 -march=native -pipe -fomit-frame-pointer -pthread -DHAVE_APR -I/usr/include/apr-1 -I/usr/include/apr-1 -O2 -march=native -pipe -fomit-frame-pointer -pthread -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -c mod_jk.c -o mod_jk.lo cc1: error: /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include: Permission denied cc1: error: /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include/unix: Permission denied make[1]: *** [mod_jk.lo] Error 1 I added a JDK to DEPEND for it to build. If you are interested in proxy maintaining this via the Java overlay please contact java@gentoo.org or come by to #gentoo-java on freenode for more information. (In reply to comment #6) > (In reply to comment #5) > > Created an attachment (id=171004) [edit] > > ebuild that removes the need for $FILESDIR > > > > updated the ebuild to use the tarball packaged examples confs > > > > Sorry about the delay. Seem I forgot this one as I was supposed to bump it > after your submission. The ebuild has some problems with JAVA_HOME it seems: > > /bin/sh > /var/tmp/portage/www-apache/mod_jk-1.2.27/work/tomcat-connectors-1.2.27-src/native/libtool > --silent --mode=compile i686-pc-linux-gnu-gcc -I/usr/include/apache2 -O2 > -march=native -pipe -fomit-frame-pointer -DUSE_APACHE_MD5 -I ../common -I > /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include -I > /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include/unix -DLINUX=2 > -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -O2 -march=native -pipe > -fomit-frame-pointer -pthread -DHAVE_APR -I/usr/include/apr-1 > -I/usr/include/apr-1 -O2 -march=native -pipe -fomit-frame-pointer -pthread > -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -c mod_jk.c -o > mod_jk.lo > cc1: error: /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include: > Permission denied > cc1: error: > /home/betelgeuse/.gentoo/java-config-2/current-user-vm/include/unix: Permission > denied > make[1]: *** [mod_jk.lo] Error 1 > You got this error with a sun-jre-bin or with openjdk? (In reply to comment #7) If you are interested in proxy maintaining this via the Java overlay please contact java@gentoo.org or come by to #gentoo-java on freenode for more information. I'll definitely do that, i work with this software on a daily basis. -Mike (In reply to comment #8) > > You got this error with a sun-jre-bin or with openjdk? > It doesn't really matter what the JDK is. It should never be using the JAVA_HOME from the environment. As it needs jni headers to build against I migrated it to use our eclasses and properly DEPEND on a JDK. > > I'll definitely do that, i work with this software on a daily basis. > Sounds good. Please contact us to arrange for access. |