Re: Jython as PYTHON_VENDOR in bsd.python.mk
On Fri, Mar 16, 2012 at 01:12:59PM +0100, Victor Balada Diaz wrote: Hello, I'm trying to port django-jython[1] to FreeBSD. Jython[2] is a python interpreter written in java. Django is a popular web framework written in python. For it to work under java i need django-python which have some database specific drivers. The problem is that while i tried porting, seems i can't use bsd.python.mk because USE_PYTHON doesn't have a way to recognize jython as a python interpreter. Does anyone know what's the best approach for porting this? I think that maybe jython should be added as python vendor in the same way we have JAVA_VENDOR for java. What do you think? Thanks a lot. Regards. [1]: http://code.google.com/p/django-jython/ [2]: http://www.jython.org/ Hello, At least can someone think on a good alternative way of porting that package? Thanks a lot. Regards. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
problems with bsd.autotools.mk
I have following problems with automake in ports makefile
use case:
source to be configured is in $WRKSRC/native-src subdirectory
configure_wrksrc = $wrksrc/native-src
use_autotools = aclocal libtool autoconf automake
Problems:
1. LIBTOOLFILES must be set by hand to subdirectory/aclocal.m4 (this
should be automatic) otherwise it will not find file in wrksrc subdirectory
2. AClocal do not include shared path with .m4 files. needs to be set by
hand to
ACLOCAL_ARGS= --acdir=${ACLOCAL_DIR} -I ${LOCALBASE}/share/aclocal
3. AUTOMAKE_ARGS must include --add-missing to install missing files if
they are not supplied by source distribution
4. automake (and other tools too) should be executed in
$configure_wrksrc directory because currently it leads to cryptic errors
like:
=== Configuring for hornetq-2.2.5
configure.ac:5: required directory ./build-aux does not exist
configure.ac:66: Omit leading `./' from config file names such as
`./src/Makefile',
configure.ac:66: as not all make implementations treat `file' and
`./file' equally.
configure.ac:48: installing `build-aux/config.guess'; error while making
link: No such file or directory
configure.ac:48: installing `build-aux/config.sub'; error while making
link: No such file or directory
configure.ac:7: installing `build-aux/install-sh'; error while making
link: No such file or directory
configure.ac:48: required file `build-aux/ltmain.sh' not found
configure.ac:7: installing `build-aux/missing'; error while making link:
No such file or directory
./src/Makefile.am: installing `build-aux/depcomp'; error while making
link: No such file or directory
configure.ac:13: required file `config.in' not found
*** Error code 1
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
net/asterisk sqlite* usage...
Attempting to understand why asterisk needs two versions of sqlite and
why even if sqlite3 is found sqlite2 is installed anyway...
This behavior does not seem to be quite correct and seems there should
be some (if) statements here to determine whether sqlite3 is installed
and then fallback and check to see if sqlite2 is installed and if none
are then inform the user and fall back to one or the other as the
default.
:...Makefile...:
.if !defined(WITH_SQLITE)
PLIST_SUB+= WITH_SQLITE=@comment
CONFIGURE_ARGS+= --without-sqlite \
--with-sqlite3=no
.else
PLIST_SUB+= WITH_SQLITE=
CONFIGURE_ARGS+= --with-sqlite
LIB_DEPENDS+= sqlite:${PORTSDIR}/databases/sqlite2 \
sqlite3:${PORTSDIR}/databases/sqlite3
.endif
--
;s =;
pgpUdDZh35jNr.pgp
Description: PGP signature
Re: net/asterisk sqlite* usage...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20.03.2012 15:38, Jason Hellenthal wrote: Attempting to understand why asterisk needs two versions of sqlite and why even if sqlite3 is found sqlite2 is installed anyway... This behavior does not seem to be quite correct and seems there should be some (if) statements here to determine whether sqlite3 is installed and then fallback and check to see if sqlite2 is installed and if none are then inform the user and fall back to one or the other as the default. There are modules that require sqlite2 (res_config_sqlite, cdr_sqlite) and others that require sqlite3 (cdr_sqlite3, cel_sqlite3). BTW, in asterisk 10 sqlite3 is mandatory as they use it instead of BDB now. Florian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9omw8ACgkQapo8P8lCvwmNEgCg0ymQRVIoQoy54Ta7xz+TPp1Q nQMAn1kzIfQsYjwvivNIJQjPh/zuKHQq =V2N8 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net/asterisk sqlite* usage...
On Tue, Mar 20, 2012 at 03:58:23PM +0100, Florian Smeets wrote: On 20.03.2012 15:38, Jason Hellenthal wrote: Attempting to understand why asterisk needs two versions of sqlite and why even if sqlite3 is found sqlite2 is installed anyway... This behavior does not seem to be quite correct and seems there should be some (if) statements here to determine whether sqlite3 is installed and then fallback and check to see if sqlite2 is installed and if none are then inform the user and fall back to one or the other as the default. There are modules that require sqlite2 (res_config_sqlite, cdr_sqlite) and others that require sqlite3 (cdr_sqlite3, cel_sqlite3). BTW, in asterisk 10 sqlite3 is mandatory as they use it instead of BDB now. Sweet! good news. I have not been keeping up on this near as much as I should. Thanks for the feedback. Florian -- ;s =; ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
libxcb-related breakage in ports
I'm stuck after doing a csup ports-supfile over the weekend, followed by portmaster -a -D. uname -a: FreeBSD wonderland.m5p.com 8.2-STABLE FreeBSD 8.2-STABLE #3: Wed Jan 25 19:51:29 EST 2012 geo...@wonderland.m5p.com:/usr/obj/usr/src/sys/WONDERLAND amd64 When I get to trying to compile x11-wm/xfce4-wm, it dies in the following way: Making all in settings-dialogs gmake[2]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' gmake all-am gmake[3]: Entering directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' CC xfwm4_settings-xfwm4-settings.o CCLD xfwm4-settings CC xfwm4_tweaks_settings-tweaks-settings.o CCLD xfwm4-tweaks-settings CC xfwm4_workspace_settings-workspace-settings.o CCLD xfwm4-workspace-settings libtool: link: cannot find the library `/usr/local/lib/libxcb-aux.la' or unhandled argument `/usr/local/lib/libxcb-aux.la' gmake[3]: *** [xfwm4-workspace-settings] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-wm/xfce4-wm/work/xfwm4-4.8.3/settings-dialogs' gmake[2]: *** [all] Error 2 There is no libxcb-aux anywhere, nor can I find any references to xcb, libxcb, or libxcb-aux anywhere in /usr/ports/x11-wm/xfce4-wm and its subdirectories. The same problem occurs with x11-wn/xfce4-panel (and probably other ports, too). Backing up my ports tree to March 6, when I last remember being able to compile everythin, doesn't help. Deleting all xfce4-related packages doesn't help. Any suggestions? More information needed? -- George Mitchell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
security/openssl 1.0.0_10 build failure (i386 7.4 and 8.2)
I'm running into this failure on multiple machines. Both 7.4 and 8.2. 1.0.0_9 was working fine. $ cat /var/db/ports/openssl/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for openssl-1.0.0 _OPTIONS_READ=openssl-1.0.0 WITHOUT_I386=true WITH_SSE2=true WITH_ASM=true WITH_ZLIB=true WITHOUT_MD2=true WITHOUT_RC5=true WITHOUT_RFC3779=true WITHOUT_DTLS_BUGS=true WITHOUT_DTLS_RENEGOTIATION=true WITHOUT_DTLS_HEARTBEAT=true WITHOUT_TLS_EXTRACTOR=true WITHOUT_SCTP=true Build ... cc -I.. -I../.. -I../asn1 -I../evp -I../../include -fPIC -DOPENSSL_PIC -DZLIB_SHARED -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -Wa,--noexecstack -DL_ENDIAN -DTERMIOS -O3 -fomit-frame-pointer -Wall -O2 -fno-strict-aliasing -pipe -fstack-protector -march=pentium4 -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM_MONT -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DWHIRLPOOL_ASM -c -o sha256-586.o sha256-586.s sha256-586.s: Assembler messages: sha256-586.s:238: Error: alignment not a power of 2 *** Error code 1 Stop in /usr/ports/security/openssl/work/openssl-1.0.0h/crypto/sha. *** Error code 1 Stop in /usr/ports/security/openssl/work/openssl-1.0.0h/crypto. *** Error code 1 Stop in /usr/ports/security/openssl/work/openssl-1.0.0h. *** Error code 1 Stop in /usr/ports/security/openssl. Bryan Drewery signature.asc Description: OpenPGP digital signature
