Re: Revision: 247040: kernel crashes with funny blinking characters on console on Ivy-Bridge CPUs

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 diff

Re: r247095 Boot Failure

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: > https://lh5.googleusercontent.com/-Lq_jlX8of0o/USY4cqZ5BOI/GoI/Nd1LGPbFjHc/s1112/IMG_201

Re: r247095 Boot Failure

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

Re: r247095 Boot Failure

washington.edu> wrote: > >> On Thu, Feb 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. >>&

Re: r247095 Boot Failure

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 > wrote: > >> Am 02/21/13 22:01, schrieb Shawn Webb: >>> I'

print/ghostscript9: ./base/sjpx_openjpeg.c:169: error: too many arguments to function

This arise today when updating ghostscript9-9.04 to ghostscript9-9.05: cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE -DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -O2 -fno-strict-aliasing -pipe -march=native -fPIC -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript9/work/ghostscript-

Re: Mesa 8.0 Info

On 02/13/12 09:34, vehemens wrote: > Interesting to read that FreeBSD has now explicitely been extracted from the description file :-( signature.asc Description: OpenPGP digital signature

Re: Mesa 8.0 Info

On 02/13/12 19:31, Ivan Klymenko wrote: > В Mon, 13 Feb 2012 19:02:30 +0100 > "O. Hartmann" пишет: > >> On 02/13/12 09:34, vehemens wrote: >> >>> <http://cgit.freedesktop.org/mesa/mesa/commit/?id=d01de08c4c84f0406a23ce38e1c9c163ed2b91bc> >

killed libc.so.7 somehow - help./ISO images of CURRENT

Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a backup. Now my FreeBSD 10/amd64 box, compiled yesterday's world last time, refuses to do anything since login doesn't work. /bin/sh is missing a symbol, I forgot the name, it was late last night (and therefore I made that mistake

Re: killed libc.so.7 somehow - help./ISO images of CURRENT

On 02/15/12 13:01, Lars Engels wrote: > On Wed, Feb 15, 2012 at 01:47:24PM +0200, Andriy Gapon wrote: >> on 15/02/2012 12:33 O. Hartmann said the following: >>> Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a >>> backup. Now my FreeBSD 10/amd64

Re: killed libc.so.7 somehow - help./ISO images of CURRENT

On 02/15/12 13:58, Dimitry Andric wrote: > On 2012-02-15 13:37, O. Hartmann wrote: >> ;-) Problem: I can not even login anymore, since I have "insecured" the >> console for security reasons and the shell is rejecting due to a symbol >> missing. I tried booting

Re: killed libc.so.7 somehow - help./ISO images of CURRENT

On 02/15/12 13:58, Dimitry Andric wrote: > On 2012-02-15 13:37, O. Hartmann wrote: >> ;-) Problem: I can not even login anymore, since I have "insecured" the >> console for security reasons and the shell is rejecting due to a symbol >> missing. I tried booting

No working IDE in FreeBSD!

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 FreeBSD's ancient outdated version in the por

Re: No working IDE in FreeBSD!

On 02/23/12 14:38, Eduardo Morras wrote: > 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 prefer

Re: No working IDE in FreeBSD!

On 03/01/12 09:49, Pietro Cerutti wrote: > On 2012-Feb-28, 15:44, Pietro Cerutti wrote: >> On 2012-Feb-26, 11:48, O. Hartmann wrote: >>> On 02/23/12 14:38, Eduardo Morras wrote: >>>> At 12:22 23/02/2012, O. Hartmann wrote: >>>> Codelite, i use it and works

Re: flowtable usable or not

On 03/03/12 07:44, H wrote: > Doug Barton wrote: >> [...] Sure, >> our strength is servers, and that is not going to change. I agree and disagree. Based upon the struggle with desktop usage and focus on development, FreeBSD is de facto more server oriented. But in comparison to several other non-

"/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC}

On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this error message as shown below. I need to add, that I compiled the shown nvidia-driver hours ago on all FreeBSD 9.0-STABLE boxes with the same settings and I compiled the driver just two days before the same way I tried it this morn

Fwd: Re: flowtable usable or not

on 03/03/2012 13:44 O. Hartmann said the following: > Back to the topic of the initial posting: > > Where can I find documentation for the "idiot" about flowtable? I can > switch this to "ON" in the kernel config on FreeBSD 9.0-STABLE as well as > in FreeB

Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC}

On 03/03/12 15:19, Florian Smeets wrote: > On 03.03.12 14:24, Chris Rees wrote: >> On 3 March 2012 11:48, O. Hartmann wrote: >>> On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this >>> error message as shown below. >>> >>> I need to

CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory

Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error messages since this weekend: clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=native -I/usr/src/usr.bin/xlint/xlint/../lint1 -DPREFIX=\"\" -I/usr/src/usr.bin/xlint/xlint/../arch/amd64 -I/usr/src

Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory

On 03/04/12 18:51, Pegasus Mc Cleaft wrote: > On Sunday 04 March 2012 16:27:56 Manfred Antar wrote: >> At 05:25 AM 3/4/2012, O. Hartmann wrote: >>> Buildworld of FBSD 10.o-CUR/amd64 fails with the below shown error >>> messages since this weekend: >>> >

buildworld/buildkernel broken: undefined reference to `_ThreadRuneLocale'

While trying to build world or even build kernel, FreeBSD 10.0-CURRENT/amd64 built with CLANG and going to be build with CLANG starts failing. Attached you'll find my src.conf. /etc/make.conf contains the "traditional" CLANG stuff, nothing chaged in make.conf since the last successful build: ### #

Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory

On 03/04/12 22:46, Dimitry Andric wrote: > On 2012-03-04 21:34, O. Hartmann wrote: > ... >> Where are those new "WITH_CLANG_" tags documented? > > In src.conf(5), where all the WITH_ and WITHOUT_ settings are > documented. > > I should probably have sent

undefined reference to `_ThreadRuneLocale': make buildkernel and make buildworld broken

This is what I get when trying to build a kernel from sources at revision 232526 and system at revision: 10.0-CURRENT #0 r232497: Sun Mar 4 16:35:35 CET 2012. It is impossible to do even a simple make installincludes this breaks with: ===> kerberos5 (installincludes) ===> kerberos5/doc (insta

Re: CLANG buildworld failure: lint: cannot exec /usr/obj/usr/src/tmp/usr/bin/cc: No such file or directory

On 03/05/12 08:45, Dimitry Andric wrote: > On 2012-03-05 00:40, O. Hartmann wrote: > ... >> All right, my /etc/src.conf looks like this now (as it does before): >> >> WITH_CLANG= YES >> WITH_CLANG_EXTRAS= YES >> # >> WITH_BIND_LIBS=

Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

Hello. Well, I run on a brand new "luxury" box the newest Intel CPU Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent ASUS workstation motherboard. The box is running FreeBSD 9.0-STABLE/amd64 at the moment. I discovered some "problems" with the SATA/AHCI interface. Since the peri

Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

On 03/06/12 18:33, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:09 PM, O. Hartmann > wrote: >> Hello. >> […] >> >> Well, I tried to switch by doing a "svn switch" in /usr/src, building a >> kernel, restarting the kernel in single user mode and then

Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

On 03/06/12 18:33, Tom Evans wrote: > On Tue, Mar 6, 2012 at 4:09 PM, O. Hartmann > wrote: >> Hello. >> […] >> >> Well, I tried to switch by doing a "svn switch" in /usr/src, building a >> kernel, restarting the kernel in single user mode and then

Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

On 03/06/12 20:08, Dimitry Andric wrote: > On 2012-03-06 17:09, O. Hartmann wrote: > ... >> Well, I tried to switch by doing a "svn switch" in /usr/src, building a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some

Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

On 03/06/12 19:03, Olli Hauer wrote: > On 2012-03-06 17:09, O. Hartmann wrote: >> Hello. >> >> Well, I run on a brand new "luxury" box the newest Intel CPU >> Sandy-Brideg-E in its incarnation of the Core i7-X3930K on a decent ASUS >> workstation motherb

Re: Migrating from FreeBSD 9.0-STABLE/amd to 10.0-CURRENT/amd64?

On 03/06/12 20:08, Dimitry Andric wrote: > On 2012-03-06 17:09, O. Hartmann wrote: > ... >> Well, I tried to switch by doing a "svn switch" in /usr/src, building a >> kernel, restarting the kernel in single user mode and then trying to >> build the world. At some

OpenCL backend for LLVM

Sorry if you feel boring by those messages, but soem of us still get wet eyes when it comes to OpenCL and LLVm (LLVM is supposed to become soon the backend compiler in FreeBSD, as I understand). On PHORONIX I read this message days ago: http://www.phoronix.com/scan.php?page=news_item&px=MTA2NzM I

Re: More of that "Rune" business

On 03/09/12 21:04, Conrad J. Sabatier wrote: > I'm getting quite a few of these "Rune"-related errors during port > builds lately. I've tried following the advice from the list, but no > good, they still keep occurring. I even tried backing off to my last > known good buildworld/buildkernel (arou

FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

I might have missed the point but since a week now I can't build FreeBSD 10.0 CURRENT/amd64 with CLANG anymore. Amongst other problems I was told that the code this momnet is incapable to build properly with CLANG, but then several fixes where merged. Building world ends up everytime at the below

Re: More of that "Rune" business

On 03/10/12 06:53, Conrad J. Sabatier wrote: > On Fri, 9 Mar 2012 23:38:22 -0600 > "Conrad J. Sabatier" wrote: > >> On Fri, 09 Mar 2012 22:39:23 +0100 >> "O. Hartmann" wrote: >> >>> On 03/09/12 21:04, Conrad J. Sabatier wrote: >>&g

Re: FreeBSD 10.0-CURRENT #0 r232730: buildworld broken with CLANG?

On 03/10/12 19:09, Dimitry Andric wrote: > On 2012-03-10 17:11, Ivan Klymenko wrote: >> В Sat, 10 Mar 2012 14:26:42 +0100 >> Dimitry Andric пишет: > ... >>> Unfortunately, you did a -j build, which makes the actual errors >>> difficult to find, and if you show only the last few lines, as you >>> h

CURRENT: make -jX buildworld doesn't work

This is no compalin, since make buildworld works with one thread. But I'd like to report a funny thing I witnessed. On two boxes equipted with Core2Dou CPUS (E8500, 2 cores/threads, Q6600, 4 cores/threads) a parallel make buildworld works fine with the most recent sources of FreeBSD 10.0-CURRENT

Re: CURRENT: make -jX buildworld doesn't work

On 03/14/12 16:08, Ian Lepore wrote: > On Wed, 2012-03-14 at 14:47 +0100, O. Hartmann wrote: >> This is no compalin, since make buildworld works with one thread. >> >> But I'd like to report a funny thing I witnessed. >> >> On two boxes equipted with

PostgreSQL server 9.1.3 rejects connections after update: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0

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 the error message: Error connection

FreeBSD 10 completely on IPv6, without IPv4?

Hello. Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I read some time ago that to be run still some portions of the IPv4-code is needed to be compiled into the system/kernel. Regards, Oliver signature.asc Description: OpenPGP digital signature

Re: FreeBSD 10 completely on IPv6, without IPv4?

Am 03/28/12 13:33, schrieb Andrey Fesenko: > On Wed, Mar 28, 2012 at 12:09 PM, O. Hartmann > wrote: >> Hello. >> >> Is FreeBSD 10.0-CURRENT capable/ready to be run as a IPv6-only system? I >> read some time ago that to be run still some portions of the IPv4-code &g

Re: PostgreSQL server 9.1.3 rejects connections after update: Error connection to the server: FATAL: frontend-protocol 1234.5887 not supported: server supports 1.0 through 3.0

Am 03/27/12 15:20, schrieb Eduardo Morras: > 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 r

Using TMPFS for /tmp and /var/run?

I was wondering if there are some objections using TMPFS for /tmp and /var/run. I figured out some problems with some rc.d scripts when using TMPFS for /var/run, samba and OpenLDAP do store some informations like PID in a subfolder of their own in /var/run, but the rc.d scripts are not checking pro

Re: Using TMPFS for /tmp and /var/run?

Am 03/29/12 18:14, schrieb David Wolfskill: > On Thu, Mar 29, 2012 at 04:18:06PM +0200, O. Hartmann wrote: >> I was wondering if there are some objections using TMPFS for /tmp and >> /var/run. >> ... >> My question is whether there are objections using TMPFS for bot /tm

Re: Using TMPFS for /tmp and /var/run?

Am 03/29/12 21:50, schrieb Eric van Gyzen: > On 03/29/12 09:18, O. Hartmann wrote: >> I was wondering if there are some objections using TMPFS for /tmp and >> /var/run. > > For /tmp, what exactly do you mean? > > If you want to use tmpfs instead of md/mdmfs when tmpmfs

FreeBSD 10.0-CURRENT/amd64 and SSL connections to PostgreSQL 9.1.3: broken!

A couple of days ago I updated FreeBSD 10.0-CURRENT and deleted old libs and old files via "make delete-old-XXX" in /usr/src, as I saw that Kerberos5/Heimdal got an update. After that, several server/applications didn't work correctly anymore due to missing, already deleted libraries. So i recomp

SSL: wrong/broken in FreeBSD 10.0-CURRENT?

Sorry for the naiv headline. I run into massive problems on all of my FreeBSD 10.0-CURRENT driven boxes. PostgreSQL rejects accessing OpenLDAP via SSL and all clients accessing the database and autheticating users via a SSL/TLS secured conection to OpenLDAP refuse working. This includes some very

Re: SSL: wrong/broken in FreeBSD 10.0-CURRENT?

Am 03/30/12 15:50, schrieb O. Hartmann: > Sorry for the naiv headline. > > I run into massive problems on all of my FreeBSD 10.0-CURRENT driven > boxes. PostgreSQL rejects accessing OpenLDAP via SSL and all clients > accessing the database and autheticating users via a SSL/TLS secu

Re: NEWS: NVIDIA Open-Sources Its CUDA Compiler

Am 03/29/12 20:23, schrieb Ivan Klymenko: > В Thu, 15 Dec 2011 01:02:03 +0100 > "O. Hartmann" пишет: > >> Just read this on >> >> phoronix.com >> >> Is this finally a chance to get GPGPU on FreeBSD natively supported? >> >> nVidia h

FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779

Hello out there. My FreeBSD 10 box is at revision r233779. I updated the sources this morning and made a buildworld successfully. After a reboot of the box, I witness several bad issues. Firefox, for instance, is droppimng a core now when starting. Using portmaster for updates produces a lot of S

Re: FreeBSD 10.0-CURRENT/amd64: clientsoftware crashes since make world of today at revision r233779

Am 04/02/12 16:06, schrieb Alexander Kabaev: > On Mon, 02 Apr 2012 14:32:51 +0200 > "O. Hartmann" wrote: > >> Hello out there. >> >> My FreeBSD 10 box is at revision r233779. I updated the sources this >> morning and made a buildworld successfully.

ECC memory driver in FreeBSD 10?

I'm looking for a way to force FreeBSD 10 to maintain/watch ECC errors reported by UEFI (or BIOS). Since ECC is said to be essential for server systems both in buisness and science and I do not question this, I was wondering if I can not report ECC errors via a watchdog or UEFI (ACPI?) report to sy

Re: Scheduler + IPC performance on FreeBSD 7.4, 8.2, 9.0 and -CURRENT

Am 04/05/12 20:03, schrieb Arnaud Lacombe: > Hi folks, > > Over the past months, I ran on a couple of unused box the > `hackbench'[HACKBENCH] benchmark used by the Linux folks for tracking > down various kind of regression/improvement. `hackbench' is a > scheduler + IPC test (socket xor pipe). It

FreeBSD 10.0-CURRENT/amd r234000: Xorg/xdm startup failure when started via /etc/ttys

Since I recompiled this morning the sources of FreeBSD 10.0-CURRENT/amd64 (r234000), I have a very strange behaviour of xdm started via /etc/ttys. For a short moment the xdm login requester is shown on the screen and then the console is visible again. Well, I tried to investigate the problem and th

xdm failing to start on FBSD 10.0 r2340030 erratically

I loose hair ... Since yesterady's "make world" (last make world: the day before yesterday), getting FreeBSD 10.0-CURRENT/amd64 to r234000 or so, the X11 system on all of our FreeBSD 10.0-CUR/amd64 boxes start rejecting the start of xdm display manager. xdm is started from /etc/ttys on ttyv7. This

Re: xdm failing to start on FBSD 10.0 r2340030 erratically

Am 04/08/12 17:29, schrieb David Wolfskill: > On Sun, Apr 08, 2012 at 01:29:36PM +0200, O. Hartmann wrote: >> I loose hair ... >> Since yesterady's "make world" (last make world: the day before >> yesterday), getting FreeBSD 10.0-CURRENT/amd64 to r234000 or

Re: xdm failing to start on FBSD 10.0 r2340030 erratically

Am 04/09/12 11:15, schrieb Anton Shterenlikht: > On Mon, Apr 09, 2012 at 10:54:07AM +0200, O. Hartmann wrote: >> Am 04/08/12 17:29, schrieb David Wolfskill: >>> On Sun, Apr 08, 2012 at 01:29:36PM +0200, O. Hartmann wrote: >>>> I loose hair ... >>>> Since

Re: ECC memory driver in FreeBSD 10?

Am 04/08/12 14:53, schrieb Miroslav Lachman: > Nikolay Denev wrote: >> On Apr 6, 2012, at 2:48 PM, O. Hartmann wrote: >> >>> I'm looking for a way to force FreeBSD 10 to maintain/watch ECC errors >>> reported by UEFI (or BIOS). >>> Since ECC is

Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys

Since I have had much trouble starting xdm via /etc/ttys, I tried to investigate the revision when the bug was introduced and as I wrote in a former message to the list, since I recompile world almost daily, I saw the introduction with a commit to sbin/init/init.c. A subversion diff reveals: ===

Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys

Am 04/11/12 07:08, schrieb Konstantin Belousov: > On Tue, Apr 10, 2012 at 10:36:45PM +0200, Ed Schouten wrote: >> Hi Oliver, >> >> * O. Hartmann , 20120410 11:37: >>> Reverting init.c back to its previous state seems to make the error go away. >> >> S

Re: kernel build failure

Am 04/13/12 00:21, schrieb AN: > At Thu Apr 12 17:52:05 EDT 2012: > > [root@FBSD10 /usr/src]# svn up > Updating '.': > At revision 234196. > > Trying to build the kernel I get the following failure: > > time make -j8 buildkernel KERNCONF=MYKERNEL > > > > ===> zlib (all) > cc -O2 -pipe -fno-st

Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys

Am 04/13/12 22:35, schrieb Matthias Andree: >> The error xdm is loggin is: >> >> === >> Build Date: 07 April 2012 04:51:08PM >> >> Current version of pixman: 0.24.2 >> Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> Markers: (

Re: howto debug a complete hard reset

Am 04/13/12 23:36, schrieb Alexander Best: > hi there, > > i'm running HEAD on amd64 and experienced some really annoying resets during > the last couple of months. > > when i do 'sysctl -a' or 'sysctl -a|grep bla', my whole system does a hard > reset. no core dump gets produced. > > isn't there

Re: kernel build failure

Am 04/15/12 00:01, schrieb AN: > > > On Fri, 13 Apr 2012, O. Hartmann wrote: > >> Am 04/13/12 00:21, schrieb AN: >>> At Thu Apr 12 17:52:05 EDT 2012: >>> >>> [root@FBSD10 /usr/src]# svn up >>> Updating '.': >>> At revisi

Re: ufs multilabel performance (fwd)

, 2x1T sata disks in raid1, the host > runs linux. I think with this hw the mentioned speed is really slow. > > Regards, > > > Kojedzinszky Richard > Euronet Magyarorszag Informatikai Zrt. > > On Sun, 15 Apr 2012, O. Hartmann wrote: > >> Date: Sun, 15 Apr 2012

Re: ufs multilabel performance (fwd)

Am 04/15/12 22:00, schrieb Garrett Cooper: > On Apr 15, 2012, at 12:30 PM, O. Hartmann wrote: > >> Am 04/15/12 15:59, schrieb Richard Kojedzinszky: >>> Thank you for the reply. >>> >>> Unfortunately, dont know why, but on my xen virtualised environment, &

Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys

Am 04/15/12 22:25, schrieb Ed Schouten: > Hi Oliver, > > * O. Hartmann , 20120413 19:09: >> Hope the discussion is going on and will make the problem go away. It is >> still present and bothering ... > > Sorry about taking so long to respond. I've been very busy

Re: Changes to sbin/init/init.c (r233944) makes x11/xdm impossible to start from /etc/ttys

Am 04/15/12 22:25, schrieb Ed Schouten: > Hi Oliver, > > * O. Hartmann , 20120413 19:09: >> Hope the discussion is going on and will make the problem go away. It is >> still present and bothering ... > > Sorry about taking so long to respond. I've been very busy

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

On 04/15/12 12:30, Conrad J. Sabatier wrote: > Today I'm suddenly unable to boot a newly built kernel without crashing > right near the end of the device probes, just before the system is > about to actually come up: > > Fatal trap 18: integer divide fault while in kernel mode > > Stopped at 0xff

: Conf string ends with key

Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of : Conf string ends with key on console, screens, xterms with almost everything I touch. If those messages, which I believe are surely necessary, could be focused on t

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

On 04/17/12 10:49, Rainer Hurling wrote: > Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napierała: >> Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. >> 19:58: >>> On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer

Re: : Conf string ends with key

On 04/17/12 14:51, Ivan Klymenko wrote: > В Tue, 17 Apr 2012 10:42:13 +0200 > "O. Hartmann" пишет: > >> Having just built world on 10.0-CURRENT FreeBSD 10.0-CURRENT #0 >> r234370: Tue Apr 17 10:17:46 CEST 2012, gives me now a flooding of >> >> :

usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch], case XGE_LL_EVENT_DEVI

Compiling the most recent kernel sources results in the following error. OS is: FreeBSD 10.0-CURRENT #3 r234326: Mon Apr 16 00:47:35 CEST 2012 ===> nxge (all) clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=native -DXGE_DEBUG_MODULE_MASK=XGE_COMPONENT_LL -DXGE_DEBUG_ERR

Re: usr/src/sys/modules/nxge/../../dev/nxge/if_nxge.c:1289:11: error: case value not in enumerated type 'xge_hal_event_e' (aka 'enum xge_hal_event_e') [-Werror,-Wswitch], case XGE_LL_EVENT_

Am 04/17/12 21:55, schrieb Dimitry Andric: > On 2012-04-17 21:28, O. Hartmann wrote: >> Compiling the most recent kernel sources results in the following error. >> OS is: >> >> FreeBSD 10.0-CURRENT #3 r234326: Mon Apr 16 00:47:35 CEST 2012 >> >> ===> nx

New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

Compiling Xorg stuff with the switch set in /etc/make.conf for the new Xorg graphics/dri mesa 7.11.x and xorg-server 1.10.6 with CLANG on bot FreeBSD 10 and 9 end up in an error: nouveau_array.c:49:16: error: illegal storage class on function *extract_u = EXTRACT(char, unsigned, 1

www/firefox and mail/thunderbird fail to compile in FreeBSD 10-CUR/amd64 with CLANG

On my FreeBSD 10 boxes, all compiled with CLANG and using CLANG ( FreeBSD 10.0-CURRENT #0 r234500: Fri Apr 20 21:59:02 CEST 2012), compiling/updating Firefox to V12 and Thunderbird to V12 fails with the below shown error. Does someone have any clue what could trigger the problem? On FreeBSD 9-STA

Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

Am 04/28/12 13:12, schrieb Volodymyr Kostyrko: > O. Hartmann wrote: >> Is there in "official" way to get this fixed with CLANG? I see that >> files folder in graphics/dri is missing, so none of the fixes for both >> the faulty source files > > I think

lang/gcc46: error when compiling with CLANG

On a FreeBSD 10-CURRENT/amd64 box the compilation/update of the port lang/gcc46 fails with the below shown error. Since the port compiles well on FreeBSD 9 and another FreeBSD 10 box (all amd64, CLANG built), I feel a bit confused since the setup is almost the same on all boxes. The machine in que

www/firefox or mail/thunderbird: Build on FreeBSD 10-CURRENT/amd64 CLANG doesn't work: ./jsapi.h:2105:1: error: 'JS_GetNegativeInfinityValue' has C-linkage specified, but returns user-defined type 'js

Both ports, www/firefox and mail/thunderbird, reject compiling/updating with almost the same error as shown below for www/firefox. This happens on all FreeBSD 10-CURRENT/amd64 boxes compiling with CLANG. FreeBSD 9 is fine. Are there any solutions? Is this problem "well known" and I missed somethi

Re: lang/gcc46: error when compiling with CLANG

Am 04/29/12 14:18, schrieb Dimitry Andric: > On 2012-04-29 12:54, O. Hartmann wrote: >> On a FreeBSD 10-CURRENT/amd64 box the compilation/update of the port >> lang/gcc46 fails with the below shown error. >> >> Since the port compiles well on FreeBSD 9 and another F

Re: New Xorg: graphics/dri: fails to compile with CLANG: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

Am 04/28/12 18:52, schrieb Dimitry Andric: > On 2012-04-28 13:12, Volodymyr Kostyrko wrote: >> O. Hartmann wrote: >>> Is there in "official" way to get this fixed with CLANG? I see that >>> files folder in graphics/dri is missing, so none of the fixes for bot

Re: www/firefox and mail/thunderbird fail to compile in FreeBSD 10-CUR/amd64 with CLANG

I realized that compiling mail/thunderbird and www/firefox on most recent FreeBSD 10-CURRENT/amd64 with CLANG/LLVM 3.1 doesn't work anymore. Compiling www/firefox and mail/thunderbird with gcc 4.6 works fine. Am 04/29/12 10:10, schrieb O. Hartmann: > On my FreeBSD 10 boxes, all compi

Re: lang/gcc46: error when compiling with CLANG

Am 04/30/12 13:44, schrieb Jean-Sébastien Pédron: > On 30.04.2012 08:11, O. Hartmann wrote: >> Repeating the build ends up at the same "stage" as it stopped when >> building on regular basis - for my understanding. > > You say you have two boxes running 10-CURR

LLVM compiler backend for AMD Radeon HD r600 - the potential solution for OpenCL in FreeBSD?

I read this week this article on Phoronix: http://www.phoronix.com/scan.php?page=article&item=amd_r600g_llvm&num=1 Well, it looks promising to me in terms of having also OpenCL capabilities for GPGPU, but as the report says, the code is not finished and still in a very preliminary stage. What is

Re: FreeBSD 10 prognostication...

On 05/03/12 06:31, Vance Siemens wrote: > Can't say that I wouldn't look forward to this, but it sounds a little off: > > http://www.trollaxor.com/2012/05/freebsd-x-berkeley-unix-apple-quality.html > > What do others think? > > --Vance OMG! signature.asc Description: OpenPGP digital signatur

Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

On 05/06/12 01:55, Dimitry Andric wrote: > On 2012-05-05 17:54, Hartmann, O. wrote: >> Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes >> massive trouble with net/openldap24-server (SASL enabled, so it is >> openldap-sasl-server). >> >> Last time OpenLDAP worked was Thursday las

Binary packages for LibreOffice 3.5 or 3.4

. I'd like to ask whether there are sites were binary packages could be downloaded from and are there any experiences with installing them on either 9-STABLE or 10-CURRENT? Thank you very much for the patience, O. Hartmann signature.asc Description: OpenPGP digital signature

Re: Binary packages for LibreOffice 3.5 or 3.4

On 05/06/12 16:15, Baptiste Daroussin wrote: > On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote: >> On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: >>> Since LibreOffice 3.5.X can not be build on either FreeBSD >>> 9-STABLE/amd64 or FreeBS

Re: Binary packages for LibreOffice 3.5 or 3.4

On 05/07/12 22:08, Baptiste Daroussin wrote: > On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: >> On 2012-05-07 12:22, Hartmann, O. wrote: >> ... >>> The error I faced was introduced by the port net/libcmis, which in my >>> case was built via gcc 4.6 (and doesn't build with CLANG).

Re: Binary packages for LibreOffice 3.5 or 3.4

On 05/07/12 20:22, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... >> The error I faced was introduced by the port net/libcmis, which in my >> case was built via gcc 4.6 (and doesn't build with CLANG). After >> building libcmis with legacy gcc 4.2.1, I was able to build >> ed

can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet

I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with the following error when building with CLANG either worl or kernel. Is there something I missed? How to solve? regards, Oliver clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=native -I/usr/src/sys

Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet

On 05/11/12 20:08, Dimitry Andric wrote: > On 2012-05-11 19:41, O. Hartmann wrote: >> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >> the following error when building with CLANG either worl or kernel. >> >> Is there something I missed? How to

Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet

On 05/11/12 21:52, Andriy Gapon wrote: > on 11/05/2012 20:50 Garrett Cooper said the following: >> On Fri, May 11, 2012 at 10:41 AM, O. Hartmann >> wrote: >>> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >>> the following error when b

r235510: recent buildworld fail

When compiling world (make buildworld) I receive the bewlo error, which seems very strange! The error occured out of the blue on a FreeBSD 10.0-CURRENT/amd64 box. The line /usr/obj/usr/src/tmp/usr/bin/ld: Warning: size of symbol `_ZNSi6ignoreEv@GLIBCXX_3.4' changed from 243 in /usr/obj/usr/src/tm

CURRENT: buildworld fails

Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64 anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I maintain. Build is usually performed with CLANG, but also legacy gcc 4.2.1 build do fail. The error is always the same, as documented below. I allow to bui

Re: CURRENT: buildworld fails

On 05/19/12 22:33, Garrett Cooper wrote: > On Sat, May 19, 2012 at 6:55 AM, O. Hartmann > wrote: >> Since approx. a week for now, I can not build FreeBSD 10.0-CURRENT/amd64 >> anymore! This happens to be on ALL(!) FreeBSD 10 boxes around here I >> maintain. > >

usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10: fatal error: 'llvm/TableGen/Error.h' file not found, #include "llvm/TableGen/Error.h"

Trying to build buildworld on FreeBSD 10-CURRENT/amd64 with CLANG today ends up in the following error: ===> lib/clang/libllvmtablegen (obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmtablegen created for /usr/src/lib/clang/libllvmtablegen rm -f .depend CC='clang' mkdep -f .d

Re: usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10: fatal error: 'llvm/TableGen/Error.h' file not found, #include "llvm/TableGen/Error.h"

On 05/24/12 21:29, Dimitry Andric wrote: > On 2012-05-24 18:53, O. Hartmann wrote: >> Trying to build buildworld on FreeBSD 10-CURRENT/amd64 with CLANG today >> ends up in the following error: >> >> ===> lib/clang/libllvmtablegen (obj,depend,all,install) >> /u

Re: Why Are You NOT Using FreeBSD ?

On 06/01/12 21:46, Lars Engels wrote: > On Fri, Jun 01, 2012 at 08:32:08PM +0100, Chris Rees wrote: >> On 1 June 2012 16:20, Nomen Nescio wrote: Dear All , There is a thread "Why Are You Using FreeBSD ?" I think another thread with the specified subject '

Re: Why Are You NOT Using FreeBSD?

On 06/02/12 14:47, Daniel Kalchev wrote: > > > On 02.06.12 15:32, Erich wrote: >> I know that the ports tree is a moving target. But it stops moving >> during the release period. This could be used to give a fall back >> solution. >> >> Or do I see this really too simple? > > The ports tree is a

<    4   5   6   7   8   9   10   11   12   13   >