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 -We

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

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) * |

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-

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~ Makefi

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? ---

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 ---

Re: liblua.so

On Sunday 31 August 2008 21:51:20 Doug Barton wrote: > On Sun, 31 Aug 2008, Mitja wrote: > > Hi! > > > > 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. > > R

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 c

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 /

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 daem

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

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 eno

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 -

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

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: > > => N

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 wor

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

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

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

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 f

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)

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 -DHASNU

Re: The ongoing saga of lsof-4.71.1

On Tue, 2 Sep 2008, Dmitry Andrianov wrote: ===> 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 -DFREEB

/usr/bin/limits (WAS: Re: Apache.sh on current)

On Mon, 1 Sep 2008, Manfred Antar wrote: 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 a

misc/magicpoint - fails: install_error

Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_

Re: /usr/bin/limits (WAS: Re: Apache.sh on current)

* Yuriy Tsibizov <[EMAIL PROTECTED]> wrote: > (gdb) bt > #0 0x in ?? () > #1 0x0804937d in main (argc=3, argv=0xbfbfed44) > at /usr/src/usr.bin/limits/limits.c:341 > (gdb) l > 341 val = resources[rcswhich].func(lc, resources[rcswhich].cap, > limits[rcswhich].rlim_cur

Re: /usr/bin/limits (WAS: Re: Apache.sh on current)

On Tue, 2 Sep 2008, Ed Schouten wrote: * Yuriy Tsibizov <[EMAIL PROTECTED]> wrote: (gdb) bt #0 0x in ?? () #1 0x0804937d in main (argc=3, argv=0xbfbfed44) at /usr/src/usr.bin/limits/limits.c:341 (gdb) l 341 val = resources[rcswhich].func(lc, resources[rcswhich].