|
Denne meget lange række kolonner (del 1, del 2, del 3, del 4, del 5 y del 6) vil have en slutning her. Jeg kunne udvide andre elementer på det semantiske skrivebord, men jeg vil ikke være i stand til at svare på de argumenter, der er givet i masser af guider spredt over hele Internettet, der rådgiver om de bedste måder at deaktivere det semantiske skrivebord på, fordi det spiser hukommelse ved stykket . |
Bare rolig, den eneste måde, du kan få en fangst som den, du ser på et system, hvor Nepomuk fungerer ordentligt som min, er at gøre det samme som mig: download 1 GB i tekst-PDF-filer, der har 13 millioner af adresser og kør dem gennem Nepomuk-indekseren (ikke sjov, det gjorde jeg). Jeg tror heller ikke, at du håndterer PDF-filer på bogstaveligt talt tusinder af sider (for mit arbejde som advokat skal jeg håndtere historien om den chilenske forfatning, 10 PDF-filer på 1.200 sider tekst hver), så i et korrekt konfigureret system skal du ikke se dette nogensinde fange.
Lad os nu blive seriøse og tekniske. Det er ikke tid til endnu en tutorial om "deaktivering af Nepomuk for at få god ydeevne", men for den første tutorial på internettet om "hvordan man får god ydeevne med Nepomuk on". Vær opmærksom.
forudsætninger
Måske skulle dette have været først i min guide, og jeg er ked af det, men jeg var bare nødt til at retfærdiggøre, hvorfor aktivering af Nepomuk (hvilket var hvad jeg gjorde i de første seks rater), før jeg fortalte dig, hvordan du aktiverer det korrekt. Så vi går en tur rundt, hvad der er behov for, og lad os derefter konfigurere.
Først og fremmest skal vi være nøje med de distributioner, vi vil bruge. Her er meget klare krav: distributioner, der kan lide at inkorporere forældet software, fungerer ikke for KDE, og det inkluderer desværre Debian. Takket være det enorme arbejde Rex Dieter, leder af Fedora KDE-teamet, er der et sæt pakker med KDE 4.10 til Red Hat Enterprise Linux 6, så hvis du har brug for KDE og en stabil distribution som sten, er indstillingen RHEL 6, eller en RHEL 6-klon som CentOS, hvor dette lager er aktiveret.
For det andet skal du være forsigtig med, hvordan KDE pakkes, fordi KDE er ekstremt følsom over for dårlig emballage. Indtil for nylig var Kubuntu berygtet for at lave groteske emballagefejl, blande ikke-understøttede versioner af krævede pakker, hvilket resulterede i en forfærdelig Kubuntu-oplevelse, og folk spekulerede på, hvorfor Nepomuk var så langsom og hukommelsessulten når det faktisk var pakkerens skyld. Nepomuk og Akonadi transmissionskæde er dette (ved hjælp af projektnavne fra projects.kde.org og nyeste versioner)
kdelibs (4.10.4)
nepomuk-kerne (4.10.4)
kde-runtime (4.10.4)
nepomuk-widgets (4.10.4)
delt-desktop-ontologier (0.10.0)
sopran (2.9.1)
akonadi (1.9.2)
Opmærksomhed på de sidste 3: de afhænger ikke af den anvendte version af KDE og skal være den sidste tilgængelige, selv når du bruger en stabil punktversion. Reglen er: KDE bruger den seneste stabile version af disse pakker i sin stabile gren og git snapshots i sine beta-grene. Mange ekstra KDE-opdateringsopbevaringssteder opdaterer KDE, men ikke disse sidste tre pakker, hvilket forårsager alvorlige problemer.
Hertil kommer Strigi, for nylig taget fra Nepomuk, hvilket var en reel hovedpine for alle, der forsøgte at pakke den. Nye versioner blev ikke annonceret ordentligt, og Ubuntu pakkede ikke nye versioner af dette program i lang tid, til det punkt, at jeg var nødt til at gøre en ophidselse på Sebastian Trügs blog for at få det rettet. Heldigvis er dette problem stort set forbi, og Strigi opdateres ikke meget mere, hvilket eliminerer emballageproblemet.
Af denne grund anbefaler jeg Chakra som en god indeksfordeling. Manuel Tortosa, KDE-pakker for Chakra, ved alt dette, og derfor er kvaliteten af pakkerne god, og oplevelsen med Nepomuk og Akonadi under Chakra er også god. Chakra har nogle alvorlige begrænsninger, da det ikke er standard for pakker, der afhænger af GTK +, men det er en god start.
Som vi vil se næste, anbefaler jeg også en distribution, der allerede har skiftet fra MySQL til MariaDB. Vi vil se hvorfor senere.
Forberedelse af jorden
Når vi først er sikre på, at vi opfylder alle forudsætningerne, og så længe vi har et rent system, vil vi foretage nogle ændringer i standardindstillingerne.
Akonadi
Vi placerer følgende linjer i .local / share / akonadi / mysql.conf filen.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Hvis denne fil ikke findes, starter vi Akonadi med at oprette den, og derefter lukker vi den. På konsollen:
akonadictl start akonadictl stop
For det? MySQL (eller MariaDB) er den database, der understøtter Akonadi, og MySQL kan ikke lide pludselige afbrydelser. Før ethvert systemnedbrud eller strømafbrydelse vil MySQL introducere fejl i Akonadi-databasen, og disse fejl, akkumuleret, vil ende med at frigøre KMail, hvilket gør brugen uudholdeligt langsom. Disse muligheder betyder, at hver transaktion straks skrives til disken, hvilket minimerer risikoen for korruption i Akonadi i tilfælde af systemnedbrud eller korruption. Denne mulighed medfører fejl med visse versioner af MySQL, men fungerer meget godt med MariaDB.
kernel
Vi vil hæve filovervågning til den maksimale grænse for at forbedre Nepomuks ydeevne væsentligt. Følgende mulighed i /etc/sysctl.conf-filen udfører jobbet
fs.inotify.max_user_watches = 524288
Efter disse to ting vil vi aktivere Nepomuk. Dette gøres i Systemindstillinger | Desktop-søgning. Lad os gemme hukommelsesforbruget ved standardindstillingerne og slå e-mail-indeksering til. Glem ikke at tjekke tipene i del 1 om, hvordan vi kan fremskynde indeksering, og derefter ... tjek resten af guiderne for at nyde det semantiske skrivebord!
vedligeholdelse
Hvad hvis vi ikke kunne forhindre korruption i Akonadi-databasen, og Nepomuk kører langsomt? Der er stadig en forsvarslinje, som KDE 4.10 implementerede: Nepomuk Cleaner, ud over de lidt kendte selvrensende værktøjer, som Akonadi har.
$ akonadictl vakuum: "Støvsug" Akonadi-databasen. Ved aspiration skal du forstå: alle poster, der ikke reflekteres i en ressource, fjernes.
$akonadictl fsck: Prøv at rette korruptionen af Akonadi-databaser. Dette fungerer ikke altid, så du er nødt til at forhindre dem i at ske i første omgang. Hvordan? Med de muligheder, vi allerede har set.
$nepomukcleaner: Det er et sæt scripts udarbejdet af Vishesh Handa til at rense Nepomuk-databasen, som han konverterede til en grafisk grænseflade. Tryk på "Start" -knappen og glem det. At køre dette program er obligatorisk, hvis man opdaterer KDE-versionen.
Med alle nipsgenstande, på et 64-bit system og med eksperimentelle Akonadi-ressourcer, forbruger summen af Nepomuk og Akonadi omkring 350 MB RAM. Meget for nogle, men tilstrækkelige efter min mening for den enorme funktionalitet, der opnås.
Men Nepomuk kører stadig for langsomt efter min smag. Hvad jeg gør?
Vent et øjeblik. KDE 4.11 inkorporerer udyrelsespræstationsforøgelser for Nepomuk. Dette er ikke nogen form for overdrivelse: ifølge Vishesh Handas tal taler vi om 5 gange præstationen af KDE 4.10 skriftligt til databasen og mere end 7 gange ved læsning, alt dette i gennemsnit . Ændringerne, der skal ses i KDE 4.11, er enorme og tillader, at Nepomuk endelig bruges som et alternativ til de applikationer, der kræver databaser.
Fejlen, der forhindrer den korrekte lancering af Akonadi-Nepomuk-stikket, er også allerede rettet i 4.11-grenen, og Nepomuk-renseren vil se store forbedringer. Vi får en ny Office-filindekser, og vi kan nyde andre værktøjer, der vil blive afsløret senere.
Forhåbentlig gentager jeg denne vejledning, den eneste, du finder ud af, hvordan du opnår spektakulær ydeevne med Nepomuk aktiveret, hjælper dig med en jævn opsætning, så du kan gøre, hvad vi så i tidligere tranche og meget, meget mere. Tak fordi du fulgte mig gennem alle disse rater, og mange tak til Pablo Castagnino for udgivelsen af denne serie. Vi ses snart.
Fremragende bidrag Ernesto! Tak for at dele alle disse leverancer, de har hjulpet mig meget til bedre at forstå, hvordan KDE fungerer (hvor jeg lige er begyndt), og hvordan jeg kan udnytte alle de værktøjer, den giver bedre.
Greetings!
Hej Ernesto,
Mange tak for alle leveringerne, de har været meget meget hjælpsomme. Jeg bruger KDE 4.11 på Arch, og jeg bekræfter det, nepomuk er et dyr, indeksering har aldrig brugt mere end 7% af min gamle AMD Dual-Core.
Forresten har jeg læst, at for dem, der har 4 eller flere gigabyte RAM, er det bedst at tildele Nepomuk mindst 500 megabyte, på denne måde reduceres CPU-forbruget og hastigheden på systemet i åbning af programmer, kopiering af filer osv. - øges. Hvad tænker du om det her?
hilsen
Hej Ernesto,
Mange tak for artikelserien, meget komplet og detaljeret, og de hjælper os med at få mest muligt ud af KDE og dets værktøjer. På den anden side vil jeg stille dig et spørgsmål, jeg prøvede med de to Akonadi-kommandoer; "Akonadictl vacuum" og "akonadictl fsck" når jeg bruger det som en normal bruger, returnerer det ikke noget, og når det bruges med sudo, returnerer det dette
D-Bus session bus er ikke tilgængelig!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
og en række data svarende til 2. linje (som jeg ikke ønskede at tilføje, fordi de er kortere), hvad betyder dette? Hvis det ikke returnerer noget, når det bruges som en normal bruger, betyder det så, at databasen er sund? eller fungerer denne kommando ikke som administrator?
Jeg gentager min tak og lykønskning for artiklerne, og jeg håber, at dit arbejde som advokat har at gøre med en forfatningsændring i Chile, som længe har været nødvendigt.
Efter min erfaring med et 64-bit system er sweet spot 128MB tildeling til Nepomuk (resten af de cirka 350MB kommer fra Akonadi, MySQL og relaterede tjenester). At gå ud over det vil simpelthen give Nepomuk mere hukommelse at spise, uden at det oversættes til reel præstationsforøgelse.
Denne parameter var fuldt berettiget i dagene af KDE 4.7, hvor tjenester ikke blev optimeret, og Virtuoso, databasen bag Nepomuk, krævede store mængder hukommelse for at fungere. Sådan er det ikke.
Hej Carlos, mens Ernesto svarer, vil jeg fortælle dig om min oplevelse med OpenSuse. Faktisk og som du siger, vælger det KDE, som oversættes til et stabilt, pålideligt og stærkt integreret miljø med systemet, for opdateringerne, disse ankommer ca. en måned efter at være frigivet af KDE-teamet, men du kan opdatering til den aktuelle version fra de semi-officielle arkiver, der opretholdes af samfundet, indtil videre har jeg opdateret derfra, og jeg har ikke haft problemer, men der er en detalje, og det er den, Ernesto påpeger i sin guide vedrørende emballage og versioner tilgængelig, for eksempel indeholder de officielle og semi-officielle KDE-arkiver i OpenSuse version 2.9.0 af Soprano-pakken, men det er kun det, fordi de andre pakker er i deres seneste version, kan jeg hurtigt løse ovenstående ved at søge og downloade versionen 2.9.1 på webstedet OpenSuse Build Service (noget i retning af et softwarecenter). Først kommenterede jeg, at det faktum, at Suse valgte KDE som standardmiljø resulterede i et pålideligt og stabilt system, jeg siger dette sammenlignet med den tidligere distribution, som jeg bruger med KDE: Fedora, som fungerede hurtigere end OpenSuse men blev opkrævet som Jeg hylder stabiliteten, flere gange led jeg af nedbrud, og de lejligheder, hvor jeg aktiverede Nepomuk og Akonadi, var intet andet end at modtage meddelelser om fejl, tvungen genstart og forbrug af ressourcer.
På nuværende tidspunkt og stort set takket være denne artikelserie har jeg et stabilt, hurtigt og stærkt integreret system.
Venlig hilsen.
Hola Carlos,
Det forekommer mig, at alle os, der er kommet til Opensuse fra en anden distrikt, finder spørgsmålet om arkiver og deres administration lidt forvirrende, men som du siger, er det et spørgsmål om at være opmærksom og have tålmodighed, for efter en når du ender med at forstå det og værdsætte fordelene, er det også rigtigt, at det er sværere at finde dokumentation til Opensuse sammenlignet med Debian, Ubuntu eller Arch, men samfundet er meget aktivt, og der er et stort antal blogs, der stort set er dedikeret til OpenSuse (Denne distro genererer en meget særlig fanatisme) og på IRC-kanalen er de altid klar til at hjælpe dig.
Det er ikke min hensigt at fordreje emnet for indlægget, og jeg håber at have tilladelse fra Pablo og Ernesto til at give dig nogle links, der kan være til hjælp for dig, personligt hjalp de mig meget. den første er fra en artikel, der taler om arkiverne i Suse, og hvordan man administrerer dem for at opnå et stabilt, komplet og opdateret system, og det andet er en side af en blogger, der dedikerer en god del til at tale 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 hjælp for dig.
Venlig hilsen.
Hej Ernesto:
Kunne du blive lidt mere våd på optimale Linux-distributioner til KDE-skrivebordet?
Du taler om Red Hat, gælder dette for Fedora? OpenSuse ser ud til at vælge KDE til sit standard desktop. Hvordan er denne distribution? Mageia har også samme bølgelængde. Måske PcLinuxOS? Tak på forhånd.
Tak Moscosov. Jeg er i øjeblikket med OpenSuse. Jeg kommer fra Debian, og jeg er ny på OpenSuse (forskellige arkiver, værktøjer til at installere programmer osv.), Og selvom jeg tester med det, etablerer det sig selv som en distribution. Jeg finder det meget stabilt, næsten alt går godt (bortset fra noget problem med at finde dokumentation og "løsninger" på problemer, som i Debian var mere inden for rækkevidde). Nu, hvad jeg er klar over, da jeg installerede det til erstatning for Gnome, er, at jeg holder fast med KDE. Og det er til det punkt, at mellem at vælge en distribution foran et skrivebord, prioriterer jeg fordelene ved at bruge skrivebordet frem for dem, som distributionen i sig selv kan have.
Pakkehåndtering i Debian virker for mig enklere: main, contrib, ikke-fri, og der har du praktisk talt alt; i opensuse koster det mig mere (pacman, fabrik ...), selvom jeg synes, det handler om at vænne sig til det og være lidt opmærksom. Men jeg sagde allerede, hvis dette er straffen for at have en KDE med bedre ydeevne og brug, ændrer jeg distributionen. Derfor rejste jeg også andre som Mageia, som arver KDE som et skrivebord fra Mandriva og dets lette at få alt til at fungere ud af kassen. Jeg kan også godt lide, at bag det har et Debian-fundament (jeg respekterer det, men jeg er tilbage til Canonical, og jeg har betænkeligheder med Novell ... og lidt om Fedora).
Når det er sagt, Moscosov, tak for rapporten.
Greetings.
For verden bruger dem ikke med sudo, det virker ikke.
Det er normalt, at intet returneres. Hvad du skal gøre, når du starter disse kommandoer, er at vente. Hvis du starter en systemmonitor efter start af disse kommandoer (noget, der i KDE kan gøres ved at trykke på Control + Esc), vil du bemærke, at MySQLs CPU-brug stiger efter det; det betyder, at Akonadi arbejder. Lad det være.
1. Mens denne artikel var ude, kom Soprano version 2.9.2 ud, så du bliver nødt til at betale OBS et nyt besøg.
2. Det er aldrig en god ide at bruge almindelig og enkel Fedora med KDE. Gå til http://kde-redhat.sourceforge.net/ og aktiver Yum-arkivet, der vises der. Rex gør et godt stykke arbejde med at lappe KDE til Fedora, men du kan ikke se meget af det, fordi det ofte tager tid for sine pakker at nå hovedlageret.
3. Jeg er blevet for våd, jeg har anbefalet en bestemt (Chakra Linux). Jeg har aldrig fået SuSE til at arbejde meget godt for mig, og det er fordi SuSE i det mindste ikke kommer godt sammen med mit grafikkorts proprietære drivere (alt hvad jeg får er generaliserede systempanikker), men den feedback, jeg har hørt er, at deres KDE-desktops er i topklasse.
4. Hvad jeg bestemt vil blive våd med, er hvilken distribution der ikke skal: Debian. Det er tilstrækkeligt at sige, at Debian Sid har KDE 4.8.4 som den seneste tilgængelige version af KDE. Det er fint at have "stabile" versioner, men KDE 4.10.2 (den seneste tilgængelige for RHEL, vi sammenligner stabile versus stabile distributioner) giver det 2 dusin omgange, og Debian Sid, Debians "ustabile" lager, burde have mindst minus KDE 4.10.4.
Hvis du virkelig vil installere Debian med KDE, inviterer de to tilgængelige muligheder (inkorporer ZorinOS-arkiverne eller bland de eksperimentelle lagre) så meget arbejde, fordi ja, det bedste i så fald er simpelthen at slette harddisken eller solid state-drevet installer CentOS eller Scientific. Bortset fra det faktum, at Debian-teamet var hjernen til 1 og et halvt års langsom KDE for alle, der ikke kompilerede Strigi fra git træer, som jeg var nødt til at lære at gøre.
Mageia? Nej, af en simpel grund: Når de først har frigivet en version af KDE, forbliver de med den for evigt. Det skete for mig med Mandriva, at jeg var nødt til at gå til "Mandriva International Backports" for at få en pointopdatering, og holdet bag MIB besluttede ikke at støtte Mageia, men at migrere til ROSA Linux (med noget ret eksplicit anti Mageia-grafik). Så hvis det er Mandriva-familien, er ROSA Linux valget over Mageia.
Endelig gør det faktum, at KDE kræver, at distributioner altid er opdaterede, "rullende versioner" virkelig skinner. Mine muligheder var at gå fra Gentoo til Arch med KDEmod, og derfra direkte til Chakra (som er den åndelige fortsættelse af KDEmod), og jeg har ikke fortrudt det. Arch Linux tager dog meget arbejde at vedligeholde.
Kort sagt, for farvesmag. I de fleste tilfælde er den bedste KDE-distribution den, du bruger, fordi du er vant til dens idiosynkrasier. Du skal bare vide, hvilken distribution du skal bruge, og hvis du bruger en distribution, hvad du skal gøre for at forbedre oplevelsen i KDE (for eksempel i SuSE-skift til KDE Distro-arkivet: Stabil er en bedre idé end at bo hos standardpakkerne).
Tak for svaret Ernesto, jeg testede igen med kommandoerne, og det fungerede perfekt, systemet er luksuriøst takket være de tip, du har givet.
Jeg håber, du fortsætter med denne serie af artikler, der uddyber brugen af Akonadi og Nepomuk eller i andre områder af KDE.
Mange tak.
Venlig hilsen.
Mange tak Ernesto. Du har ret, jeg har overvåget systemet min med 128 megabyte tildelt Nepomuk, og jeg bemærker ikke signifikante forskelle i ydeevne sammenlignet med min tidligere konfiguration.
Forresten, god blog, tillykke.
Jeg tænkte på at svare her, men jeg besluttede mig bedre for at sende en e-mail til Pablo og svare med en anden kolonne. Forhåbentlig kommer det snart ud.
OpenSuSE har ikke længere noget med Novell at gøre. Novell delte sig i 2: den del, der blev ved med navnet, blev købt af Attachmate, mens SuSE vendte tilbage til at være et mere eller mindre uafhængigt selskab.
Læs det, du stiller flere spørgsmål, men de er alle relaterede.
1. Hvis du beslutter at prøve en ny distribution, er det bedst at) bruge nepomukbackup til at sikkerhedskopiere dine etiketter og brugerdefinerede data; b) installere distributionen til at teste som en ny bruger; c) gendanne sikkerhedskopien (det kan gøres i Systemindstillinger | Desktop-søgning, gå til den tredje fane). Hvis du sikkerhedskopierer de brugerdefinerede data og indekserer alt igen, har du en funktionel ækvivalent med den "bærbarhed af semantisk information", du leder efter.
For nogen tid siden var der desuden eksperimenter med at skrive Nepomuk-tags i deres metadata (EXIF, ID3) tilbage til filerne selv, men de var ikke færdige.
2. Af samme grund er hovedbegrænsningen, at etiketterne ikke kan flyttes mellem computere, men afhænger af Nepomuk-databasen.
3. Det bedste, som jeg forklarede, er at bruge en distribution, der har den seneste stabile version af KDE. KDE 4.10.4 er det, og enhver distribution, der ikke har den version, kvalificerer sig ikke. Bortset fra det er den bedste distro til at bruge KDE den, du bruger, det er som et grundlæggende princip. Jeg personligt anbefaler Chakra for dets store spansktalende samfund den gode kvalitet af KDE-pakken og det faktum, at alle pakker, der er kompileret til Chakra, fjerner deres GNOME-afhængigheder så meget som muligt, hvilket undgår unødvendigt hukommelsesforbrug og forenkler træt af støtte.
Du skal bruge importen af sikkerhedskopien med omhu, fordi den sletter, hvad du skal efterlade, hvad der var i kopien, i det mindste skete der for mig for et par dage siden (heldigvis var det en ny installation, og det påvirkede kun tre filer). Chakra er så mit valg (selvom det altid er praktisk at have en hjælpedistro derude for at løse specifikke problemer, som Chakra ikke kan, på grund af manglende pakker, som det skete med mig med mvconv-værktøjet).
Tak for afklaringen, i den forstand synes jeg det er bedst at indeholde Nepomuk i brugermappen for at undgå problemer (jeg har en delt hjemmekatalog til alle, hvor fotografierne er placeret, og i en anden musikken med skriverettigheder ; at integrere digikam-databasen og amarok med nepomuk i dette tilfælde ville helt sikkert give problemer hver gang en bruger ændrer, for eksempel klassificeringen af en fil gennem delfin / nepomuk).
Jeg fremsatte anbefalingerne til at tvinge indeksering, jeg er overrasket over, at jeg tjekker resultatet ved at foretage søgninger. Jeg tror, det må have taget 1 til 3 timer at indeksere omkring 16.000 filer (mange af dem tekst), mens jeg forventede, at det ville tage et par, mange timer mere, meget er forbedret siden den gamle KDE 4.6 (sidste gang jeg havde det prøvet). Meget tilfreds med resultatet. Jeg anvender resten af guiderne, fordi jeg tror, jeg kan få meget ud af dette. Tak skal du have.
Derfor fungerer forældede versioner af KDE 😉 ikke. Jeg ville ikke overdrive, hvis jeg fortalte dig, at Nepomuk i KDE 4.10 er omkring 20 gange hastigheden af Nepomuk i KDE 4.6, og KDE 4.11 hævder at være mellem 5 og 7 gange hastigheden af KDE 4.10. Sum.
Hej Ernesto.
Jeg har brugt Gnome i et par år og besluttede at prøve KDE, jeg var især interesseret i fordelene, som nepomuk tilbyder. Efter at have fulgt dine tutorials kan jeg ikke aktivere denne service.
Jeg har markeret afkrydsningsfelterne, og meddelelserne med fed skrift er følgende:
"Aktivér Nepomuk Semantic Desktop": Desktop-søgningstjenester er aktive.
"Aktiver Nepomuk-filindekser": Filindekseringstjenesten kører ikke.
"Aktiver e-mail-indekser": Klar til at indeksere data (0%).
I indstillingen "Detaljer" skal du angive Filer: Beregning og e-mails: Beregning. Jeg vælger at opdatere, men der sker ikke noget.
Du kan hjælpe mig med at definere, hvorfor jeg ikke kan aktivere nepomuk. Jeg bruger Sabayon som et operativsystem.
Mange tak for din opmærksomhed og hjælp.
hilsen