Re: Nepomuk: re-checking the strigi index constantly
Am Dienstag, 30. März 2010 schrieb Michael Schuerig: > Now, I'm wondering, is this something I ought to report as a bug against > strigi or is the problem with Nepomuk for not logging abnormal > termination of child processes? Or is it pdftotext for apparently > producing invalid UTF-8 from a PDF (iconv doesn't complain about it, > though)? All of the above ;-) I'd say that - nepopmuk or strigi should notice that it crashed on a file and put it into some blacklist until its mtime changes - strigi should keep on indexing the other files instead of restarting - pdftotext as the originator of the file ought to be fixed Cheers, Carsten signature.asc Description: This is a digitally signed message part.
Re: KDE SC 4.4.2 available on qt-kde.debian.net
On Sun, Mar 28, 2010 at 10:25:16PM +0300, Modestas Vainius wrote: > On sekmadienis 28 Kovas 2010 21:40:40 Marc Haber wrote: > > > KDE SC 4.4.2 packages have been uploaded to the repository at http://qt- > > > kde.debian.net/. KDE SC 4.4.1 users, who set up /etc/apt/preferences > > > properly, should be able to upgrade to it with usual dist-upgrade > > > process. For those, who didn't, it's about time to do it. > > > Are there docs about what you consider "properly"? > > /etc/apt/preferences snippet on http://qt-kde.debian.net/ Are you talking about 4.4.2 release, or 4.4.2rc1? $ cat /etc/apt/sources.list.d/qt-kde-experimental.list deb http://qt-kde.debian.net/debian experimental-snapshots main [12/511...@swivel:~$ cat /etc/apt/preferences.d/qt-kde-experimental Package: * Pin: release o=qt-kde,a=experimental-snapshots Pin-Priority: 501 [13/512...@swivel:~$ apt-cache policy konsole konsole: Installed: 4:4.3.4-1 Candidate: 4:4.4.2-0rc1 Version table: 4:4.4.2-0rc1 0 501 http://qt-kde.debian.net experimental-snapshots/main Packages *** 4:4.3.4-1 0 500 http://debian.debian.zugschlus.de sid/main Packages -10 http://debian.debian.zugschlus.de squeeze/main Packages 100 /var/lib/dpkg/status 4:3.5.9.dfsg.1-6 0 -10 http://debian.debian.zugschlus.de lenny/main Packages Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100331075335.ga12...@torres.zugschlus.de
Re: KDE SC 4.4.2 available on qt-kde.debian.net
Hello, On trečiadienis 31 Kovas 2010 10:53:35 Marc Haber wrote: > > /etc/apt/preferences snippet on http://qt-kde.debian.net/ > > Are you talking about 4.4.2 release, or 4.4.2rc1? > > $ cat /etc/apt/sources.list.d/qt-kde-experimental.list > deb http://qt-kde.debian.net/debian experimental-snapshots main > [12/511...@swivel:~$ cat /etc/apt/preferences.d/qt-kde-experimental > Package: * > Pin: release o=qt-kde,a=experimental-snapshots > Pin-Priority: 501 > [13/512...@swivel:~$ apt-cache policy konsole > konsole: > Installed: 4:4.3.4-1 > Candidate: 4:4.4.2-0rc1 > Version table: > 4:4.4.2-0rc1 0 > 501 http://qt-kde.debian.net experimental-snapshots/main Packages > *** 4:4.3.4-1 0 > 500 http://debian.debian.zugschlus.de sid/main Packages > -10 http://debian.debian.zugschlus.de squeeze/main Packages > 100 /var/lib/dpkg/status > 4:3.5.9.dfsg.1-6 0 > -10 http://debian.debian.zugschlus.de lenny/main Packages > I really don't get the question. -0rcX is debian revision, not upstream revision. revision is -0rcX in order to be lower than the future official -1. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Re: KDE SC 4.4.2 available on qt-kde.debian.net
On Wed, Mar 31, 2010 at 11:27:53AM +0300, Modestas Vainius wrote: > I really don't get the question. -0rcX is debian revision, not upstream > revision. revision is -0rcX in order to be lower than the future official -1. You are correct. Next time I'll try to actually wake up before asking stupid things. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100331083129.ge12...@torres.zugschlus.de
Re: API documentation?
On Wednesday 31 March 2010 08.19:37 Sune Vuorela wrote: [packaging kde api docs] > Patches will be considered JFTR: Since the API docs is easily downloadable (in contrast to the docs for some Python based software, which is only online but not as zip/tar), I'm happy with the status quo and won't file a wishlist bug / write the patches. Perhaps include a README.Debian in the -deb like: === API Documentation - The KDE API documentation is currently not provided in Debian packages but is available for both download and on-line browsing at http://api.kde.org/. === Either this is enough (for people like me) or it will spark a wishlist bug within 2h :-) cheers -- vbi -- Das Herz hat seine Gründe, die die Vernunft nicht kennt -- Blaise Pascal signature.asc Description: This is a digitally signed message part.
Re: API documentation?
Am Mittwoch, 31. März 2010 schrieb Adrian von Bidder: > The KDE API documentation is currently not provided in Debian packages but > is available for both download and on-line browsing at http://api.kde.org/. > === > > Either this is enough (for people like me) or it will spark a wishlist bug > within 2h :-) BTW, you can use the "kde:" webshortcut to access API docs. Press F2 to invoke krunner and enter e.g. kde:kapplication If this doesn't work, check that the webshortcuts runner is enabled, and if it still doesn't work, check the webshortcuts configuration in konqueror. Cheers, Carsten signature.asc Description: This is a digitally signed message part.
Re: Nepomuk: re-checking the strigi index constantly
On Wednesday 31 March 2010, Carsten Pfeiffer wrote: > Am Dienstag, 30. März 2010 schrieb Michael Schuerig: > > Now, I'm wondering, is this something I ought to report as a bug > > against strigi or is the problem with Nepomuk for not logging > > abnormal termination of child processes? Or is it pdftotext for > > apparently producing invalid UTF-8 from a PDF (iconv doesn't > > complain about it, though)? > > All of the above ;-) > > I'd say that > - nepopmuk or strigi should notice that it crashed on a file and put > it into some blacklist until its mtime changes > - strigi should keep on indexing the other files instead of > restarting - pdftotext as the originator of the file ought to be > fixed Done. https://sourceforge.net/tracker/?func=detail&aid=2979889&group_id=171000&atid=856302 https://bugs.kde.org/show_bug.cgi?id=232814 I'm not completely certain that pdftotext really does anything wrong. Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003311153.19221.mich...@schuerig.de
Re: Nepomuk: re-checking the strigi index constantly
Am Dienstag 30 März 2010 schrieb Michael Schuerig: > On Sunday 28 March 2010, Michael Schuerig wrote: > > Apparently, a new > > /usr/bin/nepomukservicestub nepomukstrigiservice > > is started every 8 or 9 minutes. from ~/.xsession-errors I can't see > > anything that indicates that these processes are crashing. > > Well, strace and gdb know better. Indexing is interrupted, when an > assert statement fails and causes a SIGABRT > > # strigi-0.7.1/src/streamanalyzer/lineeventanalyzer.cpp:180 > void > LineEventAnalyzer::handleUtf8Data(const char* data, uint32_t length) { > assert(!(sawCarriageReturn && missingBytes > 0)); That sounds simular to my bug report (see mail "nepomuk strigi service crashed too often" in this list): https://bugs.kde.org/232395 -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Re: Nepomuk: re-checking the strigi index constantly
On Wednesday 31 March 2010, Martin Steigerwald wrote: > Am Dienstag 30 März 2010 schrieb Michael Schuerig: > > On Sunday 28 March 2010, Michael Schuerig wrote: > > > Apparently, a new > > > /usr/bin/nepomukservicestub nepomukstrigiservice > > > is started every 8 or 9 minutes. from ~/.xsession-errors I can't > > > see anything that indicates that these processes are crashing. > > > > Well, strace and gdb know better. Indexing is interrupted, when an > > assert statement fails and causes a SIGABRT > > > > # strigi-0.7.1/src/streamanalyzer/lineeventanalyzer.cpp:180 > > void > > LineEventAnalyzer::handleUtf8Data(const char* data, uint32_t > > length) { > > > > assert(!(sawCarriageReturn && missingBytes > 0)); > > That sounds simular to my bug report (see mail "nepomuk strigi > service crashed too often" in this list): > > https://bugs.kde.org/232395 Similar, but probably not the exact same. In my case, there are no indications in ~/.xsession-errors that anything went wrong. I've seen messages of the "crashed to[o] often" kind for *other* problems, but not for this specific one. /usr/bin/nepomukservicestub and nepomukservices aren't very helpful as the process name, have you tried looking at the complete commandline? In top it's toggled by pressing 'c'. AFAIUI, Soprano is part of the storage backend used by Nepomuk, whereas Strigi belongs to the frontend retrieving the (meta)data. Your problem appears to occurs, when Nepomuk tries to store data in Soprano. Then the question is, where that data comes from and why it is malformed. Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/ -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003312046.49115.mich...@schuerig.de
Re: Nepomuk: re-checking the strigi index constantly
Am Mittwoch 31 März 2010 schrieb Michael Schuerig: > On Wednesday 31 March 2010, Carsten Pfeiffer wrote: > > Am Dienstag, 30. März 2010 schrieb Michael Schuerig: > > > Now, I'm wondering, is this something I ought to report as a bug > > > against strigi or is the problem with Nepomuk for not logging > > > abnormal termination of child processes? Or is it pdftotext for > > > apparently producing invalid UTF-8 from a PDF (iconv doesn't > > > complain about it, though)? > > > > All of the above ;-) > > > > I'd say that > > - nepopmuk or strigi should notice that it crashed on a file and put > > it into some blacklist until its mtime changes > > - strigi should keep on indexing the other files instead of > > restarting - pdftotext as the originator of the file ought to be > > fixed > > Done. > > https://sourceforge.net/tracker/?func=detail&aid=2979889&group_id=17100 > 0&atid=856302 https://bugs.kde.org/show_bug.cgi?id=232814 > > I'm not completely certain that pdftotext really does anything wrong. See also these two of my Nepomuk related bug reports: https://bugs.kde.org/show_bug.cgi?id=232395 https://bugs.kde.org/show_bug.cgi?id=232398 It seems you are also stumbling over an UTF-8 issue, but it seems a different one than me. But I am not sure. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Re: Nepomuk: re-checking the strigi index constantly
Am Mittwoch 31 März 2010 schrieb Michael Schuerig: > On Wednesday 31 March 2010, Martin Steigerwald wrote: > > Am Dienstag 30 März 2010 schrieb Michael Schuerig: > > > On Sunday 28 March 2010, Michael Schuerig wrote: > > > > Apparently, a new > > > > /usr/bin/nepomukservicestub nepomukstrigiservice > > > > is started every 8 or 9 minutes. from ~/.xsession-errors I can't > > > > see anything that indicates that these processes are crashing. > > > > > > Well, strace and gdb know better. Indexing is interrupted, when an > > > assert statement fails and causes a SIGABRT > > > > > > # strigi-0.7.1/src/streamanalyzer/lineeventanalyzer.cpp:180 > > > void > > > LineEventAnalyzer::handleUtf8Data(const char* data, uint32_t > > > length) { > > > > > > assert(!(sawCarriageReturn && missingBytes > 0)); > > > > That sounds simular to my bug report (see mail "nepomuk strigi > > service crashed too often" in this list): > > > > https://bugs.kde.org/232395 > > Similar, but probably not the exact same. In my case, there are no > indications in ~/.xsession-errors that anything went wrong. I've seen > messages of the "crashed to[o] often" kind for *other* problems, but > not for this specific one. > > /usr/bin/nepomukservicestub and nepomukservices aren't very helpful as > the process name, have you tried looking at the complete commandline? > In top it's toggled by pressing 'c'. > > AFAIUI, Soprano is part of the storage backend used by Nepomuk, whereas > Strigi belongs to the frontend retrieving the (meta)data. Your problem > appears to occurs, when Nepomuk tries to store data in Soprano. Then > the question is, where that data comes from and why it is malformed. Yes, on the second look the issues sounded a bit different. Well, I put some cross links in there, may the developers decide ;). I also added your crash handling suggestions to my bug report https://bugs.kde.org/show_bug.cgi?id=232398 as they are quite similar to what I suggested. I suggest you use your bug report for informations on the crashes you encounter and let us share bug #232398 for the crash handling stuff in Nepomuk. -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.