GoboLinux NedlastingerDokumentasjonWebfelleskapOppskrifterSkjermbilder


Ofte stilte spørsmål (FAQ)

Hva i huleste er GoboLinux?

GoboLinux er en Linux-distribusjon som inneholder en ny filsystem organisasjon som avviker fra den tradisjonelle Unix arv av Linux-systemer. Kort sagt betyr dette at den er ikke basert på kataloger som /usr og /etc. Poenget med det altarnative hyrarkiet er å lagre alle filer som tilhører en applikasjon i sin egen separate undertre; slik at vi får kataloger som /Programs/1.0/lib.

For at systemet skal finne disse filene, så er de logisk gruppert i mapper som /System/Links/Executables, som, du gjettet det, inneholder symbolske lenker til alle kjørbare filer inni Programmer hierarkiet.

For å beholde bakoverkompatibilitet med tradisjonelle Unix/Linux-programmer, er det symbolske lenker som etterligner Unix treet, slik som "/usr/bin -> /System/Links/Executables" og "/sbin -> /System/Links/Executables " (dette eksempelet viser også at vilkårlige endringer mellom filene i samme kategori var også fjernet).

Her er en mer grafisk oversikt..

Omgjorde dere filhyrarkiet for å gjøre det mer nybegynner-vennlig?

Nei faktisk så var motivet å oppfylle behovene til brukere som foretrekker å installere programmer fra den opprinnelige kildekoden i stedet for å stole på distribusjonen. Det er den viktigste grunnen til at hver applikasjon får sin egen katalog: slik at du kan installere et program fra kildekode og enkelt fjerne det igjen med kun en "rm -rf". Så du skjønner, GoboLinux ble designet med fokuset på den erfarne brukeren som ikke liker ting som er automagisk. Våre scripts bare automatiserer prosedyrer, men de "tar ikke avgjørelser", og når de må, så spør de først.

Den binære pakkesamlingen ble opprettet som en måte å unngå duplisering av innsats mellom brukere. Compile prosjektet ble opprettet for å lagre "kompileringsregler" av den opprinnelige kildekoden til programmene, gitt at det er ingen enkel standard på hvordan man kompilerer programmer i Linux. Vi ønsker ikke å etablere en "innpakningsstandard" som RPM. Vi mener at det ikke er et reelt behov for "pakker" dersom den orginale tar.gz pakken er gjort riktig. For eksempel bruker én GNU AutoTools (autoconf, automake ...), kompilering for GoboLinux når det er trivielt, for ikke-triviell tilfeller samler Compile den nødvendige kunnskapen om hvordan man kan kompilere ting.

Likevel, gitt at GoboLinux har en mer logisk katalogstruktur, og GoboLinux er ofte betraktet som en mer konseptuelt vennlig distribusjon, siden strukturen er mer logisk og mindre hindret av historiske begrensninger. Men målet var ikke å gjøre ting lettere for nybegynnere (i hvert fall ikke på i begynnelsen og midt inni).

Er GoboLinux "klar"?

Ja, det er klart i den forstand at du kan, i dag, ha et operativsystem som kjører 100% på GoboLinux, som mange mennesker rundt om i verden allerede gjør i dag.

Hva er dagens status?

Dette kan være delt i to spørsmål, ett om statusen for GoboLinux verktøy og en om tilgjengeligheten av pakker.

GoboLinux er avhengig av en rekke verktøy som automatiserer ulike oppgaver, for eksempel generasjon, installasjon og fjerning av pakker, og aller viktigst, vedlikehold av symbolske lenker som holder systemet konsekvent. Disse verktøyene er relativt stabile, siden noen av dem er et par år gamle nå.

En annen viktig ting når man bruker en distribusjon er tilgjengeligheten av pakker, dvs. programvare som du kan laste ned i binær form og installere med en gang. I dette aspektet, så er GoboLinux fortsatt langt bak andre etablerte distribusjoner, siden vi ikke har et stort fellesskap av utviklere, og vi er ikke basert på en annen distribusjon som så mange distroer er, så vi har ikke en brønn av pakker til å basere ting fra. Vi har imidlertid alle pakkene som trengs for å få et kjørende system (alle pakkene som er en del av "Linux from scratch" og "Beyond Linux from scratch" prosjekter, for eksempel), pluss mange andre, for eksempel KDE og alle relaterte pakker, og listen kommer ikke til å slutte å vokse. Dessuten har vi et enda større samling av kompilasjonsoppskrifter for bruk med GoboLinux Compile verktøyet, som lar en lage pakker fra kildekode.

Hvem lagde GoboLinux? Hvordan ble det til?

Konseptet er laget av Hisham Muhammad. Den første versjonen av GoboLinux ble laget av Hisham og André Detsch.

GoboLinux har modnet over en periode på to år. Først det som startet som en måte å installere programmer rett inni en vanlig brukerkonto ved Universitetet (siden vi ikke hadde det reelle Linux treet tilgjengelig likevel, så hadde vi en mulighet til å omstrukturere treet).

En dag, etter at Det store filsystem kræsjet på Hishams datamaskin, måtte han installere hele systemet på nytt. Det var da ideen kom til bruk, i det nye systemet, bruk av kun det alternative treet (som i pre-kræsj-systemet allerede holdt ca 80% av all installert programvare). André vurderte også å reinstallere sitt Linux-system, så de bestemte seg for å samles en helg i huset hans, og kjørte hele Linux from scratch av prosedyren, og endret den til å bruke det alternative katalog treet. Resultatet ble navngitt GoboLinux.

Hvem utvikler GoboLinux?

Fra starten av (beskrevet i forrige svar), begynte vi å få flere og flere brukere, og mange av disse, i den sanne ånd av fri programvare, ble også bidragsytere av prosjektet. Som i alle prosjekter, folk kommer og går, så det er umulig å liste alle navnene her, men sjekk ut utvikler team siden.

Hva er dine mål med GoboLinux?

Vårt første mål er å ha et system som vi liker å bruke, som ikke blir ødelagt av pakkebehandleren som forsøker å administrere vår maskin for oss. De fleste Linux-distribusjonene forsøker å gjøre livet enklere for nybegynneren, men gjør samtidig livet mye vanskeligere for de mer erfarne brukerne. Vi vil ikke påstå at GoboLinux er lettere å bruke, bare at det er "mer logisk". Men folk som bruker GoboLinux sier at det faktisk er lettere å administrere, gitt at den lar deg forstå systemet bedre (hvis du er villig til å forstå det).

Som de sier, "verdens dominans er bare et sekundært mål". :)

Er det en ytelsestap i bruk av symbolske lenker, slik at GoboLinux blir et dårlig valg for tungt lastede servere for eksempel?

Det korte svaret: i teorien ja, men nei, vi har aldri målt det (å vite hvorfor "i teorien ja" les "det lange svaret").

Det lange svaret: de faktiske konsekvensene av bruken av symbolske lenker er sannsynligvis mindre enn du tror. I en vanlig Linux-distribusjon så er biblioteker allerede tilgjengelige gjennom symbolske lenker. I GoboLinux peker våre lenker direkte til selve filen, så det er en mindre omvei å nå et bibliotek.

For eksempel ta libc.so.6. Det er i /lib, som er en lenke til /System /Links/Libraries, men selve filen er i /Programs/Glibc/Current der Current er en lenke til 2.2.3, og inne glibc's lib katalog så har du libc.so.6 som er faktisk en lenke til libc-2.2.3.so. Det kan virke som mange lenker til høyre. Men bibliotekene er hentet slik: katalogen /System/Links/Libraries (som er ikke en lenke) er den eneste som er lagret i ldconfig sin konfigurasjonsfil (og LD_LIBRARY_PATH). Det libc.so.6 peker direkte til er /Programs/Glibc/2.2.3/lib/libc-2.2.3.so (ingen lenker i hele den addressen). Så vi har nøyaktig ett ''nivå av omvei'', akkurat som i vanlige Linux distribusjoner. Det kan *se* ut som mange lenker, men de er der først og fremst for å gjøre systemadministrasjon lettere.

Applikasjoner er også utarbeidet med --prefix satt til deres "hjem" på /Programs/App/versjon, så når et program som ser etter en datafil trenger den ikke å gå gjennom lenker. Å nå kjørbare filer innebærer å gå via en lenke, men i motsetning til vanlige Linux-distribusjonene trenger den ikke å søke gjennom elementer i PATH (og i alle moderne filsystemer så er tre strukteren av en katalog trolig mer optimalisert enn skallets søk gjennom elementene i $PATH. Selvfølgelig har du alltid skallets hash, men igjen så har du også alltid filsystemets cache).

Hvorfor bruker dere GoboHide? Kan du ikke endre alle programmer til å leve i GoboLinux sitt hierarki?

Vi prøver å overtale dem til å takle GoboLinux treet med kompileringsvalg når det er mulig. Men det er mange programmer som ikke kan håndtere treet når kildekoden inneholder massevis av hardkode baner og gud vet hva annet. Teknisk sett så kan all fri programvare bli oppdatert (patched) til å håndtere treet ordentlig, men vi har ikke nok arbeidskraft for en slik oppgave, og så opprettholde den etterpå. Det hadde hvert en massiv jobb, så vi pleier å redusere anvendte oppdateringer (patches) til minimum. Uansett så er /bin, /lib og /sbin kritiske. Vi har gjort tester på en chrooted miljø og det er morsomt å se alle de rare tingene som skjer når disse mangler.

Hva er /Depot? Hva er /Files?

/Depot er et "fritt område" for å lagre dokumenter, for eksempel mediefiler, nedlastede ting osv. Du kan tenke på dette som et "hjem for alle brukere" (enkelte UNIX-systemer har en /pub katalog for dette formålet). GoboLinux som systemet ignorerer innholdet av /Depot den bare eksisterer for å oppfordre brukere til å lagre sine tilfeldige filer under ett sted og holde resten av systemet rent.

/Files, derimot, er en standard GoboLinux katalog. Inne i den, er det kataloger, for eksempel skrifter og Plugins der delte filer som kreves av programmer, men ikke nødvendigvis en del av dem, er beholdt.

Hvem er Gobo?

Bortsett fra Fibo, hans trofaste tjener, så er det ingen som så han som overlevde for å fortelle historien om ham videre. Bortsett fra det, så har vi aldri risikert å grave dypere inn i emnet.

Hva slags galskap var det?

Ikke spør.

Begynner den norske oversetteren å bli sliten nå?

Jaaaaaahhh... Du skulle bare visst hvor sent det er nå og hvor mye lekser jeg skulle egentlig ha gjort til i morra. :)

Er du seriøs nå?

Selvfølgelig ikke. :) Bare glem de tre forrige spørsmålene – de er bare noen av de interne vitsene i GoboLinux verdenen. Gobo eksisterer ikke-- uh, hva var det jeg sa? AAAAAHHHH!!!! Jeg kan ikke noe for Hisham and Andrés dårlige humor ;) (krysser fingrene på at de får aldri vite noe om dette!!) :) [[[ Ja, vi fant den!! ;) ]]]