On 10/04/2011 01:24 PM, Ignacio Serantes wrote: > > On Tue, Oct 4, 2011 at 1:13 PM, Sebastian Trüg <[email protected] > <mailto:[email protected]>> wrote: > > Ok, the bug is fixed now. :) > > > I will try to find time to compile Nepomuk sources and update my system > to test the patch. This will be my first time doing something like this > so I'm starting to pray... > > On the other side, what about the configuration issue?
What is the problem? IMHO the configuration is easy: index external media or not index them. Manually added information is completely unrelated to this and cannot be influenced by any configuration. Cheers, Sebastian > > On 10/04/2011 11:25 AM, Ignacio Serantes wrote: > > I test this bug in two new computers: > > > > * openSUSE 11.3 with KDE 4.7.1: confirmed > > * openSUSE 11.3 with KDE 4.6.5: there is no bug > > > > so seems like this bug was introduced in KDE 4.7. > > > > Following with external HDs the new configuration is not accurate > > because you could add metadata to your external HDs but don't want > > strigi indexed 2TB of data and thousands of files. > > > > In KDE 4.7.1 if you change the configuration to "Ignore all removable > > media" all metadata from external HDs is removed and I think this is a > > bad behaviour. > > > > On Mon, Oct 3, 2011 at 4:41 PM, Ignacio Serantes <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > More information about this bug: > > > > Using a new user I created the next files in an external HD named > > OneTouch4: > > > > file:///media/OneTouch4/test_dir space/test_dir_file space.txt > > file:///media/OneTouch4/test_dir space/test_dir_file.txt > > file:///media/OneTouch4/test_dir/test_dir_file space.txt > > file:///media/OneTouch4/test_dir/test_dir_file.txt > > file:///media/OneTouch4/test_root space.txt > > file:///media/OneTouch4/test_root.txt > > > > and I tagged all files with tag "uno". I open konsole and > execute a > > query using nepoogle: > > > > navis@misaki:~> nepoogle --nogui hastag:uno > > file:///media/OneTouch4/test_dir space/test_dir_file space.txt > > file:///media/OneTouch4/test_dir space/test_dir_file.txt > > file:///media/OneTouch4/test_dir/test_dir_file space.txt > > file:///media/OneTouch4/test_dir/test_dir_file.txt > > file:///media/OneTouch4/test_root space.txt > > file:///media/OneTouch4/test_root.txt > > > > so until here all is Ok :). > > > > I stopped Nepomuk using "Configure Desktop", wait a couple of > > seconds and I started Nepomuk again. > > > > If I do the previous query the result is: > > > > navis@misaki:~> nepoogle --nogui hastag:uno > > file:///media/OneTouch4/test_dir/test_dir_file.txt > > file:///media/OneTouch4/test_root.txt > > > > and is easy to see that all files with a space in the url lost > > resources. > > > > Seems like an encoding bug so I done another test, I created a > file > > named "áéíóú.txt" and tagged with "uno". As expected the > result from > > the test query is correct: > > > > navis@misaki:~> nepoogle --nogui hastag:uno > > file:///media/OneTouch4/áéíóú.txt > > file:///media/OneTouch4/test_dir/test_dir_file.txt > > file:///media/OneTouch4/test_root.txt > > > > And, as expected, after a Nepomuk restart the query result don't > > include the file with non-ascii characters: > > > > navis@misaki:~> nepoogle --nogui hastag:uno > > file:///media/OneTouch4/test_dir/test_dir_file.txt > > file:///media/OneTouch4/test_root.txt > > > > So, seems like this is another encoding bug in KDE related to the > > use of non-ascii characters. > > > > As commented before I only test this in an openSUSE 11.4 with > KDE 4.7.1. > > > > On Fri, Sep 30, 2011 at 9:42 PM, Ignacio Serantes > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Hi, > > > > It took time but I found the bug and is serious because > this is > > a common behavior when you restart your computer. > > > > Steps to reproduce the problem: > > > > 1. Add metadata to a file in an external HD. > > 2. Without _unplugging_ the HD you must _stop Nepomuk_. > > 3. _Start Nepomuk_ again with HD _plugged_ and voila, all > > data is deleted. > > > > If external HD is not plugged when Nepomuk is starting data is > > not deleted. This bug is reproducible always in my system, > a KDE > > 4.7.1 on a openSUSE 11.4. I can't test in other systems and > > configurations so feedback for other users would be very > useful. > > > > The worst thing that can happen to a database is to lose > > information so I think this bug has the highest priority. > > > > On Fri, Sep 30, 2011 at 4:10 PM, Ignacio Serantes > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Sure, I'm using two external HDs and I losing metadata in > > both of then. > > > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > > udi = '/org/freedesktop/UDisks/devices/sdd' > > parent = '/org/freedesktop/UDisks' (string) > > vendor = 'Maxtor' (string) > > product = 'OneTouch' (string) > > description = 'Maxtor OneTouch' (string) > > Block.major = 8 (0x8) (int) > > Block.minor = 48 (0x30) (int) > > Block.device = '/dev/sdd' (string) > > StorageDrive.bus = 'Usb' (0x1) (enum) > > StorageDrive.driveType = 'HardDisk' (0x0) (enum) > > StorageDrive.removable = true (bool) > > StorageDrive.hotpluggable = true (bool) > > StorageDrive.inUse = true (bool) > > StorageDrive.size = 750156374016 (0xaea8cde000) > (qulonglong) > > > > udi = '/org/freedesktop/UDisks/devices/sdd1' > > parent = '/org/freedesktop/UDisks/devices/sdd' (string) > > vendor = 'Maxtor' (string) > > product = 'OneTouch4' (string) > > description = 'OneTouch4' (string) > > Block.major = 8 (0x8) (int) > > Block.minor = 49 (0x31) (int) > > Block.device = '/dev/sdd1' (string) > > StorageAccess.accessible = true (bool) > > StorageAccess.filePath = '/media/OneTouch4' (string) > > StorageAccess.ignored = false (bool) > > StorageVolume.ignored = false (bool) > > StorageVolume.usage = 'FileSystem' (0x2) (enum) > > StorageVolume.fsType = 'ext4' (string) > > StorageVolume.label = 'OneTouch4' (string) > > StorageVolume.uuid = > > '7be6d86a-14e8-4e20-88aa-00d894ad0c12' (string) > > StorageVolume.size = 750153729024 (0xaea8a58400) > > (qulonglong) > > > > udi = '/org/freedesktop/UDisks/devices/sdm'd > > parent = '/org/freedesktop/UDisks' (string) > > vendor = 'ST315003' (string) > > product = '41AS' (string) > > description = 'ST315003 41AS' (string) > > Block.major = 8 (0x8) (int) > > Block.minor = 192 (0xc0) (int) > > Block.device = '/dev/sdm' (string) > > StorageDrive.bus = 'Usb' (0x1) (enum) > > StorageDrive.driveType = 'HardDisk' (0x0) (enum) > > StorageDrive.removable = true (bool) > > StorageDrive.hotpluggable = true (bool) > > StorageDrive.inUse = true (bool) > > StorageDrive.size = 1500301910016 (0x15d50f66000) > > (qulonglong) > > > > udi = '/org/freedesktop/UDisks/devices/sdm1' > > parent = '/org/freedesktop/UDisks/devices/sdm' (string) > > vendor = 'ST315003' (string) > > product = 'HD1.5TB-01' (string) > > description = 'HD1.5TB-01' (string) > > Block.major = 8 (0x8) (int) > > Block.minor = 193 (0xc1) (int) > > Block.device = '/dev/sdm1' (string) > > StorageAccess.accessible = true (bool) > > StorageAccess.filePath = '/media/HD1.5TB-01' (string) > > StorageAccess.ignored = false (bool) > > StorageVolume.ignored = false (bool) > > StorageVolume.usage = 'FileSystem' (0x2) (enum) > > StorageVolume.fsType = 'ext4' (string) > > StorageVolume.label = 'HD1.5TB-01' (string) > > StorageVolume.uuid = > > 'a6a74f3f-0014-4b62-a11c-2d8e7658a3bb' (string) > > StorageVolume.size = 1495338582016 (0x15c29200000) > > (qulonglong) > > <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > > > On Fri, Sep 30, 2011 at 2:49 PM, Sebastian Trüg > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > OK, then could you please show what "solid-hardware > > details <UDI>" shows > > for the hd. I am mostly interested to see if it > has a uuid. > > > > Cheers, > > Sebastian > > > > On 09/29/2011 10:01 PM, Ignacio Serantes wrote: > > > Oh, I forgot it :). > > > > > > Yes, KDE 4.7.1 on a openSUSE 11.4 using "Upstream > > release aka. KR47 (KDE > > > SC 4.7)" repository. > > > > > > On Thu, Sep 29, 2011 at 9:54 PM, Sebastian Trüg > > <[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > > <mailto:[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>>> wrote: > > > > > > KDE 4.7.1? > > > > > > On 09/29/2011 09:30 PM, Ignacio Serantes wrote: > > > > Hi, > > > > > > > > As I lost all resources from my external HDs > > many times this week > > > I want > > > > to deactivate the service that is doing this. > > What service is and how > > > > could I deactivate or remove de service? > > > > > > > > -- > > > > Best wishes, > > > > Ignacio > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Nepomuk mailing list > > > > [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > <mailto:[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> > > > > https://mail.kde.org/mailman/listinfo/nepomuk > > > _______________________________________________ > > > Nepomuk mailing list > > > [email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>> > > <mailto:[email protected] <mailto:[email protected]> > <mailto:[email protected] <mailto:[email protected]>>> > > > https://mail.kde.org/mailman/listinfo/nepomuk > > > > > > > > > > > > > > > -- > > > Best wishes, > > > Ignacio > > > > > > > > > > > > > > > > -- > > Best wishes, > > Ignacio > > > > > > > > > > > > -- > > Best wishes, > > Ignacio > > > > > > > > > > > > -- > > Best wishes, > > Ignacio > > > > > > > > > > > > -- > > Best wishes, > > Ignacio > > > > > > > > > > _______________________________________________ > > Nepomuk mailing list > > [email protected] <mailto:[email protected]> > > https://mail.kde.org/mailman/listinfo/nepomuk > _______________________________________________ > Nepomuk mailing list > [email protected] <mailto:[email protected]> > https://mail.kde.org/mailman/listinfo/nepomuk > > > > > -- > Best wishes, > Ignacio > > > > > _______________________________________________ > Nepomuk mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/nepomuk _______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
