Gemenskapslösning

Varför apt och yum inte fungerar på ZimaOS: Buildroot, zpkg-moduler, containrar och WebDAV

A November 2024-July 2025 thread where apt, apt-get, and yum failed because ZimaOS is Buildroot-based rather than Debian/Ubuntu. A later user wanted davfs2 for a host-level WebDAV mount so it would appear in Files. IceWhale did not provide an apt-style package-manager solution and instead explored container alternatives.

apt install, apt installapt-get update , och yum install

misslyckas i ZimaOS eftersom ZimaOS inte är en generell distribution av Debian-, Ubuntu-, Fedora- eller RHEL-typ. Den är byggd med Buildroot som ett appliance-operativsystem och håller de flesta systemmappar skrivskyddade.

Aktuella ZimaOS har nu pakethanterarliknande mekanismer för specifika ändamål – framför allt zpkg-moduler, och viss utvecklardokumentation använder Entware/opkg för specialiserade verktyg. Detta gör inte basoperativsystemet till en vanlig föränderlig Linuxdistribution där godtyckliga värdpaket kan installeras och integreras som Debian-paket.

Källanvändaren försökte med apt, apt-get och yum

Det ursprungliga inlägget från 2024 rapporterade att alla tre pakethanteraralternativen misslyckades via SSH. Ett community-svar förklarade att ZimaOS är byggt med Buildroot och kombinerar Linux-, glibc-, systemd-, Docker- och virtualiseringskomponenter utan en Debian-liknande paketdatabas.

Den arkitektoniska förklaringen är fortfarande korrekt.

Aktuella ZimaOS håller de flesta systemsökvägar skrivskyddade /DATA.

IceWhales aktuella CLI-vägledning säger uttryckligen att de flesta systemmappar förblir skrivskyddade även för root. Användar- och appdata ska finnas under

Se den aktuella filsystemmodellen för ZimaOS CLI.

För applikationer är Docker den primära tilläggsmodellen

Om programvaran finns som en underhållen Docker-avbild eller Compose-stack är det vanligtvis den mest ZimaOS-infödda distributionsvägen. Beroenden förblir inuti containern och ändrar inte basoperativsystemet. davfs2 Det är därför IceWhales svar på den senare WebDAV-begäran undersökte en Docker-baserad applikation i stället för att be användaren installera

med APT.

zpkg är en modulhanterare för ZimaOS, inte apt Aktuella ZimaOS använder zpkg

Det är inte en generell ersättning där godtyckliga Debian-paketnamn används, exempelvis för installerbara systemmoduler som AI-/söktillägg och community- eller officiella moduler. En modul är byggd för ZimaOS tilläggsmekanism och kan innehålla en egen tjänstpolicy. davfs2 kan installeras.

IceWhale dokumenterar även opkg för specialiserade utvecklingsmiljöer

Aktuell vägledning från IceWhale för Python och utveckling visar installation av Entware under /opt och sedan använda opkg för utvecklarverktyg som git-http.

Detta är ett avancerat mönster som stöds i just den guiden, inte ett tillstånd att anta att alla Linux-daemoner som installeras från Entware säkert integreras med ZimaOS startprocess, Filer, nätverk eller lagringstjänster.

Använd endast det aktuella Entware-/opkg-arbetsflödet för utvecklare när det passar det avsedda användningsområdet.

Den senare WebDAV-begäran krävde integrering på värdnivå

Användaren från 2025 ville montera en WebDAV-molnenhet på operativsystemnivå så att den skulle bli tillgänglig via ZimaOS Files och för andra appar. De sade uttryckligen att en separat AList-liknande app inte var likvärdig.

Det kravet är svårare än att ”köra en WebDAV-klientcontainer”, eftersom en containermontering inte automatiskt blir en inbyggd värdmontering som är synlig för Files och alla andra containrar.

En container kan fortfarande lösa vissa WebDAV-arbetsflöden

Om det verkliga målet är att bläddra bland, synkronisera eller kopiera data till en WebDAV-leverantör kan ett containerbaserat verktyg vara säkrare än att ändra värden. Exempel är synkroniseringsklienter, filhanterare eller säkerhetskopieringsverktyg som har direkt stöd för WebDAV.

Mappa endast de ZimaOS-mappar som containern behöver och förvara leverantörens autentiseringsuppgifter i en skyddad appkonfiguration.

Använd en VM när programvaran kräver en vanlig föränderlig Linux-värd

Om ett arbetsflöde verkligen behöver apt install davfs2, systempaket, FUSE-/kärnbeteende eller anpassade starttjänster kan en Debian-/Ubuntu-VM vara en renare avgränsning. I gästen stöds normal pakethantering eftersom gästen faktiskt är Debian/Ubuntu.

Exponera sedan vid behov de monterade data tillbaka till ZimaOS eller andra klienter via ett avsiktligt nätverks-/lagringsprotokoll.

Värdändringar måste överleva den oföränderliga livscykeln

Även när en avancerad kringlösning gör en binär tillgänglig under /opt eller /DATA, verifiera:

  • tjänsten startar efter omstart;
  • den överlever OTA-uppdateringar;
  • autentiseringsuppgifterna lagras säkert;
  • monteringen finns innan beroende appar startar;
  • fel gör att appar inte börjar skriva till en tom lokal monteringspunkt.

En värdmontering är inte automatiskt en Files-integrering

ZimaOS Files är en inbyggd tjänst med en egen modell för lagring och nätverksplatser. Att skapa en anpassad FUSE-/WebDAV-montering från ett skal garanterar inte att den visas som en förstklassig Files-plats eller får samma behörigheter och livscykelhantering.

Vanliga frågor om ZimaOS Package Manager

Varför fungerar inte apt i ZimaOS?

ZimaOS är baserat på Buildroot och använder inte Debians/Ubuntus APT-arkitektur för pakethantering.

Är zpkg en generell ersättning för apt?

Nej. zpkg installerar ZimaOS-moduler som är byggda för plattformens modulsystem.

Dokumenterar IceWhale någonsin opkg?

Ja, i en specialiserad utvecklings-/Python-miljö med Entware under /opt. Det innebär inte att basoperativsystemet blir en vanlig föränderlig distribution.

Vad händer om jag specifikt behöver davfs2 eller en annan värddaemon?

Använd en container/modul med stöd när det finns, eller kör en Linux-VM för allmänna ändamål när arbetsflödet verkligen är beroende av normal pakethantering och värdtjänster.