WinApps for Linux egy újabb Linux Subsystem for Windows 2 típusú megoldás lenne, azaz virtualizációs technológiát használó kompatibilitási megoldás.
https://github.com/Fmstrat/winapps
Ha valakinek vannak tapasztalatai vele megoszthatná.
- 1621 megtekintés
Hozzászólások
- A hozzászóláshoz be kell jelentkezni
Windows-ra írt device drivereket hogyan kezeli?
- A hozzászóláshoz be kell jelentkezni
- Running a Windows RDP server in a background VM container
- A hozzászóláshoz be kell jelentkezni
Inverz WSL2...? :-D
- A hozzászóláshoz be kell jelentkezni
Pont ezért írtam, hogy WinApps for Linux egy újabb Linux Subsystem for Windows 2. A Wine és Proton a WinApps for Linux egy újabb Linux Subsystem for Windows 1.
- A hozzászóláshoz be kell jelentkezni
wtf VM container?
- A hozzászóláshoz be kell jelentkezni
Hasonló móka a MacOS alatt a Parallels Coherence View megoldása.Ez a WinApps se annyira újdonság, ahogy elnéztem.
- A hozzászóláshoz be kell jelentkezni
su
- A hozzászóláshoz be kell jelentkezni
Múltkor szoptattam magam wsl-lel, usb drive on lévő partíciót kellett volna átméretezni gparteddel, nem jutottam dűlőre, a subsystem nem látja a Windows által használt eszközöket (az usb-t legalábbis). Nesze semmi fogd meg jól..
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Ha jól rémlik a teljes Hyper-V alatt futó VM-ek sem látják direktben (kell valami usb passthrough móka, ami direktben "összeköti" a VM-et meg az usb-s eszközt)... A WSL2 meg szintén valami hasonló...
- A hozzászóláshoz be kell jelentkezni
usbip + random kernelhákolás wsl oldalon, mert ott kihagyták a kernelből az usb dolgokat.
- A hozzászóláshoz be kell jelentkezni
Jah, azt meg nem sikerült beröffentenem, ez így pofon a szarnak
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Az a "kihagyták" nem teljesen igaz... A virtualizáció miatt nincs a WSL2-es Linuxnak (ami egy VM) közvetlen hozzáférése a host OS "alatti" hardverhez. Ezt oldja meg a https://learn.microsoft.com/en-us/windows/wsl/connect-usb oldalin leírtak szerint az usbip - ahogy minden "rendes" virtuál-izélésnél is kell "tudatni" a host OS-sel, hogy adott fizikai eszközt nem piszkálhatja, azt kéretik az xyz guset VM-nek egy az egyben odaadni/átengedni.
A wsl-es kernelben ott vannak az usb-s modulok, funkciók:
$ find /lib/modules/6.6.87.2-microsoft-standard-WSL2/kernel/drivers -type f -name "*.ko" | wc -l
480
$- A hozzászóláshoz be kell jelentkezni
Természetessen meg kell beszélniük hogy épp ki használja az adott eszközt.
Nekem wsl2/debian alatt forgatni kellett, te melyiket használod?
- A hozzászóláshoz be kell jelentkezni
Nekem még nem volt szükségem arra, hogy usb passthrough megoldást használjak, ha majd kell ilyen, akkor törpölök rajta - egyébként Ubuntu 20.04-gyel indult a wsl2 nálam, utána 22.04, most 24.04 van - a kernek windows update-tel (vagy wsl --update) frissül, és az hozza szerintem magával az sb-s modulokat is.
- A hozzászóláshoz be kell jelentkezni
Boldogabb lettem volna ha nálam is hozza magával.
- A hozzászóláshoz be kell jelentkezni
Én a legfrissebbet telepítettem, de nem tudtam működésre bírni, egy órát elcsesztem az életemből erre
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Windows licenc? Ahogy nézem, újrafeltalálták a RemoteApps-ot.
Színes vászon, színes vászon, fúj!
Kérem a Fiátot..
- A hozzászóláshoz be kell jelentkezni
LOL
a project utolsó commit-je, 5 éve volt ;)
a 'megoldás' pedig:
- egy teljesen közönséges virtuális windows - ennek mindn előnyével és hátrányával,
- RDP-n elérve,
- az RDP azon físörével, hogy csak az app ablakot mutatja, nem a full desktopot...
Úgy tűnik (újra) feltalálták a melegvizet :D
- A hozzászóláshoz be kell jelentkezni
Igen ez nem túl biztató. Lehet, hogy valami felhasználóbarát megoldásnak szánták, de jobb maradni a magunk által beállított KVM-nél, virt-managerrel.
- A hozzászóláshoz be kell jelentkezni
Vessetek a mókusok közé, de nekem tetszik az ötletük, mert gondolom lényegében ugyanez történik (KVM-mel létrehoznak egy VM-et, RDP-vel rámennek és csók), a virtualizációnak tulajdonképpen lényegtelen, hogy libvirttel, proxmoxszal vagy kézzel hozod létre a VM-et mint a pattintott xenkorszakban. Amivel ez többet tud, az a transzparens app kezelés (azaz, hogy az appot elindítja a windowsban, és megkapod a képét a desktopon) ez sok helyen pusztán a parasztvakítás értéke miatt eladhatja a linuxot mint asztali disztrót, ha amúgy van össz 1-2 ilyen alkalmazás amit használni kell (SAP, ÁNYK és társai).
Persze bele kell nézni a kreált VM-be, hogy milyen feketemágiák vannak ott, de ha nincsenek gyanús elemek, én nyugodtan használnám, mert lehet, hogy jobb a saját magam által kreált virt-manageres VM, de sosem fogom tudni annyira kényelmessé tenni a felhasználónak, hogy ne legyen szájhúzás.
- A hozzászóláshoz be kell jelentkezni
A zrubi által írt project utolsó commit-je, 5 éve volt azért nem túl bíztató.
Bár meg lehet úgy írni, hogy 10 év után is működjön nulla karbantartással, de az álmoskönyvek szerint ez sok jót nem jelent. Az ötlet szerintem is jó, sőt remek!
- A hozzászóláshoz be kell jelentkezni