bin/186398: freebsd-update and portsnap don't work with proxies that require authentication

2014-02-02 Thread Victor Sudakov
>Number: 186398 >Category: bin >Synopsis: freebsd-update and portsnap don't work with proxies that >require authentication >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords:

Re: kern/181497: [kernel] [patch] Add ASLR feature to kernel

2014-02-02 Thread Oliver Pinter
Minor correction, Elad Efrat has ported PaX's ASLR to NetBSD. The main difference is NetBSD's implementation have segvguard and pic. On 2/3/14, Shawn Webb wrote: > The following reply was made to PR kern/181497; it has been noted by GNATS. > > From: Shawn Webb > To: bug-follo...@freebsd.org, >

Re: kern/181497: [kernel] [patch] Add ASLR feature to kernel

2014-02-02 Thread Shawn Webb
The following reply was made to PR kern/181497; it has been noted by GNATS. From: Shawn Webb To: bug-follo...@freebsd.org, ste...@roothosts.com Cc: Subject: Re: kern/181497: [kernel] [patch] Add ASLR feature to kernel Date: Sun, 2 Feb 2014 19:34:40 -0500 --Apple-Mail=_B6453ACB-0EC9-4C80-B575

kern/186385: pf don't work as expected in 10.0 with same configuration used on 9.1

2014-02-02 Thread Nicolas DEFFAYET
ent: FreeBSD 10.0-RELEASE >Description: It seem there is a bug or an important change requiring a different configuration in FreeBSD 10.0-RELEASE (and also FreeBSD 10.0-STABLE r261402 (20140202)) as pf don't work as expected in 10.0 with same configuration used on 9.1: Network topology [LAN vl

kern/186375: FreeBSD 10 is very unstable on Xen 4.1(XCP 1.6)

2014-02-02 Thread Kensaku MASUDA
>Number: 186375 >Category: kern >Synopsis: FreeBSD 10 is very unstable on Xen 4.1(XCP 1.6) >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

Re: ports/186358: net/owncloud-csync ocsync binary missing

2014-02-02 Thread linimon
Synopsis: net/owncloud-csync ocsync binary missing Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Feb 2 14:06:00 UTC 2014 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=186358

Re: kern/186362: [panic] _mtx_lock_sleep() misses check for NULL

2014-02-02 Thread Eugene Grosbein
The following reply was made to PR kern/186362; it has been noted by GNATS. From: Eugene Grosbein To: Andriy Gapon Cc: bug-follo...@freebsd.org Subject: Re: kern/186362: [panic] _mtx_lock_sleep() misses check for NULL Date: Sun, 02 Feb 2014 20:54:24 +0700 On 02.02.2014 19:55, Andriy Gapon wrot

Re: kern/186362: [panic] _mtx_lock_sleep() misses check for NULL

2014-02-02 Thread Andriy Gapon
The following reply was made to PR kern/186362; it has been noted by GNATS. From: Andriy Gapon To: bug-follo...@freebsd.org, eu...@grosbein.net Cc: Subject: Re: kern/186362: [panic] _mtx_lock_sleep() misses check for NULL Date: Sun, 02 Feb 2014 14:55:28 +0200 NULL check would be redundant the

kern/186369: snd_hda(4) does not work after suspend-to-ram

2014-02-02 Thread David Demelier
>Number: 186369 >Category: kern >Synopsis: snd_hda(4) does not work after suspend-to-ram >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: