On Thu, 29 Sep 2022 20:30:31 +0000 Sean Whalen <sea...@pm.me> wrote: > Package: usrmerge > Version: 31 > Severity: normal > X-Debbugs-Cc: none > > Dear Maintainer, > > When installing usrmerge on Debian Bookworm under the Windows Subsystem > for Linux (WSL) 1.0, installation fails at the setup stage. > > **This bug effectively breaks the entire install of Debian Bookworm on > WSL 1.0**, because usrmerge is now a required dependency of the > essential/system-critical package init-system-helpers, as of version > 1.65~exp1 through the current version (1.65.2) of that package. > > I suspect the cause of this issue is related to the fact that WSL 1.0 > uses a Microsoft-provided kernel for all Linux distributions that run on > WSL 1.0. WSL 2.0 allows the use of the actual distribution's kernel, > because it uses the Hyper-V hypervisor on the host Windows operating > system. However, WSL 2.0 is not an option for me (and I assume many > others), who use other virtualization products on Windows, or use a > cloud-hosted virtual Windows desktop, such as AWS Workspaces or C > itrix.
Not quite - WSL 1.0 is an ABI shim, there's no kernel/virtualization involved. WSL 2.0 uses a single, MSFT-built Linux kernel. > -- > Setting up usrmerge (31) ... > mv: cannot move '/lib/x86_64-linux-gnu/security' to > '/usr/lib/x86_64-linux-gnu/security': Permission denied > > FATAL ERROR: > mv --no-clobber /lib/x86_64-linux-gnu/security > /usr/lib/x86_64-linux-gnu/security: rc=1 > > You can try correcting the errors reported and running again > /usr/lib/usrmerge/convert-usrmerge until it will complete without errors. > Do not install or update other Debian packages until the program > has been run successfully. > > E: usrmerge failed. > dpkg: error processing package usrmerge (--configure): > installed usrmerge package post-installation script subprocess > returned error exit status 1 > Errors were encountered while processing: > usrmerge > E: Sub-process /usr/bin/dpkg returned an error code (1) > -- > > Attempting to run sudo mv --no-clobber /lib/x86_64-linux-gnu/security > /usr/lib/x86_64-linux-gnu/security manually results in the same > permission denied error. Is the root filesystem read-only or something? Anyway, we should get the WSL image built as already merged, I guess it's not built using deboostrap? -- Kind regards, Luca Boccassi
signature.asc
Description: This is a digitally signed message part
