Winpodx to otwartoźródłowe narzędzie (licencja MIT) napisane w Pythonie, które pozwala uruchamiać natywne aplikacje Windows na każdej dystrybucji Linuksa — bez ręcznej konfiguracji maszyny wirtualnej, bez pobierania plików ISO i bez edytowania rejestru. Wystarczy kliknąć ikonę aplikacji w menu systemowym, a Microsoft Word, Excel czy VS Code otworzą się jako zwykłe okna Linuksa.
Projekt dostępny jest pod adresem: https://github.com/kernalix7/winpodx
Naucz się praktycznej administracji serwerami Linux, budowy własnego Homelabu, automatyzacji, monitoringu, backupów oraz zabezpieczania systemów. Możesz dołączyć do wybranego szkolenia lub skorzystać z pakietu 3 kursów w promocyjnej cenie.
Zapisy tylko do 18 czerwca, godz. 23:59
Spis treści
- Czym jest winpodx?
- Jak działa winpodx? Architektura krok po kroku
- Porównanie z konkurencją: winapps i LinOffice
- Wymagania systemowe
- Instalacja winpodx
- Pierwsze uruchomienie aplikacji Windows
- Konfiguracja pliku winpodx.toml
- Zarządzanie kontenerem (pod)
- Obsługa urządzeń peryferyjnych i udostępnianie plików
- Profile aplikacji — wbudowane i własne
- System tray Qt6 i tryb debloat
- Bezpieczeństwo i rotacja hasła
- Dezinstalacja
- Najczęściej zadawane pytania (FAQ)
1. Czym jest winpodx?
Winpodx (skrót od Windows Pod X) to system do uruchamiania aplikacji Windows na Linuksie jako natywnych okien pulpitu. Projekt jest rozwijany przez Kim DaeHyun (kernalix7) i opublikowany na licencji MIT. Pierwsza stabilna wersja, v0.1.0, ukazała się 20 kwietnia 2026 roku.
Narzędzie łączy ze sobą trzy technologie:
- dockur/windows — kontener Docker/Podman uruchamiający system Windows
- FreeRDP 3+ — klient RDP z protokołem RemoteApp (RAIL), który każdą aplikację Windows wyświetla jako oddzielne okno Linuksa
- Python 3.11+ (stdlib only) — warstwa zarządzająca całością, bez żadnych zewnętrznych zależności PyPI
Efekt końcowy jest prosty: klikasz „Word” w menu GNOME lub KDE, winpodx w tle automatycznie uruchamia kontener Windows (jeśli jeszcze nie działa), nawiązuje sesję RDP i wyświetla okno aplikacji — dokładnie tak, jakby była ona zainstalowana natywnie na Linuksie.
2. Jak działa winpodx? Architektura krok po kroku
Zrozumienie architektury winpodx pomaga w diagnostyce problemów i dostosowaniu narzędzia do własnych potrzeb.
Przepływ działania
Kliknięcie ikony "Word" w menu
│
▼
winpodx (Python CLI)
│
├── auto-provision (pierwsze uruchomienie):
│ config → hasło → kontener → RDP → wpisy .desktop
│
▼
FreeRDP RemoteApp (RAIL)
│ połączenie TLS na 127.0.0.1:3390
▼
Kontener Windows (Podman/Docker)
│
└── Word / Excel / PowerPoint / ...
Kluczowe warstwy techniczne
| Warstwa | Technologia |
|---|---|
| Język | Python 3.11+ (wyłącznie stdlib) |
| CLI | argparse (stdlib) |
| GUI (opcjonalne) | PySide6 (Qt6) |
| Konfiguracja | TOML (stdlib tomllib) |
| Protokół RDP | FreeRDP 3+ z RemoteApp/RAIL |
| Kontener | Podman / Docker (dockur/windows) |
| Maszyna wirtualna | libvirt / KVM |
| CI | GitHub Actions (lint + testy na Python 3.11–3.13) |
RemoteApp (RAIL) to kluczowy element — zamiast wyświetlać pełny pulpit Windows w oknie, protokół ten przekazuje do Linuksa jedynie poszczególne aplikacje, które zachowują się jak natywne programy: mają własne ikony na pasku zadań, obsługują skróty klawiszowe i da się je minimalizować oraz przesuwać jak każde inne okno.
3. Porównanie z konkurencją: winapps i LinOffice
Na rynku istnieje kilka rozwiązań do uruchamiania aplikacji Windows na Linuksie. winpodx wyróżnia się na tle winapps i LinOffice kilkoma istotnymi zaletami:
| Cecha | winapps | LinOffice | winpodx |
|---|---|---|---|
| Technologia bazowa | dockur/windows + FreeRDP | dockur/windows + FreeRDP | dockur/windows + FreeRDP |
| Konfiguracja | Ręczna (skrypty, pliki config, testy RDP) | Jeden skrypt | Zero-config (auto przy pierwszym uruchomieniu) |
| Zakres aplikacji | Dowolna aplikacja Windows | Tylko Office | Dowolna aplikacja Windows |
| Język | Shell (86%) | Shell (61%) + Python | Python (100%) |
| Zależności | curl, dialog, git, netcat | Podman, FreeRDP | Python 3.11+ (tylko stdlib) |
| Auto-suspend | Nie | Nie | Tak |
| Rotacja hasła | Nie | Nie | Tak (co 7 dni) |
| HiDPI | Nie | Nie | Auto-detekcja |
| Dźwięk / Drukarka | Nie | Nie | Tak (domyślnie włączone) |
| Udostępnianie USB | Nie | Nie | Tak (auto-mapowanie dysków) |
| Ikona w tray | Nie | Nie | Qt6 tray |
| Licencja | MIT | AGPL-3.0 | MIT |
Kluczowe przewagi winpodx:
- Całkowity brak zewnętrznych zależności Python — nie trzeba instalować niczego przez
pip - Automatyczne wstrzymywanie kontenera, gdy nie jest używany (oszczędność CPU i RAM)
- Automatyczna rotacja 20-znakowego kryptograficznego hasła co 7 dni
- Inteligentna detekcja DPI dla środowisk GNOME, KDE, Sway, Hyprland, Cinnamon i xrdb
- Obsługa dysków USB z automatycznym mapowaniem liter dysków w Windows (E:, F:, …)
4. Wymagania systemowe
Wymagania sprzętowe
- Procesor: 64-bitowy procesor x86_64 z obsługą wirtualizacji sprzętowej (Intel VT-x lub AMD-V)
- Pamięć RAM: minimum 8 GB (4 GB dla hosta Linux + 4 GB dla kontenera Windows)
- Miejsce na dysku: minimum 20–30 GB wolnego miejsca (obraz Windows zajmuje ok. 15–20 GB)
- Karta sieciowa: wirtualizacja sieciowa wymagana przez Podman/Docker
Weryfikacja obsługi wirtualizacji
Przed instalacją sprawdź, czy Twój procesor obsługuje wirtualizację:
egrep -c '(vmx|svm)' /proc/cpuinfo
Wynik większy od 0 oznacza, że wirtualizacja sprzętowa jest dostępna.
Wymagania programowe
| Komponent | Minimalna wersja | Uwagi |
|---|---|---|
| Python | 3.11+ | Wymagany (tylko stdlib — bez pip) |
| Podman | 4.0+ | Domyślny backend (alternatywnie Docker) |
| FreeRDP | 3.0+ | Wymagany do RemoteApp/RAIL |
| KVM/libvirt | aktualna | Opcjonalne (backend libvirt) |
| PySide6 / Qt6 | aktualna | Opcjonalne (ikona tray) |
Obsługiwane dystrybucje Linuksa
| Dystrybucja | Menedżer pakietów | Status |
|---|---|---|
| openSUSE Tumbleweed / Leap | zypper | Testowana |
| Fedora / RHEL / CentOS | dnf | Wspierana |
| Ubuntu / Debian / Linux Mint | apt | Wspierana |
| Arch Linux / Manjaro | pacman | Wspierana |
Instalator automatycznie wykrywa dystrybucję i menedżer pakietów — nie musisz samodzielnie instalować zależności.
5. Instalacja winpodx
Metoda 1: Instalacja standardowa (zalecana)
Sklonuj repozytorium i uruchom instalator:
curl -fsSL https://raw.githubusercontent.com/kernalix7/winpodx/main/install.sh | bash
Instalator automatycznie wykona następujące kroki:
- Wykryje dystrybucję (openSUSE, Fedora, Ubuntu, Arch…)
- Sprawdzi brakujące zależności (Podman, FreeRDP, KVM) i zapyta przed ich instalacją
- Skopiuje winpodx do
~/.local/bin/winpodx/ - Utworzy plik konfiguracyjny i
compose.yaml - Zarejestruje wszystkie 14 aplikacji w menu systemowym
Po zakończeniu instalacji odśwież menu systemowe — zobaczysz ikony Word, Excel, PowerPoint i innych aplikacji.
Metoda 2: Uruchomienie bez instalacji (tryb developerski)
Jeśli chcesz przetestować winpodx bez instalacji systemowej:
git clone https://github.com/kernalix7/winpodx.git
cd winpodx
export PYTHONPATH="$PWD/src"
python3 -m winpodx app run word
Co instalator robi z zależnościami?
Instalator pyta użytkownika przed zainstalowaniem każdej brakującej zależności systemowej. Nie wykonuje żadnych zmian bez potwierdzenia. W przypadku Podman na Ubuntu polecenie instalacyjne ma postać:
sudo apt install podman freerdp2-x11
Na Fedorze:
sudo dnf install podman freerdp
Na openSUSE:
sudo zypper install podman freerdp
6. Pierwsze uruchomienie aplikacji Windows
Przy pierwszym uruchomieniu winpodx automatycznie przeprowadza pełne provisioning — nie musisz niczego konfigurować ręcznie.
Uruchomienie przez CLI
# Uruchom Word
winpodx app run word
# Otwórz konkretny plik w Word
winpodx app run word ~/dokumenty/raport.docx
# Pełny pulpit Windows
winpodx app run desktop
# Uruchom Excel
winpodx app run excel
# Lista dostępnych aplikacji
winpodx app list
Przykład uruchomienia pełnego pulpitu Windows (winpodx app run desktop):
Uruchomienie przez menu systemowe
Po instalacji w menu GNOME/KDE pojawią się ikony wszystkich wbudowanych aplikacji. Kliknięcie ikony inicjuje ten sam przepływ co polecenie CLI.
Co dzieje się przy pierwszym uruchomieniu?
- winpodx tworzy plik konfiguracyjny
~/.config/winpodx/winpodx.toml - Generuje losowe 20-znakowe hasło kryptograficzne
- Pobiera i uruchamia kontener Windows (może zająć kilka minut przy pierwszym pobraniu obrazu)
- Czeka na gotowość RDP (port 3390 na localhost)
- Nawiązuje sesję FreeRDP RemoteApp
- Okno aplikacji pojawia się na pulpicie Linuksa
7. Konfiguracja pliku winpodx.toml
Plik konfiguracyjny winpodx jest przechowywany w ~/.config/winpodx/winpodx.toml z uprawnieniami 0600 (dostępny tylko dla właściciela). Jest automatycznie tworzony przy pierwszym uruchomieniu.
Pełna struktura pliku konfiguracyjnego
[rdp]
user = "User"
password = "" # Automatycznie generowane losowe hasło
password_updated = "" # Znacznik czasu ISO 8601 ostatniej zmiany hasła
password_max_age = 7 # Dni przed automatyczną rotacją hasła (0 = wyłączone)
ip = "127.0.0.1"
port = 3390
scale = 100 # Auto-wykrywane z Twojego środowiska graficznego
dpi = 0 # DPI Windows w % (0 = auto)
extra_flags = "" # Dodatkowe flagi FreeRDP (lista dozwolonych)
[pod]
backend = "podman" win_version = "11" # 11 | 10 | ltsc10 | tiny11 | tiny10 cpu_cores = 4 ram_gb = 4 vnc_port = 8007 auto_start = true # Automatyczne uruchamianie kontenera przy starcie aplikacji idle_timeout = 0 # Sekundy bezczynności przed auto-suspend (0 = wyłączone)Zmiana ustawień przez CLI
Nie musisz ręcznie edytować pliku TOML — winpodx udostępnia polecenie config set:
# Zmień skalowanie DPI
winpodx config set rdp.scale 140
# Zmień wersję Windows
winpodx config set pod.win_version tiny11
# Zwiększ liczbę rdzeni CPU kontenera
winpodx config set pod.cpu_cores 8
# Zwiększ pamięć RAM kontenera
winpodx config set pod.ram_gb 8
# Ustaw timeout auto-suspend na 5 minut (300 sekund)
winpodx config set pod.idle_timeout 300
# Pokaż bieżącą konfigurację
winpodx config show
Import konfiguracji z winapps
Jeśli wcześniej używałeś winapps, możesz zaimportować istniejącą konfigurację:
winpodx config import
Dostępne wersje Windows
| Wartość | Opis |
|---|---|
11 | Windows 11 (domyślny) |
10 | Windows 10 |
ltsc10 | Windows 10 LTSC |
tiny11 | Tiny11 — odchudzona wersja Windows 11 |
tiny10 | Tiny10 — odchudzona wersja Windows 10 |
Wersje Tiny są szczególnie polecane dla użytkowników z ograniczoną ilością RAM, ponieważ zajmują mniej zasobów.
8. Zarządzanie kontenerem (pod)
Podstawowe komendy zarządzania
# Uruchom kontener i poczekaj na gotowość RDP
winpodx pod start --wait
# Zatrzymaj kontener (z ostrzeżeniem o aktywnych sesjach)
winpodx pod stop
# Status kontenera z liczbą aktywnych sesji
winpodx pod status
# Restart kontenera
winpodx pod restart
Zarządzanie energią (suspend/resume)
Auto-suspend to jedna z największych zalet winpodx nad konkurencją. Kiedy żadna aplikacja Windows nie jest otwarta, kontener można wstrzymać — zwalnia wtedy CPU, zachowując stan w pamięci RAM.
# Wstrzymaj kontener (zwalnia CPU, zachowuje pamięć)
winpodx power --suspend
# Wznów wstrzymany kontener
winpodx power --resume
Można też skonfigurować automatyczny suspend po określonym czasie bezczynności:
winpodx config set pod.idle_timeout 600 # Auto-suspend po 10 minutach
Zarządzanie sesjami
# Pokaż aktywne sesje RDP
winpodx app sessions
# Zakończ konkretną sesję
winpodx app kill word
# Zarejestruj wszystkie aplikacje w menu systemowym
winpodx app install-all
9. Obsługa urządzeń peryferyjnych i udostępnianie plików
Winpodx domyślnie włącza szeroki zakres funkcji peryferyjnych — wszystko działa od razu po instalacji.
Tabela obsługiwanych funkcji
| Funkcja | Mechanizm | Domyślnie |
|---|---|---|
| Schowek | Dwukierunkowy copy-paste przez RDP (+clipboard) | Włączony |
| Dźwięk | Streaming audio przez ALSA (/sound:sys:alsa) | Włączony |
| Drukarka | Drukarki Linuksa udostępniane Windows (/printer) | Włączona |
| Katalog domowy | Udostępniony jako \\tsclient\home (+home-drive) | Włączony |
| Dyski USB | Folder media jako \\tsclient\media (/drive:media) | Włączone |
| Urządzenia USB | Natywne przekierowanie USB (/usb:auto) | Włączone (fallback do drive sharing) |
| Auto-mapowanie USB | Skrypt PowerShell mapuje podfoldery na litery dysków | Włączone |
Przepływ obsługi dysków USB
Podłącz USB do Linuksa
│
▼
Linux montuje w /run/media/$USER/NAZWAPENDRIWVA
│
▼
FreeRDP udostępnia jako \\tsclient\media\NAZWAPENDRIWVA
│
▼
media_monitor.ps1 wykrywa → net use E: \\tsclient\media\NAZWAPENDRIWVA
│
▼
Windows Explorer pokazuje dysk E:
Dyski USB podłączone po nawiązaniu sesji RDP są również dostępne jako podfoldery w \\tsclient\media.
Udostępnianie plików między Linuksem a Windows
Katalog domowy użytkownika Linuksa (~) jest automatycznie udostępniany jako \\tsclient\home w Windows. Oznacza to, że:
- Możesz otwierać pliki z Linuksa bezpośrednio w aplikacjach Windows
- Możesz zapisywać dokumenty z Word/Excel bezpośrednio na dysk Linuksa
- Asocjacje plików (
.docx,.xlsx) działają z menedżerem plików Linuksa — dwuklik otwiera plik w odpowiedniej aplikacji Windows
10. Profile aplikacji — wbudowane i własne
14 wbudowanych profili
| Profil | Wymaga instalacji w kontenerze? |
|---|---|
| Notepad, Explorer, CMD, PowerShell, Paint, Kalkulator | Nie (wbudowane w Windows) |
| Word, Excel, PowerPoint, Outlook, OneNote, Access | Tak (wymaga Office w kontenerze) |
| VS Code | Tak (wymaga instalacji VS Code w kontenerze) |
| Teams | Tak (wymaga instalacji Teams w kontenerze) |
Ważna uwaga: Profile aplikacji to wyłącznie metadane — definiują ścieżkę do pliku wykonywalnego w Windows, ale sama aplikacja musi być zainstalowana wewnątrz kontenera Windows. winpodx nie dostarcza licencji na Microsoft Office.
Dodawanie własnych profili aplikacji
Dodanie dowolnej aplikacji Windows do winpodx wymaga jedynie stworzenia pliku TOML z metadanymi:
mkdir -p data/apps/mojaapp
cat > data/apps/mojaapp/app.toml << 'EOF'
name = "mojaapp"
full_name = "Moja Aplikacja"
executable = "C:\\Program Files\\MojaApp\\mojaapp.exe"
categories = ["Utility"]
mime_types = []
EOF
# Zarejestruj aplikację w menu systemowym
winpodx app install mojaapp
Po wykonaniu powyższych kroków aplikacja pojawi się w menu systemowym i będzie można ją uruchamiać zarówno przez CLI, jak i przez kliknięcie ikony.
11. System tray Qt6 i tryb debloat
Ikona systemowa Qt6
Winpodx udostępnia opcjonalną ikonę w zasobniku systemowym opartą na Qt6 (PySide6), która zapewnia:
- Kontrolę stanu kontenera (uruchomienie, zatrzymanie, wstrzymanie)
- Szybki dostęp do wszystkich zainstalowanych aplikacji Windows
- Monitor bezczynności z licznikiem do auto-suspend
Instalacja:
# Zainstaluj Python 3
sudo apt install python3-pip
# Instalacja PySide6, czyli bibliotekę Qt6 dla Pythona potrzebną do działania graficznego interfejsu WinPodX
python3 -m pip install --user PySide6 --break-system-packages
# Uruchom winpodx giu
winpodx gui
Aby ikona uruchamiała się automatycznie wraz z sesją graficzną, dodaj polecenie winpodx tray do ustawień auto-start swojego środowiska graficznego.
Debloat — odchudzanie Windows w kontenerze !
Winpodx zawiera wbudowany skrypt debloat, który wyłącza zbędne funkcje systemu Windows w kontenerze, przyspieszając jego działanie i redukując zużycie zasobów:
winpodx debloat
Debloat wyłącza:
- Telemetrię i zbieranie danych diagnostycznych
- Reklamy w systemie i sugestie w menu Start
- Cortanę i asystenta głosowego
- Indeksowanie wyszukiwania (Windows Search)
Synchronizacja czasu
Po wybudzeniu komputera ze snu zegar Windows w kontenerze może się rozjechać. winpodx oferuje polecenie do wymuszenia synchronizacji:
winpodx timesync
12. Bezpieczeństwo i rotacja hasła
Automatyczna rotacja hasła RDP
Winpodx automatycznie rotuje hasło do sesji RDP co 7 dni (domyślnie). Hasło ma długość 20 znaków i jest generowane kryptograficznie. Mechanizm obejmuje:
- Automatyczne generowanie nowego hasła po upływie
password_max_agedni - Rollback do poprzedniego hasła w przypadku niepowodzenia
- Zapis znacznika czasu ostatniej zmiany w pliku konfiguracyjnym
# Ręczna rotacja hasła
winpodx rotate-password
# Wyłączenie automatycznej rotacji
winpodx config set rdp.password_max_age 0
Uprawnienia pliku konfiguracyjnego
Plik ~/.config/winpodx/winpodx.toml jest tworzony z uprawnieniami 0600, co oznacza, że tylko właściciel może go odczytać. Hasło RDP jest przechowywane wyłącznie lokalnie.
Diagnostyka zależności i konfiguracji
# Sprawdź stan zależności, konfiguracji i wyświetlacza
winpodx info
Polecenie info wyświetla:
- Wersje zainstalowanych zależności (Podman, FreeRDP, Python)
- Bieżące ustawienia DPI i skali
- Stan kontenera
- Wykryte środowisko graficzne
13. Pełna lista poleceń CLI
Aplikacje
winpodx app list # Lista dostępnych aplikacji
winpodx app run word # Uruchom Word
winpodx app run word ~/plik.docx # Otwórz plik w Word
winpodx app run desktop # Pełny pulpit Windows
winpodx app install-all # Zarejestruj wszystkie aplikacje w menu
winpodx app sessions # Pokaż aktywne sesje
winpodx app kill word # Zakończ sesję Word
Zarządzanie kontenerem (pod)
winpodx pod start --wait # Uruchom i czekaj na gotowość RDP
winpodx pod stop # Zatrzymaj kontener
winpodx pod status # Status z liczbą sesji
winpodx pod restart # Restart kontenera
Zarządzanie energią
winpodx power --suspend # Wstrzymaj kontener
winpodx power --resume # Wznów wstrzymany kontener
Bezpieczeństwo
winpodx rotate-password # Rotuj hasło RDP
Konserwacja
winpodx cleanup # Usuń pliki blokad Office (~$*.*)
winpodx timesync # Wymuś synchronizację czasu Windows
winpodx debloat # Wyłącz telemetrię i bloatware
winpodx uninstall # Usuń pliki winpodx (zachowuje kontener)
winpodx uninstall --purge # Usuń wszystko łącznie z konfiguracją
System
winpodx setup # Kreator konfiguracji
winpodx info # Diagnostyka zależności i konfiguracji
winpodx tray # Ikona w zasobniku systemowym Qt6
winpodx config show # Pokaż bieżącą konfigurację
winpodx config set rdp.scale 140 # Zmień wartość konfiguracyjną
winpodx config import # Importuj konfigurację z winapps
14. Dezinstalacja
# Interaktywna dezinstalacja — pyta przed każdym krokiem
./uninstall.sh
# Automatyczna dezinstalacja — zachowuje konfigurację
./uninstall.sh --confirm
# Pełne usunięcie — usuwa wszystko łącznie z konfiguracją
./uninstall.sh --purge
# Przez CLI
winpodx uninstall
winpodx uninstall --purge
Co dezinstalator NIGDY nie usuwa
Dezinstalator winpodx nie dotyka następujących elementów bez Twojej wyraźnej zgody:
- Kontenery i wolumeny Podmana (dane maszyny wirtualnej Windows)
- Pakiety systemowe (podman, freerdp, python3)
- Pliki w katalogu domowym użytkownika
15. Najczęściej zadawane pytania (FAQ)
Czy winpodx działa na Wayland?
Tak. winpodx obsługuje środowiska Wayland, w tym Sway i Hyprland, z automatyczną detekcją DPI.
Czy mogę uruchomić wiele aplikacji jednocześnie?
Tak, możesz mieć otwarte Word, Excel i PowerPoint w tym samym czasie. Każda aplikacja używa protokołu RemoteApp i pojawia się jako osobne okno. Uwaga: multi-session (wiele niezależnych sesji RDP) jest planowane w przyszłości.
Czy winpodx wymaga internetu?
Tylko przy pierwszym uruchomieniu, gdy Podman pobiera obraz dockur/windows. Później działa offline.
Jak długo trwa pierwsze uruchomienie?
Pobranie obrazu Windows zajmuje zwykle 10–20 minut w zależności od prędkości łącza. Kolejne uruchomienia zajmują 30–60 sekund (start kontenera i inicjalizacja RDP).
Czy winpodx działa z Docker zamiast Podman?
Tak. Możesz zmienić backend:
winpodx config set pod.backend docker
Czy potrzebuję licencji Windows?
Tak. Kontener dockur/windows wymaga licencji Windows. winpodx jest narzędziem do zarządzania kontenerem — nie dostarcza licencji.
Jak uruchomić kreator konfiguracji?
winpodx setup
Czy winpodx obsługuje HiDPI (ekrany 4K)? Tak. winpodx automatycznie wykrywa skalowanie DPI z GNOME, KDE, Sway, Hyprland, Cinnamon i xrdb.
Podsumowanie
Winpodx to dojrzałe, dobrze przetestowane narzędzie (225 testów automatycznych) do uruchamiania aplikacji Windows na Linuksie. Wyróżnia się spośród konkurencji zerową konfiguracją przy pierwszym uruchomieniu, automatycznym zarządzaniem energią, obsługą USB, dźwięku i drukarek od razu po instalacji, a także brakiem zewnętrznych zależności Python.
Dla użytkowników Linuksa, którzy potrzebują okazjonalnie korzystać z aplikacji Microsoft Office, VS Code dla Windows lub innych programów niedostępnych natywnie na Linuksie, winpodx oferuje najbardziej kompleksowe rozwiązanie dostępne w 2026 roku.
Repozytorium: https://github.com/kernalix7/winpodx
Licencja: MIT
Wersja: v0.1.0 (kwiecień 2026)
Autor: Kim DaeHyun (kernalix7@kodenet.io)
Naucz się praktycznej administracji serwerami Linux, budowy własnego Homelabu, automatyzacji, monitoringu, backupów oraz zabezpieczania systemów. Możesz dołączyć do wybranego szkolenia lub skorzystać z pakietu 3 kursów w promocyjnej cenie.
Zapisy tylko do 18 czerwca, godz. 23:59