Vladislav V. Prodan | 1 May 2011 03:50
Favicon
Gravatar

Re: misc/156745: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools

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

From: "Vladislav V. Prodan" <universite <at> ukr.net>
To: bug-followup <at> freebsd.org
Cc:  
Subject: Re: misc/156745: [ZFS] Shows garbage in zdb when moving snapshot
 send -> recv between the different pools
Date: Sun, 01 May 2011 04:40:03 +0300

 01.05.2011 0:12, Jason Hellenthal wrote:
 >
 > Vladislav,
 >
 > I have looked over this a few times since it was received. zdb(1M) is
 > acting exactly as it should in this case. The output is not actually
 > garbage and is a strict report about the pool.
 >
 > If I have missed something that should have been obvious from your PR
 > could you please be as kind to point out ``exactly'' what that is ?
 >
 > If not then this PR can be closed.
 >

 Thank you for your help!
 I did not appreciate the wisdom of Zen engineers from Sun.
 I would never have thought of explicitly pool (# zdb <pool>).
 I lacked the reduced output without an explicit pool (# zdb).

 
 -- 
(Continue reading)

linimon | 1 May 2011 14:51
Picon
Favicon

Re: bin/156745: [zfs] zdb(1) shows garbage in when moving snapshot send -> recv between the different pools

Old Synopsis: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools
New Synopsis: [zfs] zdb(1) shows garbage in when moving snapshot send -> recv between the different pools

State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Sun May 1 12:50:49 UTC 2011
State-Changed-Why: 
apparently working as designed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=156745
_______________________________________________
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"

Shuichi KITAGUCHI | 1 May 2011 16:10

Re: kern/104212: [puc] [patch] support for Kuroutoshikou SERIAL4P-LPPCI2 (4port serial card)

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

From: Shuichi KITAGUCHI <kit <at> ysnb.net>
To: bug-followup <at> FreeBSD.org
Cc: thompsa <at> FreeBSD.org, jhb <at> FreeBSD.org
Subject: Re: kern/104212: [puc] [patch] support for Kuroutoshikou
 SERIAL4P-LPPCI2 (4port serial card)
Date: Sun, 01 May 2011 22:41:43 +0900 (JST)

 Yes, this card does not work on HEAD.

 I always apply my patch to kernel when building world.
 I'm happy if my patch is commited to HEAD _and_ STABLE...

 thanks.

 
 --
 Shuichi KITAGUCHI // kit <at> ysnb.net / ki <at> hh.iij4u.or.jp

 > Hmm, it doesn't look like this patch was ever committed to HEAD.  Note
 > that the wildcard entry doesn't work as this card uses DEFAULT_RCLK *
 > 10, not DEFAULT_RCLK.
 > 
 > -- 
 > John Baldwin
_______________________________________________
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"
(Continue reading)

Federico | 1 May 2011 20:01
Picon

misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file


>Number:         156758
>Category:       misc
>Synopsis:       sed utility extrange behavior with s/../& /g command on a .hex file
>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 May 01 18:10:11 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator:     Federico
>Release:        8.2-RELEASE
>Organization:
Kybernan
>Environment:
FreeBSD marte.esepecesito.com.ar 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011    
root <at> mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
I was trying to split a hex file into groups of 2 chars to do some procesing, the relevant part of the file is:

:1000000018F09FE518F09FE518F09FE518F09FE5C0
:1000100018F09FE50000A0E1F0FF1FE514F09FE558
(Continue reading)

Yuri Pankov | 1 May 2011 21:10
Picon

Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file

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

From: Yuri Pankov <yuri.pankov <at> gmail.com>
To: Federico <esepecesito <at> esepecesito.com.ar>
Cc: bug-followup <at> freebsd.org
Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g
 command on a .hex file
Date: Sun, 1 May 2011 22:41:25 +0400

 Can't reproduce it on 8.2 with either sed or gsed:

 $ /usr/bin/sed -e 's/../& /g' test
 :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0
 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8
 $ /usr/local/bin/gsed -e 's/../& /g' test
 :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0
 :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8

 Probably something is stripping : at the start of the line in your
 environment?

 
 Yuri
_______________________________________________
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 | 2 May 2011 02:23
Picon
Favicon

Re: kern/156749: [vmware] FreeBSD 8.2 does infinite disk access in VMware 3.1.4

Old Synopsis: FreeBSD 8.2 does infinite disk access in VMware 3.1.4
New Synopsis: [vmware] FreeBSD 8.2 does infinite disk access in VMware 3.1.4

Responsible-Changed-From-To: freebsd-i386-≥freebsd-bugs
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon May 2 00:22:35 UTC 2011
Responsible-Changed-Why: 
reclassify.

http://www.freebsd.org/cgi/query-pr.cgi?pr=156749
_______________________________________________
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"

Jason Hellenthal | 2 May 2011 05:30

Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file

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

From: Jason Hellenthal <jhell <at> DataIX.net>
To: Federico <esepecesito <at> esepecesito.com.ar>
Cc: freebsd-gnats-submit <at> freebsd.org
Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g
 command on a .hex file
Date: Sun, 1 May 2011 23:27:16 -0400

 Federico,

 sed -e 's/^://' -e 's/../& /' file |awk '{print ":"$0}'

 Will that work for you ?

 
 I am not entirely convinced this is a problem with sed(1)

 -- 

  Regards, (jhell)
  Jason Hellenthal

_______________________________________________
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"

Federico Sanchez Pinzon | 2 May 2011 06:20
Picon

Re: misc/156758: sed utility extrange behavior with s/../& /g command on a .hex file

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

From: Federico Sanchez Pinzon <esepecesito <at> esepecesito.com.ar>
To: Yuri Pankov <yuri.pankov <at> gmail.com>
Cc: bug-followup <at> freebsd.org
Subject: Re: misc/156758: sed utility extrange behavior with s/../& /g command
 on a .hex file
Date: Mon, 2 May 2011 00:52:32 -0300

 --20cf303f6a5600eb5f04a242f4b2
 Content-Type: text/plain; charset=ISO-8859-1

 SORRY!
 I think it was my mistake :( there was a \r that I was not expecting in the
 output of a GNU utility (obj-dump)
 Striping the \r with 'tr' solved the issue. Thks anyway, and sorry for
 wasting your time.

 2011/5/1 Yuri Pankov <yuri.pankov <at> gmail.com>

 > Can't reproduce it on 8.2 with either sed or gsed:
 >
 > $ /usr/bin/sed -e 's/../& /g' test
 > :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0
 > :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8
 > $ /usr/local/bin/gsed -e 's/../& /g' test
 > :1 00 00 00 01 8F 09 FE 51 8F 09 FE 51 8F 09 FE 51 8F 09 FE 5C 0
 > :1 00 01 00 01 8F 09 FE 50 00 0A 0E 1F 0F F1 FE 51 4F 09 FE 55 8
 >
 > Probably something is stripping : at the start of the line in your
(Continue reading)

linimon | 2 May 2011 07:44
Picon
Favicon

Re: bin/156758: sed(1) utility extrange behavior with s/../& /g command on a .hex file

Synopsis: sed(1) utility extrange behavior with s/../& /g command on a .hex file

State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Mon May 2 05:44:04 UTC 2011
State-Changed-Why: 
apparently acting as designed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=156758
_______________________________________________
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"

FreeBSD bugmaster | 2 May 2011 13:09
Picon
Favicon

Current problem reports containing patches

(Note: an HTML version of this report is available at
http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_patch.html .)


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
f ports/156763            [patch] databases/mantis Update to 1.2.5
o ports/156759 python     [patch] lang/python: kevent does not accept KQ_NOTE_EX
o ports/156752 lwhsu      [PATCH] devel/jenkins: update to 1.409
f ports/156750 stefan     [PATCH] Update textproc/dblatex to 0.3.1
p kern/156743  thompsa    [lagg] [patch] if_lagg should not treat vlan-tagged fr
o ports/156737            [patch] squid.in startup script fixes to always adhere
f ports/156736 jpaetzel   [PATCH] update audio/pianobar to latest version
o docs/156724  doc        [PATCH] Porter's Handbook uses shism $()
o ports/156723 danger     [patch] www/uwsgi: improved rc.d script
o ports/156721 x11        [PATCH] x11-servers/xorg-server Fix bug 24703 EXA cras
f ports/156710            [PATCH] mail/imapsync: update to 1.411
f ports/156709 gerald     [patch] emulators/wine: use pthread_getthreadid_np() o
o bin/156703              [patch] find(1) ignores whiteouts even with '-type w'
o ports/156698 perl       [PATCH] lang/rakudo update to 2011.04 release of "Raku
o ports/156696 miwi       [PATCH] security/gwee: add distfile mirror
f ports/156693 miwi       [PATCH] security/hmap: refine this port a bit
f ports/156687 mi         [PATCH] graphics/libmng: misc improvements
o kern/156676  vanhu      [ipsec][patch] reference to policy in key_spdget is no
o conf/156675             [patch] add ifconfig_IF_description variable
o ports/156674 java       [PATCH] java/openjdk6: make x11-fonts/dejavu a build d
o ports/156669 fjoe       [patch] databases/virtuoso -- fix rc.d script
o ports/156668 marcus     [PATCH] ports-mgmt/portlint: minor fixes
f ports/156666 sunpoet    [PATCH] chinese/wordpress-zh_TW: update to 3.1.2
o conf/156659             [patch] periodic/daily/800.scrub-zfs fails on pool nam
(Continue reading)


Gmane