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.
Many
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
-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 ..
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.
-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
be
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.
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 system is a
В Tue, 19 May 2009 11:13:10 +0200
Martin Wilke m...@freebsd.org пишет:
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
-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 m...@freebsd.org ?:
MW -BEGIN PGP SIGNED MESSAGE-
MW Hash: SHA1
MW
MW Howdy ..
MW
MW Next run,
MW
MW We updated
В Tue, 19 May 2009 13:38:52 +0200
Martin Wilke m...@freebsd.org пишет:
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 m...@freebsd.org ?:
MW
MW MW -BEGIN
-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 m...@freebsd.org ?:
MW -BEGIN PGP SIGNED MESSAGE-
MW Hash: SHA1
MW
MW On Tue, May 19, 2009 at 02:34:51PM +0300,
В Tue, 19 May 2009 13:49:09 +0200
Martin Wilke m...@freebsd.org пишет:
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 m...@freebsd.org ?:
MW
MW MW -BEGIN
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. Please test
-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. Please test
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
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
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)
--
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
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
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 be
On Tue, May 19, 2009 at 6:17 PM, Andrea Venturoli m...@netfence.it 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
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
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
On 17 mai 09, at 20:09, Martin Wilke m...@freebsd.org 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
2009/5/19 Martin Wilke m...@freebsd.org:
-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
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
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
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 is
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,
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
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.
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
On Tue, 19 May 2009, Gabor PALI wrote:
Hello Josh,
On Tue, May 19, 2009 at 11:32 PM, Josh Rickmar joshua_rick...@eumx.net 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
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 seems
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
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 change
#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
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../..
38 matches
Mail list logo