From owner-freebsd-current Thu Jul 20 07:48:56 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id HAA10135 for current-outgoing; Thu, 20 Jul 1995 07:48:56 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.222.226]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id HAA10129 ; Thu, 20 Jul 1995 07:48:53 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA17293; Thu, 20 Jul 1995 07:48:14 -0700 To: Bruce Evans cc: current@freefall.cdrom.com Subject: Re: Hmmmm! New error encountered with cpio while building root.flp In-reply-to: Your message of "Thu, 20 Jul 1995 19:55:07 +1000." <199507200955.TAA20979@godzilla.zeta.org.au> Date: Thu, 20 Jul 1995 07:48:14 -0700 Message-ID: <17290.806251694@time.cdrom.com> From: "Jordan K. Hubbard" Sender: current-owner@FreeBSD.org Precedence: bulk > cpio (and tar) now check for minor numbers that would be truncated. pax > now uses the correct macro for minor() so its existing check works. The > check is only done for st_rdev, not for st_dev. st_rdev is meaningless > for regular files. Unfortunately, st_rdev is apparently a garbage value > for regular files, and cpio apparently attempts to copy it. I'm not > sure what tar does. pax zeros it except for special files, at least for > tar format. > > You should be using a cpio format that preserves all minor numbers, > e.g., `cpio -H newc'. I can easily do this, but it still concerns me that the *default* method for cpio is now essentially broken. This will generate tech support problems for us and should be fixed. A bug is a bug! Thanks.. Jordan