libmusicbrainz3 FindNeon.cmake file hard codes '/usr/local' instead of
respecting LOCALBASE or PREFIX. This is being passed to cmake,
Apparently a reversed diff, but the patch is as follows :
> diff -u cmake/modules/FindNeon.cmake cmake/modules/
FindNeon.cmake.orig
--- cmake/modules/FindNeo
For reasons that are required, I have LOCALBASE set to /home/opt. I'm
trying to compile gnome2, kde4, and xorg.
While I'm trying to build out of the box (up-to-date cvsup'ed ports
tree) ... I get this error for mpeg4ip-libmp4v2-1.6.1:
cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include
#pkg_info |grep -i gcc
gcc-4.3.4_20090510 GNU Compiler Collection 4.3
#pkg_info | grep -i open
openoffice.org-3.1.0 Integrated
wordprocessor/dbase/spreadsheet/drawing/chart/br
What I found, was /usr/ports/devel/cppunit was causing build failures,
removing it and building OOo and gcc43 seemed
Gerald Pfeifer wrote:
> Currently we have versions of the following
>
> PORTVERSION= 4.3.4
> PORTREVISION= 20090517
>
> in the lang/gcc ports, where 20090517 is the date of a snapshot
> of GCC 4.3.4. This has some obvious problems when one needs a
> PORTREVISION bump, so I am planning to ch
gareth wrote:
> which has installed properly, but the package database seems
> inconsistent. When I try to fix this the system wants to install
> mod_perl and apache1.3 which I don't need nor want. Sample output
> which just cycles:
>
> # pkgdb -L
hence one of the common problems. you need to use
Martin Wilke schrieb am 19.05.2009 11:13 (localtime):
Howdy ..
Next run,
We updated the port to 2.2.2r19801.
The Patch files/patch-amd64-r0-exec-alloc
was removed in favor of a similar fix
commited to upstream. Also was fixed a
bug on HEAD which should be fix the Kernel
crash. Please test test
Andriy Gapon wrote:
> I am not exactly sure what's going on, but I see that dmake crashes with
> SIGBUS
> during editors/openoffice.org-3 (version 3.1.0) build when executed via
> portmaster.
> Simple make of the port doesn't trigger the problem.
>
> I examined dmake core file with gdb and it se
On Tue, 19 May 2009, Gabor PALI wrote:
Hello Josh,
On Tue, May 19, 2009 at 11:32 PM, Josh Rickmar wrote:
I am trying to install xmonad, but the hs-x11-ghc dependency is not
building. It is looking for a haddock version >=0.6, but can not find
what the version actually is.
I am on it :) Ho
With the following defined :
X11BASE=/home/opt
LOCALBASE=/home/opt
LINUXBASE=/home/opt/compat/linux
PREFIX=/home/opt
The graphics/gle port's configure fails to find the X11 libs and
includes. Adding the following lines to the port allowed the port to
be built
So ... I'm trying to do complete source builds of gnome2, kde4, and
xorg, with a redefined LOCALBASE = /home/opt
> grep opt /etc/make.conf
X11BASE=/home/opt
LOCALBASE=/home/opt
LINUXBASE=/home/opt/compat/linux
PREFIX=/home/opt
However, need the end, the lang/gcc43 build fails, with missing
Hello Josh,
On Tue, May 19, 2009 at 11:32 PM, Josh Rickmar wrote:
> I am trying to install xmonad, but the hs-x11-ghc dependency is not
> building. It is looking for a haddock version >=0.6, but can not find
> what the version actually is.
I am on it :) Hopefully, I can tell you what the probl
I am trying to install xmonad, but the hs-x11-ghc dependency is not
building. It is looking for a haddock version >=0.6, but can not find
what the version actually is.
===> Building for hs-x11-ghc-1.4.5_1
cd /usr/ports/x11/hs-x11-ghc/work/X11-1.4.5 && /usr/local/bin/runghc Set
up.hs build && /
Stephen Montgomery-Smith ha scritto:
My experience is that openoffice will NOT build properly if gcc43 is
installed. So maybe it deinstalled gcc43, built openoffice, and then
rebuilt gcc43.
This doesn't seem to be my case.
bye & Thanks
av.
__
On May 19, 2009, at 07:57 , Gerald Pfeifer wrote:
Currently we have versions of the following
PORTVERSION= 4.3.4
PORTREVISION= 20090517
in the lang/gcc ports, where 20090517 is the date of a snapshot
of GCC 4.3.4. This has some obvious problems when one needs a
PORTREVISION bump, so I am
Robert Huff wrote:
Andrea Venturoli writes:
I have a question about the order in which portupgrade -R handles ports.
If I issue:
portupgrade -R it-openoffice.org
it will upgrade openoffice.org, *then* gcc43.
I would guess openoffice.org requires gcc43 to build, but then,
shouldn't
On Tue, May 19, 2009 at 02:36:40PM -0400, Peter C. Lai wrote:
> This is in response to your port request from Fri Apr 11 13:28:17 UTC 2008:
>
> This turning out to be a lot of work (I was trying to port it over to
> pkgsrc actually since I'm not deploying it on FreeBSD atm.
>
> The main issue i
Andrew W. Nosenko ha scritto:
I would guess openoffice.org requires gcc43 to build, but then, shouldn't it
be handled *before*?
Whether OOo requires gcc-4.3 indeed? Not "customized" version of
gcc-3.4 (ooo-gcc if I recall correctly...)?
No. I'm really talking about lang/gcc43.
About ano
This is in response to your port request from Fri Apr 11 13:28:17 UTC 2008:
This turning out to be a lot of work (I was trying to port it over to
pkgsrc actually since I'm not deploying it on FreeBSD atm.
The main issue is having to rewrite/patch the entire upstream Makefile/
Makefile.in in ord
2009/5/19 Martin Wilke :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Howdy ..
>
> Next run,
>
> We updated the port to 2.2.2r19801.
> The Patch files/patch-amd64-r0-exec-alloc
> was removed in favor of a similar fix
> commited to upstream. Also was fixed a
> bug on HEAD which should be fi
On 17 mai 09, at 20:09, Martin Wilke wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We rolled a new tarball with the patch from Juergen Lock [1]
with a posible fix for AMD64 users, tested on 3 machines
which now works without problems. Many Thanks to him for
his nice work!
http://peop
I am not exactly sure what's going on, but I see that dmake crashes with SIGBUS
during editors/openoffice.org-3 (version 3.1.0) build when executed via
portmaster.
Simple make of the port doesn't trigger the problem.
I examined dmake core file with gdb and it seems that some memory gets
overwri
After the latest portupdates I've not been able to start pysolfc. I see
the first progress bar but after that nothing happens. When started from
the console I get the following:
- Snip ---
:pysolfc
Traceback (most recent call last):
File "/usr/local/bin/pysolfc", line
On Tue, May 19, 2009 at 6:17 PM, Andrea Venturoli wrote:
> Hello.
> I have a question about the order in which portupgrade -R handles ports.
>
>
>
> If I issue:
> portupgrade -R it-openoffice.org
>
> it will upgrade openoffice.org, *then* gcc43.
>
> I would guess openoffice.org requires gcc43 to b
Andrea Venturoli writes:
> I have a question about the order in which portupgrade -R handles ports.
>
> If I issue:
> portupgrade -R it-openoffice.org
>
> it will upgrade openoffice.org, *then* gcc43.
>
> I would guess openoffice.org requires gcc43 to build, but then,
> shouldn't it
Hi guys, after messing up an install of rt (request tracker),
and then cleaning up (so I thought), I installed by doing
the following:
cd /usr/ports/www/rt36
make install -DWITH_APACHE2 -DWITH_FASTCGI
which has installed properly, but the package database seems
inconsistent. When I try to fix thi
Hi,
Just wondering, will 3.3.4 be commited soonish?
Thank you,
--
per
___
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"
Hello.
I have a question about the order in which portupgrade -R handles ports.
If I issue:
portupgrade -R it-openoffice.org
it will upgrade openoffice.org, *then* gcc43.
I would guess openoffice.org requires gcc43 to build, but then,
shouldn't it be handled *before*?
(This is only an ex
Usage: radiusniff [-vVrqa] [-i interface] [-f expression]
[-d dictionary ] [-c clients] [-s passwd]
for me on the localhost interface, the sniff give me :
# radiusniff -v -ilo0
ERROR: 7.20.0.64:56 > 7.20.0.64:49364 - non RADIUS packet (bad length in
packet: 60328)
--
Currently we have versions of the following
PORTVERSION= 4.3.4
PORTREVISION= 20090517
in the lang/gcc ports, where 20090517 is the date of a snapshot
of GCC 4.3.4. This has some obvious problems when one needs a
PORTREVISION bump, so I am planning to change the versioning to
PORTVERSION=
Martin Wilke wrote:
> Next run,
>
> We updated the port to 2.2.2r19801.
Works for me fine on a FreeBSD-7.1 machine running i386. I am running
just now a FreeBSD-8 snapshot. But the NetBSD-5 iso crashed the virtual
machine.
Nice work
Thanks.
--
Michel TALON
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
> Howdy ..
>
> Next run,
>
> We updated the port to 2.2.2r19801.
> The Patch files/patch-amd64-r0-exec-
> alloc
> was removed in favor of a similar fix
> commited to upstream. Also was fixed a
> bug on HEAD which should be fix the Kernel
> crash. Ple
On Tuesday 19 May 2009 13:13:10 Martin Wilke wrote:
> Howdy ..
>
> Next run,
>
> We updated the port to 2.2.2r19801.
> The Patch files/patch-amd64-r0-exec-alloc
> was removed in favor of a similar fix
> commited to upstream. Also was fixed a
> bug on HEAD which should be fix the Kernel
> crash. Ple
В Tue, 19 May 2009 13:49:09 +0200
Martin Wilke пишет:
MW> -BEGIN PGP SIGNED MESSAGE-
MW> Hash: SHA1
MW>
MW> On Tue, May 19, 2009 at 02:42:40PM +0300, Sergey V. Dyatko wrote:
MW> > ? Tue, 19 May 2009 13:38:52 +0200
MW> > Martin Wilke ?:
MW> >
MW> > MW> -BEGIN PGP SIGNED MESSAGE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, May 19, 2009 at 02:42:40PM +0300, Sergey V. Dyatko wrote:
> ? Tue, 19 May 2009 13:38:52 +0200
> Martin Wilke ?:
>
> MW> -BEGIN PGP SIGNED MESSAGE-
> MW> Hash: SHA1
> MW>
> MW> On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. D
В Tue, 19 May 2009 13:38:52 +0200
Martin Wilke пишет:
MW> -BEGIN PGP SIGNED MESSAGE-
MW> Hash: SHA1
MW>
MW> On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko wrote:
MW> > ? Tue, 19 May 2009 11:13:10 +0200
MW> > Martin Wilke ?:
MW> >
MW> > MW> -BEGIN PGP SIGNED MESSAGE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, May 19, 2009 at 02:34:51PM +0300, Sergey V. Dyatko wrote:
> ? Tue, 19 May 2009 11:13:10 +0200
> Martin Wilke ?:
>
> MW> -BEGIN PGP SIGNED MESSAGE-
> MW> Hash: SHA1
> MW>
> MW> Howdy ..
> MW>
> MW> Next run,
> MW>
> MW> We updat
В Tue, 19 May 2009 11:13:10 +0200
Martin Wilke пишет:
MW> -BEGIN PGP SIGNED MESSAGE-
MW> Hash: SHA1
MW>
MW> Howdy ..
MW>
MW> Next run,
MW>
MW> We updated the port to 2.2.2r19801.
MW> The Patch files/patch-amd64-r0-exec-alloc
MW> was removed in favor of a similar fix
MW> commited to ups
On Tuesday 19 May 2009 03:04:58 Leslie Jensen wrote:
> Hello
>
> I'm having the same problem with gcc43 as Mitja reported earlier.
>
> I've got the kern.maxdsiz=734003200 in boot/loader.conf
>
> make WITHOUT_JAVA=yes does not help.
>
> I've checked all dependencies, they are installed.
>
> My syste
Martin Wilke wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Howdy ..
Next run,
We updated the port to 2.2.2r19801.
The Patch files/patch-amd64-r0-exec-alloc
was removed in favor of a similar fix
commited to upstream. Also was fixed a
bug on HEAD which should be fix the Kernel
crash. Plea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Wootton wrote:
> Martin Wilke wrote: Howdy ..
>
> Next run,
>
> We updated the port to 2.2.2r19801. The Patch
> files/patch-amd64-r0-exec-alloc was removed in favor of a similar
> fix commited to upstream. Also was fixed a bug on HEAD which should
Martin Wilke wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Howdy ..
Next run,
We updated the port to 2.2.2r19801.
The Patch files/patch-amd64-r0-exec-alloc
was removed in favor of a similar fix
commited to upstream. Also was fixed a
bug on HEAD which should be fix the Kernel
crash. Plea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Howdy ..
Next run,
We updated the port to 2.2.2r19801.
The Patch files/patch-amd64-r0-exec-alloc
was removed in favor of a similar fix
commited to upstream. Also was fixed a
bug on HEAD which should be fix the Kernel
crash. Please test test test .. :
Hello
I'm having the same problem with gcc43 as Mitja reported earlier.
I've got the kern.maxdsiz=734003200 in boot/loader.conf
make WITHOUT_JAVA=yes does not help.
I've checked all dependencies, they are installed.
My system is a newly installed 7.2-RELEASE, upgraded from RC1.
pkgdb -F produ
On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote:
>
> Howdy Guys,
>
> After the announcement from Alexander Eichner about
> Virtualbox on FreeBSD, we started the work on a port
> for FreeBSD. Now we think that we solved the most
> problems and are ready for the first Call for Testing.
44 matches
Mail list logo
