On Tue, 2013-04-23 at 21:03 +0200, Dimitry Andric wrote:
On Apr 17, 2013, at 21:16, Jung-uk Kim j...@freebsd.org wrote:
On 2013-04-17 06:07:47 -0400, Dimitry Andric wrote:
On Apr 17, 2013, at 07:31, Jan Beich jbe...@tormail.org wrote:
Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013,
Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes
(all r249720 or higher) fails on all(!) Core2Duo based systems (Intel
E8400 or Q6600) (CLANG 3.3) with the below shown error.
Interestingly, the port does compile on all boxes running the very same
FreeBSD 10.0-CURRENT with
On Mon, 2013-04-22 at 21:40 +0200, Dimitry Andric wrote:
On Apr 22, 2013, at 20:47, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes
(all r249720 or higher) fails on all(!) Core2Duo based systems (Intel
E8400 or Q6600
On Mon, 2013-04-22 at 00:09 +0200, Ed Schouten wrote:
Hi,
2013/4/21 O. Hartmann ohart...@zedat.fu-berlin.de:
/usr/src/sbin/newfs_nandfs/newfs_nandfs.c:83:18: error: no previous
extern declaration for non-static variable
'user_files' [-Werror,-Wmissing-variable-declarations]
struct
While trying to build buildworld with
WITH_NAND= YES
in /etc/src.conf
I receive this error below.
[...]
ld -dc -r -o stty.lo
stty_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/cchar.o
/usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/gfmt.o
Since a couple of weeks now, FreeBSD 10.0-CURRENT is really unresponsive
when managing high disk I/O.
This is most noticeable when starting the buildworld process, hwen clang
3.3 starts to build the llvm backend libraries and doing some sort of
portmaster/portupgrade in parallel: even a make
trying to read the temperature on an Intel Core-i7 3930K box
(10.0-CURRENT #2 r249647: Fri Apr 19 13:22:41 CEST 2013 amd64) via
sysctl -a|grep tempe
crashes sporadically the system due to panic/page fault and dumps core.
I'm not able to reproduces this behaviour by intention, as I stated at
the
On Tue, 2013-04-16 at 20:58 +0200, Dimitry Andric wrote:
On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote:
O. Hartmann ohart...@zedat.fu-berlin.de writes:
./unistd.h:694:5: error: invalid token at start of a preprocessor
expression
#if @GNULIB_EUIDACCESS@
^
1 error
Trying to boot a kernel r249381 fails and I see on the console the
loader prompt at mountroot. Obviously, the bootloader doesn't find the
root/boot partition. On all FreeBSD 10 boxes I have this phenomenon is
the same, all boxes have GPT (UFS) partitions to boot from and set GPT
labels to address
On Sat, 2013-04-13 at 10:07 +, Marcus Reid wrote:
On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote:
Trying to boot a kernel r249381 fails and I see on the console the
loader prompt at mountroot. Obviously, the bootloader doesn't find
the root/boot partition.
Same problem
Trying to recompile converters/libiconv on FreeBSD 10.0-CUR/r49438 (with
bran new CLANG 3.3) results with the errors below. This error shows up
on boxes having FBSD 10 and X11. It doesn't show up on those boxes
running without a full X11 (that is the only difference I can figure out
at the moment
It is hard to explain in the subject.
I have Apache 2.4 running on a most recent FreeBSD 10.0:
FreeBSD 10.0-CURRENT #1 r248935: Sat Mar 30 20:25:32 CET 2013
I have successfully running port www/apache24. The port is really bumpy,
if not to say crappy. Whenever I want to rebuild a port that has
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
On 3/10/2013 6:44 AM, O. Hartmann wrote:
On
FreeBSD 10.0-CURRENT #0 r248128: Sun Mar 10 10:41:10 CET 2013
I receive the error message below when trying to update installed port
openldap24-sasl-client:
=== Cleaning for openldap
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote:
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
I have just committed a fix to the ports tree for this.
Hello.
Well, I just updated the port's tree a few minutes ago and can
On Wed, 2013-03-13 at 07:26 -0500, Bryan Drewery wrote:
On 3/13/2013 7:21 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote:
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
I have just committed a fix
On Wed, 2013-03-13 at 09:54 -0500, Bryan Drewery wrote:
On 3/13/2013 8:55 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 07:26 -0500, Bryan Drewery wrote:
On 3/13/2013 7:21 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote
On Mon, 2013-03-11 at 12:00 +0100, Niclas Zeising wrote:
On 2013-03-11 11:58, Hartmann, O. wrote:
Am 03/11/13 11:17, schrieb Dimitry Andric:
On 2013-03-10 00:39, Steve Kargl wrote:
...
If you have a clang built FreeBSD-current, then it is no
longer possible to *bootstrap* gcc-4.6.x,
On Mon, 2013-03-11 at 17:29 +0100, Dimitry Andric wrote:
On 2013-03-11 14:15, Niclas Zeising wrote:
On 03/11/13 14:13, Steve Kargl wrote:
...
No. Here's my make.conf.
KERNCONF=SPEW
CPUTYPE?=opteron
FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops
-ftree-vectorize
On
FreeBSD 10.0-CURRENT #0 r248128: Sun Mar 10 10:41:10 CET 2013
I receive the error message below when trying to update installed port
openldap24-sasl-client:
=== Cleaning for openldap-sasl-client-2.4.33_1
=== Waiting on fetch checksum for net/openldap24-sasl-client ===
===
There is work going on to move the OpenBSD pf(1) towards a more SMP
friendly entity - this reduces CPU load and should raise throughput.
Are there any plans for FreeBSD native packet filter IPFW2 to gain the
same? Or, to ask it differently, IS ipfw(1), the freeBSD native
packetfilter, already SMP
Am 03/07/13 16:48, schrieb Gleb Smirnoff:
On Thu, Mar 07, 2013 at 01:31:19PM +0100, O. Hartmann wrote:
O There is work going on to move the OpenBSD pf(1) towards a more SMP
O friendly entity - this reduces CPU load and should raise throughput.
O
O Are there any plans for FreeBSD native
On 03/06/13 13:29, Dimitry Andric wrote:
On 2013-03-05 20:59, Hartmann, O. wrote:
...
A truss top reveals this, is this of help?
...
socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4)
connect(4,{ AF_UNIX /var/run/nscd },15)= 0 (0x0)
fcntl(4,F_SETFL,O_NONBLOCK)
Am 03/06/13 14:04, schrieb John Baldwin:
On Tuesday, March 05, 2013 2:35:48 pm Hartmann, O. wrote:
On recent FreeBSD 10.0-CURRENT/amd64 (CLANG buildworld, serveral systems
(3) the same symptoms)), many services drop a sporadic
broken pipe
This happesn to system's top (I have to type it
Am 03/06/13 18:32, schrieb Jan Beich:
Hartmann, O. ohart...@zedat.fu-berlin.de writes:
*** [do-extract] Signal 13
I have the same issue but it usually happens on `make install'.
And reverting r247804 seems to be the workaround. Can you confirm?
I went back as far as r247479 and
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
Am 02/21/13 20:51, schrieb Konstantin Belousov:
On Thu, Feb 21, 2013 at 08:40:44PM +0100, O. Hartmann wrote:
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box
21, 2013 at 09:14:07PM +0100, O. Hartmann wrote:
The supposed fix was committed as r247117.
Simply compiling a new kernel doesn't resolve the problem.
See the commit message why your kernel appears to not work.
http://svnweb.freebsd.org/base?view=revisionrevision=247117
Did you update gas
Am 02/21/13 22:55, schrieb Shawn Webb:
The results are in: success! Thanks everyone. This is why I love FreeBSD:
the community is amazing!
On Thu, Feb 21, 2013 at 4:54 PM, O. Hartmann
ohart...@zedat.fu-berlin.dewrote:
Am 02/21/13 22:01, schrieb Shawn Webb:
I'm building now. I should
Well, I'm brave and switched several beta switches on my FreeBSD
10.0-CUR systems on and I realize, that I receive a lot of
make: /usr/ports/Mk/bsd.port.mk line 5137: warning: using previous
script for -depends defined here
make: /usr/ports/Mk/bsd.port.mk line 5140: warning: duplicate script
for
Am 02/20/13 10:09, schrieb Anton Shterenlikht:
Oliver
I try to use FreeBSD for day-to-day numerical
work, as far as possible. I have to complement
it with linux cluster systems, largely due to
a range of compilers available there.
Anyway, keep me posted if you get anywhere with this.
Compiling most recent sources of CURRENT with Revision: 247040 results
in a kernel crash with funny blinking characters on the screen. This
happens on all systems with different amd64 Intel CPU generations at
this very moment.
Last working sources (reverting and booting kernel.old) is in my case
At the moment, the most recent kernel of FreeBSD 10.0-CURRENT crashes on
all of the boxes I compiled the most recent kernel sources (build a
world ncluding kernel, not only the kernel, so the system is consistent).
At the loader prompt, I need to unload the buggy kernel and load the old
working
On 02/20/13 18:17, Ruslan Makhmatkhanov wrote:
O. Hartmann wrote on 20.02.2013 18:36:
Compiling most recent sources of CURRENT with Revision: 247040 results
in a kernel crash with funny blinking characters on the screen. This
happens on all systems with different amd64 Intel CPU generations
A while ago - approximately three years from now, i was looking for a
GPGPU capable solution for usage on FreeBSD and I stepped into the
compilers from PathScale which are supposed to handle OpenACC (like
OpenMP #pragma omp, but in this case #pragma openacc instead).
Well, there was hope since
Recent CURRENT sources do not build properly and fail with the following
error:
rm -f .depend
mkdep -f .depend -a-I/usr/src/lib/libjail -std=gnu99
/usr/src/lib/libjail/jail.c /usr/src/lib/libjail/jail_getid.c
=== lib/libkiconv (depend)
=== lib/libldns (depend)
rm -f .depend
mkdep -f .depend
On 02/15/13 18:58, David Wolfskill wrote:
On Fri, Feb 15, 2013 at 06:44:41PM +0100, O. Hartmann wrote:
Recent CURRENT sources do not build properly and fail with the following
error:
I had no trouble building:
FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #812
Am 02/15/13 19:08, schrieb David Wolfskill:
On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote:
...
My boxes are one revision ahead of yours and all of them do not build
the recent sources as reported:
FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013
And by the way
Am 02/14/13 14:19, schrieb Yamaya Takashi:
On 2013/02/13 22:33, Tom Evans wrote:
On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
yama...@kbh.biglobe.ne.jp wrote:
On 2013/02/13 19:08, O. Hartmann wrote:
Setting only base system source compiler optins in /etc/src.conf, for
instance
Setting only base system source compiler optins in /etc/src.conf, for
instance
#
CXXFLAGS+= -stdlib=libc++
CXXFLAGS+= -std=c++11
which do NOT appear in /etc/make.conf, make building port
grahpics/libfpx complaining about unrecognized compiler options.
As far a sI
Am 02/13/13 15:05, schrieb Kimmo Paasiala:
On Wed, Feb 13, 2013 at 3:33 PM, Tom Evans tevans...@googlemail.com wrote:
On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
yama...@kbh.biglobe.ne.jp wrote:
On 2013/02/13 19:08, O. Hartmann wrote:
Setting only base system source compiler optins
Am 02/09/13 09:15, schrieb Johnny Eriksson:
In all honesty.. The blog post (and your email) are basically
information free, they don't name names and provide no script
or downloadable code that will allow end users to check if they
are affected.
A link with a little bit more information:
Am 02/03/13 21:48, schrieb Dimitry Andric:
On 2013-01-29 11:06, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just
Am 02/04/13 20:50, schrieb John Baldwin:
On Sunday, February 03, 2013 11:26:53 am O. Hartmann wrote:
CURRENT, as of recent Revision 246285 (see below) fails and
crashes/reboots on an Ivy-Bridge platform (see below). Since the box
does not have debugging switched on (not yet, will do eventually
Am 01/31/13 10:10, schrieb David Chisnall:
On 31 Jan 2013, at 04:37, O. Hartmann wrote:
First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf
when building the sources - I did this before without any problems.
Then, leaving the build without -std=c++11 option, I get
CURRENT, as of recent Revision 246285 (see below) fails and
crashes/reboots on an Ivy-Bridge platform (see below). Since the box
does not have debugging switched on (not yet, will do eventually
Monday), Last thing I see on screen is
p4tcc3: CPU Frequency Thermal Control on cpu3
then the system
On 01/31/13 05:43, O. Hartmann wrote:
Am 01/31/13 05:06, schrieb Jesse:
z
On 1/31/13, Jesse je...@glx.me wrote:
i set these in make.conf:
CXXFLAGS+=-stdlib=libc++
CXXFLAGS+=-std=c++11
i comment them and rebuild world ok
but it works at previous revision.
On 1/30/13, Dimitry Andric d
Am 01/29/13 17:35, schrieb David Wolfskill:
On Tue, Jan 29, 2013 at 11:06:02AM +0100, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT
Am 01/31/13 05:06, schrieb Jesse:
z
On 1/31/13, Jesse je...@glx.me wrote:
i set these in make.conf:
CXXFLAGS+=-stdlib=libc++
CXXFLAGS+=-std=c++11
i comment them and rebuild world ok
but it works at previous revision.
On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
On 2013-01-30
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for
a notice for the development folks ...
oh
=== libexec/atf/atf-check (all)
c++ -O3 -pipe
On 01/29/13 11:08, David Chisnall wrote:
On 29 Jan 2013, at 10:06, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just
Just want to note that make buildworld fails on
r245901 with the following unhealthy end:
=== kerberos5/lib/libheimbase (install)
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libheimbase.a
/usr/obj/usr/src/lib32/usr/lib32
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
Make world fails in /usr/src/usr.bin/dtc/dtc.cc with a lot of errors
com[laining about an undeclared identifier:
[...]
=== usr.bin/dtc (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for /usr/src/usr.bin/dtc
rm -f .depend
mkdep -f .depend -a
A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
See error message below.
Regards,
Oliver
[...]
mkdir -p /tmp/install.qSk73yBh
progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown date echo
egrep find
Grmpf ... obviously, I should look first into the list, then post. it
has been discovered by others recently ...
On 01/22/13 16:45, O. Hartmann wrote:
A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
See error
On 01/11/13 00:39, Dimitry Andric wrote:
On 2013-01-08 09:58, Stefan Farfeleder wrote:
On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
...
After a lot of splitting up of unwind-dw2.c, I arrived at _Unwind_Resume
which when compiled by clang caused the crashes, but when
When building the system, I receive very quickly the following error
when /usr/src/lib/libcxxrt is compiled:
c++ -fpic -DPIC -O2 -pipe -O3 -march=native
-I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -Qunused-arguments
-fstack-protector -Wno-empty-body -Wno-string-plus-int
Am 01/09/13 09:59, schrieb Gleb Smirnoff:
On Wed, Jan 09, 2013 at 09:56:25AM +0100, Hartmann, O. wrote:
H Same here.
H The OS: FreeBSD 10.0-CURRENT/amd64 r245218. Since I have three boxes
H running approximately the same configurations (I share my configs
H between lab and home), but
My question may sound naiv, sorry.
I have already set up a RAIDZ (on FreeBSD 10.0-CUR), comprised with
three 3 TB disks. I'd like to expand the array with an additional disk -
on the fly.
oh
signature.asc
Description: OpenPGP digital signature
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2. The port devel/llvm is still the older
3.1. Is this going to be changed? I guess it must be synchronized with
FreeBSD
Am 01/06/13 15:52, schrieb Dimitry Andric:
On 2013-01-06 13:55, O. Hartmann wrote:
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2.
Please prod the port maintainer
Am 01/06/13 15:57, schrieb Dimitry Andric:
On 2013-01-06 15:16, Erik Cederstrand wrote:
...
I think the real problem is that LLVM and the related tools are build
in one go, so you can't easily build llvm-config and others for the
base version of LLVM.
Well, it would be easy enough to build
Am 01/06/13 15:52, schrieb Dimitry Andric:
On 2013-01-06 13:55, O. Hartmann wrote:
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2.
Please prod the port maintainer
Am 01/06/13 17:49, schrieb David Chisnall:
On 6 Jan 2013, at 12:55, O. Hartmann wrote:
Having a crippled LLVM aboard AND the need having installed a port is a
kind of none-sense. Why should I install port devel/llvm to have a
working LLVM backend?
The issue is the same as the issue
Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
boxes, i realize a strange behaviour. I have one server exporting via
NFSv4 several ZFS volumes. The UID mapping went pretty well so far, but
with a reboot of yesterday (after a buildworld), files are seen with uid
root:wheel and
I use a small testing server. The hardware is most modern Intel hardware
(i3-3220, Z77 chipset), 16GB RAM. The OS is FreeBSD 10.0-CURRENT #1
r245036M: Fri Jan 4 12:48:53 CET 2013.
The ZFS subsystem is comprised by 3 Western Digital 3 TB harddrives (WDC
WD30EZRX-00DC0B0 80.00A80 ATA-9 SATA 3.x
Am 01/04/13 14:30, schrieb Rick Macklem:
O. Hartmann wrote:
Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
boxes, i realize a strange behaviour. I have one server exporting via
NFSv4 several ZFS volumes. The UID mapping went pretty well so far,
but
with a reboot
Am 01/04/13 15:45, schrieb Garrett Cooper:
On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien m...@my.gd wrote:
...
And this is under [global] in /usr/local/etc/smb.conf:
min receivefile size = 16384
aio read size = 16384
aio write size = 16384
aio write behind = yes
These
Am 01/04/13 15:52, schrieb Garrett Cooper:
Answering just the trivial question...
On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
...
server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
By the way, can someone give me a hint why some
Am 01/04/13 18:00, schrieb Steve Kargl:
On Fri, Jan 04, 2013 at 05:52:41PM +0100, O. Hartmann wrote:
Am 01/04/13 15:52, schrieb Garrett Cooper:
Answering just the trivial question...
On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann wrote:
server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06
Current r244916M fails to compile a world with following error:
[...]
cc -O2 -pipe -O3 -march=native
-I/usr/src/contrib/ofed/usr.bin/opensm/../../include/infiniband
-I/usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/include/
-pthread -DVENDOR_RMPP_SUPPORT -DDUAL_SIDED_RMPP
Am 01/01/13 21:42, schrieb Manfred Antar:
At 11:48 AM 1/1/2013, Gleb Smirnoff wrote:
On Tue, Jan 01, 2013 at 02:39:58AM -0800, Manfred Antar wrote:
M On Thu, Dec 27, 2012 at 09:05:26AM -0800, Manfred Antar wrote:
M M For the past few days the loopback interface 127.0.0.1 is broken on
Am 12/30/12 20:41, schrieb David Wolfskill:
On Sat, Dec 29, 2012 at 09:38:42AM -0800, Cy Schubert wrote:
Just udated to the latest current and amd hangs at boot. Ideas?
I don't see a problem @r244855. On my build machine, /usr/ports is a
symlink to a ports working copy that resides on
I figured out that my system is somekind of polluted by remnant old files.
I do installworld on a regular basis and I do it like suggested in the
handbook. I also regularyly do make delete-old-XXX in /usr/src.
Well, now I figured out that there are some remnants in several system
folders, for
Am 12/26/12 12:58, schrieb Sergey Kandaurov:
On 26 December 2012 15:49, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
I figured out that my system is somekind of polluted by remnant old files.
I do installworld on a regular basis and I do it like suggested in the
handbook. I also regularyly
Am 12/26/12 19:05, schrieb Kimmo Paasiala:
On Wed, Dec 26, 2012 at 6:20 PM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Am 12/26/12 12:58, schrieb Sergey Kandaurov:
On 26 December 2012 15:49, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
I figured out that my system is somekind
I try to compile a piece of software which uses LLVM as a backend (it is
POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software
fails du to an issued clang option -ccc-host-triple, which works well on
FreeBSD 9.1-PRE, which uses still LLVM/CLANG 3.1.
On the net, I find confusing
Am 12/24/12 16:41, schrieb Dimitry Andric:
On 2012-12-24 16:24, O. Hartmann wrote:
I try to compile a piece of software which uses LLVM as a backend (it is
POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software
fails du to an issued clang option -ccc-host-triple, which works
There is a bug in kernel code preventing from kernel being build:
cc -c -O3 -pipe -march=native -fno-strict-aliasing -march=native
-std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef
-Wno-pointer-sign
After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec
6 12:18:13 CET 2012 refuses to work with the below error.
Regards,
Oliver
[...]
cc -O3 -pipe -fno-strict-aliasing -march=native -march=native
-DVERSION='9.8.4-P1' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE
On 12/07/12 19:32, Garrett Cooper wrote:
On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec
6 12:18:13 CET 2012 refuses to work with the below error.
Erwin's aware of the breakage (see
On a CURRENT server acting as the gateway/router (FreeBSD 10.0-CURRENT
#1 r243869M: Wed Dec 5 00:09:59 CET 2012), a running named/bind service
for local DNS resolution is eating up a lot of time.
Is this usual? I can not see caching, checking for requests or similar
what could cause a permanent
On 12/03/12 20:42, Dimitry Andric wrote:
Hi all,
I have just imported llvm/clang 3.2 RC2 into head, in r243830. The 3.2
release will happen soon, in approximately two weeks. I do not expect
any significant changes anymore, though.
As usual, please report any strangeness or new bugs to
On 12/01/12 22:53, Chris Rees wrote:
On 1 Dec 2012 21:51, Andreas Tobler andreast-l...@fgznet.ch wrote:
On 01.12.12 16:15, Robert Watson wrote:
Dear all:
I've now committed the build glue required to install the recently
merged
Audit Distribution Daemon (auditdistd) contributed by the
On exactly ONE FreeBSD 10.0-CURRENT box, out of a couple, all the same
OS version (most recent sources/buildworld with CLANG and ports tree
always up to date) I get this nasty error shown below.
I can not reproduce this problem on other machines of the very same
architecture (neither Core2Duo or
Neither make kernel nor mergemaster works for me:
make kernel
[...]
Bc6K4/locale rm -rf /tmp/install.TagBc6K4
--
Making hierarchy
--
cd /usr/src;
Hello,
I have a naive question.
I read about speeding up NFSv4 shared ZFS array. I use a RAIDZ1 volume
made up from 5 times 3TB harddrives, attached to a ICH10 SATA controller
on a FreeBSD 10.0-CURRENT box. The maximum performance of that array
never goes beyond 45 - 51 MB/s and levels out very
On 11/28/12 14:38, Olivier Smedts wrote:
Hi,
2012/11/28 O. Hartmann ohart...@zedat.fu-berlin.de:
Hello,
I have a naive question.
I read about speeding up NFSv4 shared ZFS array. I use a RAIDZ1 volume
made up from 5 times 3TB harddrives, attached to a ICH10 SATA controller
on a FreeBSD
On 11/20/12 11:43, Olivier Smedts wrote:
2012/11/20 Paul Webster paul.g.webs...@googlemail.com:
I am aware this is a much discussed subject since the upgrade of PF, I
believe the final decision was that to many users are used to the old
style pf and an upgrade to the new syntax would cause to
Am 11/16/12 01:37, schrieb Jakub Lach:
http://wiki.freebsd.org/SysconsUnicodeProject
The WIKI mentions kernel configuration option TEKEN_XTERM, which is
obviously obsolete in FreeBSD 10.0-CURRENT!
signature.asc
Description: OpenPGP digital signature
On 11/12/12 02:19, Steve Kargl wrote:
On Sun, Nov 11, 2012 at 10:41:41PM +0100, O. Hartmann wrote:
I replaced lang/gcc46 by lang/gcc47, since gcc46 doesn't build anymore
on the FreeBSD 10.0-CURRENT in question.
I have a small f77 program, which built well with the autotools I used
and ran
I replaced lang/gcc46 by lang/gcc47, since gcc46 doesn't build anymore
on the FreeBSD 10.0-CURRENT in question.
I have a small f77 program, which built well with the autotools I used
and ran for ages now. But I receive this error:
/lib/libgcc_s.so.1: version GCC_4.6.0 required by
I just received since two days from now on one of my FreeBSD 10-CUR
boxes a kernel message after syncing disks, just the moment when the
system is supposed to switch off or reboot, like
softdep: out of journaling space for softdep
or something similar. I checked the /var/log for more details,
On 11/09/12 09:50, Eric Masson wrote:
O. Hartmann ohart...@zedat.fu-berlin.de writes:
Hi,
I just received since two days from now on one of my FreeBSD 10-CUR
boxes a kernel message after syncing disks, just the moment when the
system is supposed to switch off or reboot, like
softdep
While building world as of today, I receive this error:
In file included from /usr/src/usr.bin/less/../../contrib/less/main.c:16:
In file included from /usr/src/usr.bin/less/../../contrib/less/less.h:29:
/usr/src/usr.bin/less/../less/defines.h:188:25: error: '/*' within block
comment
Am 11/03/12 16:01, schrieb Alfred Perlstein:
On 11/3/12 6:18 AM, Alie Tan wrote:
Hi,
No offence, just curious about scheduler and its functionality.
What is the different between this two that makes FreeBSD performance far
behind DragonFly BSD? http://www.dragonflybsd.org/release32/
Am 11/03/12 15:17, schrieb Mark Felder:
On Sat, 3 Nov 2012 21:18:55 +0800
Alie Tan a...@affle.com wrote:
Hi,
No offence, just curious about scheduler and its functionality.
What is the different between this two that makes FreeBSD performance far
behind DragonFly BSD?
On 11/02/12 04:29, Brooks Davis wrote:
On Monday, November 5th I plan to commit the following patch to make
clang the default compiler on i386 and amd64. Many people have worked
long and hard to make this a reality and we're finally close enough to
throw the switch. For many users the
On one of our FreeBSD 10.0-CURRENT/amd64 box, sources at:
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 241923
Node Kind: directory
Schedule: normal
Last Changed
Am 10/23/12 18:08, schrieb hiren panchasara:
On Oct 23, 2012 4:34 AM, O. Hartmann ohart...@mail.zedat.fu-berlin.de
wrote:
On one of our FreeBSD 10.0-CURRENT/amd64 box, sources at:
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Repository Root: svn://svn.freebsd.org
On 10/10/12 15:44, Baptiste Daroussin wrote:
Hi all,
If you are using the ports tree on a FreeBSD current setup, then you are
concerned by the announce.
As nvidia-drivers has been fixed and is now properly working with pkgng, the
ports tree as been switch by default to use pkgng on
1001 - 1100 of 1404 matches
Mail list logo