|
Rangkaian lajur yang sangat panjang ini (yang 1, yang 2, yang 3, yang 4, yang 5 y yang 6) akan berakhir di sini. Saya dapat memperluas unsur-unsur lain dari desktop semantik, tetapi saya tidak dapat menjawab hujah-hujah yang diberikan dalam banyak panduan yang tersebar di seluruh Internet yang memberi nasihat mengenai cara terbaik untuk mematikan desktop semantik, kerana ia akan memakan memori oleh sekeping. |
Jangan bimbang, satu-satunya cara anda dapat menangkap seperti yang anda lihat pada sistem di mana Nepomuk berfungsi dengan baik seperti saya adalah melakukan perkara yang sama seperti saya: muat turun 1 GB dalam fail PDF teks yang mempunyai 13 juta alamat dan jalankan melalui pengindeks Nepomuk (tidak bergurau, saya lakukan). Saya juga tidak percaya bahawa anda mengendalikan PDF beribu-ribu halaman (untuk pekerjaan saya sebagai peguam, saya mesti mengendalikan Sejarah Perlembagaan Chili, 10 PDF dari 1.200 halaman teks setiap satu), jadi, dalam sistem yang dikonfigurasi dengan betul, anda harus tidak nampak tangkapan ini.
Sekarang mari kita serius dan teknikal. Ini bukan waktunya untuk tutorial lain tentang "nonaktifkan Nepomuk untuk mendapatkan prestasi yang baik", tetapi untuk tutorial pertama di internet mengenai "bagaimana mendapatkan prestasi yang hebat dengan Nepomuk aktif". Beri perhatian.
Prasyarat
Mungkin ini seharusnya menjadi yang pertama dalam panduan saya, dan saya minta maaf, tetapi saya hanya perlu membenarkan mengapa saya mengaktifkan Nepomuk (yang merupakan apa yang saya buat dalam enam ansuran pertama) sebelum memberitahu anda cara mengaktifkannya dengan betul. Oleh itu, kami akan mengikuti lawatan mengenai perkara yang diperlukan, dan kemudian kami akan membuat konfigurasi.
Pertama sekali, kita perlu tegas mengenai pengedaran yang akan kita gunakan. Berikut adalah syarat yang sangat jelas: pengedaran yang suka menggabungkan perisian usang tidak berfungsi untuk KDE, dan sayangnya termasuk Debian. Berkat kerja yang luar biasa dari Rex Dieter, ketua pasukan Fedora KDE, terdapat satu set pakej dengan KDE 4.10 untuk Red Hat Enterprise Linux 6, jadi jika anda memerlukan KDE dan sebaran yang stabil seperti batu, pilihannya adalah RHEL 6, atau klon RHEL 6 seperti CentOS, dengan repositori itu diaktifkan.
Kedua, anda harus memperhatikan bagaimana KDE dibungkus, kerana KDE sangat sensitif terhadap kemasan yang buruk. Sehingga baru-baru ini, Kubuntu terkenal kerana membuat kesilapan pembungkusan aneh, mencampurkan versi pakej yang tidak disokong, menghasilkan pengalaman Kubuntu yang mengerikan dan orang bertanya-tanya mengapa Nepomuk begitu lambat dan ingatan lapar sedangkan sebenarnya itu adalah kesalahan pembungkus. Rangkaian aliran Nepomuk dan Akonadi adalah ini (menggunakan nama projek dari projects.kde.org dan versi terkini)
kdelibs (4.10.4)
inti nepomuk (4.10.4)
kde-runtime (4.10.4)
widget-nepomuk (4.10.4)
berkongsi-desktop-ontologi (0.10.0)
soprano (2.9.1)
akonadi (1.9.2)
Perhatian pada 3 terakhir: mereka tidak bergantung pada versi KDE yang digunakan, dan mestilah yang terakhir tersedia, walaupun menggunakan versi titik stabil. Peraturannya adalah: KDE menggunakan versi stabil terbaru dari pakej ini di cawangan stabilnya, dan git snapshot di cawangan beta. Banyak repositori kemas kini KDE tambahan mengemas kini KDE, tetapi bukan tiga pakej terakhir ini, yang menyebabkan masalah serius.
Ditambah dengan ini adalah Strigi, yang baru diambil dari Nepomuk, yang sangat menyakitkan bagi semua orang yang berusaha mengemasnya. Versi baru tidak diiklankan dengan betul, dan Ubuntu tidak mengemas versi baru program ini untuk waktu yang lama, sehingga saya terpaksa membuat keributan di blog Sebastian Trüg untuk memperbaikinya. Nasib baik, masalah ini sebahagian besarnya sudah selesai, dan Strigi tidak lagi dikemas kini, yang menghilangkan masalah pembungkusan.
Itulah sebabnya saya mengesyorkan Chakra sebagai pengedaran indeks yang baik. Manuel Tortosa, pengemas paket KDE untuk Chakra, mengetahui semua ini, dan oleh itu kualiti pakejnya bagus, dan pengalaman dengan Nepomuk dan Akonadi, di bawah Chakra, juga bagus. Chakra mempunyai beberapa batasan serius, seperti tidak menggunakan pakej yang bergantung pada GTK +, tetapi ini adalah permulaan yang baik.
Juga, seperti yang akan kita lihat selanjutnya, saya sangat mengesyorkan pengedaran yang telah beralih dari MySQL ke MariaDB. Kami akan melihat mengapa kemudian.
Menyiapkan tanah
Setelah kami memastikan bahawa kami memenuhi semua prasyarat, dan selama kami memiliki sistem yang bersih, kami akan membuat beberapa perubahan pada tetapan lalai.
Akonadi
Kami akan meletakkan baris berikut dalam fail .local / share / akonadi / mysql.conf.
sync_binlog = 1 innodb_flush_log_at_trx_commit = 1
Sekiranya fail ini tidak ada, kami akan memulakan Akonadi untuk membuatnya, dan kemudian kami akan menutupnya. Pada konsol:
akonadictl mula akonadictl berhenti
Untuk ini? MySQL (atau MariaDB) adalah pangkalan data yang menyokong Akonadi, dan MySQL tidak suka gangguan secara tiba-tiba. Sekiranya berlaku kerosakan sistem atau pemadaman elektrik, MySQL akan memperkenalkan kesalahan ke dalam pangkalan data Akonadi, dan kesalahan ini, yang terkumpul, akhirnya akan mematikan KMail, menjadikan penggunaannya lambat. Pilihan ini bermaksud setiap transaksi segera ditulis ke disk, meminimumkan risiko rasuah di Akonadi sekiranya berlaku kerosakan sistem atau kerosakan. Pilihan ini menyebabkan ralat pada versi MySQL tertentu, tetapi berfungsi dengan baik dengan MariaDB.
Kernel
Kami akan meningkatkan pemantauan fail ke had maksimum, untuk meningkatkan prestasi Nepomuk secara substansial. Pilihan berikut dalam fail /etc/sysctl.conf akan berjaya
fs.inotify.max_user_watches = 524288
Selepas dua perkara ini, kami akan mengaktifkan Nepomuk. Ini dilakukan dalam Keutamaan Sistem | Pencarian desktop. Mari simpan penggunaan memori pada tetapan lalai dan hidupkan pengindeksan e-mel. Jangan lupa untuk melihat petua dari bahagian 1 tentang bagaimana kita dapat mempercepat pengindeksan, dan setelah itu… lihat panduan lain, untuk menikmati desktop semantik!
penyelenggaraan
Bagaimana jika kita tidak dapat mencegah kerosakan pangkalan data Akonadi dan Nepomuk berjalan lambat? Masih ada satu garis pertahanan yang KDE 4.10 laksanakan: Nepomuk Cleaner, selain alat pembersihan diri yang kurang diketahui yang dimiliki oleh Akonadi.
$ akonadictl vakum: "Vacuum" pangkalan data Akonadi. Dengan aspirasi, difahami: semua entri yang tidak tercermin dalam sumber dikeluarkan.
$akonadictl fsck: Percubaan untuk memperbaiki kerosakan pangkalan data Akonadi. Ini tidak selalu berfungsi, jadi anda perlu menghalangnya dari awal. Bagaimana? Dengan pilihan yang telah kita lihat.
$nepomukcleaner: Ini adalah sekumpulan skrip yang disiapkan oleh Vishesh Handa untuk membersihkan pangkalan data Nepomuk, yang ditukarkannya ke antara muka grafik. Tekan butang "Mula" dan lupakan. Menjalankan program ini adalah wajib jika seseorang mengemas kini versi KDE.
Dengan semua pernak-pernik, pada sistem 64-bit, dan dengan sumber daya Akonadi eksperimen, jumlah Nepomuk dan Akonadi menggunakan sekitar 350MB RAM. Sebilangan besar, tetapi memadai, pada pandangan saya, untuk fungsi luar biasa yang diperoleh.
Tetapi Nepomuk masih berjalan terlalu perlahan untuk keinginan saya. Apa saya buat?
Tunggu sekejap. KDE 4.11 menggabungkan peningkatan prestasi yang mengerikan untuk Nepomuk. Ini bukan keterlaluan: menurut angka Vishesh Handa, kita membincangkan prestasi KDE 5 sebanyak 4.10 kali secara bertulis ke pangkalan data, dan lebih dari 7 kali membaca, rata-rata semua ini. Perubahan yang dapat dilihat pada KDE 4.11 sangat besar dan akan memungkinkan Nepomuk digunakan, akhirnya, sebagai alternatif untuk aplikasi yang memerlukan pangkalan data.
Juga, pepijat yang menghalang permulaan penyambung Akonadi-Nepomuk yang betul telah diperbaiki di cawangan 4.11, dan pembersih Nepomuk akan melihat peningkatan yang besar. Kami akan mempunyai pengindeks fail Office baru, dan kami akan dapat menikmati alat lain yang akan didedahkan kemudian.
Mudah-mudahan panduan ini, saya ulangi, satu-satunya yang akan anda dapati mengenai bagaimana mencapai prestasi yang luar biasa dengan Nepomuk diaktifkan, membantu anda mempunyai konfigurasi yang lancar, yang membolehkan anda melakukan apa yang kita lihat pada ansuran yang lalu dan banyak lagi. Terima kasih kerana mengikuti saya melalui semua ansuran ini, dan banyak terima kasih kepada Pablo Castagnino, kerana menerbitkan siri ini. Jumpa lagi.
Sumbangan yang sangat baik Ernesto! Terima kasih kerana berkongsi semua penghantaran ini, mereka banyak membantu saya untuk lebih memahami bagaimana KDE berfungsi (di mana saya baru memulakannya) dan bagaimana memanfaatkan semua alat yang disediakannya dengan lebih baik.
Salam!
Hai Ernesto,
Terima kasih banyak untuk semua penghantaran, mereka sangat membantu. Saya menggunakan KDE 4.11 di Arch dan saya mengesahkannya, nepomuk adalah binatang, pengindeksan tidak pernah menggunakan lebih daripada 7% AMD Dual-Core lama saya.
By the way, saya telah membaca bahawa bagi mereka yang mempunyai RAM 4 atau lebih gigabait, lebih baik menetapkan Nepomuk sekurang-kurangnya 500 megabait, dengan cara ini penggunaan CPU dikurangkan dan kelajuan sistem-dalam program pembukaan, penyalinan fail, dll- meningkat. Apa pandangan anda tentang ini?
salam
Hai Ernesto,
Terima kasih banyak untuk siri artikel, sangat lengkap dan terperinci dan membantu kami memanfaatkan sepenuhnya KDE dan alatnya. Sebaliknya, saya ingin mengajukan soalan kepada anda, saya mencuba dengan dua perintah Akonadi; "Akonadictl vacuum" dan "akonadictl fsck" apabila saya menggunakannya sebagai pengguna biasa, ia tidak akan mengembalikan apa-apa dan ketika menggunakannya dengan sudo, ia mengembalikan ini
Bas sesi D-Bus tidak tersedia!
0: akonadictl(_Z11akBacktracev+0x34) [0x417c24]
dan rangkaian data yang serupa dengan baris ke-2 (yang saya tidak mahu tambahkan kerana lebih pendek), apakah maksudnya? Sekiranya ketika menggunakannya sebagai pengguna biasa ia tidak mengembalikan apa-apa, apakah itu bermaksud bahawa pangkalan data itu sihat? atau arahan ini tidak berfungsi sebagai pentadbir?
Saya mengucapkan terima kasih dan tahniah atas artikel-artikel tersebut dan saya berharap kerja anda sebagai peguam berkaitan dengan perubahan perlembagaan di Chile, yang telah lama diperlukan.
Menurut pengalaman saya, dengan sistem 64-bit, titik manis adalah peruntukan 128MB untuk Nepomuk (selebihnya kira-kira 350MB berasal dari Akonadi, MySQL, dan perkhidmatan yang berkaitan). Melampaui itu hanya akan memberi Nepomuk lebih banyak memori untuk dimakan, tanpa itu peningkatan prestasi sebenar.
Parameter itu dibenarkan sepenuhnya pada masa KDE 4.7, di mana perkhidmatan tidak dioptimumkan dan Virtuoso, pangkalan data di belakang Nepomuk, memerlukan sejumlah besar memori untuk berfungsi. Bukan begitu.
Helo Carlos, sementara Ernesto menjawab, saya akan memberitahu anda mengenai pengalaman saya dengan OpenSuse. Memang, dan seperti yang anda katakan, ia memilih KDE, yang diterjemahkan ke dalam persekitaran yang stabil, boleh dipercayai dan sangat terintegrasi dengan sistem, kerana kemas kini, ini tiba kira-kira sebulan setelah dikeluarkan oleh pasukan KDE, namun anda boleh mengemas kini ke versi terkini dari repositori separa rasmi yang dikendalikan oleh komuniti, setakat ini saya telah mengemas kini dari sana dan saya tidak menghadapi masalah, tetapi ada perinciannya dan inilah yang ditunjukkan oleh Ernesto dalam panduannya mengenai pembungkusan dan versi yang ada , misalnya repositori KDE rasmi dan separa rasmi di OpenSuse mengandungi versi 2.9.0 pakej Soprano, tetapi hanya kerana pakej lain ada dalam versi terbarunya, saya dapat menyelesaikan perkara di atas dengan cepat dengan mencari dan memuat turun versi 2.9.1 di laman web OpenSuse Build Service (seperti Pusat Perisian). Pada awalnya saya memberi komen bahawa hakikat bahawa Suse memilih KDE sebagai persekitaran lalai menghasilkan sistem yang boleh dipercayai dan stabil, inilah yang saya katakan berbanding dengan pengedaran sebelumnya yang saya gunakan dengan KDE: Fedora, yang berfungsi lebih cepat daripada OpenSuse tetapi dikenakan ketika saya memberi penghormatan kepada kestabilan, beberapa kali saya mengalami kemalangan dan ketika saya mengaktifkan Nepomuk dan Akonadi tidak lebih dari menerima pemberitahuan tentang kesalahan, reboot paksa dan penggunaan sumber.
Pada masa ini, dan sebahagian besarnya berkat rangkaian artikel ini, saya mempunyai sistem yang stabil, cepat dan sangat bersepadu.
Best regards.
Hai Carlos,
Nampaknya saya semua yang datang ke Opensuse dari distro lain menganggap masalah repositori dan pentadbirannya agak membingungkan, tetapi seperti yang anda katakan, ini adalah masalah untuk memperhatikan dan bersabar kerana setelah beberapa saat anda berakhir memahaminya dan menghargai faedahnya, adalah benar bahawa lebih sukar untuk mencari dokumentasi untuk Opensuse berbanding Debian, Ubuntu atau Arch, namun komuniti sangat aktif dan terdapat sebilangan besar blog yang dikhaskan untuk OpenSuse (distro ini menghasilkan fanatik yang sangat khusus) dan di saluran IRC mereka sentiasa bersedia untuk membantu anda.
Bukan tujuan saya untuk memutarbelitkan topik siaran dan saya harap mendapat kebenaran Pablo dan Ernesto untuk meninggalkan beberapa pautan yang dapat membantu anda, secara peribadi mereka banyak membantu saya. yang pertama adalah dari artikel yang membincangkan mengenai repositori di Suse dan bagaimana menguruskannya untuk mendapatkan sistem yang stabil, lengkap dan kemas kini dan yang lain adalah halaman oleh blogger yang mendedikasikan bahagian yang baik untuk membicarakan Opensuse.
1.- http://www.diversidadyunpocodetodo.blogspot.com/2012/11/opensuse-build-service-one-click-install-repositorios-paquetes.html
2.- http://www.victorhckinthefreeworld.wordpress.com/
Saya percaya mereka akan membantu anda.
Best regards.
Hai Ernesto:
Bolehkah anda sedikit lebih basah dari segi pengedaran Linux yang optimum untuk desktop KDE?
Anda bercakap mengenai Red Hat, adakah ini berlaku untuk Fedora? OpenSuse nampaknya memilih KDE untuk desktopnya secara lalai. Bagaimana pengedaran ini? Mageia juga berada pada panjang gelombang yang sama. Mungkin PcLinuxOS? Terima kasih terlebih dahulu.
Terima kasih Moscosov. Saya sekarang dengan OpenSuse. Saya berasal dari Debian dan saya baru menggunakan OpenSuse (repositori yang berbeza, alat untuk memasang program, dll.) Dan walaupun saya mengujinya, ia menjadikan dirinya sebagai sebaran. Saya merasa sangat stabil, hampir semuanya berjalan lancar (kecuali beberapa masalah dalam mencari dokumentasi dan "penyelesaian" untuk masalah, yang di Debian lebih mudah dijangkau). Sekarang, apa yang saya jelaskan, sejak saya memasangnya menggantikan Gnome, adalah bahawa saya berpegang pada KDE. Dan pada hakikatnya antara memilih distribusi di depan desktop, saya mengutamakan faedah menggunakan desktop daripada yang dapat dimiliki oleh pengedaran itu sendiri.
Pengurusan pakej di Debian nampaknya lebih mudah bagi saya: utama, contrib, tidak percuma dan di sana anda hampir semuanya; secara terbuka, saya lebih memerlukan kos (pacman, kilang ...), walaupun saya rasa ia adalah membiasakan diri dan menjadi sedikit perhatian. Tetapi saya sudah mengatakan, jika ini adalah hukuman kerana memiliki KDE dengan prestasi dan penggunaan yang lebih baik, saya mengubah pengedarannya. Itulah sebabnya saya juga mengangkat orang lain seperti Mageia yang mewarisi KDE sebagai desktop dari Mandriva dan kemudahannya membuat semuanya berfungsi di luar kotak. Saya juga suka bahawa di belakangnya ia mempunyai asas gaya Debian (saya menghormati itu, tetapi saya kembali ke Canonical; dan saya mempunyai keraguan tentang Novell ... dan sedikit mengenai Fedora).
Yang mengatakan, Moscosov, terima kasih atas laporannya.
Greetings.
Untuk apa-apa di dunia yang anda gunakan dengan sudo, ia tidak berfungsi.
Adalah normal bahawa tidak ada yang dikembalikan. Apa yang harus anda lakukan sebaik sahaja anda melancarkan perintah tersebut adalah menunggu. Sekiranya anda melancarkan monitor sistem setelah melancarkan perintah tersebut (sesuatu yang dapat dilakukan di KDE dengan menekan Control + Esc) anda akan melihat bahawa penggunaan CPU MySQL meningkat setelah itu; itu menunjukkan bahawa Akonadi berfungsi. Biarkan sahaja.
1. Semasa artikel ini keluar, Soprano versi 2.9.2 keluar, jadi anda harus membayar OBS lawatan baru.
2. Adalah idea yang baik untuk menggunakan Fedora biasa dan sederhana dengan KDE. Pergi ke http://kde-redhat.sourceforge.net/ dan aktifkan repositori Yum yang muncul di sana. Rex melakukan tugas yang baik untuk menambal KDE untuk Fedora, tetapi anda tidak melihatnya kerana sering memerlukan masa untuk pakejnya sampai ke repositori utama.
3. Saya terlalu basah, saya mengesyorkan yang khusus (Chakra Linux). Saya tidak pernah mendapat SuSE untuk bekerja dengan sangat baik untuk saya, dan itu kerana SuSE tidak begitu baik, sekurang-kurangnya, dengan pemacu proprietari kad grafik saya (semua yang saya dapat adalah panik sistem umum), tetapi maklum balas yang saya ada didengar adalah bahawa desktop KDE mereka adalah yang terbaik.
4. Yang pasti saya akan basah dengan pengedaran yang tidak boleh dilakukan: Debian. Cukuplah untuk mengatakan bahawa Debian Sid mempunyai KDE 4.8.4 sebagai versi terbaru yang tersedia. Tidak mengapa mempunyai versi "stabil", tetapi KDE 4.10.2 (yang terbaru tersedia untuk RHEL, kami membandingkan pengedaran stabil berbanding stabil) memberikannya 2 lusin putaran, dan Debian Sid, repositori "tidak stabil" Debian, seharusnya ada di paling kurang KDE 4.10.4.
Sekiranya anda benar-benar mahu memasang Debian dengan KDE, dua pilihan yang tersedia (menggabungkan repositori ZorinOS, atau mencampurkan repositori eksperimen) mengundang banyak kerja kerana ya, perkara terbaik dalam kes itu adalah dengan memadamkan cakera keras atau pemacu keadaan pepejal dan pasang CentOS atau Scientific. Selain itu, pasukan Debian adalah dalang KDE selama 1 setengah tahun untuk semua orang yang tidak menyusun Strigi dari pohon git, kerana saya harus belajar melakukannya.
Mageia? Tidak, dengan alasan yang mudah: setelah mereka melancarkan versi KDE, mereka tetap menggunakannya selamanya. Pada saya dengan Mandriva bahawa saya harus pergi ke "Mandriva International Backports" untuk mendapatkan maklumat terkini, dan pasukan di belakang MIB memutuskan untuk tidak menyokong Mageia, tetapi untuk berhijrah ke ROSA Linux (dengan beberapa grafik anti-Mageia yang cukup eksplisit) . Jadi jika itu adalah keluarga Mandriva, ROSA Linux adalah pilihan berbanding Mageia.
Akhirnya, hakikat bahawa KDE memerlukan pengedaran agar sentiasa terkini benar-benar menjadikan distro pelancaran benar-benar bersinar. Pilihan saya adalah pergi dari Gentoo ke Arch dengan KDEmod, dan dari sana terus ke Chakra (yang merupakan kesinambungan spiritual KDEmod), dan saya tidak menyesalinya. Walau bagaimanapun, Arch Linux memerlukan banyak kerja untuk dikekalkan.
Ringkasnya, untuk citarasa warna. Dalam kebanyakan kes, pengedaran terbaik untuk KDE adalah yang anda gunakan, kerana anda sudah terbiasa dengan keanehannya. Anda hanya perlu tahu sebaran mana yang akan digunakan, dan, jika anda menggunakan sebaran, apa yang harus dilakukan untuk meningkatkan pengalaman KDE (contohnya, dalam SuSE beralih ke repositori KDE Distro: Stable adalah idea yang lebih baik daripada tetap menggunakan pakej lalai ).
Terima kasih atas jawapannya, Ernesto, saya menguji semula perintahnya dan berfungsi dengan sempurna, sistemnya mewah berkat petua yang telah anda berikan.
Semoga anda terus dengan siri artikel ini yang memperdalam penggunaan Akonadi dan Nepomuk atau di kawasan KDE lain.
Terima kasih banyak.
Best regards.
Terima kasih banyak Ernesto. Anda betul, saya telah memantau min sistem dengan 128 megabait yang diperuntukkan untuk Nepomuk dan saya tidak melihat perbezaan prestasi yang ketara berbanding dengan konfigurasi saya sebelumnya.
By the way, blog yang hebat, selamat.
Saya berfikir untuk menjawab di sini, tetapi saya memutuskan untuk menghantar e-mel kepada Pablo dan membalas dengan ruangan lain. Semoga ia segera keluar.
OpenSuSE tidak ada kaitan dengan Novell lagi. Novell terbahagi kepada 2: bahagian yang tersisa dengan nama itu dibeli oleh Attachmate, sementara SuSE kembali menjadi syarikat yang kurang lebih bebas.
Bacalah, anda mengemukakan beberapa soalan tetapi semuanya berkaitan.
1. Sekiranya anda memutuskan untuk mencuba sebaran baru, sebaiknya a) gunakan nepomukbackup untuk menyandarkan label dan data tersuai anda; b) pasang pengedaran untuk diuji sebagai pengguna baru; c) pulihkan sandaran (yang boleh dilakukan dalam Keutamaan Sistem | Carian Desktop, pergi ke tab ketiga). Sekiranya anda membuat sandaran data tersuai dan mengindeks semuanya sekali lagi, anda akan mempunyai setara fungsi "mudah alih maklumat semantik" yang anda cari.
Beberapa waktu yang lalu, di samping itu, terdapat eksperimen untuk menulis tag Nepomuk dalam metadata mereka (EXIF, ID3) kembali ke fail itu sendiri, tetapi belum selesai.
2. Untuk alasan yang sama, batasan utamanya ialah label tidak dapat dipindahkan antara komputer, label bergantung pada pangkalan data Nepomuk.
3. Perkara terbaik, seperti yang saya jelaskan, adalah menggunakan sebaran yang mempunyai versi stabil terbaru dari KDE. KDE 4.10.4 adalah itu, dan sebarang pengedaran yang tidak mempunyai versi itu tidak memenuhi syarat. Selain daripada itu, distro terbaik untuk menggunakan KDE adalah yang anda gunakan, itu sebagai prinsip asas. Saya secara peribadi mengesyorkan Chakra, untuk komuniti berbahasa Sepanyol yang besar, kualiti pakej KDEnya yang baik, dan hakikat bahawa semua pakej yang disusun untuk Chakra telah menghilangkan kebergantungan GNOME mereka sebanyak mungkin, yang mengelakkan penggunaan memori yang tidak perlu dan menyederhanakan muak dengan sokongan.
Anda harus menggunakan import sandaran dengan berhati-hati kerana ia menghapus apa yang anda harus tinggalkan dari salinannya, sekurang-kurangnya yang berlaku kepada saya beberapa hari yang lalu (mujurlah ia adalah pemasangan baru dan hanya mempengaruhi tiga fail). Chakra kemudian menjadi pilihan saya (walaupun selalu senang untuk mengadakan distro tambahan di luar sana untuk menyelesaikan masalah tertentu yang tidak dapat dilakukan Chakra, kerana kekurangan pakej, seperti yang terjadi pada saya dengan alat mvconv).
Terima kasih atas penjelasannya, dalam pengertian itu, saya rasa yang terbaik adalah memasukkan Nepomuk ke dalam folder pengguna untuk mengelakkan masalah (Saya mempunyai direktori kediaman bersama untuk semua orang di mana foto-foto itu berada dan di muzik lain dengan hak menulis; mengintegrasikan pangkalan data digikam dan amarok dengan nepomuk dalam hal ini tentunya akan memberikan masalah setiap kali pengguna berubah, misalnya, penilaian fail melalui lumba-lumba / nepomuk).
Saya membuat cadangan untuk memaksa pengindeksan, saya terkejut sekarang kerana saya memeriksa hasilnya dengan melakukan carian. Saya rasa perlu 1 hingga 3 jam untuk mengindeks kira-kira 16.000 fail (kebanyakannya teks), sementara saya menjangkakan ia memerlukan beberapa, berjam-jam lagi, banyak yang telah bertambah baik sejak KDE 4.6 lama (kali terakhir saya memilikinya) dicuba). Sangat gembira dengan hasilnya. Saya akan menggunakan panduan yang selebihnya kerana saya fikir saya dapat memperoleh banyak hasil daripada ini. Terima kasih.
Inilah sebabnya mengapa versi KDE yang sudah lapuk 😉 tidak berfungsi. Saya tidak akan keterlaluan jika saya memberitahu anda bahawa Nepomuk dalam KDE 4.10 adalah sekitar 20 kali kelajuan Nepomuk dalam KDE 4.6, dan KDE 4.11 mendakwa antara 5 dan 7 kali kelajuan KDE 4.10. Jumlah.
Hai Ernesto.
Saya telah menggunakan Gnome selama beberapa tahun dan memutuskan untuk mencuba KDE, saya sangat tertarik dengan faedah yang ditawarkan oleh nepomuk. Setelah mengikuti tutorial anda, saya tidak dapat mengaktifkan perkhidmatan ini.
Saya telah mencentang kotak, dan mesej dengan huruf tebal adalah seperti berikut:
"Dayakan Nepomuk Semantic Desktop": Perkhidmatan carian desktop aktif.
"Aktifkan pengindeks fail Nepomuk": Perkhidmatan pengindeksan fail tidak berjalan.
"Aktifkan pengindeks e-mel": Bersedia untuk mengindeks data (0%).
Dalam pilihan "Butiran", nyatakan Fail: Mengira dan E-mel: Mengira. Saya memilih untuk menyegarkan tetapi tidak ada yang berlaku.
Anda boleh membantu saya menentukan mengapa saya tidak dapat mengaktifkan nepomuk. Saya menggunakan Sabayon sebagai sistem operasi.
Terima kasih banyak atas perhatian dan pertolongan anda.
salam