[Nepomuk] Resources deletion
Sebastian Trüg
trueg at kde.org
Tue Oct 4 12:54:50 UTC 2011
On 10/04/2011 01:24 PM, Ignacio Serantes wrote:
>
> On Tue, Oct 4, 2011 at 1:13 PM, Sebastian Trüg <trueg at kde.org
> <mailto:trueg at kde.org>> 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 <kde at aynoa.net
> <mailto:kde at aynoa.net>
> > <mailto:kde at aynoa.net <mailto:kde at aynoa.net>>> 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 at 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 at 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 at 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 at 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
> <kde at aynoa.net <mailto:kde at aynoa.net>
> > <mailto:kde at aynoa.net <mailto:kde at aynoa.net>>> 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
> <kde at aynoa.net <mailto:kde at aynoa.net>
> > <mailto:kde at aynoa.net <mailto:kde at aynoa.net>>> 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
> > <trueg at kde.org <mailto:trueg at kde.org>
> <mailto:trueg at kde.org <mailto:trueg at kde.org>>> 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
> > <trueg at kde.org <mailto:trueg at kde.org>
> <mailto:trueg at kde.org <mailto:trueg at kde.org>>
> > > <mailto:trueg at kde.org <mailto:trueg at kde.org>
> <mailto:trueg at kde.org <mailto:trueg at kde.org>>>> 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
> > > > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>
> > <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>>
> > > > https://mail.kde.org/mailman/listinfo/nepomuk
> > > _______________________________________________
> > > Nepomuk mailing list
> > > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>
> > <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> <mailto:Nepomuk at kde.org <mailto:Nepomuk at kde.org>>>
> > > 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
> > Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> > https://mail.kde.org/mailman/listinfo/nepomuk
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org <mailto:Nepomuk at kde.org>
> https://mail.kde.org/mailman/listinfo/nepomuk
>
>
>
>
> --
> Best wishes,
> Ignacio
>
>
>
>
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
More information about the Nepomuk
mailing list