|
Denne veldig lange serien av kolonner (del 1, del 2, del 3, del 4, del 5 y del 6) kommer til å få en slutt her. Jeg kunne utvide andre elementer på det semantiske skrivebordet, men jeg vil ikke være i stand til å svare på argumentene som er gitt i massevis av guider spredt over hele Internett som gir råd om de beste måtene å deaktivere det semantiske skrivebordet, fordi det ville fortære minne av stykket. |
Ikke bekymre deg, den eneste måten du kan fange som den du ser på et system der Nepomuk fungerer som jeg er, er å gjøre det samme som meg: last ned 1 GB PDF-filer i tekst som har 13 millioner adresser og kjør dem gjennom Nepomuk-indeksøren (ingen tull, det gjorde jeg). Jeg tror heller ikke at du håndterer PDF-filer på bokstavelig talt tusenvis av sider (for mitt arbeid som advokat må jeg håndtere historien om den chilenske grunnloven, 10 PDF-filer med 1.200 sider tekst hver), så i et riktig konfigurert system, bør du ikke se denne fangen.
La oss nå bli seriøse og tekniske. Det er ikke på tide for enda en opplæring om "deaktivering av Nepomuk for å få god ytelse", men for den første opplæringen på internett om "hvordan du får god ytelse med Nepomuk på". Følg med.
forutsetninger
Kanskje dette burde ha kommet først i guiden min, og jeg beklager, men jeg måtte bare rettferdiggjøre hvorfor jeg aktiverte Nepomuk (som var det jeg gjorde i de seks første delene) før jeg fortalte deg hvordan du aktiverer det riktig. Så vi tar en omvisning på hva som trengs, og deretter konfigurerer vi.
Først og fremst må vi være nøye med distribusjonene vi skal bruke. Her er veldig klare krav: distribusjoner som liker å innlemme foreldet programvare, fungerer ikke for KDE, og dessverre inkluderer Debian. Takket være det enorme arbeidet til Rex Dieter, leder for Fedora KDE-teamet, er det et sett med pakker med KDE 4.10 for Red Hat Enterprise Linux 6, så hvis du trenger KDE og en stabil distribusjon som stein, er alternativet RHEL 6, eller en RHEL 6-klon som CentOS, med dette depotet aktivert.
For det andre må du ta hensyn til hvordan KDE er pakket, fordi KDE er ekstremt følsom for dårlig emballasje. Inntil nylig var Kubuntu beryktet for å gjøre groteske emballasjefeil, blande ikke-støttede versjoner av nødvendige pakker, noe som resulterte i en fryktelig Kubuntu-opplevelse, og folk lurte på hvorfor Nepomuk var så treg og hukommelig når det faktisk var pakkerens skyld. Nepomuk og Akonadi overføringskjede er dette (ved hjelp av prosjektnavn fra projects.kde.org og nyeste versjoner)
kdelibs (4.10.4)
nepomuk-core (4.10.4)
kde-runtime (4.10.4)
nepomuk-widgets (4.10.4)
delt-skrivebord-ontologier (0.10.0)
sopran (2.9.1)
akonadi (1.9.2)
Oppmerksomhet på de siste 3: de er ikke avhengige av KDE-versjonen som brukes, og må være den siste tilgjengelige, selv når du bruker en stabil punktversjon. Regelen er: KDE bruker den siste stabile versjonen av disse pakkene i sin stabile gren, og git øyeblikksbilder i sine beta-grener. Mange ekstra KDE-oppdateringsregister oppdaterer KDE, men ikke disse tre siste pakkene, noe som gir alvorlige problemer.
Lagt til dette er Strigi, nylig hentet fra Nepomuk, som var en skikkelig hodepine for alle som prøvde å pakke den. Nye versjoner ble ikke annonsert skikkelig, og Ubuntu pakket ikke nye versjoner av dette programmet på lenge, til det punktet at jeg måtte lage et oppstyr på bloggen til Sebastian Trüg for å få det løst. Heldigvis er dette problemet stort sett over, og Strigi oppdateres ikke mye lenger, noe som eliminerer emballasjeproblemet.
Derfor anbefaler jeg Chakra som en god indeksfordeling. Manuel Tortosa, KDE-pakkeren for Chakra, vet alt dette, og derfor er kvaliteten på pakkene god, og opplevelsen med Nepomuk og Akonadi, under Chakra, er også god. Chakra har noen alvorlige begrensninger, for eksempel ikke å samle programmer som er avhengig av GTK + som standard, men det er en god start.
Som vi vil se videre, anbefaler jeg også en distribusjon som allerede har byttet fra MySQL til MariaDB. Vi får se hvorfor senere.
Forbereder bakken
Når vi er sikre på at vi oppfyller alle forutsetningene, og så lenge vi har et rent system, skal vi gjøre noen endringer i standardinnstillingene.
Akonadi
Vi kommer til å plassere følgende linjer i .local / share / akonadi / mysql.conf-filen.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Hvis denne filen ikke eksisterer, starter vi Akonadi med å opprette den og lukker den. På konsollen:
akonadictl start akonadictl stop
For dette? MySQL (eller MariaDB) er databasen som støtter Akonadi, og MySQL liker ikke plutselige forstyrrelser. I tilfelle systemkrasj eller strømbrudd, vil MySQL introdusere feil i Akonadi-databasen, og disse feilene, akkumulert, vil ende opp med å frigjøre KMail, noe som gjør bruken uutholdelig treg. Disse alternativene betyr at hver transaksjon blir umiddelbart skrevet til disken, noe som minimerer risikoen for korrupsjon i Akonadi i tilfelle systemkrasj eller korrupsjon. Dette alternativet forårsaker feil med visse versjoner av MySQL, men det fungerer bra med MariaDB.
Kernel
Vi skal heve filovervåking til maksimumsgrensen for å forbedre Nepomuks ytelse vesentlig. Følgende alternativ i /etc/sysctl.conf-filen gjør jobben
fs.inotify.max_user_watches = 524288
Etter disse to tingene vil vi aktivere Nepomuk. Dette gjøres i Systemvalg | Skrivebordssøk. La oss beholde minnebruk med standardinnstillingene og slå på e-postindeksering. Ikke glem å sjekke ut tipsene i del 1 om hvordan vi kan øke hastigheten på indeksering, og etter det ... sjekk resten av guidene for å glede deg over det semantiske skrivebordet!
vedlikehold
Hva om vi ikke klarte å unngå korrupsjon i Akonadi-databaser og Nepomuk går sakte? Det er fortsatt en forsvarslinje som KDE 4.10 implementerte: Nepomuk Cleaner, i tillegg til de lite kjente selvrensende verktøyene som Akonadi har.
$ akonadictl vakuum: "Støvsug" Akonadi-databasen. Ved aspirasjon, forstå: alle oppføringer som ikke reflekteres i en ressurs fjernes.
$akonadictl fsck: Forsøk på å fikse korrupsjon i Akonadi-databasene. Dette fungerer ikke alltid, så du må forhindre at de skjer i utgangspunktet. Hvordan? Med alternativene vi allerede så.
$nepomukcleaner: Det er et sett med skript utarbeidet av Vishesh Handa for å rense Nepomuk-databasen, som han konverterte til et grafisk grensesnitt. Trykk på "Start" -knappen og glem det. Å kjøre dette programmet er obligatorisk hvis en oppdaterer KDE-versjonen.
Med alle pyntegjenstandene, på et 64-biters system og med eksperimentelle Akonadi-ressurser, bruker summen av Nepomuk og Akonadi rundt 350 MB RAM. Mye for noen, men tilstrekkelig, etter mitt syn for de enorme funksjonene som er oppnådd.
Men Nepomuk går fremdeles for sakte etter min smak. Hva jeg gjør?
Vent en stund. KDE 4.11 inneholder økte ytelsesøkninger for Nepomuk. Dette er ikke noen form for overdrivelse: ifølge Vishesh Handas tall snakker vi om fem ganger ytelsen til KDE 5 skriftlig til databasen, og mer enn 4.10 ganger i lesing, alt dette i gjennomsnitt. Endringene som skal sees i KDE 7 er store og vil tillate at Nepomuk endelig kan brukes som et alternativ for de applikasjonene som krever databaser.
Også feilen som forhindrer riktig start av Akonadi-Nepomuk-kontakten, er allerede løst i gren 4.11, og Nepomuk-rengjøringsmidlet vil se store forbedringer. Vi vil ha en ny Office-filindekser, og vi vil kunne nyte andre verktøy som vil bli avslørt senere.
Forhåpentligvis hjelper jeg denne guiden, den eneste du finner om hvordan du oppnår spektakulær ytelse med Nepomuk aktivert, hjelper deg med å få en jevn konfigurasjon, som lar deg gjøre det vi så i tidligere avdrag og mye, mye mer. Takk for at du fulgte meg gjennom alle disse delene, og mange takk til Pablo Castagnino for utgivelsen av denne serien. Ser deg snart.
Utmerket bidrag Ernesto! Takk for at du delte alle disse leveransene, de har hjulpet meg mye med å bedre forstå hvordan KDE fungerer (der jeg nettopp er i gang) og hvordan jeg kan utnytte alle verktøyene det gir bedre.
Greetings!
Hei Ernesto,
Tusen takk for alle leveransene, de har vært veldig veldig hjelpsomme. Jeg bruker KDE 4.11 på Arch, og jeg bekrefter det, nepomuk er et dyr, indeksering har aldri brukt mer enn 7% av min gamle AMD Dual-Core.
Forresten, jeg har lest at for de som har 4 eller flere gigabyte RAM er det best å tildele Nepomuk minst 500 megabyte, på denne måten reduseres CPU-forbruket og hastigheten på systemet i åpningsprogrammer, kopiering av filer osv. - øker. Hva tenker du om dette?
Hilsen
Hei Ernesto,
Tusen takk for artikelserien, veldig komplett og detaljert, og hjelper oss med å få mest mulig ut av KDE og dets verktøy. På den annen side vil jeg stille deg et spørsmål, jeg prøvde med de to Akonadi-kommandoene; "Akonadictl vacuum" og "akonadictl fsck" når jeg bruker det som en normal bruker, returnerer det ikke noe, og når du bruker det med sudo, returnerer det dette
D-Bus sesjonsbuss er ikke tilgjengelig!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
og en serie data som ligner på 2. linje (som jeg ikke ønsket å legge til fordi den er kortere), hva betyr dette? Hvis det ikke returnerer noe når du bruker det som en vanlig bruker, betyr det da at databasen er sunn? eller fungerer denne kommandoen ikke som administrator?
Jeg gjentar takk og gratulasjoner for artiklene, og jeg håper at arbeidet ditt som advokat har å gjøre med en konstitusjonell endring i Chile, som lenge har vært nødvendig.
Etter min erfaring, med et 64-biters system, er sweet spot 128 MB tildeling til Nepomuk (resten av de rundt 350 MB kommer fra Akonadi, MySQL og relaterte tjenester). Å gå utover det vil ganske enkelt gi Nepomuk mer minne å spise, uten at det overføres til ekte ytelse.
Denne parameteren var fullstendig berettiget i dagene av KDE 4.7, der tjenestene ikke ble optimalisert og Virtuoso, databasen bak Nepomuk, krevde store mengder minne for å fungere. Det er ikke slik.
Hei Carlos, mens Ernesto svarer, vil jeg fortelle deg om min erfaring med OpenSuse. Faktisk, og som du sier, velger det KDE, som oversettes til et stabilt, pålitelig og høyt integrert miljø med systemet, for oppdateringene, disse kommer omtrent en måned etter at de ble utgitt av KDE-teamet, men du kan oppdatere til nåværende versjon fra de semi-offisielle arkivene som vedlikeholdes av samfunnet, så langt har jeg oppdatert derfra, og jeg har ikke hatt problemer, men det er en detalj, og det er den som Ernesto påpeker i sin guide om emballasje og tilgjengelige versjoner, for eksempel inneholder de offisielle og semi-offisielle KDE-arkivene i OpenSuse versjon 2.9.0 av Soprano-pakken, men det er bare det at fordi de andre pakkene er i sin siste versjon, kan jeg raskt løse det ovennevnte ved å søke og laste ned versjon 2.9.1 .XNUMX på OpenSuse Build Service-nettstedet (noe som et programvaresenter). Først kommenterte jeg at det faktum at Suse valgte KDE som standardmiljø resulterte i et pålitelig og stabilt system, jeg sier dette sammenlignet med den forrige distribusjonen jeg bruker med KDE: Fedora, som fungerte raskere enn OpenSuse, men ble belastet når jeg betalte hyllest til stabilitet, flere ganger led jeg av krasj, og anledninger da jeg aktiverte Nepomuk og Akonadi var ikke noe mer enn å motta varsler om feil, tvungen omstart og ressursforbruk.
For tiden, og i stor grad takket være denne artikelserien, har jeg et stabilt, raskt og høyt integrert system.
Hilsen.
Hola Carlos,
For meg ser det ut til at alle vi som har kommet til Opensuse fra en annen distrikt, synes spørsmålet om arkiver og deres administrasjon er noe forvirrende, men som du sier, det handler om å være oppmerksom og ha tålmodighet, for etter en tid ender du opp med å forstå og setter pris på fordelene, er det også sant at det er vanskeligere å finne dokumentasjon for Opensuse sammenlignet med Debian, Ubuntu eller Arch, men samfunnet er veldig aktivt, og det er en god mengde blogger som i stor grad er dedikert til OpenSuse (Denne distro genererer en veldig spesiell fanatisme) og på IRC-kanalen er de alltid klare til å hjelpe deg.
Det er ikke min hensikt å fordreie emnet for innlegget, og jeg håper å ha tillatelse fra Pablo og Ernesto til å gi deg noen lenker som kan være til hjelp for deg, personlig hjalp de meg mye. den første er fra en artikkel som snakker om depotene i Suse og hvordan man kan administrere dem for å oppnå et stabilt, komplett og oppdatert system, og den andre er en side av en blogger som dedikerer en god del til å snakke om Opensuse.
1. - http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2. - http://www.victorhckinthefreeworld.wordpress.com/
Jeg stoler på at de vil være til hjelp for deg.
Hilsen.
Hei Ernesto:
Kan du bli litt mer våt når det gjelder optimale Linux-distribusjoner for KDE-skrivebordet?
Du snakker om Red Hat, gjelder dette Fedora? OpenSuse ser ut til å velge KDE for standard skrivebordet. Hvordan er denne fordelingen? Mageia har også samme bølgelengde. Kanskje PcLinuxOS? Takk på forhånd.
Takk Moscosov. Jeg er for øyeblikket med OpenSuse. Jeg kommer fra Debian og er ny på OpenSuse (forskjellige arkiver, verktøy for å installere programmer osv.), Og selv om jeg tester med det, etablerer det seg som en distribusjon. Jeg synes det er veldig stabilt, praktisk talt alt er bra (bortsett fra noe problem med å finne dokumentasjon og "løsninger" på problemer, som i Debian var mer tilgjengelig). Det jeg er klar over, siden jeg installerte den i stedet for Gnome, er at jeg holder meg til KDE. Og det er til det punktet at mellom å velge en distribusjon foran et skrivebord, prioriterer jeg fordelene med å bruke skrivebordet fremfor dem som distribusjonen kan ha av seg selv.
Pakkehåndtering i Debian virker enklere for meg: main, contrib, non-free og der har du praktisk talt alt; i opensuse koster det meg mer (pacman, fabrikk ...), selv om jeg tror det handler om å bli vant til det og være litt oppmerksom. Men jeg har allerede sagt, hvis dette er straffen for å ha en KDE med bedre ytelse og bruk, endrer jeg distribusjonen. Derfor hevet jeg også andre som Mageia, som arver KDE som skrivebord fra Mandriva og det er enkelt å få alt til å fungere ut av boksen. Jeg liker også at det har et fundament i Debian-stil (jeg respekterer det, men jeg er tilbake til Canonical; og jeg har betenkeligheter med Novell ... og litt om Fedora).
Når det er sagt, Moscosov, takk for rapporten.
Hilsener.
For ingenting i verden bruker du dem med sudo, det fungerer ikke.
Det er normalt at ingenting returneres. Det du bør gjøre når du starter disse kommandoene, er å vente. Hvis du starter en systemmonitor etter at du har startet disse kommandoene (noe som kan gjøres i KDE ved å trykke på Control + Esc), vil du legge merke til at MySQLs CPU-bruk øker etter det; det innebærer at Akonadi jobber. La det være.
1. Mens denne artikkelen var ute, kom Soprano versjon 2.9.2 ut, så du må betale OBS et nytt besøk.
2. Det er aldri en god ide å bruke vanlig og enkel Fedora med KDE. Gå til http://kde-redhat.sourceforge.net/ og aktiver Yum-depotet som vises der. Rex gjør en god jobb med å lappe KDE for Fedora, men du ser ikke mye av det fordi pakkene ofte tar lang tid å nå hovedregisteret.
3. Jeg har blitt for våt, jeg har anbefalt en spesifikk (Chakra Linux). Jeg har aldri fått SuSE til å fungere veldig bra for meg, og det er fordi SuSE ikke kommer veldig bra sammen, i det minste, med grafikkortets proprietære drivere (alt jeg får er generaliserte systempanikker), men tilbakemeldingene jeg har hørt er at deres KDE-skrivebord er helt i topp.
4. Det jeg definitivt kommer til å bli våt av er hvilken distribusjon som ikke skal: Debian. Det er nok å si at Debian Sid har KDE 4.8.4 som den siste versjonen av KDE tilgjengelig. Det er greit å ha "stabile" versjoner, men KDE 4.10.2 (den siste tilgjengelige for RHEL, vi sammenligner stabile mot stabile distribusjoner) gir den to dusin runder, og Debian Sid, Debians "ustabile" lager, burde ha kl. minst mindre KDE 2.
Hvis du virkelig vil installere Debian med KDE, inviterer de to tilgjengelige alternativene (innlemme ZorinOS-repositoriene, eller bland de eksperimentelle repositoriene) så mye arbeid fordi ja, det beste i så fall er å bare slette harddisken eller solid state-stasjonen og installer CentOS eller Scientific. I tillegg til at Debian-teamet var hjernen til 1 og et halvt år med langsom KDE for alle som ikke kompilerte Strigi fra gitetrær, slik jeg måtte lære å gjøre.
Mageia? Nei, av en enkel grunn: Når de først har gitt ut en versjon av KDE, holder de seg med den for alltid. Det skjedde med Mandriva at jeg måtte gå til "Mandriva International Backports" for å få en poengoppdatering, og teamet bak MIB bestemte seg for ikke å støtte Mageia, men å migrere til ROSA Linux (med noe ganske eksplisitt anti-Mageia-grafikk) . Så hvis det er Mandriva-familien, er ROSA Linux valget fremfor Mageia.
Til slutt, det faktum at KDE krever at distribusjoner alltid er oppdatert, gjør at utrullingsdistroer virkelig skinner. Mine muligheter var å gå fra Gentoo til Arch med KDEmod, og derfra rett til Chakra (som er den åndelige fortsettelsen av KDEmod), og jeg har ikke angret på det. Arch Linux tar imidlertid mye arbeid å vedlikeholde.
Kort sagt, for fargesmak. I de fleste tilfeller er den beste KDE-distribusjonen den du bruker, fordi du er vant til dens egenart. Du må bare vite hvilken distribusjon du skal bruke, og hvis du bruker en distribusjon, hva du skal gjøre for å forbedre opplevelsen i KDE (for eksempel i SuSE å bytte til KDE Distro-depotet: Stabilt er en bedre ide enn å holde seg med standard pakker).
Takk for svaret Ernesto, jeg gjorde testen igjen med kommandoene og det fungerte perfekt, systemet er luksuriøst takket være tipsene du har gitt.
Forhåpentligvis fortsetter du med denne artikelserien som utdyper bruken av Akonadi og Nepomuk eller i andre områder av KDE.
Tusen takk.
Hilsen.
Tusen takk Ernesto. Du har rett, jeg har min-overvåket systemet med 128 megabyte tildelt Nepomuk og jeg merker ikke signifikante forskjeller i ytelse sammenlignet med min forrige konfigurasjon.
Forresten, flott blogg, gratulerer.
Jeg tenkte å svare her, men jeg bestemte meg bedre for å sende en e-post til Pablo og svare med en annen kolonne. Forhåpentligvis kommer det snart ut.
OpenSuSE har ingenting med Novell å gjøre lenger. Novell delte seg i 2: delen som var igjen med navnet ble kjøpt av Attachmate, mens SuSE gikk tilbake til å være et mer eller mindre uavhengig selskap.
Les det, du stiller flere spørsmål, men de er alle relaterte.
1. Hvis du bestemmer deg for å prøve en ny distribusjon, er det best å a) bruke nepomukbackup for å sikkerhetskopiere etikettene og egendefinerte data; b) installere distribusjonen for å teste som en ny bruker; c) gjenopprette sikkerhetskopien (som kan gjøres i Systemvalg | Desktop Search, gå til den tredje fanen). Sikkerhetskopiering av egendefinerte data og omindeksering av alt vil gi deg en funksjonell ekvivalent av den "bærbarheten av semantisk informasjon" du leter etter.
For en tid siden var det i tillegg eksperimenter for å skrive Nepomuk-kodene i deres metadata (EXIF, ID3) tilbake til filene selv, men de var ikke ferdige.
2. Av samme grunn er hovedbegrensningen at etiketter ikke kan flyttes mellom datamaskiner, de avhenger av Nepomuk-databasen.
3. Det beste, som jeg forklarte, er å bruke en distribusjon som har den siste stabile versjonen av KDE. KDE 4.10.4 er det, og enhver distribusjon som ikke har den versjonen, kvalifiserer ikke. Annet enn det, er den beste distro å bruke KDE den du bruker, det er som et grunnleggende prinsipp. Jeg personlig anbefaler Chakra, for det store spansktalende samfunnet, den gode kvaliteten på KDE-pakken, og det faktum at alle pakker som er samlet for Chakra, fjerner GNOME-avhengighet så mye som mulig, noe som unngår unødvendig minneforbruk og forenkler lei av støtten.
Du må bruke importen av sikkerhetskopien med forsiktighet fordi den sletter det du må legge igjen det som var i kopien, i det minste skjedde det med meg for noen dager siden (heldigvis var det en ny installasjon, og det påvirket bare tre filer). Chakra er da mitt valg (selv om det alltid er tilrådelig å ha en hjelpedistro der ute for å løse spesifikke problemer som Chakra ikke kan, på grunn av mangel på pakker, slik det skjedde med meg med mvconv-verktøyet).
Takk for avklaringen, sånn sett synes jeg det er best å inneholde Nepomuk i brukermappen for å unngå problemer (jeg har en delt hjemmekatalog for alle som fotografiene befinner seg i og i en annen musikk med skriverett; integrering av digikam og amarok-database med nepomuk i dette tilfellet vil absolutt gi problemer hver gang en bruker endrer, for eksempel rangering av en fil via delfin / nepomuk).
Jeg ga anbefalingene for å tvinge indeksering, jeg er overrasket over at jeg sjekker resultatet ved å gjøre søk. Jeg tror det må ha tatt 1 til 3 timer å indeksere rundt 16.000 4.6 filer (mange av dem tekst), mens jeg forventet at det skulle ta noen få, mange timer mer, mye har blitt bedre siden den gamle KDE XNUMX (sist jeg hadde det prøvde). Veldig fornøyd med resultatet. Jeg bruker resten av guidene fordi jeg tror jeg kan få mye ut av dette. Takk skal du ha.
Dette er grunnen til at utdaterte versjoner av KDE 😉 ikke fungerer. Jeg ville ikke overdrive hvis jeg fortalte deg at Nepomuk i KDE 4.10 er omtrent 20 ganger hastigheten til Nepomuk i KDE 4.6, og KDE 4.11 hevder å være mellom 5 og 7 ganger hastigheten på KDE 4.10. Sum.
Hei Ernesto.
Jeg har brukt Gnome i et par år og bestemte meg for å prøve KDE, jeg var spesielt interessert i fordelene som nepomuk tilbyr. Etter å ha fulgt veiledningene dine, kan jeg ikke aktivere denne tjenesten.
Jeg har merket av for boksene, og meldingene med fet skrift er følgende:
"Aktiver Nepomuk Semantic Desktop": Søketjenester på skrivebordet er aktive.
"Aktiver Nepomuk file indexer": Filindekseringstjenesten kjører ikke.
"Aktiver e-postindekser": Klar til å indeksere data (0%).
I alternativet "Detaljer" angir du filer: beregning og e-post: beregning. Jeg velger å oppdatere men ingenting skjer.
Du kan hjelpe meg med å definere hvorfor jeg ikke kan aktivere nepomuk. Jeg bruker Sabayon som et operativsystem.
Tusen takk for oppmerksomheten og hjelpen.
Hilsen