misc/176841: Sony DSC-H2 USB connection failes

2013-03-11 Thread hans

>Number: 176841
>Category:   misc
>Synopsis:   Sony DSC-H2 USB connection failes
>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 Mar 11 08:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: hans
>Release:9.1-STABLE i386
>Organization:
HM-Net TI Ltda
>Environment:
FreeBSD pop1.hm.net.br 9.1-STABLE FreeBSD 9.1-STABLE #7 r238716M: Sat Jan 19 
14:39:06 BRST 2013 h...@pop1.hm.net.br:/usr/obj/dados/src/sys/WIPMINI  i386

>Description:

Sony cybershot DSC-H2 not recognized (again)


Mar 11 05:13:05 pop1 kernel: ugen1.3:  at usbus1
Mar 11 05:13:05 pop1 kernel: umass1:  on usbus1
Mar 11 05:13:05 pop1 kernel: umass1:  RBC over CBI; quirks = 0x
Mar 11 05:13:05 pop1 kernel: umass1:5:1:-1: Attached to scbus5
Mar 11 05:13:15 pop1 kernel: (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 
24 0 
Mar 11 05:13:15 pop1 kernel: (probe0:umass-sim1:1:0:0): CAM status: Auto-Sense 
Retrieval Failed
Mar 11 05:13:15 pop1 kernel: (probe0:umass-sim1:1:0:0): Error 5, Unretryable 
error

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


misc/176842: sysutils/moreutils: can't apply patch (make patch error)

2013-03-11 Thread Lukasz Wasikowski

>Number: 176842
>Category:   misc
>Synopsis:   sysutils/moreutils: can't apply patch (make patch error)
>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 Mar 11 09:20:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Lukasz Wasikowski
>Release:FreeBSD 9.1-STABLE
>Organization:
>Environment:
FreeBSD vesper.wasikowski.net 9.1-STABLE FreeBSD 9.1-STABLE #27 r247781: Tue 
Mar  5 11:51:35 CET 2013 root@:/usr/obj/usr/src/sys/vesper  i386
>Description:
moreutils cannot be installed if MANPAGES knob is turned off. With MANPAGES set 
to on port can be installed.
>How-To-Repeat:
[/usr/ports/sysutils/moreutils]
# make showconfig
===> The following configuration options are available for moreutils-0.47:
 MANPAGES=off: Build and/or install manual pages
===> Use 'make config' to modify these settings

[/usr/ports/sysutils/moreutils]
# make patch
===>  Found saved configuration for moreutils-0.47
===>   moreutils-0.47 depends on file: /usr/local/sbin/pkg - found
===>  Extracting for moreutils-0.47
=> SHA256 Checksum OK for moreutils_0.47.tar.gz.
===>   moreutils-0.47 depends on file: /usr/local/bin/perl5.14.2 - found
===>  Patching for moreutils-0.47
===>   moreutils-0.47 depends on file: /usr/local/bin/perl5.14.2 - found
===>  Applying FreeBSD patches for moreutils-0.47
usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpvx] source_file target_file
   cp [-R [-H | -L | -P]] [-f | -i | -n] [-alpvx] source_file ... 
target_directory
*** [post-patch] Error code 64

Stop in /usr/ports/sysutils/moreutils.
*** [patch] Error code 1

Stop in /usr/ports/sysutils/moreutils.

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: misc/176842: sysutils/moreutils: can't apply patch (make patch error)

2013-03-11 Thread Łukasz Wąsikowski
The following reply was made to PR misc/176842; it has been noted by GNATS.

From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= 
To: bug-follo...@freebsd.org, luk...@wasikowski.net
Cc:  
Subject: Re: misc/176842: sysutils/moreutils: can't apply patch (make
 patch error)
Date: Mon, 11 Mar 2013 10:21:26 +0100

 I forgot to put it in ports-bugs, please move it there. TIA.
 
 -- 
 best regards,
 Lukasz Wasikowski
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: ports/176842: sysutils/moreutils: can't apply patch (make patch error)

2013-03-11 Thread linimon
Synopsis: sysutils/moreutils: can't apply patch (make patch error)

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Mar 11 10:39:13 UTC 2013
Responsible-Changed-Why: 
ports PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=176842
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: bin/176777: [patch] ee(1): Spelling correction for usr.bin/ee/nls/ru_RU.KOI8-R/ee.msg

2013-03-11 Thread glebius
Synopsis: [patch] ee(1): Spelling correction for 
usr.bin/ee/nls/ru_RU.KOI8-R/ee.msg

State-Changed-From-To: open->patched
State-Changed-By: glebius
State-Changed-When: Mon Mar 11 13:08:40 UTC 2013
State-Changed-Why: 
Committed, thanks!


Responsible-Changed-From-To: freebsd-bugs->glebius
Responsible-Changed-By: glebius
Responsible-Changed-When: Mon Mar 11 13:08:40 UTC 2013
Responsible-Changed-Why: 
Committed, thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=176777
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


kern/176857: [panic] [suj] 9.1-RELEASE/amd64/GENERIC panic in softdepflush/remove_from_journal

2013-03-11 Thread Eugene Grosbein

>Number: 176857
>Category:   kern
>Synopsis:   [panic] [suj] 9.1-RELEASE/amd64/GENERIC panic in 
>softdepflush/remove_from_journal
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 11 16:20:01 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Eugene Grosbein
>Release:FreeBSD 9.1-RELEASE amd64
>Organization:
RDTC JSC
>Environment:
System: FreeBSD mx.money-easy.ru 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: 
Tue Dec 4 09:23:10 UTC 2012 
r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64

>Description:

I've just installed new server located at hoster's site and hardware.
I've used hoster's "rescue mode" running custom variant of 
9.1-RELEASE/amd64.
I need "stock" 9.1-RELEASE, so I've downloaded 
FreeBSD-9.1-RELEASE-amd64-disc1.iso,
manually partitioned disks with "gpart" and made UFS2+SUJ file systems
using "newfs -U -j" command. Then I've extracted base and kernel there
and created fstab and rc.conf.

After reboot to newly installed system I've got:

# mount
/dev/ufs/root on / (ufs, local, journaled soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/ufs/usr on /usr (ufs, local, read-only)
/dev/ufs/var on /var (ufs, local, journaled soft-updates)
/dev/ufs/usrl on /usr/local (ufs, local, journaled soft-updates)
devfs on /var/named/dev (devfs, local, multilabel)

I ran "tar xf ports.txz" and "csup stable-supfile" in parallel, both 
working
with same file system /usr/local and got kernel panic soon.

After another reboot, I've got crashdump:

Script started on Mon Mar 11 15:27:41 2013
kgdb kernel.symbols /var/crash/vmcore.0
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0xd0
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80b05c84
stack pointer   = 0x28:0xff811256ea60
frame pointer   = 0x28:0xff811256ea80
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 17 (softdepflush)
trap number = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0x809208a6 at kdb_backtrace+0x66
#1 0x808ea8be at panic+0x1ce
#2 0x80bd8240 at trap_fatal+0x290
#3 0x80bd857d at trap_pfault+0x1ed
#4 0x80bd8b9e at trap+0x3ce
#5 0x80bc315f at calltrap+0x8
#6 0x80b0b8ba at softdep_process_journal+0x3da
#7 0x80b0d1d4 at softdep_process_worklist+0x64
#8 0x80b0f817 at softdep_flush+0x197
#9 0x808bb9ef at fork_exit+0x11f
#10 0x80bc368e at fork_trampoline+0xe
Uptime: 11m53s
Dumping 662 out of 3947 MB:..3%..13%..22%..32%..42%..51%..61%..71%..83%..92%

Reading symbols from /boot/kernel/geom_cache.ko...done.
Loaded symbols for /boot/kernel/geom_cache.ko
Reading symbols from /boot/kernel/cc_chd.ko...Reading symbols from 
/boot/kernel/cc_chd.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/cc_chd.ko
Reading symbols from /boot/kernel/h_ertt.ko...Reading symbols from 
/boot/kernel/h_ertt.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/h_ertt.ko
Reading symbols from /boot/kernel/mac_portacl.ko...Reading symbols from 
/boot/kernel/mac_portacl.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/mac_portacl.ko
Reading symbols from /boot/kernel/ipfw.ko...Reading symbols from 
/boot/kernel/ipfw.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ipfw.ko
#0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
224 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0  doadump (textdump=Variable "textdump" is not available.
) at pcpu.h:224
#1  0x808ea3a1 in kern_reboot (howto=260) at 
/usr/src/sys/kern/kern_shutdown.c:448
#2  0x808ea897 in panic (fmt=0x1 ) at 
/usr/src/sys/kern/kern_shutdown.c:636
#3  0x80bd8240 in trap_fatal (frame=0xc, eva=Variable "eva" is not 
available.
) at /usr/src/sys/amd64/amd64/trap.c:857
#4  0x80bd857d in trap_pfault (frame=0xff811256e9b0, usermode=0) at 
/usr/src/sys/amd64/amd64/trap.c:773
#5  0x80bd8b9e in trap (frame=0xff811256e9b0) at 
/usr/src/sys/amd64/amd64/trap.c:

Re: bin/172801: /usr/libexec/locate.updatedb (and therefore locate(1)) does not work inside a jail

2013-03-11 Thread dteske
The following reply was made to PR bin/172801; it has been noted by GNATS.

From: 
To: , 
Cc:  
Subject: Re: bin/172801: /usr/libexec/locate.updatedb (and therefore locate(1)) 
does not work inside a jail
Date: Mon, 11 Mar 2013 12:17:01 -0700

 --=_NextPart_000_05F7_01CE1E52.568DD3D0
 Content-Type: text/plain; charset="us-ascii"
 Content-Transfer-Encoding: 7bit
 
 The previously attached patch didn't work for me on a virgin jail setup.
 
 I've revised/updated it. Could still use a formal looking at by the respective
 authors however (read: not intended for commit yet)
 
 _
 The information contained in this message is proprietary and/or confidential. 
If you are not the intended recipient, please: (i) delete the message and all 
copies; (ii) do not disclose, distribute or use the message in any manner; and 
(iii) notify the sender immediately. In addition, please be aware that any 
message addressed to our domain is subject to archiving and review by persons 
other than the intended recipient. Thank you.
 
 --=_NextPart_000_05F7_01CE1E52.568DD3D0
 Content-Type: text/plain; name="patch.txt"
 Content-Transfer-Encoding: quoted-printable
 Content-Disposition: attachment; filename="patch.txt"
 
 --- /usr/libexec/locate.updatedb.orig  2010-07-18 19:24:42.0 -0700=0A=
 +++ /usr/libexec/locate.updatedb   2013-03-11 12:12:56.054787039 -0700=0A=
 @@ -59,6 +59,7 @@ PATH=3D$LIBEXECDIR:/bin:/usr/bin:$PATH; ex=0A=
  =0A=
  case X"$SEARCHPATHS" in =0A=
X) echo "$0: empty variable SEARCHPATHS"; exit 1;; esac=0A=
 +if [ "$(sysctl -n security.jail.jailed)" =3D "0" ]; then=0A=
  case X"$FILESYSTEMS" in =0A=
X) echo "$0: empty variable FILESYSTEMS"; exit 1;; esac=0A=
  =0A=
 @@ -70,12 +71,14 @@ do=0A=
 or=3D"-or"=0A=
  done=0A=
  excludes=3D"$excludes ) -prune"=0A=
 +fi=0A=
  =0A=
  case X"$PRUNEPATHS" in=0A=
X) ;;=0A=
*) for path in $PRUNEPATHS=0A=
 do =0A=
 -  excludes=3D"$excludes -or -path $path -prune"=0A=
 +  excludes=3D"$excludes $or -path $path -prune"=0A=
 +  or=3D"-or"=0A=
   done;;=0A=
  esac=0A=
  =0A=
 
 --=_NextPart_000_05F7_01CE1E52.568DD3D0--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


misc/176862: supply debug libs for KDE binary pkgs

2013-03-11 Thread Torsten Eichst�dt

>Number: 176862
>Category:   misc
>Synopsis:   supply debug libs for KDE binary pkgs
>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:   Mon Mar 11 19:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Torsten Eichstädt
>Release:9.1-RELEASE (PCBSD-9.1-RELEASE)
>Organization:
>Environment:
FreeBSD paul-lifebook.local.lan 9.1-RELEASE FreeBSD 9.1-RELEASE #0: Tue Jan 29 
15:02:50 EST 2013 
root@avenger:/usr/obj/pcbsd-build64/fbsd-source/src-patched/sys/GENERIC  amd64

>Description:
(The release given above is not 100% exact, I think PC-BSD contains some pkgs 
from STABLE, e.g. KDE 4.9.5 not 4.8.x)

To the KDE-FreeBSD maintainers:

When a KDE app crashes, KDE has a nice mechanism to automagically send debug 
output to the KDE devs, I think it's named "Dr. Konqi".  This also has a button 
to automagically install missing debug libs -- or is the latter a Kubuntu patch?

IMHO it would be useful if FreeBSD had binary debug libs for KDE available, 
i.e. generally I use the normal libs, but when some app crashes, "Dr. Konqi" 
loads the appropiate debug lib(s) and I can send a qualified bug report to KDE.

Maybe it's possible via compiler switches that the normal libs contain only 
hooks to debug info, and the debug libs contains only the additional infos?

Then, the next thing is KDE from ports.  This could probably be adjusted, too.
I.e. in general, I don't want debug libs for my ports, but for KDE -- well, 
it's a very complex biest and we all would like to see it more stable, right?

Or is this a PC-BSD special, i.e. FreeBSD does it like I propose and PC-BSD 
maintains it's own patched tree?  Anyway, I'm considering to come "down" to 
plain FreeBSD next week or so.

Thanx in advance!
>How-To-Repeat:
see above
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: ports/176862: [request] x11/kde4: supply debug libs for KDE binary pkgs

2013-03-11 Thread linimon
Old Synopsis: supply debug libs for KDE binary pkgs
New Synopsis: [request] x11/kde4: supply debug libs for KDE binary pkgs

Responsible-Changed-From-To: freebsd-bugs->kde
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 12 06:50:48 UTC 2013
Responsible-Changed-Why: 
reclassify.

http://www.freebsd.org/cgi/query-pr.cgi?pr=176862
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"


Re: kern/176857: [softupdates] [panic] 9.1-RELEASE/amd64/GENERIC panic in softdepflush/remove_from_journal

2013-03-11 Thread linimon
Old Synopsis: [panic] [suj] 9.1-RELEASE/amd64/GENERIC panic in 
softdepflush/remove_from_journal
New Synopsis: [softupdates] [panic] 9.1-RELEASE/amd64/GENERIC panic in 
softdepflush/remove_from_journal

Responsible-Changed-From-To: freebsd-bugs->freebsd-fs
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Mar 12 06:52:30 UTC 2013
Responsible-Changed-Why: 
Change the tag for consistency, and assign.

http://www.freebsd.org/cgi/query-pr.cgi?pr=176857
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"