So I created a new user and set the --default-user and --default-uid to match but it still goes to root when i run the exe

PS C:\alpineLinuxWSL> .\Alpine.exe config --default-user g61786
PS C:\alpineLinuxWSL> .\Alpine.exe config --default-uid 1000
PS C:\alpineLinuxWSL> .\Alpine.exe
ITE00489306:~#

I've just installed to use Docker Desktop but got error above, no running container. I tried;

# apk fix
(1/1) Reinstalling alpine-baselayout-data (3.2.0-r23)
ERROR: alpine-baselayout-data-3.2.0-r23: trying to overwrite etc/nsswitch.conf owned by glibc-2.35-r0.
1 error; 47 MiB in 27 packages

so, it cannot be fixed even though;

# ls -la /etc/nsswitch.conf
-rw-rw-rw-    1 root     root            55 Mar 14  2022 /etc/nsswitch.conf

I think this is the same issue of here but I have no idea how it related to this project.

I need to provide a Makefile so that users can easily build custom image packages in local environment.
Users can build and install it easily.

I really love Alpine Linux, especially within WSL. I want to use it as the integrated terminal within Visual Studio Code. Setting that within settings.json works fine:

{
   "terminal.integrated.shell.windows": "C:\\Program Files\\Alpine\\Alpine.exe",
   ...
}

The problem is that Alpine sets the current directory to the home directory. The Ubuntu WSL starts on the current project's root directory when used as a integrated terminal in VS Code.

Is there a way to set the current directory manually or - even better - to behave like the Ubuntu WSL?

Hello,
I am getting error HRESULT:0x80070003 when trying to run Alpine.exe without arguments.

Have WSL installed and running ubuntu on top without problems.

Thanks

is there any way to pre-install apk packages so that after installation of the AlpineWSL, the pre-installed program will be available?

It's not my windows login password. I basically have one account with no permissions and no way to install software I can see.

Where's the code and build process for the installation executable?

So this used to work fine and not sure if it was a windows patch or what but now you 10102700 release will not install unless ran as administrator. To make sure it wasn't a gpo or something. I used the latest Ubuntu from Store "CanonicalGroupLimited.Ubuntu18.04onWindows_1804.2018.817.0_x64__79rhkp1fndgsc", download and extracted and ran exe and it install as normal user with no issues.

Running Windows 10 Enterprise v1709 16299.847

Not work install with Alpine.exe:

C:\Users\Admin>wsl
Системе не удается найти указанный путь.

I fixed it:
run Alpine.exe clean
and run wsl --import Alpine C:\alpine rootfs.tar.gz

Microsoft Windows [版本 10.0.17134.112]
(c) 2018 Microsoft Corporation。保留所有权利。

C:\Users\ceo>alpine
Installing...
Installation Complete!
Press any key to continue...

C:\Users\ceo>alpine
Installing...
Installation Complete!
Press any key to continue...

C:\Users\ceo>

18060400
@yuk7 yuk7 released this on 4 Jun · 1 commit to master since this release

I have very slow internet connection
I compare it with ubuntu distro...

can I use this solution? source

sudo rm /etc/resolv.conf
sudo bash -c 'echo "nameserver 8.8.8.8" > /etc/resolv.conf'
sudo bash -c 'echo "[network]" > /etc/wsl.conf'
sudo bash -c 'echo "generateResolvConf = false" >> /etc/wsl.conf'
sudo chattr +i /etc/resolv.conf

Hello, I'm wondering if there is an easy way to upgrade an already install version of your project?

It seems I've installed version 3.11.3, and I would like to upgrade to 3.11.5.

• Cannot configure default user with configure --default-user (from yuk7/wsldl#10)
• run {commands} does not work.

README talks about: "3.Run Alpine.exe to Extract rootfs and Register to WSL"

What is the exact step to register to WSL? It will be good to document for noobs.

Hey there,

i would like to know how to change the default mount options to enable "metadata" to change the fileowner.

Some tutorials advice to change /etc/wsl.conf but it seems to be not recognized at launch.

Could you give me a hint to apply the options to the default mount point?

Best regards :)

Windows' PATH environment variable is not appended to the WSL. "append-path" is already set to "on".

One of the main attraction of Alpine Linux distribution is that it uses muscle libc instead of GNU one. The former is much lighter and anything that links with this libc on the system gets smaller code size. Most of the mainstream software packages are available via Alpine's aports. The hard requirement of glibc is fading away.

Could we have a version of AlpineWSL in this repo that doesn't have glibc?

Proposal:

--- a/Makefile
+++ b/Makefile
@@ -4,7 +4,6 @@ LNCR_EXE=Alpine.exe
 DLR=curl
 DLR_FLAGS=-L
 BASE_URL=http://dl-cdn.alpinelinux.org/alpine/v3.8/releases/x86_64/alpine-minirootfs-3.8.0-x86_64.tar.gz
-GLIBC_URL=https://github.com/sgerrand/alpine-pkg-glibc/releases/download/2.28-r0/glibc-2.28-r0.apk
 LNCR_ZIP_URL=https://github.com/yuk7/wsldl/releases/download/18102701/icons.zip
 LNCR_ZIP_EXE=Alpine.exe

@@ -36,14 +35,11 @@ rootfs.tar.gz: rootfs
        cd rootfs; sudo tar -zcpf ../rootfs.tar.gz `sudo ls`
        sudo chown `id -un` rootfs.tar.gz

-rootfs: base.tar.gz glibc.apk
+rootfs: base.tar.gz
        @echo -e '\e[1;31mBuilding rootfs...\e[m'
        mkdir rootfs
        sudo tar -zxpf base.tar.gz -C rootfs
        sudo cp -f /etc/resolv.conf rootfs/etc/resolv.conf
-       sudo cp -f glibc.apk rootfs/
-       sudo chroot rootfs /sbin/apk add /glibc.apk --allow-untrusted
-       sudo rm -rf rootfs/glibc.apk
        sudo chroot rootfs /sbin/apk update
        sudo chroot rootfs /sbin/apk add bash
        echo "# This file was automatically generated by WSL. To stop automatic generation of this file, remove this line." | sudo tee rootfs/etc/resolv.conf
@@ -54,10 +50,6 @@ base.tar.gz:
        @echo -e '\e[1;31mDownloading base.tar.gz...\e[m'
        $(DLR) $(DLR_FLAGS) $(BASE_URL) -o base.tar.gz

-glibc.apk:
-       @echo -e '\e[1;31mDownloading glibc.apk...\e[m'
-       $(DLR) $(DLR_FLAGS) $(GLIBC_URL) -o glibc.apk
-
 clean:
        @echo -e '\e[1;31mCleaning files...\e[m'
        -rm ${OUT_ZIP}
@@ -67,4 +59,3 @@ clean:
        -rm rootfs.tar.gz
        -sudo rm -r rootfs
        -rm base.tar.gz
-       -rm glibc.apk

If consumer wants glibc for some specific use case, they can install it by themselves. The base WSL image would remain leaner this way.

I have tried to use this distro with ExtraTerm and Terminus but all I get is a blank terminal window.

So I know why it doesn't show up because it is stopped. If I run the EXE then open Terminus I see the shell. So my real question is how do I run it in the background?

The latest AlpineLinux release is 3.16.0: https://www.alpinelinux.org/posts/Alpine-3.16.0-released.html
The latest WSLDL release is 22020900: https://github.com/yuk7/wsldl/releases

Could we have updated AlpineWSL release packages to the latest above versions?
Thanks.

I can install ZSH but is there anyway to make it default?

I'm just curious, what's the difference between this and the app in the Windows Store, the source for which is here?

Currently, installing alpine results in a new wsl.exe --list --verbose entry named Alpine.

Using release 3.1.5.0, for example:

PS> Invoke-WebRequest https://github.com/yuk7/AlpineWSL/releases/download/3.15.0-0/Alpine.zip -out Alpine.zip

PS> Expand-Archive Alpine.zip

PS> cd Alpine

PS> .\Alpine.exe
Using: .\rootfs.tar.gz
Installing...
Installation complete
Press enter to continue...

PS> wsl.exe --list --verbose
  NAME                   STATE           VERSION
  Alpine                 Stopped         2
  ...

I would like to be able to install Alpine releases "side by side". However, I presume they will both use WSL entry name Alpine (and overwrite the other). Also, having the Alpine version as part of the WSL name is informative.

I would prefer

PS> wsl.exe --list --verbose
  NAME                   STATE           VERSION
  Alpine-3.15.0-0        Stopped         2
  ...