I try my first steps with "unbound" on most recent current and snealing
through the web I find interesting things and howto's. But I realise if
I'd like to replace my office's DNS server (based on BIND as it was
part of the FreeBSD world) I run into a serious problem regarding the
zone- and author
Rebooting into CURRENT r255873 floods the kernel messages with
ahcich7: Timeout on slot 0 port 0
ahcich7: is cs 0001 ss rs 0001 tfd c0 serr
cmd 0004c017
What is this supposed to mean? Is this a GEOM pollution of the outer
world?
Regards,
oh
signature.asc
De
On Sat, 21 Sep 2013 09:34:59 -0700
Davide Italiano wrote:
> On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery
> wrote:
> > On 9/21/2013 11:18 AM, Adam McDougall wrote:
> >> On 09/21/13 09:41, Davide Italiano wrote:
> >>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartman
On Sat, 21 Sep 2013 09:34:59 -0700
Davide Italiano wrote:
> On Sat, Sep 21, 2013 at 9:31 AM, Bryan Drewery
> wrote:
> > On 9/21/2013 11:18 AM, Adam McDougall wrote:
> >> On 09/21/13 09:41, Davide Italiano wrote:
> >>> On Sat, Sep 21, 2013 at 2:51 PM, O. Hartman
On Sat, 21 Sep 2013 07:08:25 -0500
Bryan Drewery wrote:
> On 9/21/2013 7:06 AM, Bjoern A. Zeeb wrote:
> > On Sat, 21 Sep 2013, Bryan Drewery wrote:
> >
> >>> Unread portion of the kernel message buffer:
> >>> panic: Lock lle not exclusively locked @
> >>> /usr/src/sys/kern/kern_rwlock.c:140
> >>
Today, I realised that the most recent source (r255757) is crashing
very frequent when under load (compiling world).
This pgenomenon is with all FreeBSD CURRENT boxes I updated recently to
r255757 and the kernel I work on at the very moment is on those system
FreeBSD 10.0-ALPHA2 #2 r255748: Sat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 18 Sep 2013 20:00:09 -0400
Jung-uk Kim wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-09-18 13:20:27 -0400, Jung-uk Kim wrote:
> 2013년 9월 18일 13:20, Jung-uk Kim 쓴 글:> On 2013-09-18 12:39:46
> - -0400, David Chisnall wr
On Tue, 17 Sep 2013 14:57:19 +0400
S.N.Grigoriev wrote:
>
> Hi list,
>
> the following error occures when I try to build editors/libreoffice:
>
> [build CXX] sal/rtl/source/ustrbuf.cxx
> In file included
> from
> /usr/ports/editors/libreoffice/work/libreoffice-4.0.5.2/sal/rtl/source/bootstrap
On Wed, 11 Sep 2013 13:06:44 -0700
"David O'Brien" wrote:
> On Tue, Sep 10, 2013 at 08:14:30PM +0200, O. Hartmann wrote:
> > On Tue, 10 Sep 2013 09:24:45 -0700 John-Mark Gurney
> > wrote:
> > > But, can you tell use how you built your kernel and on what
&g
On Tue, 10 Sep 2013 09:24:45 -0700
John-Mark Gurney wrote:
> O. Hartmann wrote this message on Tue, Sep 10, 2013 at 15:03 +0200:
> > I get this error when trying to compile a kernel on CURRENT r29:
> >
> >
> > [...]
> > make[2]: Unclosed substitution for
I get this error when trying to compile a kernel on CURRENT r29:
[...]
make[2]: Unclosed substitution for COMPILER_TYPE (/ missing)
cc -c -O3 -fno-strict-aliasing -march=native -std=c99 -Wall
-Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline
The changes made with r255426 make x11/nvdia-driver and
emuldator/virtualbox-ose-kmod coredumping. Especially the virtualbox
driver is a hard one.
For the x11/nvidia-driver, I have a patch and it should be similar to
the vbox driver, but I have massive problems understanding a sed error,
which is
On Tue, 10 Sep 2013 00:24:05 +0300
Ivan Klymenko wrote:
> В Mon, 9 Sep 2013 23:17:13 +0200
> "O. Hartmann" пишет:
>
> > On Tue, 10 Sep 2013 00:02:37 +0300
> > Ivan Klymenko wrote:
> >
> > > В Mon, 9 Sep 2013 22:37:48 +0200
> > > "
On Mon, 09 Sep 2013 16:49:23 -0600
Ian Lepore wrote:
> On Tue, 2013-09-10 at 00:42 +0200, O. Hartmann wrote:
> > On Tue, 10 Sep 2013 00:24:05 +0300
> > Ivan Klymenko wrote:
> >
> > > В Mon, 9 Sep 2013 23:17:13 +0200
> > > "O. Hartmann" пишет:
On Tue, 10 Sep 2013 00:02:37 +0300
Ivan Klymenko wrote:
> В Mon, 9 Sep 2013 22:37:48 +0200
> "O. Hartmann" пишет:
>
> > x11/nvidia-driver (as well as emulators/virtualbox-ose-kmod) do not
> > compile on FreeBSD 10.0-CURRENT #0 r255426: Mon Sep 9 21:35:43
&g
x11/nvidia-driver (as well as emulators/virtualbox-ose-kmod) do not
compile on FreeBSD 10.0-CURRENT #0 r255426: Mon Sep 9 21:35:43 CEST
2013 amd64.
The error is:
x11/nvidia-driver:
--- nvidia_subr.o ---
nvidia_subr.c:835:46: error: too few arguments to function call,
expected 10, have 9 (VM_PR
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric wrote:
> On Sep 8, 2013, at 08:14, O. Hartmann
> wrote:
> > On Sat, 7 Sep 2013 22:49:54 GMT
> > rak...@freebsd.org wrote:
> >
> >> Synopsis:
> >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:2
On Fri, 06 Sep 2013 09:34:52 +0200
Guido Falsi wrote:
> On 09/06/13 05:16, AN wrote:
> > Hi:
> >
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> >
> > # uname -a
> > FreeBSD F
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric wrote:
> On Sep 8, 2013, at 08:14, O. Hartmann
> wrote:
> > On Sat, 7 Sep 2013 22:49:54 GMT
> > rak...@freebsd.org wrote:
> >
> >> Synopsis:
> >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:2
On Sun, 08 Sep 2013 10:44:01 +0200
Guido Falsi wrote:
> On 09/07/13 21:46, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 14:27:48 +0200
> > Guido Falsi wrote:
> >
> >> On 09/07/13 14:10, olli hauer wrote:
> >>> There are 13 ports using --with-iconv=${LOC
On Sat, 7 Sep 2013 22:49:54 GMT
rak...@freebsd.org wrote:
> Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22:
> error: call to 'swap' is ambiguous
>
> State-Changed-From-To: open->patched
> State-Changed-By: rakuco
> State-Changed-When: Sat Sep 7 22:47:43 UTC 2013
> State-Chang
On Sat, 07 Sep 2013 13:34:25 +0200
Guido Falsi wrote:
> On 09/07/13 13:03, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 00:16:16 +0200
> > Guido Falsi wrote:
> >
> >> On 09/07/13 00:10, Boris Samorodov wrote:
> >>> 07.09.2013 01:51, O. Hartmann пишет:
On Sat, 7 Sep 2013 21:52:11 +0200
"O. Hartmann" wrote:
> On Sat, 7 Sep 2013 21:13:36 +0200
> "O. Hartmann" wrote:
>
> > While proceeding in the iconv-mess, I run into a very nasty
> > situation with some ports showing strange linker errors on most
>
On Sat, 7 Sep 2013 21:13:36 +0200
"O. Hartmann" wrote:
> While proceeding in the iconv-mess, I run into a very nasty situation
> with some ports showing strange linker errors on most recent systems.
>
> The symptoms are present on boxes with CURRENT > r255259, for
>
On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi wrote:
> On 09/07/13 14:10, olli hauer wrote:
> > There are 13 ports using --with-iconv=${LOCALBASE}
> > devel/apr1
> > devel/apr2
> > devel/git
> > irc/epic5
> > lang/gauche
> > net-mgmt/ettercap
> > net/ssltunnel-client
> > net/yaz
While proceeding in the iconv-mess, I run into a very nasty situation
with some ports showing strange linker errors on most recent systems.
The symptoms are present on boxes with CURRENT > r255259, for instance,
the error below is taken from a box which has already compiled the port
in question su
On Sat, 7 Sep 2013 00:07:29 +0200
Baptiste Daroussin wrote:
> On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
> > On Fri, 06 Sep 2013 21:11:26 +0400
> > Boris Samorodov wrote:
> >
> > > 06.09.2013 20:44, O. Hartmann пишет:
> > > > On Fri
On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi wrote:
> On 09/07/13 00:10, Boris Samorodov wrote:
> > 07.09.2013 01:51, O. Hartmann пишет:
> >> On Fri, 06 Sep 2013 21:11:26 +0400
> >> Boris Samorodov wrote:
> >>
> >>> 06.09.2013 20:44, O. Har
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov wrote:
> 06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov wrote:
> >
> >> 06.09.2013 19:44, O. Hartmann пишет:
> >>
> >>> Here we go. It
On Fri, 6 Sep 2013 21:19:32 +0100
David Chisnall wrote:
> Hi Everyone,
>
> As of r255321, we are no longer building gcc or libstdc++ as part of
> the default install on platforms where clang is cc.
>
> If you are using gcc, you have two options:
>
> 1) Install one of the lang/gcc* ports (Warne
On Sat, 07 Sep 2013 09:42:05 +0200
Guido Falsi wrote:
> On 09/07/13 08:10, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 02:10:50 +0400
> > Boris Samorodov wrote:
> >
> >> 07.09.2013 01:51, O. Hartmann пишет:
> >>> On Fri, 06 Sep 2013 2
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov wrote:
> 07.09.2013 01:51, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 21:11:26 +0400
> > Boris Samorodov wrote:
> >
> >> 06.09.2013 20:44, O. Hartmann пишет:
> >>> On Fri, 06 Sep 2013 2
On Fri, 06 Sep 2013 17:35:27 +0200
Guido Falsi wrote:
> On 09/06/13 17:04, O. Hartmann wrote:
>
> > Using portmaster, I'm higly adviced to use option -f, otherwise
> > every second port I try to update gets interrupted due to missing
> > libiconv.so.3. It is
On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi wrote:
> On 09/06/13 17:26, AN wrote:
> >
> >
> > On Fri, 6 Sep 2013, Guido Falsi wrote:
> >
> >> On 09/06/13 05:16, AN wrote:
> >>> Hi:
> >>>
> >>> I am posting to both lists because this problem affects users of
> >>> current and ports, and I didn'
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov wrote:
> 06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov wrote:
> >
> >> 06.09.2013 19:44, O. Hartmann пишет:
> >>
> >>> Here we go. It
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov wrote:
> 06.09.2013 19:44, O. Hartmann пишет:
>
> > Here we go. It is the config.log from one of the failing machines,
> > failing in print/cups-client.
>
> Please, show the output of following commands (at the host in
On Fri, 06 Sep 2013 17:33:09 +0200
Guido Falsi wrote:
> On 09/06/13 17:32, O. Hartmann wrote:
> > On Fri, 06 Sep 2013 11:35:35 +0400
> > Boris Samorodov wrote:
> >
> >> 06.09.2013 07:16, AN пишет:
> >>> Hi:
> >>>
> >>>
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov wrote:
> 06.09.2013 07:16, AN пишет:
> > Hi:
> >
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> >
> > # uname -a
> > Free
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov wrote:
> 06.09.2013 07:16, AN пишет:
> > Hi:
> >
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> >
> > # uname -a
> > Free
Updating sources of CURRENT after r255211 makes the building/updating
of port x11/nvidia-driver make fail with the rror shown below:
--- nvidia_linux.o ---
nvidia_linux.c:42:37: error: incompatible integer to pointer conversion
passing 'unsigned long long' to parameter of type 'cap_rights_t *' (a
On Thu, 5 Sep 2013 16:03:31 -0400
Outback Dingo wrote:
> On Thu, Sep 5, 2013 at 2:47 PM, Miroslav Lachman <000.f...@quip.cz>
> wrote:
>
> > Edward Tomasz Napierała wrote:
> >
> >> Wiadomość napisana przez Ivan Voras w dniu 5
> >> wrz 2013, o godz. 13:18:
> >>
> >>> On 05/09/2013 12:27, Edward T
On Mon, 26 Aug 2013 16:24:26 +0200
Dimitry Andric wrote:
[...]
> > and furthermore, when I
> > thought the cups binary might be out of sync with the environment, I
> > tried to recompile the whole preint/cups installation, but this
> > fails now in a close to EPICAL way not finding "libiconv"
>
Today I update a box to 10.0-CURRENT #0 r254896: Mon Aug 26 09:42:48
CEST 2013 amd64. Bevor the update this morning, I ran a box with the
sources from around last Friday and port print/cups was working fine
so far.
After building/installation of world/kernel today as of r254896 the
cups daemon di
On Sat, 17 Aug 2013 11:41:08 -0700
Tim Kientzle wrote:
>
> On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote:
>
> > On Sat, 17 Aug 2013 10:42:07 -0700
> > Tim Kientzle wrote:
> >
> >>
> >> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
&
On Sat, 17 Aug 2013 11:41:08 -0700
Tim Kientzle wrote:
>
> On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote:
>
> > On Sat, 17 Aug 2013 10:42:07 -0700
> > Tim Kientzle wrote:
> >
> >>
> >> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
&
On Sat, 17 Aug 2013 10:42:07 -0700
Tim Kientzle wrote:
>
> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
>
> > On Sat, 17 Aug 2013 21:10:49 +0400
> > Boris Samorodov wrote:
> >
> >> 17.08.2013 13:36, O. Hartmann пишет:
> >>
> >>>
On Sat, 17 Aug 2013 21:10:49 +0400
Boris Samorodov wrote:
> 17.08.2013 13:36, O. Hartmann пишет:
>
> > I can reproduceable truncate the link in /etc/ to be NIL by typing
> > simply "reboot" when rebooting the box
>
> Does it make any difference if you use &q
On Sat, 17 Aug 2013 11:24:41 +0100
David Chisnall wrote:
> On 17 Aug 2013, at 10:48, "O. Hartmann"
> wrote:
>
> > port graphics/blender doesn't compiler neither in CURRENT nor
> > 9.2-PRE for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4
> > r2
port graphics/blender doesn't compiler neither in CURRENT nor 9.2-PRE
for the moment. On CURRENT (FreeBSD 10.0-CURRENT #4 r254430: Fri Aug 16
23:23:08 CEST 2013 amd64), compilation fails with the belwo shown error
message - for roughly a month now.
I think this is dur to some issues of inconsiste
I have running a CURRENT box (running most recent sources, recompiling
world at least four times a week) acting as a local MASTER DNS server
for my private LAN at home. The configuration is simple, the setup is
stored in /etc/namedb/named.conf. /etc/namedb is effectively a link
to /var/named/etc/n
On Sat, 10 Aug 2013 15:39:48 +0200
Gary Jennejohn wrote:
> On Sat, 10 Aug 2013 14:59:22 +0200
> "O. Hartmann" wrote:
>
> > On Sat, 10 Aug 2013 11:31:19 +0200
> > Gary Jennejohn wrote:
> >
> > > On Sat, 10 Aug 2013 11:10:40 +0200
> > > R
On Sat, 10 Aug 2013 11:31:19 +0200
Gary Jennejohn wrote:
> On Sat, 10 Aug 2013 11:10:40 +0200
> Rainer Hurling wrote:
>
> > Yes, I can confirm, that it builds, installs and runs fine for me.
> >
> > The patch should be placed as
> > x11/nvidia-driver/files/patch-src__nvidia_subr.c, shoudn't it
Most recent sources fails in kernel build:
[...]
cc -c -pipe -O3 -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 -fformat-extensions -Wmissing-include-d
On Thu, 08 Aug 2013 14:39:21 -0700
Sean Bruno wrote:
> On Thu, 2013-08-08 at 11:30 -0700, Adrian Chadd wrote:
> > Can you go over some previous versions in -HEAD and see when it was
> > introduced?
> >
> >
> >
> > -adrian
> >
> > On 8 August
kernel and world in sync. But compiling them both takes 2 hours
on my older box, I haven't access to the faster i7 system until monday.
>
>
>
> -adrian
>
> On 8 August 2013 11:10, O. Hartmann
> wrote:
> > The most recent CURRENT doesn't work with the x11/n
The most recent CURRENT doesn't work with the x11/nvidia-driver (which
is at 319.25 in the ports and 325.15 from nVidia).
After build- and installworld AND successfully rebuilding port
x11/nvidia-driver, the system crashes immediately after a reboot as
soon the kernel module nvidia.ko seems to get
Buildword on r253984 fails ins BIND9:
cc -O2 -pipe -O3 -march=native
-I/usr/src/usr.sbin/pkg_install/create/../lib -pipe -O3 -std=gnu99
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-
On Fri, 2 Aug 2013 08:26:01 +0100
David Chisnall wrote:
> On 1 Aug 2013, at 20:10, Baptiste Daroussin wrote:
>
> > Thay is with the new ld behaviour, it seems like for some reason,
> > when linking with libc++ it lacks an explicit link on libcxxrt, I
> > ll let c++ people find out why.
>
> I t
On Thu, 1 Aug 2013 21:10:52 +0200
Baptiste Daroussin wrote:
> On Thu, Aug 01, 2013 at 08:31:02PM +0200, O. Hartmann wrote:
> > Buildworld fails with
> >
> >
> > ===> libexec/atf/atf-check (all)
> > c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3
Buildworld fails with
===> libexec/atf/atf-check (all)
c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3
-I/usr/src/libexec/atf/atf-check/../../../contrib/atf
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
-Wno-unini
On Thu, 1 Aug 2013 17:26:18 +0200
"O. Hartmann" wrote:
> This is strange:
>
> Accidentally I started from two different terminals on the same box
> "rm -rf /usr/obj/usr && make -j2 buildworld"
>
> While the first proceess had a headstart, the se
This is strange:
Accidentally I started from two different terminals on the same box
"rm -rf /usr/obj/usr && make -j2 buildworld"
While the first proceess had a headstart, the second killed
the /usr/obj entries and so both jobs died immediately.
But after that, I tried simply again
"make buildw
On Tue, 30 Jul 2013 16:07:48 +0200
Julian Stecklina wrote:
> On 07/30/2013 01:46 PM, O. Hartmann wrote:
> >
> > I tried the new option "options RDRAND_RNG" on my SOHO server,
> > equipted with a Intel i3-3220 "Ivy Brdige" CPU, which is supposed
&g
On Wed, 31 Jul 2013 07:45:33 -0700
Bryan Drewery wrote:
> On 7/31/2013 3:16 AM, O. Hartmann wrote:
> >
> > Updating several ports on CURRENT fails with a fetch error, which
> > expresses itself via
> >
> > [math/eigen3]
>
> This should be fixed now
On most recent CUURENT (FreeBSD 10.0-CURRENT #4 r253800: Tue Jul 30
13:41:11 CEST 2013 amd64 ) port garphics/blender fails to compile due
to the following error.
I guess this has to do with the changes necessary to math.h/cmath and
the c++11 standard issue.
[...]
Scanning dependencies of target
b
Updating several ports on CURRENT fails with a fetch error, which
expresses itself via
[math/eigen3]
Certificate verification failed for /C=US/O=DigiCert
Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV CA-1
34380876968:error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate veri
On Tue, 30 Jul 2013 16:07:48 +0200
Julian Stecklina wrote:
> On 07/30/2013 01:46 PM, O. Hartmann wrote:
> >
> > I tried the new option "options RDRAND_RNG" on my SOHO server,
> > equipted with a Intel i3-3220 "Ivy Brdige" CPU, which is supposed
&g
I tried the new option "options RDRAND_RNG" on my SOHO server, equipted
with a Intel i3-3220 "Ivy Brdige" CPU, which is supposed to have the
Bull Mountain random number generator as a piece of hardware in its
uncore.
Enabling the kernel option doesn't reveal any presence of such a
hardware number
On Tue, 30 Jul 2013 09:29:56 +0200
"O. Hartmann" wrote:
>
>
> make installkernel fails in r253794 with the following error:
>
> ===> usb/runfw (install)
> install -o root -g wheel -m 555 runfw.ko /boot/kernel
> install: runfw.ko: No such file or director
make installkernel fails in r253794 with the following error:
===> usb/runfw (install)
install -o root -g wheel -m 555 runfw.ko /boot/kernel
install: runfw.ko: No such file or directory
*** Error code 71
regards,
oliver
signature.asc
Description: PGP signature
I have trouble with a ZFS pool after interrupted scrubbing on FreeBSD
10-CURREN (10.0-CURRENT #1 r253579: Tue Jul 23 20:31:59 CEST 2013
amd64).
After I shut down the box while the ZFS pool in question was still in
scrubbing, after a reboot the system marked that pool as defect. I
tried to clean t
On Fri, 12 Jul 2013 12:13:58 -0500
Scot Hetzel wrote:
> On Fri, Jul 12, 2013 at 11:16 AM, Scot Hetzel
> wrote:
> > On Thu, Jul 11, 2013 at 9:33 AM, David Chisnall
> > wrote:
> >> On 11 Jul 2013, at 13:11, Bruce Evans wrote:
> >>
> >>> The error message for the __builtin_isnan() version is slig
Updating CURRENT from r253216 to r253252 triggers an updating of
several ports to fail, namely, for instance,
www/firefox
graphiks/webkit-gtk2
deskuitls/fbreader
graphics/gdal
The error is in all ports when compiled with CLANG 3.3 -std=c++11
-stdlib=libc++ similar, routing to math.h. I will show
On Wed, 10 Jul 2013 18:04:16 +0100
David Chisnall wrote:
> On 10 Jul 2013, at 17:33, "O. Hartmann"
> wrote:
>
> > Hi David,
> >
> > thanks for the fast response.
> >
> > The code I was told to check with is this:
> >
> > #in
On Wed, 10 Jul 2013 15:22:58 +0100
David Chisnall wrote:
> Hi,
>
> On 10 Jul 2013, at 14:58, "O. Hartmann"
> wrote:
>
> >
> > Whe I try to compile the sources of a port in spe (devel/pocl),
> > which is now out as RC6, I receive this error shown b
Whe I try to compile the sources of a port in spe (devel/pocl), which
is now out as RC6, I receive this error shown below:
[...]
../vecmathlib/pocl/../vec_sse_double1.h:451:38: error:
conversion from 'int' to 'boolvec_t' (aka 'boolvec') is
ambiguous boolvec_t isinf() const { return std::isinf(v);
On Sun, 7 Jul 2013 10:11:28 +0200
"O. Hartmann" wrote:
>
> Hello.
>
> I try to compile a package of C++ software for FreeBSD with CLANG
> which uses clang++. I have to use -stdlib=libc++ -std=c++11.
>
> I receive the following error and after consulting develope
Hello.
I try to compile a package of C++ software for FreeBSD with CLANG which
uses clang++. I have to use -stdlib=libc++ -std=c++11.
I receive the following error and after consulting developers of the
code I was informed that libc++ routine "std::isinf()" should return
boolvec_t, but it return
I'll fix it when I get to the office this morning.
The code version I have is
[...]
>>> Updating /usr/src using Subversion
--
Updating '.':
At revision 252505.
[...]
Thanks for looking into it.
Regards,
Olive
The recent sources fails to build with the following error:
[...]
===> sbin/devd (all)
c++ -O2 -pipe -O3 -march=native -I. -I/usr/src/sbin/devd -pipe -O3
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
-Wno-uninitialize
On Sun, 23 Jun 2013 01:53:18 +0900 (JST)
Hiroki Sato wrote:
> hiren panchasara wrote
> in
> :
>
> hi> On Jun 22, 2013 6:09 AM, "O. Hartmann"
> hi> wrote:
> hi> >
> hi> >
> hi> > Just for notice.
> hi> >
> hi> >
Just for notice.
The most recent sources fail to compile a kernel successfully:
[...]
/usr/src/sys/fs/nfsclient/nfs_clstate.c:5160:33: error: format
specifies type 'long long' but the argument has type 'uint64_t' (aka
'unsigned long') [-Werror,-Wformat] "lastbyte=%qd\n", error,
flp->nfsfl_off,
Having a 1TB disk with a MBR partition layout created successfully with
"gpart create -s MBR ada4", which is shown as
Geom name: ada4
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 1953525167
first: 63
entries: 4
scheme: MBR
Consumers:
1. Name: ada4
Mediasize: 1000204886016 (931G)
On Fri, 14 Jun 2013 15:40:20 +0400
Boris Samorodov wrote:
> 14.06.2013 15:06, Sergey Kandaurov пишет:
> > On 14 June 2013 13:55, O. Hartmann
> > wrote:
> >> Kernel build fails on recent r251744 CURRENT:
> >>
> >> [...]
> >> --- vlapic.o -
Kernel compilation fails on most recent CURRENT with the following
error on AMD64 machines:
--- vlapic.o ---
/usr/src/sys/modules/vmm/../../amd64/vmm/io/vlapic.c:468:15: error:
implicit declaration of function 'cpusetobj_ffs' is invalid in C99
[-Werror,-Wimplicit-function-declaration] while ((i =
Kernel build fails on recent r251744 CURRENT:
[...]
--- vlapic.o ---
/usr/src/sys/modules/vmm/../../amd64/vmm/io/vlapic.c:468:15: error:
implicit declaration of function 'cpusetobj_ffs' is invalid in C99
[-Werror,-Wimplicit-function-declaration] while ((i =
cpusetobj_ffs(&dmask)) != 0) { ^ 1 error
On Mon, 3 Jun 2013 11:15:25 -0700
Steve Kargl wrote:
> On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote:
> > Compiling most recent world doesn't proceed and fails with the
> > following error:
> >
> > /usr/src/lib/msun/ld80/s_expl.c:288:12: error: use
Compiling most recent world doesn't proceed and fails with the
following error:
/usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of
undeclared identifier 'P5' t45 = r * P5 + P4;
Just for notice.
Oliver
signature.asc
Description: PGP signature
With CLANG on FreeBSD 10.0-CURRENT r250968, I get this error message in
a source I try to port.
I did not find any suitable "official" workaround and I'd like to avoid
patching all files containing those #pragma statements. Is there a
geenral solution on FreeBSD to overcome this?
error: unknown w
Since r250670 (last known stable) I face a lot of problems.
On systems with SSD, after a couple of seconds the box is crashing and
rebooting, showing up a lot of CAM/SCSI stuff on the console.
A system with "traditional" disks I get while shutdown in progress (via
ACPI power button or shutdown -p
Switching off systems running FreeBSD 10.0-CURRENT #3 r250886: Tue May
21 23:12:29 CEST 2013 amd64 but pressing the power button doesn't switch
the box off anymore. The console is stuck with presenting last lines of
syncing disks and several numbers counting down the to-sync blocks.
This happens
For a short notice:
I have a box that is at the moment stuck with r250670 since this is
version doesn't crash.
Every version above also most recent sources, coredump after several
seconds after the console login shows up with a lot of chat on the
screen regarding CAM and SCSI-like output.
This b
On Thu, 2013-05-16 at 19:42 +0100, Steven Hartland wrote:
> - Original Message -
> From: "Xin Li"
>
>
> > On 05/15/13 10:20, O. Hartmann wrote:
> >> Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> >> 14 21:13:19 CEST 201
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/15/13 10:20, O. Hartmann wrote:
> > Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> > 14 21:13:19 CEST 2013 amd64 were scrubbing the pools ov
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/15/13 10:20, O. Hartmann wrote:
> > Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> > 14 21:13:19 CEST 2013 amd64 were scrubbing the pools ov
Several machines running
FreeBSD 10.0-CURRENT #0 r250636: Tue May 14 21:13:19 CEST 2013 amd64
were scrubbing the pools over the past two days. Since that takes a
while, I was sure I could shutdown the boxes and scrubbing will restart
next restart automatically.
Not this time! On ALL(!) systems (t
On Thu, 2013-05-09 at 17:16 -0500, Larry Rosenman wrote:
> On 2013-05-09 06:16, Damjan Jovanovic wrote:
> > On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman wrote:
> > On 2013-05-08 13:37, Larry Rosenman wrote:
> >
> > On 2013-05-08 12:46, Larry Rosenman wrote:
> > On 2013-05-08 12:00, Daniel Eisch
On Sun, 2013-05-05 at 10:01 +0400, de...@stasyan.com wrote:
> Hello !
>
>This problems appears about 4-6 months ago after updating of -CURRENT host.
> Unable to boot host with nvidia_load="YES" in loader.conf because panic.
> But when nvidia driver loads manually via kldload, everything OK.
>
When doing a
make installworld
on FreeBSD 10.0-CURRENT #1 r250041: Mon Apr 29 09:34:03 CEST 2013 amd64
(sources at "At revision 250097")
I receive this sticky error below:
/usr/share/man/man4/nve.4.gz -> /usr/share/man/man4/ntb_hw.4.gz
install: link /usr/share/man/man4/ntb_hw.4.gz
-> /usr/sh
If people would participate in discussions of severe subjects like they
do regarding to the none-sense that BSD hater writes and womit out into
the world, or even start commenting on the misguided guy's preferred
comments in the Phoronix forum, I guess Google would counter-balance the
hits a search
901 - 1000 of 1408 matches
Mail list logo
