Re: Is postgresql83-server broken?
Hi, Can someone else confirm this? Do your postgresql83-server ports build? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is postgresql83-server broken?
,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) * | Can someone else confirm this? Do your postgresql83-server ports build? Builds for me: $ make cc -O2 -fno-strict-aliasing -pipe -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv -fPIC -DPIC -shared -Wl,-x,-soname,libplpgsql.so.1 pl_gram.o pl_handler.o pl_comp.o pl_exec.o pl_funcs.o -L../../../../src/port -L/usr/local/lib -L/usr/local/lib -lintl -o libplpgsql.so.1 rm -f libplpgsql.so ln -s libplpgsql.so.1 libplpgsql.so gmake[2]: Leaving directory `/usr/ports/databases/postgresql83-server/work/postgresql-8.3.3/src/pl/plpgsql/src' gmake[1]: Leaving directory `/usr/ports/databases/postgresql83-server/work/postgresql-8.3.3/src/pl/plpgsql' $ ls -l Makefile -rw-r--r-- 1 root wheel 10599 Aug 26 06:53 Makefile $ md5 Makefile MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509 What problem do you have? With the same Makefile? -- Alex -- [EMAIL PROTECTED] -- /* * I'll be Grateful when they're Dead. */ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
2008/9/1 Alex Goncharov [EMAIL PROTECTED]: ,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) * | Can someone else confirm this? Do your postgresql83-server ports build? Builds for me: $ ls -l Makefile -rw-r--r-- 1 root wheel 10599 Aug 26 06:53 Makefile $ md5 Makefile MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509 What problem do you have? With the same Makefile? Yes, my Makefile is the same: /usr/ports/databases/postgresql83-server md5 Makefile MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509 Are you using ICU? My (first) problem is this: distfile contains the following: MD5 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 94fb6634636cd36cb5fde449d76ece65 SHA256 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = c7d77dafe78afcf2e92567c7cdfda45dcfe41ea71efb2e326ef4f7eb66ec416b SIZE (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 5302 but the Makefile contains: . if (defined(SERVER_ONLY) defined(WITH_ICU)) || make(makesum) USE_AUTOTOOLS= autoconf:262 CONFIGURE_ARGS+=--with-icu LIB_DEPENDS=icudata:${PORTSDIR}/devel/icu PATCH_SITES+= http://people.freebsd.org/~girgen/postgresql-icu/:icu PATCHFILES+=pg-833-icu-xx-2008-06-11.diff.gz:icu . endif e.g. the ICU patches are mismatched: # make === Vulnerability check disabled, database not found === Found saved configuration for postgresql-server-8.3.1 === Extracting for postgresql-server-8.3.3 = MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = No MD5 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. = No SHA256 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. = No suitable checksum found for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. After I fix this manually with make makesum, there's another problem: === Configuring for postgresql-server-8.3.3 configure.in:22: error: Autoconf version 2.61 is required. Untested combinations of 'autoconf' and PostgreSQL versions are not recommended. You can remove the check from 'configure.in' but it is then your responsibility whether the result works or not. configure.in:22: the top level autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 1 *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. I believe this is also related to ICU because of this fragment in Makefile: . if (defined(SERVER_ONLY) defined(WITH_ICU)) || make(makesum) USE_AUTOTOOLS= autoconf:262 CONFIGURE_ARGS+=--with-icu LIB_DEPENDS=icudata:${PORTSDIR}/devel/icu PATCH_SITES+= http://people.freebsd.org/~girgen/postgresql-icu/:icu PATCHFILES+=pg-833-icu-xx-2008-06-11.diff.gz:icu . endif i.e. ICU is forcing autoconf 2.62 instead of 2.61. There is no autoconf 2.61 in ports. It is needed because configure.in needs to be patched for ICU. I think the ICU patch needs to be updated to the one I attached (or maybe the fixed ICU patches were mistakenly not committed before?) (ICU is needed to get working collations with UTF-8). --- configure.in.orig 2008-06-09 02:38:40.0 +0200 +++ configure.in2008-09-01 13:41:47.0 +0200 @@ -19,7 +19,7 @@ AC_INIT([PostgreSQL], [8.3.3], [EMAIL PROTECTED]) -m4_if(m4_defn([m4_PACKAGE_VERSION]), [2.59], [], [m4_fatal([Autoconf version 2.59 is required. +m4_if(m4_defn([m4_PACKAGE_VERSION]), [2.62], [], [m4_fatal([Autoconf version 2.62 is required. Untested combinations of 'autoconf' and PostgreSQL versions are not recommended. You can remove the check from 'configure.in' but it is then your responsibility whether the result works or not.])]) @@ -547,6 +547,14 @@ AC_MSG_RESULT([$with_openssl]) AC_SUBST(with_openssl) +# +# ICU +# +AC_MSG_CHECKING([whether to build with ICU support]) +PGAC_ARG_BOOL(with, icu, no, [ --with-icu build with ICU support], + [AC_DEFINE([USE_ICU], 1, [Define to build with ICU support. (--with-icu)])]) +AC_MSG_RESULT([$with_icu]) +AC_SUBST(with_icu) # # Readline @@ -786,6 +794,19 @@ fi fi +if test $with_icu = yes ; then + AC_CHECK_LIB(icui18n, ucol_open_3_8, [], [ + AC_CHECK_LIB(icui18n, ucol_open_3_6, [], [ +AC_CHECK_LIB(icui18n, ucol_open_3_4, [], [AC_MSG_ERROR([library 'icui18n' is required for ICU])]) + ]) + ]) + AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_8, [], [ + AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_6, [], [ +AC_CHECK_LIB(icuuc, ucnv_fromUChars_3_4, [], [AC_MSG_ERROR([library 'icuuc' is required for ICU])]) + ]) + ]) +fi + if test $with_pam = yes ; then AC_CHECK_LIB(pam,pam_start, [], [AC_MSG_ERROR([library 'pam' is required for PAM])]) fi @@ -883,6 +904,10 @@ AC_CHECK_FUNCS([ERR_set_mark]) fi +if test $with_icu = yes ; then + AC_CHECK_HEADER(unicode/utypes.h, [],
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
Mea culpa, I failed to committ the Makefile change last week. Now everything should work fine. Regards, Palle --On måndag, må 1 sep 2008 13.45.32 +0200 Ivan Voras [EMAIL PROTECTED] wrote: 2008/9/1 Alex Goncharov [EMAIL PROTECTED]: ,--- You/Ivan (Mon, 01 Sep 2008 11:29:39 +0200) * | Can someone else confirm this? Do your postgresql83-server ports build? Builds for me: $ ls -l Makefile -rw-r--r-- 1 root wheel 10599 Aug 26 06:53 Makefile $ md5 Makefile MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509 What problem do you have? With the same Makefile? Yes, my Makefile is the same: /usr/ports/databases/postgresql83-server md5 Makefile MD5 (Makefile) = a2e5324a341aba72d86904c3f7453509 Are you using ICU? My (first) problem is this: distfile contains the following: MD5 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 94fb6634636cd36cb5fde449d76ece65 SHA256 (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = c7d77dafe78afcf2e92567c7cdfda45dcfe41ea71efb2e326ef4f7eb66ec416b SIZE (postgresql/pg-833-icu-xx-2008-08-28.diff.gz) = 5302 but the Makefile contains: . if (defined(SERVER_ONLY) defined(WITH_ICU)) || make(makesum) USE_AUTOTOOLS= autoconf:262 CONFIGURE_ARGS+=--with-icu LIB_DEPENDS=icudata:${PORTSDIR}/devel/icu PATCH_SITES+= http://people.freebsd.org/~girgen/postgresql-icu/:icu PATCHFILES+=pg-833-icu-xx-2008-06-11.diff.gz:icu . endif e.g. the ICU patches are mismatched: # make === Vulnerability check disabled, database not found === Found saved configuration for postgresql-server-8.3.1 === Extracting for postgresql-server-8.3.3 = MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = No MD5 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. = No SHA256 checksum recorded for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. = No suitable checksum found for postgresql/pg-833-icu-xx-2008-06-11.diff.gz. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. After I fix this manually with make makesum, there's another problem: === Configuring for postgresql-server-8.3.3 configure.in:22: error: Autoconf version 2.61 is required. Untested combinations of 'autoconf' and PostgreSQL versions are not recommended. You can remove the check from 'configure.in' but it is then your responsibility whether the result works or not. configure.in:22: the top level autom4te-2.62: /usr/local/bin/gm4 failed with exit status: 1 *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. *** Error code 1 Stop in /usr/ports/databases/postgresql83-server. I believe this is also related to ICU because of this fragment in Makefile: . if (defined(SERVER_ONLY) defined(WITH_ICU)) || make(makesum) USE_AUTOTOOLS= autoconf:262 CONFIGURE_ARGS+=--with-icu LIB_DEPENDS=icudata:${PORTSDIR}/devel/icu PATCH_SITES+= http://people.freebsd.org/~girgen/postgresql-icu/:icu PATCHFILES+=pg-833-icu-xx-2008-06-11.diff.gz:icu . endif i.e. ICU is forcing autoconf 2.62 instead of 2.61. There is no autoconf 2.61 in ports. It is needed because configure.in needs to be patched for ICU. I think the ICU patch needs to be updated to the one I attached (or maybe the fixed ICU patches were mistakenly not committed before?) (ICU is needed to get working collations with UTF-8). ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) * | After I fix this manually with make makesum, there's another problem: Did you try this simple fix instead: diff Makefile~ Makefile 110c110 PATCHFILES+= pg-833-icu-xx-2008-06-11.diff.gz:icu --- PATCHFILES+= pg-833-icu-xx-2008-08-28.diff.gz:icu I just did it and so far my build is progressing well: make WITH_ICU=1 === BACKUP YOUR DATA! = As always, backup your data before upgrading. If the upgrade leads to a higher minor revision (e.g. 7.3.x - 7.4), a dump and restore of all databases is required. This is *NOT* done by the port! Press ctrl-C *now* if you need to pg_dump. === === Vulnerability check disabled, database not found = pg-833-icu-xx-2008-08-28.diff.gz doesn't seem to exist in /usr/ports/distfiles/postgresql. = Attempting to fetch from http://people.freebsd.org/~girgen/postgresql-icu/. pg-833-icu-xx-2008-08-28.diff.gz 100% of 5302 B 47 kBps === Extracting for postgresql-server-8.3.3 = MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = MD5 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz. = SHA256 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz. === Patching for postgresql-server-8.3.3 === Applying distribution patches for postgresql-server-8.3.3 === Applying FreeBSD patches for postgresql-server-8.3.3 === postgresql-server-8.3.3 depends on file: /usr/local/lib/libcrypto.so.5 - found === postgresql-server-8.3.3 depends on executable: gmake - found === postgresql-server-8.3.3 depends on file: /usr/local/bin/autoconf-2.62 - found === postgresql-server-8.3.3 depends on shared library: icudata - not found ===Verifying install for icudata in /usr/ports/devel/icu === Vulnerability check disabled, database not found = icu4c-3_8_1-src.tgz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/icu/. icu4c-3_8_1-src.tgz 100% of 10 MB 159 kBps 00m00s === Extracting for icu-3.8.1_1 = MD5 Checksum OK for icu4c-3_8_1-src.tgz. = SHA256 Checksum OK for icu4c-3_8_1-src.tgz. === Patching for icu-3.8.1_1 === Applying FreeBSD patches for icu-3.8.1_1 /usr/bin/sed -i.bak -e 's,\(THREADSC.*FLAGS\).*,\1=,g' /usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/config/mh-bsd-gcc === icu-3.8.1_1 depends on executable: gmake - found === Configuring for icu-3.8.1_1 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] Running ./configure --enable-shared --enable-static --enable-samples=no --enable-weak-threads --prefix=/usr/local --build=i386-portbld-freebsd7.1 for FreeBSD using compiler checking for ICU version numbers... release 3.8.1, library 38.1 checking build system type... i386-portbld-freebsd7.1 checking host system type... i386-portbld-freebsd7.1 checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gmake... /usr/local/bin/gmake checking for doxygen... no checking checking for executable suffix... checking whether strict compiling is on... no checking for 64-bit executable support... yes checking which Makefile fragment to use... mh-bsd-gcc checking for floor in -lm... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether to build debug libraries... no checking whether to build release libraries... yes checking whether to enable draft APIs... yes checking for library API export... yes checking for ranlib... ranlib checking for ar... /usr/bin/ar checking whether to enable renaming of symbols... yes checking whether to enable function and data tracing... yes checking for definition of U_INLINE for C... inline checking for pthread_attr_init in -lpthread... yes checking for mmap... yes checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
--On måndag, må 1 sep 2008 08.01.05 -0400 Alex Goncharov [EMAIL PROTECTED] wrote: ,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) * | After I fix this manually with make makesum, there's another problem: Did you try this simple fix instead: diff Makefile~ Makefile 110c110 PATCHFILES+= pg-833-icu-xx-2008-06-11.diff.gz:icu --- PATCHFILES+= pg-833-icu-xx-2008-08-28.diff.gz:icu Yeah, that's what I failed to commit last week, but did commit right now. It is all that is needed. /Palle I just did it and so far my build is progressing well: make WITH_ICU=1 === BACKUP YOUR DATA! = As always, backup your data before upgrading. If the upgrade leads to a higher minor revision (e.g. 7.3.x - 7.4), a dump and restore of all databases is required. This is *NOT* done by the port! Press ctrl-C *now* if you need to pg_dump. === === Vulnerability check disabled, database not found = pg-833-icu-xx-2008-08-28.diff.gz doesn't seem to exist in /usr/ports/distfiles/postgresql. = Attempting to fetch from http://people.freebsd.org/~girgen/postgresql-icu/. pg-833-icu-xx-2008-08-28.diff.gz 100% of 5302 B 47 kBps === Extracting for postgresql-server-8.3.3 = MD5 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = SHA256 Checksum OK for postgresql/postgresql-8.3.3.tar.bz2. = MD5 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz. = SHA256 Checksum OK for postgresql/pg-833-icu-xx-2008-08-28.diff.gz. === Patching for postgresql-server-8.3.3 === Applying distribution patches for postgresql-server-8.3.3 === Applying FreeBSD patches for postgresql-server-8.3.3 === postgresql-server-8.3.3 depends on file: /usr/local/lib/libcrypto.so.5 - found === postgresql-server-8.3.3 depends on executable: gmake - found === postgresql-server-8.3.3 depends on file: /usr/local/bin/autoconf-2.62 - found === postgresql-server-8.3.3 depends on shared library: icudata - not found ===Verifying install for icudata in /usr/ports/devel/icu === Vulnerability check disabled, database not found = icu4c-3_8_1-src.tgz doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from http://nchc.dl.sourceforge.net/sourceforge/icu/. icu4c-3_8_1-src.tgz 100% of 10 MB 159 kBps 00m00s === Extracting for icu-3.8.1_1 = MD5 Checksum OK for icu4c-3_8_1-src.tgz. = SHA256 Checksum OK for icu4c-3_8_1-src.tgz. === Patching for icu-3.8.1_1 === Applying FreeBSD patches for icu-3.8.1_1 /usr/bin/sed -i.bak -e 's,\(THREADSC.*FLAGS\).*,\1=,g' /usr/ports/.x/i386/x01/freebsd/7.0/usr/ports/devel/icu/work/icu/source/co nfig/mh-bsd-gcc === icu-3.8.1_1 depends on executable: gmake - found === Configuring for icu-3.8.1_1 Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] Running ./configure --enable-shared --enable-static --enable-samples=no --enable-weak-threads --prefix=/usr/local --build=i386-portbld-freebsd7.1 for FreeBSD using compiler checking for ICU version numbers... release 3.8.1, library 38.1 checking build system type... i386-portbld-freebsd7.1 checking host system type... i386-portbld-freebsd7.1 checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ANSI C... none needed checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gmake... /usr/local/bin/gmake checking for doxygen... no checking checking for executable suffix... checking whether strict compiling is on... no checking for 64-bit executable support... yes checking which Makefile fragment to use... mh-bsd-gcc checking for floor in -lm... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether to build debug libraries... no checking whether to build release libraries... yes checking whether to enable draft APIs... yes checking for library API export... yes checking for ranlib... ranlib checking for ar... /usr/bin/ar checking whether to enable renaming of symbols... yes checking whether to enable function and data tracing... yes checking for definition of U_INLINE for C... inline checking for pthread_attr_init in -lpthread... yes checking for mmap... yes checking how to run the C preprocessor... cc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
,--- You/Palle (Mon, 01 Sep 2008 14:05:40 +0200) * | Yeah, that's what I failed to commit last week, but did commit right now. | It is all that is needed. Ahem, while you are it, would you be able to take a look at the unassigned PR postgresql-odbc and perhaps expedite my patch commit? --- o ports/126963 [maintainer update] databases/postgresql-odbc upgrade: --- I would be also open to your criticism. Thanks, -- Alex -- [EMAIL PROTECTED] -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Is postgresql83-server broken? (update: ICU and autotools problems?)
Alex Goncharov wrote: ,--- You/Ivan (Mon, 1 Sep 2008 13:45:32 +0200) * | After I fix this manually with make makesum, there's another problem: Did you try this simple fix instead: diff Makefile~ Makefile 110c110 PATCHFILES+= pg-833-icu-xx-2008-06-11.diff.gz:icu --- PATCHFILES+= pg-833-icu-xx-2008-08-28.diff.gz:icu I just did it and so far my build is progressing well: Well yes, that's a D'OH moment for me - I went the whole round way to accomplish the same thing. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Apache.sh on current
/usr/local/etc/rc.d/apache.sh : /usr/bin/limits -e -U www dumps core when starting apache on current This something new, not sure when it started as I have been out of the Country for the past month. Kernel and usr are current Also /usr/local/sbin/apachect : eval `limits -e -C daemon` also dumps core == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache.sh on current
At 07:19 AM 9/1/2008, Claus Guttesen wrote: /usr/local/etc/rc.d/apache.sh : /usr/bin/limits -e -U www dumps core when starting apache on current This something new, not sure when it started as I have been out of the Country for the past month. Kernel and usr are current Also /usr/local/sbin/apachect : eval `limits -e -C daemon` also dumps core Are you using apache and php? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare Yes But if I just do limits -e -U root I get a core dump. I don't think the problem is with apache. limits -e -U (Any User) dumps core == || [EMAIL PROTECTED] || || Ph. (415) 681-6235 || == ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Apache.sh on current
/usr/local/etc/rc.d/apache.sh : /usr/bin/limits -e -U www dumps core when starting apache on current This something new, not sure when it started as I have been out of the Country for the past month. Kernel and usr are current Also /usr/local/sbin/apachect : eval `limits -e -C daemon` also dumps core Are you using apache and php? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: liblua.so
On Sunday 31 August 2008 21:55:10 Dmitry Marakasov wrote: * Mitja ([EMAIL PROTECTED]) wrote: When I start the game fillets: I got: /libexec/ld-elf.so.1: Shared object liblua.so not found, required by fillets I have lua installed but there are no liblua.so. Try to reinstall lua, then fillets. There were changes to bsd.lua.mk and lua-using ports (built between 2008/07/04 and 2008/08/10) should be rebuilt to be linked with correct library. Yes, it works now. I did as you wrote :). Thank you. -- The honeymoon is over when he phones to say he'll be late for supper and she's already left a note that it's in the refrigerator. -- Bill Lawrence ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
portupgrade fails with quoted options
When I try to upgrade a port that has quoted options (an example is www/apache22, where I opted to retain the old WITH_MODULES line I had before) in pkgtools.conf, portupgrade fails to quote the option and causes the port to fail to build or even causes portupgrade itself to bomb. Strangely enough, if I use the following script that uses the same tools as portupgrade: require pkgtools require optparse load_config opts = OptionParser.new opts.order(ARGV) do |arg| make_args = config_make_args(arg) puts #{arg}:#{make_args} end It shows the correct options if I run it for www/apache22. I get the following with the above script: www/apache22:WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes WITH_MYSQL=yes WITH_BDB=yes WITH_SUEXEC=yes SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log WITH_MODULES=actions alias auth_basic auth_digest authn_dbd authn_dbd authn_default authz_default authz_host authz_user autoindex cgi dav dav_fs dbd deflate dir echo env expires filter headers ident imagemap include info log_config log_forensic logio mime mime_magic negotiation rewrite setenvif ssl status suexec unique_id userdir version vhost_alias BATCH=yes WITH_OPENSSL=yes WITH_OPENSSL_PORT=yes WITHOUT_X11=yes WITH_BDB_VER=43 WITH_MYSQL_VER=50 But when I use portupgrade itself, I get the following as the make arguments instead: --- Building '/usr/ports/www/apache22' with make flags: WITHOUT_APACHE_OPTIONS=yes WITHOUT_IPV6=yes WITH_MYSQL=yes WITH_BDB=yes WITH_SUEXEC=yes SUEXEC_LOGFILE=/var/log/www/httpd-suexec.log WITH_MODULES=\actions alias auth_basic auth_digest authn_dbd authn_dbd authn_default authz_default authz_host authz_user autoindex cgi dav dav_fs dbd deflate dir echo env expires filter headers ident imagemap include info log_config log_forensic logio mime mime_magic negotiation rewrite setenvif ssl status suexec unique_id userdir version vhost_alias\ BATCH=yes WITH_OPENSSL=yes WITH_OPENSSL_PORT=yes WITHOUT_X11=yes WITH_BDB_VER=43 WITH_MYSQL_VER=50 Notice how WITH_MODULES has quotes around it and then escaped quotes inside it? It shouldn't be doing things like that. I don't know ruby (I only made that above script from looking at some parts of portupgrade, but I have almost no understanding of ruby), so I can't give a fix for this. Thanks, Naram Qashat ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
security/nss does not build
Hi, I get this problem when I try to build the nss port. It has been reported in PR 122293 but the fix suggested to nspr4.7 does not help. Please, any suggestion to solve this would be great! /Kalle cc -o FreeBSD6.3_OPT.OBJ/selfserv -O2 -fno-strict-aliasing -pipe -I/usr/local/include/nspr -L/usr/local/lib -O -fPIC -ansi -Wall -DFREEBSD-DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -I../../dist/FreeBSD6.3_OPT.OBJ/include -I../../dist/public/ -I../../dist/private/ -O -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -I../../../dist/FreeBSD6.3_OPT.OBJ/include -I../../../dist/public/ -I../../../dist/private/ -I../../../dist/public/nss -I../../../dist/public/nspr -I../../../dist/public/libdbm -I../../../dist/FreeBSD6.3_OPT.OBJ/../public/security -I./include -O -fPIC -ansi -Wall -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DNSPR20 -DNSS_ENABLE_ECC -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -I../../../../dist/FreeBSD6.3_OPT.OBJ/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/public/seccmd -I../../../../dist/public/dbm FreeBSD6.3_OPT.OBJ/selfserv.o ../../../../dist/FreeBSD6.3_OPT.OBJ/lib/libsectool.a -Wl,-rpath-link,../../../../dist/FreeBSD6.3_OPT.OBJ/lib -L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3 -L../../../../dist/FreeBSD6.3_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4 -pthread FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x2f4b): In function `.L354': : undefined reference to `SSL_CanBypass' FreeBSD6.3_OPT.OBJ/selfserv.o(.text+0x30c3): In function `.L354': : undefined reference to `SSL_CanBypass' gmake[2]: *** [FreeBSD6.3_OPT.OBJ/selfserv] Fel 1 gmake[2]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd/selfserv' gmake[1]: *** [libs] Fel 2 gmake[1]: Leaving directory `/usr/ports/security/nss/work/nss-3.11.9/mozilla/security/nss/cmd' gmake: *** [libs] Fel 2 *** Error code 2 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Curious problem with MASTER_SITE_GOOGLE_CODE
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I need to move one of my ports to the google code site, and ran into a problem where in spite of the fact that PROJECTHOST is not defined, it still tries to use it: = Net-DNS-Fingerprint-0.9.3.tar.gz doesn't seem to exist in /usr/local/distfiles/. = Attempting to fetch from http://.googlecode.com/files/. fetch: http://.googlecode.com/files/Net-DNS-Fingerprint-0.9.3.tar.gz: No address record = Attempting to fetch from http://fpdns.googlecode.com/files/. Net-DNS-Fingerprint-0.9.3.tar.gz 100% of 10 kB 1570 kBps echo x`make -V PROJECTHOST`x xx make -V MASTER_SITE_GOOGLE_CODE http://.googlecode.com/files/ http://fpdns.googlecode.com/files/ Any ideas? Doug - -- This .signature sanitized for your protection -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEAREDAAYFAki8SSYACgkQyIakK9Wy8PudSwCfc7zGItcg6N9Riz0hsaz8y7qA YQMAnjLGOBBtghIXihctsvqk+HdILCIc =wCFf -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Curious problem with MASTER_SITE_GOOGLE_CODE
On Mon, Sep 01, 2008 at 12:57:26PM -0700, Doug Barton wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 I need to move one of my ports to the google code site, and ran into a problem where in spite of the fact that PROJECTHOST is not defined, it still tries to use it: = Net-DNS-Fingerprint-0.9.3.tar.gz doesn't seem to exist in /usr/local/distfiles/. = Attempting to fetch from http://.googlecode.com/files/. fetch: http://.googlecode.com/files/Net-DNS-Fingerprint-0.9.3.tar.gz: No address record = Attempting to fetch from http://fpdns.googlecode.com/files/. Net-DNS-Fingerprint-0.9.3.tar.gz 100% of 10 kB 1570 kBps echo x`make -V PROJECTHOST`x xx make -V MASTER_SITE_GOOGLE_CODE http://.googlecode.com/files/ http://fpdns.googlecode.com/files/ Any ideas? That's... kinda weird. With what I see in bsd.sites.mk (rev. 1.455), MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined - unless you have somehow managed to include bsd.sites.mk twice, and even then something is too weird. Can you post the port's Makefile? G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 The rest of this sentence is written in Thailand, on pgpeThfLYK8yW.pgp Description: PGP signature
Re: amd64/104311: ports/wine should be installable on amd64
Synopsis: ports/wine should be installable on amd64 Responsible-Changed-From-To: gerald-ports Responsible-Changed-By: gerald Responsible-Changed-When: Mon Sep 1 21:40:28 UTC 2008 Responsible-Changed-Why: Even with the kernel infrastructure in place I am not quite sure how this is supposed to work on FreeBSD amd64 where we only have 64-bit versions of libraries, the compiler, etc. when Wine really needs to compile and run as 32-bit to be compatible with the respective Windows programs. Am I missing something here? It seems this is nothing a port can just take care of, it's really FreeBSD as such that needs full bi-arch support here. http://www.freebsd.org/cgi/query-pr.cgi?pr=104311 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Curious problem with MASTER_SITE_GOOGLE_CODE
On Tue, 2 Sep 2008, Peter Pentchev wrote: That's... kinda weird. With what I see in bsd.sites.mk (rev. 1.455), MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined - unless you have somehow managed to include bsd.sites.mk twice, and even then something is too weird. Agreed on all counts. :) Can you post the port's Makefile? ports/dns/fpdns/Makefile Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Curious problem with MASTER_SITE_GOOGLE_CODE
On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote: On Tue, 2 Sep 2008, Peter Pentchev wrote: That's... kinda weird. With what I see in bsd.sites.mk (rev. 1.455), MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined - unless you have somehow managed to include bsd.sites.mk twice, and even then something is too weird. Agreed on all counts. :) Can you post the port's Makefile? ports/dns/fpdns/Makefile Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6 machine (as of about 12 hours ago) and on the 7.0-STABLE from April on freefall, make -V MASTER_SITES shows only the correct ones: [EMAIL PROTECTED] ~/fbsd/ports/dns/fpdns] make -V MASTER_SITES http://fpdns.googlecode.com/files/ http://dougbarton.us/Downloads/ [EMAIL PROTECTED] ~/fbsd/ports/dns/fpdns] I'm starting to think you have something strange either in your environment or in /etc/make.conf or something. Could you post the output of printenv and (the relevant parts of) /etc/make.conf? G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am not the subject of this sentence. pgpgmSQ6WgaYd.pgp Description: PGP signature
Re: Curious problem with MASTER_SITE_GOOGLE_CODE
On Tue, 2 Sep 2008, Peter Pentchev wrote: On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote: On Tue, 2 Sep 2008, Peter Pentchev wrote: That's... kinda weird. With what I see in bsd.sites.mk (rev. 1.455), MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined - unless you have somehow managed to include bsd.sites.mk twice, and even then something is too weird. Agreed on all counts. :) Can you post the port's Makefile? ports/dns/fpdns/Makefile Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6 machine (as of about 12 hours ago) and on the 7.0-STABLE from April on freefall, make -V MASTER_SITES shows only the correct ones: I found the answer. :) I forgot that I had used ports-mgmt/fastest_sites, and that had munged MASTER_SITE_GOOGLE_CODE down to http://.googlecode.com/files/. I'm cc'ing Wes with the good news. Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Portupgrade has serious problems
Hi I have posted to kde list problms in upgrading due to portupgrade failing to mange dependencies in the wrong order. Here is another example: /sbin/ldconfig -m /usr/local/lib === Registering installation for apache-2.2.9_2 === SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/lib/libapr-1.so.3 This port has installed the following startup scripts which may cause these network services to be started at boot time. /usr/local/etc/rc.d/apache22 /usr/local/etc/rc.d/htcacheclean If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://httpd.apache.org/ === Cleaning for apache-2.2.9_2 --- Cleaning out obsolete shared libraries [Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 1047 packages found (-0 +1) . done] --- Skipping 'graphics/gimp-app' (gimp-app-2.4.6_1,1) because a requisite package 'apache-2.2.9' () failed (specify -k to force) --- Skipping 'graphics/gimp' (gimp-2.4.6,2) because a requisite package 'gimp-app-2.4.6_1,1' (graphics/gimp-app) failed (specify -k to force) Could someone look into this or should I raise a PR? David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Curious problem with MASTER_SITE_GOOGLE_CODE
On Mon, Sep 01, 2008 at 03:28:56PM -0700, Doug Barton wrote: On Tue, 2 Sep 2008, Peter Pentchev wrote: On Mon, Sep 01, 2008 at 02:52:25PM -0700, Doug Barton wrote: On Tue, 2 Sep 2008, Peter Pentchev wrote: That's... kinda weird. With what I see in bsd.sites.mk (rev. 1.455), MASTER_SITE_GOOGLE_CODE should *never* have *both* forms defined - unless you have somehow managed to include bsd.sites.mk twice, and even then something is too weird. Agreed on all counts. :) Can you post the port's Makefile? ports/dns/fpdns/Makefile Okay then, with rev. 1.7 of ports/dns/fpdns/Makefile, both on my RELENG_6 machine (as of about 12 hours ago) and on the 7.0-STABLE from April on freefall, make -V MASTER_SITES shows only the correct ones: I found the answer. :) I forgot that I had used ports-mgmt/fastest_sites, and that had munged MASTER_SITE_GOOGLE_CODE down to http://.googlecode.com/files/. I'm cc'ing Wes with the good news. Interesting. I'll look into fixing it now. I've also notified the author (jls@) in case he beats me to the fix. ;) -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: The ongoing saga of lsof-4.71.1
=== Building for lsof-4.81D,2 (cd lib; make DEBUG=-O2 CFGF=-fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\7.0-RELEASE-p3\) cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DFREEBSDV=7000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=7.0-RELEASE-p3 -I/usr/src/sys -O2 -c ckkv.c In file included from ckkv.c:33: ../machine.h:62: error: redefinition of typedef 'cpumask_t' /usr/src/sys/sys/types.h:146: error: previous declaration of 'cpumask_t' was here *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81D.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. -- Dmitry Andianov .masterhost http://masterhost.ru ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]