On Fri, 30 Apr 2021 at 11:32:10 -0400, Louis Guillaume wrote: >Hello! > >My longtime update method for netbsd systems (since NetBSD 1.6 or so) >summarized... > >1. Retrieve/unpack the kernel > # cd / ># ftp -o "|pax -zrvpe" >http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/kern-XEN3_DOMU.tar.xz > >2. reboot > >3. Retrieve unpack the sets > > # for i in base comp games modules man misc text ;do >> ftp -o "|pax -zrvpe" >> http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/${i}.tar.xz > > done > >4. Get the etc.tar.xz and run etcupdate on it. > # cd /usr/INSTALL ># ftp >http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/amd64/binary/sets/etc.tar.xz > # etcupdate -d / -s /usr/INSTALL/etc.tgz > >5. Reboot. > > >But this doesn't work as of recent. Step 3 breaks. It seems that since moving >from .tgz to .tar.xz archives I have this problem. > >The kernel works fine, but for the sets, I get the following problem after a >while... > >./usr/share/locale/zh_CN.GB18030 >./usr/share/locale/zh_CN.GB18030/LC_CTYPEgzip: Unexpected end of input > >pax: End of archive volume 1 reached >pax: ustar vol 1, 4942 files, 189618300 bytes read, 0 bytes written in 36 secs >(5267175 bytes/sec) > >ATTENTION! pax archive volume change required. >Ready for archive volume: 2 >Input archive name or "." to quit pax. >98% |***************************************************** | 40544 KiB 750.71 >KiB/s - stalled -^C >pax: Signal caught, cleaning up. > > >As if the pipe to pax is misbehaving. > >Any thoughts on this? My workaround is to download everything to /usr/INSTALL >first. Then pax works fine in the loop.
Hello, Have you tried passing --xz, given that's the archive format used now (not -z for gzip)? I.e., ftp -o "|pax --xz -rvpe" ... Regards, Dave
