At 09:21 23/06/2012, you wrote:
I tried the USB drive this morning with the recommended quirk shown
above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012
without success. I get the same error message as shown above. With or
without quirk.
I then started Windows 7 on the same
At 02:02 15/12/2011, O. Hartmann wrote:
Just read this on
phoronix.com
Is this finally a chance to get GPGPU on FreeBSD natively supported?
nVidia has a binary driver, supporting well their higher end graphics
cards on FreeBSD 64bit natively.
I do not understand much about the compiler
At 20:23 29/03/2012, you wrote:
Ð Thu, 15 Dec 2011 01:02:03 +0100
O. Hartmann ohart...@zedat.fu-berlin.de пиÑеÑ:
Just read this on
phoronix.com
Is this finally a chance to get GPGPU on FreeBSD natively supported?
nVidia has a binary driver, supporting well their higher end graphics
At 10:54 27/03/2012, you wrote:
Since the last PostgreSQL port update, server and client are version
9.1.3 and a newly build of the FreeBSD OS (both 9.0-STABLE and
10.0-CURRENT, amd64), clients like pgadmin3 or webinterfaces like those
from refdb reject connection to the PostgreSQL server with
At 00:07 22/02/2012, Devin Teske wrote:
9. Enables SU+J on /tmp /var and /usr
None of these customizations should have any effect on system
performance whatsoever.
Sorry for going off-topic, but currently there is a problem with SU+J
and using snapshots, but may be other problems as well.
At 12:22 23/02/2012, O. Hartmann wrote:
Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
was highly customizable, flexible and even
At 11:18 27/09/2011, Anton Shterenlikht wrote:
Now I understand why some OS vendors have choosen the latin 10 'X' for
their tenth version of their operating system ...
At least there will be a long rest after
the move to 10 is complete.. until FreeBSD 100.
Or move to hexadecimal
$ export
At 22:06 13/08/2011, Steven Hartland wrote:
- Original Message - From: Alexander Best arun...@freebsd.org
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as the
results of target
