On Sun, 2 Jun 2024 at 00:06, Brad Spencer wrote:
>
> Chavdar Ivanov writes:
>
> [snip]
>
> > But then wouldn't be
> > there a chance that the old userland disagrees with the new kernel?
> >
>
>
> As a general statement, that should not be a problem as
Chavdar Ivanov writes:
[snip]
> But then wouldn't be
> there a chance that the old userland disagrees with the new kernel?
>
As a general statement, that should not be a problem as long as the
kernel has the COMPAT_* options set.
My own personal
On Sat, 1 Jun 2024 at 20:08, Martin Husemann wrote:
>
> On Sat, Jun 01, 2024 at 06:41:19PM +0100, Chavdar Ivanov wrote:
> > ptyfsoldnodes fix:
> > [1] Bad system call ${HOST_SH} "${MAKEDEV_DIR}/MAKEDEV" -s
>
> You need to run a new kernel before you install new userland.
> In this case
On Sat, Jun 01, 2024 at 06:41:19PM +0100, Chavdar Ivanov wrote:
> ptyfsoldnodes fix:
> [1] Bad system call ${HOST_SH} "${MAKEDEV_DIR}/MAKEDEV" -s
You need to run a new kernel before you install new userland.
In this case you hit the new version of dup3(2) which crashes on the
old
Hi,
I am getting (once on amd64 and aarch64):
sh /usr/sbin/postinstall -s /var/cache/sysupgrade/etc.tar.xz -s
/var/cache/sysupgrade/xetc.tar.xz -d / fix ptyfsoldnodes
Note: Creating temporary directory /tmp/_postinstall.19188.0/etc.tgz
Note: Extracting files from