KDE 4.10 Officially Released With Many Changes

[nirvanix]

Just installed KDE 4.10 last night. Seems very stable.

[Akka]

KDE 4.10. How great it is. Plasma is crashing, but KDE doesn't give a flying f*ck because "it's a Qt bug":

https://bugs.kde.org/show_bug.cgi?id=311751

Of course it didn't occur to them to work around the bug. No, they don't do such things. They prefer it when their users are unable to use KDE at all.

Qt generally doesn't care:

https://bugreports.qt-project.org/browse/QTBUG-29082

They pay more attention to bureaucracy than fixing bugs.

Apparently you can get around it if you build the qt core module with CFLAGS -Os

[Akka]

Looks like the nepomuk bug for recursive indexing is fixed now. With the update today it began working with the official version of the package again.

[RealNC]

KDE 4.10. How great it is. Plasma is crashing, but KDE doesn't give a flying f*ck because "it's a Qt bug":

https://bugs.kde.org/show_bug.cgi?id=311751

Of course it didn't occur to them to work around the bug. No, they don't do such things. They prefer it when their users are unable to use KDE at all.

Qt generally doesn't care:

https://bugreports.qt-project.org/browse/QTBUG-29082

They pay more attention to bureaucracy than fixing bugs.

[funkSTAR]

Losing index features and keeping the bugs. WELL DONE KDE

KDE should listen to the users.

[sumski]

I can't remember which extractors Strigi had but Nepomuk2 has:

# ls /usr/share/kde4/services/nepomuk*extractor*
/usr/share/kde4/services/nepomukexiv2extractor.desktop      /usr/share/kde4/services/nepomukpopplerextractor.desktop
/usr/share/kde4/services/nepomukplaintextextractor.desktop  /usr/share/kde4/services/nepomuktaglibextractor.desktop

With those the following mimetypes are supported:

("image/jpeg")
("image/x-exv")
("image/x-canon-cr2")
("image/x-canon-crw")
("image/x-minolta-mrw")
("image/tiff")
("image/x-nikon-nef")
("image/x-pentax-pef")
("image/x-panasonic-rw2")
("image/x-samsung-srw")
("image/x-olympus-orf")
("image/png")
("image/pgf")
("image/x-fuji-raf")
("image/x-photoshop")
("image/jp2")
("application/pdf")
("audio/mpeg")
("audio/mpeg3")
("audio/flac")
("audio/ogg")
("audio/wav")
("audio/x-aiff")

Aditionally, there is ffmpegextractor (which requires to be built against ffmpeg so not all distros have it), which supports:

("video/x-ms-asf")
("video/x-msvideo")
("video/x-flv")
("video/quicktime")
("video/mpeg")
("video/x-ms-wmv")
("video/mp4")
("video/x-matroska")

Yes, strigi had more, but was much slower and buggier, and also unmaintained. Ironically, it has seen a new release now when Nepomuk has dropped it

[Awesomeness]

No, bug is about indexer not indexing *at all* recursively, whether at level 1 or 2. First i thought it is only about lvl2, but after investigating found both phases are affected.

Right, misunderstood a comment.

Almost none? PDF, ODF and svg analyzers are missing compared to Strigi, which didn't even work reliably back then.

I can't remember which extractors Strigi had but Nepomuk2 has:

# ls /usr/share/kde4/services/nepomuk*extractor*
/usr/share/kde4/services/nepomukexiv2extractor.desktop      /usr/share/kde4/services/nepomukpopplerextractor.desktop
/usr/share/kde4/services/nepomukplaintextextractor.desktop  /usr/share/kde4/services/nepomuktaglibextractor.desktop

[sumski]

Not entirely right. The bug is clearly referring to level 2 indexing which is about analyzing the contents of files.

No, bug is about indexer not indexing *at all* recursively, whether at level 1 or 2. First i thought it is only about lvl2, but after investigating found both phases are affected.

The bug is a bug and needs to be fixed but in real life the bug hardly matters because in Nepomuk 2.0 almost no content analyzers (=Extractors) were ported from Nepomuk 1.x with its Strigi indexer (which is a regression on its own).
Search by name works just fine, just as the other Feeders seem to work normal.

Almost none? PDF, ODF and svg analyzers are missing compared to Strigi, which didn't even work reliably back then.

[Awesomeness]

Long story short, it doesn't work at all https://bugs.kde.org/show_bug.cgi?id=314559#c13

Not entirely right. The bug is clearly referring to level 2 indexing which is about analyzing the contents of files. The bug is a bug and needs to be fixed but in real life the bug hardly matters because in Nepomuk 2.0 almost no content analyzers (=Extractors) were ported from Nepomuk 1.x with its Strigi indexer (which is a regression on its own).
Search by name works just fine, just as the other Feeders seem to work normal.

[Akka]

It did work in the last rc. Someone did a unfortunate last comit...