|
Ši labai ilga stulpelių serija (dalis 1, dalis 2, dalis 3, dalis 4, dalis 5 y dalis 6) čia bus pabaiga. Galėčiau išplėsti kitus semantinio darbalaukio elementus, bet negalėsiu atsakyti į argumentus, kurie pateikiami gausybe internete išsibarsčiusių vadovų, kurie pataria, kaip geriausia išjungti semantinį darbalaukį, nes tai prarytų atmintį prie kūrinio. |
Nesijaudinkite, vienintelis būdas užfiksuoti tokį, kokį matote sistemoje, kurioje „Nepomuk“ veikia tinkamai, kaip ir mano, yra padaryti tą patį kaip ir aš: atsisiųsti 1 GB tekstinių PDF failų, turinčių 13 milijonų adresų, ir paleisti juos per „Nepomuk“ indeksatorių (nejuokavau, aš tai padariau). Aš taip pat nemanau, kad jūs tvarkote pažodžiui tūkstančių puslapių PDF failus (savo, kaip teisininko, darbui turiu tvarkyti Čilės konstitucijos istoriją, 10 PDF failų po 1.200 puslapių teksto), todėl tinkamai sukonfigūruotoje sistemoje turėtumėte nematau šio kada nors pagauti.
Dabar rimtai ir techniškai. Ne laikas parengti dar vieną pamoką „Išjunkite„ Nepomuk “, kad pasiektumėte gerų rezultatų“, bet pirmą internetinę pamoką „Kaip pasiekti puikių rezultatų su„ Nepomuk ““. Atkreipk dėmesį.
Būtinos sąlygos
Galbūt mano vadove tai turėjo būti pirmas dalykas, ir aš atsiprašau, bet aš tiesiog turėjau pagrįsti, kodėl suaktyvinus „Nepomuk“ (ką aš dariau per pirmąsias šešias dalis) prieš sakydamas, kaip teisingai jį suaktyvinti. Taigi, mes pasivaikščiosime, ko reikia, ir tada sukonfigūruosime.
Pirmiausia turime griežtai laikytis paskirstymų, kuriuos naudosime. Čia yra labai aiškūs reikalavimai: paskirstymai, kurie mėgsta įtraukti pasenusią programinę įrangą, neveikia KDE, ir, deja, tai apima ir „Debian“. Dėka milžiniško „Fedora KDE“ komandos vadovo Rexo Dieterio darbo yra „Red Hat Enterprise Linux 4.10“ paketų rinkinys su KDE 6, taigi, jei jums reikia KDE ir roko stabilaus paskirstymo, galimybė yra RHEL 6 arba RHEL 6 klonas kaip „CentOS“ su įgalinta ta saugykla.
Antra, turite atkreipti dėmesį į tai, kaip pakuojamas KDE, nes KDE yra ypač jautrus blogoms pakuotėms. Dar visai neseniai „Kubuntu“ garsėjo groteskiškomis pakavimo klaidomis, maišė nepalaikomas reikalingų pakuočių versijas, o tai sukėlė siaubingą „Kubuntu“ patirtį ir žmonėms kilo klausimas, kodėl „Nepomuk“ buvo toks lėtas ir alkanas atminties, nors iš tikrųjų dėl to buvo pakuotojo kaltė. „Nepomuk“ ir „Akonadi“ perdavimo grandinė yra tokia (naudojant projektų pavadinimus iš projects.kde.org ir naujausias versijas)
kdelibs (4.10.4)
nepomuko šerdis (4.10.4)
„kde-runtime“ (4.10.4)
„nepomuk-widgets“ (4.10.4)
„shared-desktop-ontologies“ (0.10.0)
sopranas (2.9.1)
akonadi (1.9.2)
Dėmesio paskutiniams 3: jie nepriklauso nuo naudojamos KDE versijos ir turi būti paskutiniai prieinami, net kai naudojama stabilaus taško versija. Taisyklė yra tokia: KDE stabiliame filiale naudoja naujausią stabilią šių paketų versiją, o beta versijos filialuose - „git“ nuotraukas. Daugelis papildomų KDE atnaujinimų saugyklų atnaujina KDE, bet ne šie trys paskutiniai paketai, o tai sukelia rimtų problemų.
Prie to pridėta neseniai iš Nepomuko paimta „Strigi“, kuri buvo tikras galvos skausmas visiems, bandžiusiems ją supakuoti. Naujos versijos nebuvo tinkamai reklamuojamos, o „Ubuntu“ ilgą laiką nesupakavo naujų šios programos versijų, kad turėčiau kelti triukšmą Sebastiano Trügo tinklaraštyje, kad ją sutvarkyčiau. Laimei, ši problema iš esmės pasibaigė, o „Strigi“ nebėra daug atnaujinama, o tai pašalina pakavimo problemą.
Dėl šios priežasties aš rekomenduoju „Chakra“ kaip gerą indekso pasiskirstymą. „Chakra“ KDE pakuotojas Manuelis Tortosa visa tai žino, todėl pakuočių kokybė yra gera, taip pat gera patirtis su „Nepomuk“ ir „Akonadi“, vadovaujama „Chakra“. „Chakra“ turi keletą rimtų apribojimų, pavyzdžiui, nepriskirti programų, kurios pagal nutylėjimą priklauso nuo „GTK +“, tačiau tai gera pradžia.
Be to, kaip pamatysime toliau, aš labai rekomenduoju platinimą, kuris jau perėjo iš MySQL į MariaDB. Kodėl vėliau, pamatysime.
Žemės paruošimas
Įsitikinę, kad įvykdėme visas būtinas sąlygas, ir kol turėsime švarią sistemą, atliksime keletą numatytųjų nustatymų pakeitimų.
Akonadis
Toliau nurodysime eilutes faile .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Jei šio failo nėra, pradėsime „Akonadi“ jį kurti, o tada jį uždarysime. Konsolėje:
akonadictl pradžia akonadictl stop
Už tai? „MySQL“ (arba „MariaDB“) yra duomenų bazė, palaikanti „Akonadi“, o „MySQL“ nemėgsta staigių pertraukimų. Įvykus bet kokiai sistemos gedimui ar nutrūkus elektros energijos tiekimui, „MySQL“ į „Akonadi“ duomenų bazę įves klaidų, o šios sukauptos klaidos galiausiai pašalins KMail, todėl jo naudojimas nepakeliamai lėtas. Šios parinktys reiškia, kad kiekviena operacija nedelsiant įrašoma į diską, sumažinant Akonadi korupcijos riziką sistemos gedimo ar sugadinimo atveju. Ši parinktis sukelia klaidų su tam tikromis „MySQL“ versijomis, tačiau labai gerai veikia su „MariaDB“.
Branduolys
Mes padidinsime failų stebėjimą iki didžiausios ribos, kad iš esmės pagerintume „Nepomuk“ veiklą. Ši failo /etc/sysctl.conf parinktis atliks darbą
fs.inotify.max_user_watches = 524288
Po šių dviejų dalykų suaktyvinsime Nepomuką. Tai daroma sistemos nuostatose | Paieška darbalaukyje. Laikykime atminties naudojimo pagal numatytuosius nustatymus ir įjunkime el. Pašto indeksavimą. Nepamirškite perskaityti 1 dalies patarimų, kaip paspartinti indeksavimą, o po to ... peržiūrėkite likusius vadovus, kad galėtumėte mėgautis semantiniu darbalaukiu!
Priežiūra
Ką daryti, jei mums nepavyko užkirsti kelio „Akonadi“ duomenų bazės sugadinimams ir „Nepomuk“ veikia lėtai? Vis dar yra viena gynybos linija, kurią įgyvendino KDE 4.10: „Nepomuk Cleaner“, be mažai žinomų „Akonadi“ savivalymo įrankių.
$ akonadictl vakuumas: „Siurbkite“ „Akonadi“ duomenų bazę. Siekdami būti suprantami: pašalinami visi įrašai, kurie neatspindi šaltinio.
$akonadictl fsck: Pabandykite ištaisyti „Akonadi“ duomenų bazių sugadinimus. Tai ne visada pavyksta, todėl pirmiausia turite užkirsti kelią jų atsiradimui. Kaip? Su galimybėmis, kurias jau matėme.
$nepomukcleaner: Tai yra scenarijų rinkinys, kurį parengė Visheshas Handa, kad išvalytų „Nepomuk“ duomenų bazę, kurią jis pavertė grafine sąsaja. Paspauskite mygtuką „Pradėti“ ir pamiršite apie tai. Paleisti šią programą yra privaloma, jei atnaujinama KDE versija.
Su visais niekučiais, 64 bitų sistemoje ir naudojant eksperimentinius „Akonadi“ išteklius, Nepomuko ir Akonadi suma sunaudoja apie 350 MB RAM. Daug kam, bet, mano manymu, adekvatus tam didžiuliam funkcionalumui, kuris įgyjamas.
Bet Nepomukas vis tiek veikia per lėtai mano skoniui. Ką aš darau?
Palauk truputį. KDE 4.11 apima žiaurų „Nepomuk“ našumą. Tai nėra bet koks perdėjimas: pagal Vishesho Handos duomenis kalbama apie 5 kartus didesnį KDE 4.10 našumą rašant į duomenų bazę ir daugiau nei 7 kartus skaitant, visa tai vidutiniškai. KDE 4.11 pakeitimai, kuriuos reikia pamatyti, yra didžiuliai ir leis „Nepomuk“ pagaliau naudoti kaip alternatyvą toms programoms, kurioms reikalingos duomenų bazės.
Be to, klaida, užkertanti kelią teisingam „Akonadi-Nepomuk“ jungties paleidimui, jau buvo ištaisyta 4.11 šakoje, o „Nepomuk“ valiklis matys puikių patobulinimų. Turėsime naują „Office“ failų indeksavimo priemonę ir galėsime mėgautis kitais įrankiais, kurie bus atskleisti vėliau.
Tikiuosi, kad šis vadovas, pasikartosiu, vienintelis, kurį rasite, kaip pasiekti įspūdingą našumą su įjungtu „Nepomuk“, padės jums sklandžiai konfigūruoti, leidžiančią padaryti tai, ką matėme praėjusiais dalimis, ir daug, daug daugiau. Ačiū, kad sekėte mane visomis šiomis dalimis, ir labai ačiū Pablo Castagnino, kad išleidote šią seriją. Greitai pasimatysime.
Puikus indėlis Ernesto! Ačiū, kad pasidalijote visais šiais pristatymais, jie man labai padėjo geriau suprasti, kaip veikia KDE (kurioje aš tik pradedu) ir kaip geriau pasinaudoti visais jos teikiamais įrankiais.
Sveiki atvykę!
Labas Ernesto,
Labai ačiū už visus pristatymus, jie buvo labai naudingi. „Arch“ naudoju KDE 4.11 ir tai patvirtinu, nepomukas yra žvėris, indeksuojant niekada nebuvo naudojama daugiau nei 7% mano senojo „AMD Dual-Core“.
Beje, skaičiau, kad tiems, kurie turi 4 ar daugiau gigabaitų operatyviosios atminties, „Nepomuk“ geriausia priskirti mažiausiai 500 megabaitų, tokiu būdu sumažėja procesoriaus suvartojimas ir sistemos greitis - atidarant programas, kopijuojant bylos ir kt. - didėja. Ką tu manai apie tai?
saludos
Labas Ernesto,
Labai ačiū už straipsnių seriją, labai išsamią ir išsamią ir padedančią mums kuo geriau išnaudoti KDE ir jos įrankius. Kita vertus, noriu užduoti jums klausimą, išbandžiau dvi „Akonadi“ komandas; „Akonadictl vacuum“ ir „akonadictl fsck“, kai aš naudoju jį kaip paprastą vartotoją, jis nieko negrąžina, o naudojant sudo jis grąžina tai
„D-Bus“ sesijos magistralė nėra prieinama!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
ir duomenų serija, panaši į 2-ąją eilutę (kurios nenorėjau pridėti, nes ji trumpesnė), ką tai reiškia? Jei naudojant jį kaip įprastą vartotoją jis nieko negrąžina, ar tai reiškia, kad duomenų bazė yra sveika? ar ši komanda neveikia kaip administratorius?
Aš dar kartą dėkoju ir sveikinu už straipsnius ir tikiuosi, kad jūsų, kaip teisininko, darbas susijęs su konstitucijos pokyčiais Čilėje, kurie jau seniai buvo būtini.
Mano patirtis rodo, kad naudojant 64 bitų sistemą „Sweet Spot“ yra 128 MB paskirstymas „Nepomuk“ (likusi apytiksliai 350 MB dalis gaunama iš „Akonadi“, „MySQL“ ir susijusių paslaugų). Jei peržengsite tai, Nepomukui paprasčiausiai atsiras daugiau atminties, nes tai neišvengs realaus darbo.
Šis parametras buvo visiškai pagrįstas KDE 4.7 dienomis, kai paslaugos nebuvo optimizuotos, o „Nepomuk“ duomenų bazei priklausančiai „Virtuoso“ veikimui reikalingas didžiulis atminties kiekis. Tai ne taip.
Sveiki, Carlosai, kol Ernesto atsakys, aš pasakosiu jums apie savo patirtį naudojant „OpenSuse“. Iš tiesų, ir kaip jūs sakote, jis pasirenka KDE, o tai reiškia stabilią, patikimą ir labai integruotą aplinką sistemoje, nes atnaujinimus jie pateikia maždaug mėnesį po to, kai juos išleido KDE komanda, tačiau galite atnaujinti į dabartinė versija iš pusiau oficialių saugyklų, kurias tvarko bendruomenė, kol kas atnaujinau iš ten ir neturėjau problemų, tačiau yra išsami informacija, kurią Ernesto nurodo savo vadove apie pakuotes ir galimas versijas, pavyzdžiui, oficialiose ir pusiau oficialiose „OpenSuse“ KDE talpyklose yra „Soprano“ paketo 2.9.0 versija, tačiau tik todėl, kad kiti paketai yra naujausios versijos, greitai galiu tai išspręsti ieškodamas ir atsisiųsdamas 2.9.1 versiją. .XNUMX „OpenSuse Build Service“ svetainėje (kažkas panašaus į programinės įrangos centrą). Iš pradžių pakomentavau, kad tai, kad „Suse“ kaip numatytąją aplinką pasirinko KDE, lėmė patikimą ir stabilią sistemą, sakau tai palyginus su ankstesniu paskirstymu, kurį naudojau su „KDE“: „Fedora“, kuris veikė greičiau nei „OpenSuse“, bet buvo apmokestintas, kai moku pagarba stabilumui, kelis kartus kentėjau nuo avarijų, o atvejai, kai suaktyvinau Nepomuką ir Akonadį, buvo ne kas kita, kaip gauti pranešimus apie klaidas, priverstinį pakartotinį paleidimą ir išteklių sunaudojimą.
Šiuo metu ir daugiausia šios straipsnių serijos dėka turiu stabilią, greitą ir labai integruotą sistemą.
Su geriausiais linkėjimais.
Sveiki, Carlosai!
Man atrodo, kad mums visiems, atėjusiems į „Openuse“ iš kito distro, saugyklų ir jų administravimo klausimas atrodo šiek tiek painus, tačiau, kaip jūs sakote, tai yra dėmesingumas ir kantrybė, nes po kurio laiko jūs atsiduriate tai suprantant ir įvertinant jo teikiamą naudą, taip pat tiesa, kad sunkiau rasti „Openuse“ dokumentaciją, palyginti su „Debian“, „Ubuntu“ ar „Arch“, tačiau bendruomenė yra labai aktyvi ir yra nemažai tinklaraščių, daugiausia skirtų „OpenSuse“ (Šis platintojas sukuria ypatingą fanatizmą), o IRC kanale jie visada pasirengę jums padėti.
Neketinu iškreipti įrašo temos ir tikiuosi, kad turėsiu Pablo ir Ernesto leidimą palikti jums keletą nuorodų, kurios gali jums padėti, asmeniškai jos man labai padėjo. Pirmasis yra iš straipsnio, kuriame kalbama apie „Suse“ saugyklas ir kaip jas valdyti, kad būtų sukurta stabili, išsami ir atnaujinta sistema, o kitas yra tinklaraštininko, kuris skiria nemažą dalį kalboms apie „Openuse“, puslapis.
1. http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2. http://www.victorhckinthefreeworld.wordpress.com/
Tikiu, kad jie tau padės.
Su geriausiais linkėjimais.
Sveiki, Ernesto:
Ar galėtumėte šiek tiek sušlapti dėl optimalių „Linux“ paskirstymų KDE darbalaukyje?
Jūs kalbate apie „Red Hat“, ar tai taikoma „Fedora“? Atrodo, kad „OpenSuse“ pasirenka numatytąjį darbalaukį KDE. Kaip vyksta šis paskirstymas? „Mageia“ taip pat yra to paties bangos ilgio. Gal PcLinuxOS? Ačiū iš anksto.
Ačiū Moscosov. Šiuo metu esu su „OpenSuse“. Esu kilęs iš „Debian“ ir esu naujas „OpenSuse“ (skirtingos saugyklos, įrankiai programoms diegti ir kt.) Ir nors bandau su juo, jis įsitvirtina kaip platintojas. Manau, kad tai labai stabilu, praktiškai viskas yra gerai (išskyrus kai kurias problemas ieškant dokumentacijos ir problemų „sprendimus“, kurie Debian’e buvo labiau pasiekiami). Dabar man aišku, nes aš jį įdiegiau pakeisdamas „Gnome“, kad laikausi KDE. Būtent tuo tarpu, kai pasirenku paskirstymą prieš darbalaukį, aš teikiu pirmenybę darbalaukio naudojimo pranašumams, palyginti su tais, kuriuos platinimas gali turėti pats.
„Debian“ paketų tvarkymas man atrodo paprastesnis: pagrindinis, įnašas, nemokamas ir ten jūs turite praktiškai viską; „openuse“ man kainuoja daugiau („pacman“, „fabrikas“ ...), nors manau, kad tai yra įpratimas ir būti šiek tiek dėmesingam. Bet aš jau sakiau, jei tai yra bauda už KDE geresnį veikimą ir naudojimą, aš pakeičiu paskirstymą. Štai kodėl aš taip pat užauginau kitus, pvz., „Mageia“, kuris paveldi KDE kaip „Mandriva“ darbalaukį ir kad viskas lengva padaryti iš dėžutės. Man taip pat patinka, kad už jo yra „Debian“ stiliaus pagrindas (aš tai gerbiu, bet grįžau prie „Canonical“; man rūpi „Novell“ ... ir šiek tiek apie „Fedora“).
Tai pasakė, Moscosov, ačiū už pranešimą.
Sveikinimai.
Nieko pasaulyje jūs nenaudojate jų su sudo, jis neveikia.
Normalu, kad nieko negrąžinama. Tai, ką turėtumėte padaryti paleidę tas komandas, yra laukimas. Jei paleisite sistemos monitorių, paleidus tas komandas (tai, ką KDE galima padaryti paspaudus „Control + Esc“), pastebėsite, kad po to MySQL procesoriaus naudojimas padidėja; tai reiškia, kad Akonadi veikia. Palikite tai ramybėje.
1. Kol šis straipsnis buvo išleistas, pasirodė „Soprano“ 2.9.2 versija, taigi jūs turėsite apsilankyti OBS naujame.
2. Niekada nėra gera mintis naudoti paprastą ir paprastą „Fedora“ su KDE. Eiti į http://kde-redhat.sourceforge.net/ ir suaktyvinkite ten rodomą „Yum“ saugyklą. „Rex“ atlieka gerą darbą užtaisydamas „Fedora“ KDE, bet jo daug nematote, nes dažnai reikia laiko, kol jo paketai pasiekia pagrindinę saugyklą.
3. Aš per daug sušlapau, aš rekomendavau konkretų („Chakra Linux“). Niekada netapau, kad „SuSE“ man labai gerai veiktų, ir todėl, kad „SuSE“ neblogai sutaria bent su mano grafikos plokštės nuosavais tvarkyklėmis (viskas, ką gaunu, yra apibendrinta sistemos panika), tačiau atsiliepimai, kuriuos turiu girdėta, kad jų KDE darbalaukiai yra aukščiausio lygio.
4. Ką aš tikrai sušlapsiu, yra tai, kuris paskirstymas netinka: „Debian“. Pakanka pasakyti, kad Debian Sid turi KDE 4.8.4 kaip naujausią prieinamą KDE versiją. Puiku, kad yra „stabilių“ versijų, tačiau KDE 4.10.2 (naujausia RHEL versija, mes palyginame stabilius ir stabilius paskirstymus) suteikia 2 dešimtis ratų, o Debianas Sidas, „Debian“ nestabilus saugykla, turėtų būti mažiausiai mažiau KDE 4.10.4.
Jei tikrai norite įdiegti „Debian“ su KDE, du galimi variantai (įtraukti „ZorinOS“ saugyklas arba sumaišyti eksperimentines saugyklas) pakviečia tiek daug darbo, nes taip, geriausia tokiu atveju paprasčiausiai ištrinti standųjį diską arba kietąjį diską. ir įdiekite „CentOS“ arba „Scientific“. Be to, kad „Debian“ komanda buvo pusantrų metų lėtojo KDE sumanytoja visiems, kurie nesudarė „Strigi“ iš medžių, kaip aš turėjau išmokti.
Mageia? Ne, dėl paprastos priežasties: išleidę KDE versiją, jie visam laikui lieka. Man nutiko su „Mandriva“, kad turėjau eiti į „Mandriva International Backports“, norėdamas gauti taškų atnaujinimą, o MIB komanda nusprendė ne palaikyti „Mageia“, bet pereiti prie „ROSA Linux“ (su gana aiškia anti-Mageia grafika). . Taigi, jei tai yra „Mandriva“ šeima, „ROSA Linux“ yra pasirinkimas prieš „Mageia“.
Galiausiai tai, kad KDE reikalauja, kad paskirstymai būtų nuolat atnaujinami, „slenkančios versijos“ iš tikrųjų spindi. Mano variantai buvo eiti iš „Gentoo“ į „Arch“ su KDEmod ir iš ten tiesiai į „Chakra“ (tai yra dvasinis „KDEmod“ tęsinys), ir aš to nesigailėjau. Tačiau „Arch Linux“ reikia daug dirbti.
Trumpai tariant, spalvų skoniui. Daugeliu atvejų geriausias KDE paskirstymas yra tas, kurį naudojate, nes esate įpratęs prie jo savitumo. Jūs tiesiog turite žinoti, kurį paskirstymą naudoti, ir, jei naudojate platinimą, ką daryti, kad pagerintumėte KDE patirtį (pavyzdžiui, SuSE pereinant prie KDE Distro saugyklos: Stabili yra geresnė mintis, nei likti su numatytuoju pakuotės).
Ačiū už atsakymą Ernesto, aš dar kartą atlikau testą naudodamas komandas ir jis puikiai veikė. Jūsų pateiktų patarimų dėka sistema yra prabangi.
Tikimės, kad tęsite šią straipsnių seriją, gilindami „Akonadi“ ir „Nepomuk“ ar kitų KDE sričių naudojimą.
Labai ačiū.
Su geriausiais linkėjimais.
Labai ačiū Ernesto. Jūs teisus, aš stebėjau sistemą, kai „Nepomuk“ buvo skirta 128 megabaitų, ir aš nepastebiu didelių našumo skirtumų, palyginti su mano ankstesne konfigūracija.
Beje, puikus tinklaraštis, sveikinimai.
Galvojau čia atsakyti, bet nusprendžiau atsiųsti Pablo laišką ir atsakyti su kita skiltimi. Tikimės, kad tai greitai pasirodys.
„OpenSuSE“ nebeturi nieko bendro su „Novell“. „Novell“ padalijo į 2 dalis: dalį, kuri liko su pavadinimu, nusipirko „Attachmate“, o „SuSE“ vėl buvo daugiau ar mažiau nepriklausoma įmonė.
Perskaitykite, užduodate keletą klausimų, tačiau jie visi yra susiję.
1. Jei nuspręsite išbandyti naują platinimą, geriausia: a) naudoti nepomukbackup, kad sukurtumėte atsarginę etikečių ir pasirinktinių duomenų kopiją; b) įdiekite platinimą, kad išbandytumėte kaip naują vartotoją; c) atkurkite atsarginę kopiją (tai galima padaryti „System Preferences | Desktop Search“, eikite į trečiąjį skirtuką). Jei darysite atsarginę pasirinktinių duomenų kopiją ir vėl viską indeksuosite, turėsite ieškomo „semantinės informacijos perkėlimo“ funkcinį atitikmenį.
Prieš kurį laiką buvo eksperimentų, kaip „Nepomuk“ žymas įrašyti į jų metaduomenis (EXIF, ID3) atgal į pačius failus, tačiau jie nebuvo baigti.
2. Dėl tos pačios priežasties pagrindinis apribojimas yra tas, kad etikečių negalima perkelti tarp kompiuterių, jos priklauso nuo „Nepomuk“ duomenų bazės.
3. Geriausias dalykas, kaip paaiškinau, yra naudoti platinimą, kuriame yra naujausia stabili KDE versija. KDE 4.10.4 yra tas, ir bet koks platinimas, kuriame nėra šios versijos, neatitinka reikalavimų. Be to, geriausias KDE platintojas yra tas, kurį naudojate, tai yra pagrindinis principas. Aš asmeniškai rekomenduoju „Chakra“, didelei ispanakalbių bendruomenei, gerą KDE paketo kokybę ir tai, kad visuose „Chakra“ surinktuose paketuose GNOME priklausomybės pašalinamos kaip įmanoma labiau, kad būtų išvengta nereikalingo atminties suvartojimo ir paprasčiau atsibodus. Pagalba.
Turite atsargiai naudoti atsarginės kopijos importą, nes tai ištrina tai, ką turite palikti tai, kas buvo kopijoje, bent jau taip nutiko man prieš kelias dienas (laimei, tai buvo nauja instaliacija ir paveikė tik tris failus). Tuomet mano pasirinkimas yra čakra (nors visada patogu turėti pagalbinę distro, kad išspręstumėte specifines problemas, kurių čakra negali dėl paketų trūkumo, kaip man nutiko naudojant „mvconv“ įrankį).
Ačiū už paaiškinimą, ta prasme manau, kad geriausia „Nepomuk“ talpinti vartotojo aplanke, kad būtų išvengta problemų (turiu bendrą namų katalogą visiems, kur yra nuotraukos, o kitame - muzika, turinti rašymo teises; integruoti „digikam“ ir Šiuo atveju „amarok“ duomenų bazė su nepomuku tikrai sukeltų problemų kiekvieną kartą, kai vartotojas pakeis, pavyzdžiui, failo reitingą per delfiną / nepomuką).
Aš pateikiau rekomendacijas priversti indeksuoti, dabar nustebau, kai patikrinu rezultatą atlikdamas paieškas. Manau, kad maždaug 1 3 failų (daugeliui jų yra tekstas) indeksavimas turėjo užtrukti nuo 16.000 iki 4.6 valandų, tuo tarpu aš tikėjausi, kad tai užtruks dar kelias, daug valandų, daug pagerėjo nuo senojo KDE XNUMX (paskutinį kartą bandžiau ). Labai patenkinta rezultatu. Taikysiu likusius vadovus, nes manau, kad iš to galiu gauti daug. Ačiū.
Štai kodėl pasenusios KDE versijos 😉 neveiks. Aš neperdėčiau, jei sakyčiau, kad „Nepomuk“ KDE 4.10 versijoje yra maždaug 20 kartų didesnis nei „Nepomuk“ greičio versijoje „KDE 4.6“, o „KDE 4.11“ teigia, kad jis yra nuo 5 iki 7 kartų didesnis nei „KDE 4.10“. Suma.
Sveikas, Ernesto.
Porą metų naudojau „Gnome“ ir nusprendžiau pabandyti KDE, ypač domėjausi nepomuko teikiamais pranašumais. Laikydamasis jūsų mokymo programų negaliu įgalinti šios paslaugos.
Pažymėjau langelius, o paryškinti pranešimai yra šie:
"Įjungti" Nepomuk Semantic Desktop ": darbalaukio paieškos paslaugos yra aktyvios.
„Suaktyvinti„ Nepomuk “failų indeksavimo priemonę“: failų indeksavimo paslauga neveikia.
„Suaktyvinti el. Pašto indeksavimo priemonę“: pasirengę indeksuoti duomenis. (0%).
Parinktyje „Išsami informacija“ nurodykite Failai: skaičiavimas ir el. Pašto adresai: skaičiavimas. Aš renkuosi atsigaivinti, bet nieko neįvyksta.
Galite padėti man apibrėžti, kodėl negaliu suaktyvinti nepomuko. „Sabayon“ naudoju kaip operacinę sistemą.
Labai ačiū už dėmesį ir pagalbą.
saludos