misc/147307: gre(4) interface is created with flag RUNNING missing during the boot

2010-06-01 Thread Eugene M. Zheganin
>Number: 147307 >Category: misc >Synopsis: gre(4) interface is created with flag RUNNING missing during >the boot >Confidential: no >Severity: serious >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Req

bin/147303: restore(8) uses uninitialized variables: tape.c dirs.c

2010-06-01 Thread FreeBSD 8 /sbin/restore
>Number: 147303 >Category: bin >Synopsis: restore(8) uses uninitialized variables: tape.c dirs.c >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class:

Re: bin/147303: restore(8) uses uninitialized variables: tape.c dirs.c

2010-06-01 Thread FreeBSD-gnats-submit
Thank you very much for your problem report. It has the internal identification `bin/147303'. The individual assigned to look at your report is: freebsd-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=147303 >Category:

Ganaste Barra y Cena Libre

2010-06-01 Thread Hola
Si cumplis aos en Junioo Julio te Ganaste Sin cargo Canilla libre de Cerveza +Pizza libre (5 variedades artesanales) Ademas te regalamos consumiciones sin cargo para vos y Listas Free para todos tus amigos Solo respondiendo este mail

Re: bin/138131: [patch] pstat(8): pstat -t coredumps when reading from kernel crashdump

2010-06-01 Thread jh
Synopsis: [patch] pstat(8): pstat -t coredumps when reading from kernel crashdump State-Changed-From-To: open->patched State-Changed-By: jh State-Changed-When: Tue Jun 1 18:08:02 UTC 2010 State-Changed-Why: Fixed in head and stable/8 (r178987). http://www.freebsd.org/cgi/query-pr.cgi?pr=138131

kern/147292: readahead missing in nfs client options filter list

2010-06-01 Thread Adam Nowacki
>Number: 147292 >Category: kern >Synopsis: readahead missing in nfs client options filter list >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Clas

Re: misc/147239: network problem with system start

2010-06-01 Thread Garrett Cooper
The following reply was made to PR misc/147239; it has been noted by GNATS. From: Garrett Cooper To: Andreas Schwarz Cc: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: misc/147239: network problem with system start Date: Tue, 1 Jun 2010 08:47:27 -0700 On Tue, Jun 1, 20

Re: gnu/146716: gcc(1)] gcc CPU detection error

2010-06-01 Thread Garrett Cooper
On Mon, May 31, 2010 at 11:50 PM, Alexander wrote: > The following reply was made to PR gnu/146716; it has been noted by GNATS. > > From: Alexander > To: Garrett Cooper > Cc: bug-follo...@freebsd.org > Subject: Re: gnu/146716: gcc(1)] gcc CPU detection error > Date: Tue, 01 Jun 2010 08:39:48 +02

Re: misc/147239: network problem with system start

2010-06-01 Thread Garrett Cooper
On Tue, Jun 1, 2010 at 3:01 AM, Andreas Schwarz wrote: > > The ntpdate rc script requires NETWORKING. The question is, > why is NETWORKING provided when NETWORKING is not possible? > > Al possible workaround is to add a "sleep 5" (depends on NIC) to > "/etc/rc.d/NETWORKING" (which provides NETWORK

Re: ports/147276: x11-fonts/tkfont/Makefile does not use default tcl/tk version by USE_TK=yes

2010-06-01 Thread linimon
Synopsis: x11-fonts/tkfont/Makefile does not use default tcl/tk version by USE_TK=yes Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 1 12:32:22 UTC 2010 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi

misc/147276: x11-fonts/tkfont/Makefile does not use default tcl/tk version by USE_TK=yes

2010-06-01 Thread Robert Jenssen
>Number: 147276 >Category: misc >Synopsis: x11-fonts/tkfont/Makefile does not use default tcl/tk version >by USE_TK=yes >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords:

bin/147275: gzip -c does not save original time stamp

2010-06-01 Thread Thomas Quinot
>Number: 147275 >Category: bin >Synopsis: gzip -c does not save original time stamp >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-

Re: kern/147226: read(fd, buffer, len) returns -1 immediately, if len >=2147483648

2010-06-01 Thread Харитонов Евгений
The following reply was made to PR kern/147226; it has been noted by GNATS. From: =?UTF-8?B?0KXQsNGA0LjRgtC+0L3QvtCyINCV0LLQs9C10L3QuNC5?= To: Bruce Cran Cc: bug-follo...@freebsd.org Subject: Re: kern/147226: read(fd, buffer, len) returns -1 immediately, if len >=2147483648 Date: Tue, 01 Jun

Re: misc/147239: network problem with system start

2010-06-01 Thread Andreas Schwarz
The following reply was made to PR misc/147239; it has been noted by GNATS. From: Andreas Schwarz To: freebsd-gnats-sub...@freebsd.org, freebsd-bugs@FreeBSD.org Cc: Subject: Re: misc/147239: network problem with system start Date: Tue, 01 Jun 2010 11:01:32 +0100 The ntpdate rc script requires

Re: misc/147239: network problem with system start

2010-06-01 Thread Andreas Schwarz
The following reply was made to PR misc/147239; it has been noted by GNATS. From: Andreas Schwarz To: bug-follo...@freebsd.org Cc: Subject: Re: misc/147239: network problem with system start Date: Tue, 01 Jun 2010 11:13:13 +0100 The ntpdate rc script requires NETWORKING. The question is, why

Re: misc/147239: network problem with system start

2010-06-01 Thread Andreas Schwarz
The ntpdate rc script requires NETWORKING. The question is, why is NETWORKING provided when NETWORKING is not possible? Al possible workaround is to add a "sleep 5" (depends on NIC) to "/etc/rc.d/NETWORKING" (which provides NETWORKING). best regards Andreas __