Hello,
Usually I cannot usually launch VirtualBox even by root.
A workaround is that invoking and killing VirtualBox
many times for me. After some tries I can launch...
maybe this workaround helps (as user, not as root):
1. Launch VirtualBox.
2. If it fails open top(1)
3. In top(1) you should
Hi David and *
thanks for your patch, I verified and committed.
Best,
From: Ion-Mihai Tetcu ite...@freebsd.org
Subject: Re: MAKE_JOBS_UNSAFE (some more ports)
Date: Sat, 06 Jun 2009 02:39:42 +0300
On Sat, 06 Jun 2009 08:26:01 +0900 (JST)
Maho NAKATA cha...@mac.com wrote:
From: Ion-Mihai
From: Yamagi Burmeister li...@yamagi.org
Subject: Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4]
Date: Sat, 06 Jun 2009 09:20:42 +0200
Hello,
Usually I cannot usually launch VirtualBox even by root.
A workaround is that invoking and killing VirtualBox
many times for
From: Scott Long sco...@samsco.org
Subject: Re: Benchmark [Re: [Call For Testing] VirtualBox for FreeBSD! take 4]
Date: Sat, 06 Jun 2009 00:44:24 -0600
Maho NAKATA wrote:
I did a benchmark with Virtualbox:
My environment:
* Core 2 Quad, q6...@3ghz
* Windows XP s...@host s...@vbox with
1.
Running the
csup(1)http://www.freebsd.org/cgi/man.cgi?query=csupsektion=1command
later will download and apply all the recent changes to your Ports
Collection, except actually rebuilding the ports for your own system.
--
regards,
Dan Hirsch
Linked-In:
Dmitry Marakasov píše v so 06. 06. 2009 v 07:13 +0400:
* Pav Lucistnik (p...@freebsd.org) wrote:
The experimental run is nearly over, so far 15 failures found and sent
in separate mails.
Once you have next iteration of the patch, I'll be happy to run it
again.
Here's it:
* Pav Lucistnik (p...@freebsd.org) wrote:
Also I forgot to mention that this is better to be run on i386, as many
ports depend on xview which is i386-only.
i386 is operated by erwin@ so try talking to him. But I must warn you
that i386 run will take about a week, due to much older
On Sat, Jun 06, 2009 at 05:36:26PM +0200, Pav Lucistnik wrote:
Also I forgot to mention that this is better to be run on i386, as many
ports depend on xview which is i386-only.
i386 is operated by erwin@ so try talking to him. But I must warn you
that i386 run will take about a week, due
On Thursday 21 May 2009 13:56:46 Pav Lucistnik wrote:
On Thu, 21 May 2009 12:05:22 +0200, David Naylor wrote
The following ports failed to build on my system (with a quad core)
and FORCE_MAKE_JOBS set. They did success to build once I added
MAKE_JOBS_UNSAFE=yes to their Makefile's.
In article 20090604211814.d065d4a7.dge...@afflictions.org you write:
kqemu-kmod-devel is failing to load for me:
-
# kldload kqemu
kldload: can't load kqemu: Exec format error
#
-
Weird. Anything in dmesg?
It's been about a month since I last used qemu, and my kernel is -CURRENT from
Thus spake Juergen Lock n...@jelal.kn-bremen.de [Sat, 6 Jun 2009 19:11:13
+0200 (CEST)]:
: kqemu-kmod-devel is failing to load for me:
:
: -
: # kldload kqemu
: kldload: can't load kqemu: Exec format error
: #
: -
:
: Weird. Anything in dmesg?
Agreed. And nope, nothing in dmesg.
:
On Sat, 6 Jun 2009 18:05:14 +0200
David Naylor naylor.b.da...@gmail.com wrote:
P.S. Is anyone interested in a list of ports that do not compile
under tmpfs?
Me.
--
IOnut - Un^d^dregistered ;) FreeBSD user
Intellectual Property is nowhere near as valuable as Intellect
FreeBSD committer
Dear port maintainers,
The following list includes ports maintained by you that have duplicate
LATEST_LINK values. They should either be modified to use a unique
LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting
each other in the packages/Latest directory. If your ports
On Fri, 5 Jun 2009 14:40:09 GMT
Erwin Lansing er...@freebsd.org mentioned:
Dear port maintainers,
The following list includes ports maintained by you that have duplicate
LATEST_LINK values. They should either be modified to use a unique
LATEST_LINK or suppressed using NO_LATEST_LINK, to
Good evening everyone.
Earlier today, I finished a VBox build on a fresh system.
After the build succeeded, I 'kldload /boot/modules/vboxdrv.ko' which
caused a panic. The machine runs a GENERIC kernel with KDB and
KDB_UNATTENDED added -- no other changes.
-- The machine --
FreeBSD orion
Newest version's Makefile is attached.
--
Eitan Adler
Security is increased by designing for the way humans actually behave.
-Jakob Nielsen
# New ports collection makefile for: symlink
# Date created:Fri Jun 05 2009
# Whom:Eitan Adler eitanadlerl...@gmail.com
#
#
if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
-I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF
.deps/exec.Tpo \
-c -o exec.o `test -f 'exec.c' || echo './'`exec.c; \
then
Boris Kochergin wrote:
Eitan Adler wrote:
if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
-I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF
.deps/exec.Tpo \
-c -o exec.o `test
Eitan Adler wrote:
if gcc -DBSD=1 -DSMALL -DSHELL -DGLOB_BROKEN -DFNMATCH_BROKEN
-DIFS_BROKEN -D__COPYRIGHT\(x\)= -D__RCSID\(x\)= -D_DIAGASSERT\(x\)= -I.
-I. -I.. -include ../config.h -g -O2 -Wall -MT exec.o -MD -MP -MF
.deps/exec.Tpo \
-c -o exec.o `test -f 'exec.c' || echo
19 matches
Mail list logo