Re: Panic in ZFS: solaris assert: dn->dn_datablkshift != 0

On Mon, Sep 09, 2013 at 09:32:26AM +0200, Jeremie Le Hen wrote: > > > > Indeed, probably a bad key combo in vi :). > > > > I'm reverting r253821 and r254753 (the second one was supposingly fixing > > the first one) and recompiling my kernel. > > > > I will let you know. > > So far so good, I've

Re: Problem with virtualbox-ose-additions

On Wed, 11 Sep 2013 00:20:09 +0200, Guido Falsi wrote: > On 09/10/13 23:58, Walter Hurry wrote: >> I have upgraded to r255358, rebuilt world and kernel, and dealt with >> the iconv issues. In the process I had to delete a handful of ports, am >> now trying to reinstall them, and am running into a

Re: Problem with virtualbox-ose-additions

On 09/10/13 23:58, Walter Hurry wrote: I have upgraded to r255358, rebuilt world and kernel, and dealt with the iconv issues. In the process I had to delete a handful of ports, am now trying to reinstall them, and am running into a problem: FreeBSD freebsd.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0

Problem with virtualbox-ose-additions

I have upgraded to r255358, rebuilt world and kernel, and dealt with the iconv issues. In the process I had to delete a handful of ports, am now trying to reinstall them, and am running into a problem: FreeBSD freebsd.vm 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r255358: Sat Sep 7 22:28:09 BST 2013

Re: HEADS UP: No gcc by default in -HEAD on platforms where clang is cc

2013/9/9 David Chisnall : > On 9 Sep 2013, at 14:27, Ulrich Spörlein wrote: > >> Case in point, I only recently switched to clang in base and now the >> newsbeuter port crashes during startup (yeah, it builds fine). So all >> I'm asking for now is: how can I override a random port to be built with

HW fed /dev/random

Hello, some time ago, before random(4) was rewritten for FreeBSD 5 by Mark Murray, we had rng, the i815 hardware random number generator. At this time, there were rumors about the quality of the randomness. Now we have rdrand (BullMountain hardware random generator in IvyBridge) and Dual_EC_DRBG

Re: r255449: kernel compilation fails due to : cc: error: no input files

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 COMPILER_TYPE (/ missing) > > cc -c

Re: r255449: kernel compilation fails due to : cc: error: no input files

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 COMPILER_TYPE (/ missing) > cc -c -O3 -fno-strict-aliasing -march=native -std=c99 -Wall > -Wredundant-decls

Re: Panic/Freeze with IPSEC on r254532

On 10/09/2013 14:25, Maciej Milewski wrote: > On 10.09.2013 14:33, Vincent Hoffman wrote: >> root@bsdpkgbuild:~ # racoonctl show-sa ipsec >> send: Bad file descriptor >> l >> I did try stating racoon under truss and using racoon -F -d -d -d but >> didnt see it even try to open /var/db/racoon/racoon

Re: usb mouse and xorg

Sergey V. Dyatko wrote on 10.09.2013 15:42: Hi, after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB mouse(s) stop work for me on X. bsam's suggestion (rebuilding hal/dbus/xf86-input-mouse) worked to me. -- Regards, Ruslan Tinderboxing kills... the drives. ___

Re: usb mouse and xorg

Boris Samorodov wrote on 10.09.2013 16:14: 10.09.2013 15:42, Sergey V. Dyatko пишет: after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB mouse(s) stop work for me on X. Had the same, rebuild hal, dbus and xf86-input-mouse (don't know if all of those need to be rebuild though)

Re: Panic/Freeze with IPSEC on r254532

On 10.09.2013 14:33, Vincent Hoffman wrote: root@bsdpkgbuild:~ # racoonctl show-sa ipsec send: Bad file descriptor l I did try stating racoon under truss and using racoon -F -d -d -d but didnt see it even try to open /var/db/racoon/racoon.sock while on the other end (8.4-RELEASE) I see 2013-09-10

r255449: kernel compilation fails due to : cc: error: no input files

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

Re: usb mouse and xorg

On Tue, 10 Sep 2013, Sergey V. Dyatko wrote: I have working touchpad (it is work fine before) and mouse with hacked devd.conf (doesn't try tip from gjb@ yet) from my xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice

Re: Panic/Freeze with IPSEC on r254532

On 10/09/2013 09:18, Gavin Atkinson wrote: > On Tue, 20 Aug 2013, Vincent Hoffman wrote: > >> I thought I'd have a play with ipsec since its been a while since I last >> set it up, and was setting up a transport mode connection between my >> poudiere/repo server (the -curent server) and another box

Re: usb mouse and xorg

10.09.2013 15:42, Sergey V. Dyatko пишет: > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X. Had the same, rebuild hal, dbus and xf86-input-mouse (don't know if all of those need to be rebuild though). Now mouse works fine. -- WBR, Boris Sa

Re: usb mouse and xorg

On Tue, 10 Sep 2013 16:04:10 +0400 Ruslan Makhmatkhanov wrote: > Sergey V. Dyatko wrote on 10.09.2013 15:42: > > Hi, > > > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > > mouse(s) stop work for me on X. > > Had the same. My usb/bt mouse isn't worked, while touchpad is.

Re: usb mouse and xorg

Sergey V. Dyatko wrote on 10.09.2013 15:42: Hi, after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB mouse(s) stop work for me on X. Had the same. My usb/bt mouse isn't worked, while touchpad is. I fixed this by commenting off: Section "ServerFlags" Option "

Re: usb mouse and xorg

On Tue, 10 Sep 2013 07:47:20 -0400 Glen Barber wrote: > On Tue, Sep 10, 2013 at 02:42:02PM +0300, Sergey V. Dyatko wrote: > > Hi, > > > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > > mouse(s) stop work for me on X. > > I saw this too, but thought it was just because

Re: usb mouse and xorg

On Tue, Sep 10, 2013 at 02:42:02PM +0300, Sergey V. Dyatko wrote: > Hi, > > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB > mouse(s) stop work for me on X. I saw this too, but thought it was just because of missing the xf86-input-mouse port during my upgrade. Can you try

usb mouse and xorg

Hi, after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB mouse(s) stop work for me on X. I run `tail -f /var/log/Xorg.0.log /var/log/messages`: Sep 10 14:27:15 laptop kernel: ugen4.2: at usbus4 Sep 10 14:27:15 laptop devd: Executing 'env LD_PRELOAD=/usr/local/lib/libhal.so:/usr/

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On 09/10/13 10:16, hiren panchasara wrote: On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara mailto:hiren.panchas...@gmail.com>> wrote: On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi mailto:madpi...@freebsd.org>> wrote: On 09/10/13 07:20, hiren panchasara wrote:

Re: Panic/Freeze with IPSEC on r254532

On Tue, 20 Aug 2013, Vincent Hoffman wrote: > I thought I'd have a play with ipsec since its been a while since I last > set it up, and was setting up a transport mode connection between my > poudiere/repo server (the -curent server) and another box (8.2-RELEASE) > 3 pings later the -CURRENT box f

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara < hiren.panchas...@gmail.com> wrote: > > > > On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > >> On 09/10/13 07:20, hiren panchasara wrote: >> >>> >>> >>> >>> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer >> > wrote: >>> >

r255426: CRASH (core dump) from nvdidia-driver and virtualbox due to vm_map changes (via r255426)

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

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > On 09/10/13 07:20, hiren panchasara wrote: > >> >> >> >> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > > wrote: >> >> There are 13 ports using --with-iconv=${LOCALBASE} >> devel/apr1 >> devel/apr2 >>