Hva er LIST-filformatet?
En .list-fil er en generisk liste i ren tekst - én oppføring per linje - der den nøyaktige betydningen avhenger helt av programmet som opprettet den. Det finnes ingen felles standard, ingen «magic number» (filsignatur) og ingen versjonert spesifikasjon: filendelsen .list er en navnekonvensjon som er tatt i bruk uavhengig av mange verktøy på tvers av Linux, Unix, Windows og macOS.
Den mest utbredte konkrete bruken er pakkebehandleren APT i Debian og Ubuntu, som leser kildelister fra /etc/apt/sources.list og fra individuelle .list-filer plassert i /etc/apt/sources.list.d/. Hver aktive linje i en APT .list-fil spesifiserer en kilde ved hjelp av nøkkelordene deb eller deb-src, en URL, et kodenavn for distribusjonen og ett eller flere komponentnavn som main eller universe.
Utover APT dukker .list-endelsen opp i en rekke sammenhenger:
- Byggesystemer og kompilatorer som lagrer filstier eller manifestlister
- E-postlister og mottakerlister brukt av e-post- eller distribusjonsprogramvare
- GNU Info-katalogindeksfiler som lenker til manualsider
- Egendefinerte eksportfiler fra applikasjoner - stier, URL-er, identifikatorer eller nøkkel-verdi-par
Siden innholdet er ren tekst (vanligvis UTF-8 eller ASCII), kan ethvert tekstredigeringsprogram åpne og inspisere den. Linjer som starter med # behandles som kommentarer og ignoreres av de fleste programmer. En .list-fil overlapper i formål med en .LST-fil, en .CSV-fil, en .CONF-fil eller en vanlig .TXT-fil - filendelsen alene er ikke nok til å identifisere innholdet, så se på hvilket program som opprettet den.
Sikkerhet og trygghet
RISIKO: LOWDet er trygt å lese en .list-fil - det er ren tekst uten kjørbar kode. Den eneste reelle faren er når en .list-fil er en aktiv systemfil: redigering av APTs /etc/apt/sources.list med en feilaktig eller utrygg kilde kan ødelegge pakkeoppdateringer eller, i verste fall, peke systemet ditt mot en ondsinnet programvarekilde - så ta sikkerhetskopi først og legg bare til kilder du stoler på. Bruk et tekstredigeringsprogram (aldri en tekstbehandler, som kan ødelegge formatet), og på Windows bør du beholde Unix (LF) linjeskift for Linux .list-filer.
Formatdetaljer
i et nøtteskall- APT-kildeliste (Debian/Ubuntu) - /etc/apt/sources.list og *.list-filer definerer pakkebrønnene APT laster ned fra.
- Microsoft Entourage mottakerliste (eldre Mac) - En gammel lagret liste over e-postmottakere fra Microsoft Entourage, den utgåtte e-postklienten for Mac Office.
- GNU info / byggmanifest-liste - Indekser i ren tekst eller filmanifest-lister brukt av GNU info-indekser og ulike byggverktøy.
Programmer som åpner LIST-filer
Windows3 apps
Windows Notepad
Innebygd Høyreklikk > Åpne i > Notepad for en rask titt. Moderne Notepad håndterer Unix (LF) linjeskift; fungerer fint for små lister. 
Notepad
Åpen kildekode Høyreklikk > Edit with Notepad++ for å lese/redigere listen med linjenummer. For en Linux .list (f.eks. APT-kilder), sett Edit > EOL Conversion > Unix (LF). 
Visual Studio Code
Gratis Åpne .list-filen for å lese/redigere større lister med søk og syntaksutheving; vær oppmerksom på LF/CRLF-indikatoren for filer på tvers av plattformer. 
macOS2 apps
TextEdit
Innebygd Åpne .list-filen; velg Format > Make Plain Text slik at den forblir ren tekst (lagre aldri som RTF).
Visual Studio Code
Gratis Åpne .list-filen for å lese/redigere større lister med søk og syntaksutheving; vær oppmerksom på LF/CRLF-indikatoren for filer på tvers av plattformer. 
Linux3 apps
Vim
Åpen kildekode «sudo vim file.list» - kraftig terminalredigerer for å vise/redigere lister og konfigurasjonsfiler. 
nano
Åpen kildekode Rediger i terminalen, f.eks. «sudo nano /etc/apt/sources.list». Ta sikkerhetskopi først (cp fil fil.bak) før du endrer en aktiv systemliste.
GNOME Text Editor / gedit
Åpen kildekode Åpne .list-filen i et grafisk redigeringsprogram for å lese eller redigere (bruk sudo for systemfiler som APT-kilder). Tekniske detaljer
dyp spesifikasjon| MIME-type | text/plain |
| Tegnoding | UTF-8 eller ASCII; ingen byte-order mark (BOM) kreves eller forventes |
| Linjestruktur | Én oppføring per linje; hver linje er et enkelt element, filsti, URL eller direktiv |
| Kommentarkonvensjon | Linjer som begynner med # hoppes over som kommentarer av de fleste programmer som bruker .list-filer |
| Filsignatur | Ingen binære «magic bytes» - et rent tekstformat identifisert av filendelse og kontekst |
| Lagring | Ukomprimert ren tekst; ingen binær innpakning eller beholder |
| Typisk filstørrelse | Fra noen få bytes til noen megabytes, avhengig av antall oppføringer |
| Linjeslutt | LF på Linux/Unix; CRLF på Windows; de fleste tolker godtar begge |
| APT-kildesyntaks | Debian/Ubuntu APT bruker deb <url> <distro> <komponenter>-linjer i /etc/apt/sources.list og /etc/apt/sources.list.d/*.list |
| Semantikk | Helt definert av applikasjonen - ingen universell grammatikk; innholdets betydning avhenger av programmet som opprettet filen |
| Håndtering av blanke linjer | Blanke linjer ignoreres av de fleste programmer |
| Plattformuavhengig | Lesbar på Linux, macOS og Windows med ethvert UTF-8-kompatibelt tekstredigeringsprogram; ingen spesiell kjøretid nødvendig |
| Versjonering av format | Ingen versjonsfelt eller hode; strukturen bestemmes utelukkende av programmet som lager den |
| Vanlige innholdstyper | URL-er til kilder, filstier, pakkenavn, e-postadresser eller key=value-direktiver |
| Primært OS-miljø | Mest utbredt på Debian/Ubuntu Linux (APT-kilder); også vanlig i byggesystemer på alle plattformer |
| Redigeringsrettigheter | Vanlige brukerfiler krever ingen spesiell tilgang; APT-systemfiler (f.eks. /etc/apt/sources.list) krever root/sudo for å endres |
| Utgitt | No single origin - a long-standing convention across Unix/Linux, build systems and apps |
LIST-konverteringer
Spørsmål og svar fra fellesskapet
spurt av brukereIngen spørsmål ennå - vær den første til å spørre om LIST-filer.
