Alexander Best | 1 Nov 2009 02:38
Picon
Favicon

kern/140156: [linux] cdparanoia fails to read drive data


>Number:         140156
>Category:       kern
>Synopsis:       [linux] cdparanoia fails to read drive data
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 01 01:40:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Alexander Best
>Release:        9.0-CURRENT
>Organization:
>Environment:
FreeBSD otaku 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r198677: Fri Oct 30 18:27:50 CET 2009    
root <at> otaku:/usr/obj/usr/src/sys/ARUNDEL  i386
>Description:
issuing the following command with the native version of cdparanoia:

`cdparanoia -vsQ -d /dev/cd0` returns the following data:

cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty <at> xiph.org> and Xiphophorus
(Continue reading)

linimon | 1 Nov 2009 09:27
Picon
Favicon

Re: kern/140156: [linux] cdparanoia fails to read drive data

Synopsis: [linux] cdparanoia fails to read drive data

Responsible-Changed-From-To: freebsd-bugs-≥freebsd-emulation
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Nov 1 08:27:25 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=140156
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"

linimon | 1 Nov 2009 17:42
Picon
Favicon

Re: kern/140067: [boot] 8.0-RC2 from ISO, after install, hangs on boot right before loader

Synopsis: [boot] 8.0-RC2 from ISO, after install, hangs on boot right before loader

Responsible-Changed-From-To: freebsd-amd64-≥freebsd-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Nov 1 16:41:28 UTC 2009
Responsible-Changed-Why: 
Reclassified at submitter's request.

http://www.freebsd.org/cgi/query-pr.cgi?pr=140067
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"

dfilter service | 1 Nov 2009 18:50
Picon
Favicon

Re: kern/126926: commit references a PR

The following reply was made to PR kern/126926; it has been noted by GNATS.

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/126926: commit references a PR
Date: Sun,  1 Nov 2009 17:40:20 +0000 (UTC)

 Author: avg
 Date: Sun Nov  1 17:40:05 2009
 New Revision: 198758
 URL: http://svn.freebsd.org/changeset/base/198758

 Log:
   MFC 197658: print machine in kernel boot version string

   PR:		kern/126926

 Modified:
   stable/8/sys/   (props changed)
   stable/8/sys/amd64/include/xen/   (props changed)
   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
   stable/8/sys/contrib/dev/acpica/   (props changed)
   stable/8/sys/contrib/pf/   (props changed)
   stable/8/sys/dev/xen/xenpci/   (props changed)
   stable/8/sys/kern/init_main.c

 Modified: stable/8/sys/kern/init_main.c
 ==============================================================================
 --- stable/8/sys/kern/init_main.c	Sun Nov  1 17:37:03 2009	(r198757)
(Continue reading)

dfilter service | 1 Nov 2009 18:50
Picon
Favicon

Re: kern/126926: commit references a PR

The following reply was made to PR kern/126926; it has been noted by GNATS.

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/126926: commit references a PR
Date: Sun,  1 Nov 2009 17:43:19 +0000 (UTC)

 Author: avg
 Date: Sun Nov  1 17:42:59 2009
 New Revision: 198759
 URL: http://svn.freebsd.org/changeset/base/198759

 Log:
   MFC 197658: print machine in kernel boot version string

   PR:		kern/126926

 Modified:
   stable/7/sys/   (props changed)
   stable/7/sys/contrib/pf/   (props changed)
   stable/7/sys/kern/init_main.c

 Modified: stable/7/sys/kern/init_main.c
 ==============================================================================
 --- stable/7/sys/kern/init_main.c	Sun Nov  1 17:40:05 2009	(r198758)
 +++ stable/7/sys/kern/init_main.c	Sun Nov  1 17:42:59 2009	(r198759)
  <at>  <at>  -288,11 +288,24  <at>  <at>  print_caddr_t(void *data)
  {
  	printf("%s", (char *)data);
(Continue reading)

Gavin Atkinson | 1 Nov 2009 21:21
Picon
Favicon

kern/140172: [uart] [patch] Support ACPI-only tablet PC screen


>Number:         140172
>Category:       kern
>Synopsis:       [uart] [patch] Support ACPI-only tablet PC screen
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 01 21:00:12 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Gavin Atkinson
>Release:        FreeBSD 9.0-CURRENT i386
>Organization:
>Environment:
System: FreeBSD thi.bu.nker.net 9.0-CURRENT FreeBSD 9.0-CURRENT #5: Sun Nov  1 17:34:46 BST 2009
root <at> thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC i386

>Description:
	Support the tablet device in the Toshiba Portege M200 Tablet PC.
THis device is listed in uart_bus_isa.c already, however the device is not
visible on the ISA bus, and instead must be accessed via the acpi bus.
This patch has been successfully tested with the x11-devices/input-wacom
port, and works fine.
(Continue reading)

Ask Bjørn Hansen | 1 Nov 2009 22:38
Gravatar

misc/140173: Small nanobsd pkg install change


>Number:         140173
>Category:       misc
>Synopsis:       Small nanobsd pkg install change
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sun Nov 01 21:40:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Ask Bjørn Hansen
>Release:        7.2
>Organization:
Develooper LLC
>Environment:
FreeBSD d1650.bur.sol 7.2-STABLE FreeBSD 7.2-STABLE #6: Mon Sep  7 11:42:49 PDT 2009    
root <at> d1650.bur.sol:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
Currently the cust_pkg step will fail if there are any non-package files in the directory, for example a
README file.

>How-To-Repeat:
(Continue reading)

Mikko Tyolajarvi | 2 Nov 2009 01:28
Picon

bin/140185: [patch] expand_number() does not detect overflow in numeric part


>Number:         140185
>Category:       bin
>Synopsis:       [patch] expand_number() does not detect overflow in numeric part
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Nov 02 00:30:01 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Mikko Tyolajarvi
>Release:        7.2-STABLE
>Organization:
>Environment:
FreeBSD antec.home 7.2-STABLE FreeBSD 7.2-STABLE #1: Fri Sep  4 19:36:49 PDT 2009    
mikko <at> antec.home:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
The expand_number() function will silently truncate the numeric part
to the size of a maxint_t and if there is no suffix, no error is returned.
Overflow in strings that include a suffix is detected (e.g. "8E")

The patch is against -CURRENT.
(Continue reading)

Garrett Cooper | 2 Nov 2009 02:10
Picon
Favicon

Re: bin/140151: Fix potential setlocale(3) in hexdump / od

The following reply was made to PR bin/140151; it has been noted by GNATS.

From: Garrett Cooper <gcooper <at> FreeBSD.org>
To: Jilles Tjoelker <jilles <at> stack.nl>
Cc: bug-followup <at> freebsd.org
Subject: Re: bin/140151: Fix potential setlocale(3) in hexdump / od
Date: Sun, 1 Nov 2009 17:39:05 -0700

 Hi Jilles!
     We discussed this earlier over IRC, but just to reiterate some points...

 On Sat, Oct 31, 2009 at 3:55 PM, Jilles Tjoelker <jilles <at> stack.nl> wrote:
 > General policy across /bin and /usr/bin seems to ignore setlocale()
 > failures (usually caused by invalid/unsupported language settings).
 > I guess that's sensible, and in any case changing it for hexdump/od only
 > seems wrong.

     It's fine if hexdump is a start's this trend and core agrees,
 because it's been widely ported to other packages outside of FreeBSD,
 like util-linux-ng, etc. So, I'm just taking all of the issues and
 resolving them so that hexdump, et all has higher quality than it
 currently does, because QA in hexdump has been neglected in the past
 and it's a handy tool that should be more robust. Plus, it looks like
 a bad mark on the project when a piece of software has so many issues
 with segfaults, et all.
     If warnx(3) is appropriate for now until the rest of the commands
 in /bin and /usr/bin conform to the new standard (if that's the way we
 want to go longterm), I'll gladly change the patch to warnx(3).

 > There seems little wrong with the current way of determining hexdump vs
(Continue reading)

Garrett Cooper | 2 Nov 2009 02:10
Picon
Favicon

Re: bin/140151: Fix potential setlocale(3) in hexdump / od

The following reply was made to PR bin/140151; it has been noted by GNATS.

From: Garrett Cooper <gcooper <at> FreeBSD.org>
To: Garrett Cooper <gcooper <at> freebsd.org>
Cc: Jilles Tjoelker <jilles <at> stack.nl>, bug-followup <at> freebsd.org
Subject: Re: bin/140151: Fix potential setlocale(3) in hexdump / od
Date: Sun, 1 Nov 2009 17:39:49 -0700

 On Sun, Nov 1, 2009 at 5:39 PM, Garrett Cooper <gcooper <at> freebsd.org> wrote:
 > Hi Jilles!
 > =A0 =A0We discussed this earlier over IRC, but just to reiterate some poi=
 nts...
 >
 > On Sat, Oct 31, 2009 at 3:55 PM, Jilles Tjoelker <jilles <at> stack.nl> wrote:
 >> General policy across /bin and /usr/bin seems to ignore setlocale()
 >> failures (usually caused by invalid/unsupported language settings).
 >> I guess that's sensible, and in any case changing it for hexdump/od only
 >> seems wrong.
 >
 > =A0 =A0It's fine if hexdump is a start's this trend and core agrees,

 I meant to say `It's fine if hexdump starts this trend and core agrees'

 > because it's been widely ported to other packages outside of FreeBSD,
 > like util-linux-ng, etc. So, I'm just taking all of the issues and
 > resolving them so that hexdump, et all has higher quality than it
 > currently does, because QA in hexdump has been neglected in the past
 > and it's a handy tool that should be more robust. Plus, it looks like
 > a bad mark on the project when a piece of software has so many issues
 > with segfaults, et all.
(Continue reading)


Gmane