From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 24 22:00:10 2008 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4724510656A6 for ; Mon, 24 Mar 2008 22:00:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 29B888FC13 for ; Mon, 24 Mar 2008 22:00:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m2OM0ATo055019 for ; Mon, 24 Mar 2008 22:00:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m2OM0A0g055018; Mon, 24 Mar 2008 22:00:10 GMT (envelope-from gnats) Date: Mon, 24 Mar 2008 22:00:10 GMT Message-Id: <200803242200.m2OM0A0g055018@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: =?utf-8?Q?Derek_Kuli=C5=84ski?= Cc: Subject: Re: bin/121502: option -P appears to be broken in restore(8) since FreeBSD 6.3 (regression) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?utf-8?Q?Derek_Kuli=C5=84ski?= List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 22:00:10 -0000 The following reply was made to PR bin/121502; it has been noted by GNATS. From: =?utf-8?Q?Derek_Kuli=C5=84ski?= To: Jaakko Heinonen Cc: bug-followup@FreeBSD.org Subject: Re: bin/121502: option -P appears to be broken in restore(8) since FreeBSD 6.3 (regression) Date: Mon, 24 Mar 2008 14:57:24 -0700 One more thing, before patching, there's a different behavior: [chinatsu]:/usr/src/sbin/restore# restore -xNP "/usr/local/bin/gzip -dc /backup/dump.chinatsu.1.1.2008-03-20.var.gz" Header with wrong dumpdate. You have not read any tapes yet. If you are extracting just a few files, start with the last volume and work towards the first; restore can quickly skip tapes that have no further files to extract. Otherwise, begin with volume 1. Specify next volume #: 1 set owner/mode for '.'? [yn] n [chinatsu]:/usr/src/sbin/restore# restore -xNP "/usr/bin/gzip -dc /backup/dump.chinatsu.1.1.2008-03-20.var.gz" Header with wrong dumpdate. You have not read any tapes yet. If you are extracting just a few files, start with the last volume and work towards the first; restore can quickly skip tapes that have no further files to extract. Otherwise, begin with volume 1. Specify next volume #: 1 unknown tape header type 16843009 abort? [yn] n Mount tape volume 2 Enter ``none'' if there are no more tapes otherwise enter tape name (default: /usr/bin/gzip -dc /backup/dump.chinatsu.1.1.2008-03-20.var.gz) When I use it with gzip from ports, it behaves pretty much like it did in the past (asking for the volume number) I'm not sure if that was correct or not. According to manpage, the RESTORE_VOLUME variable supposed to be defined each time restore is called. -- Derek