public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] KDE? Get me out of here!
Date: Wed, 3 Mar 2010 18:49:31 +0200	[thread overview]
Message-ID: <201003031849.31718.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <201003031227.46989.wonko@wonkology.org>

On Wednesday 03 March 2010 13:27:45 Alex Schuster wrote:
> > On Monday 01 March 2010 18:08:05 Alex Schuster wrote:
> > > On the other hand, from time to time I have show-stoppers, and then I
> > > cannot use kmail, or no KDE4 at all. And have to invest time to solve
> > > this. And there are these annoying things. Like Amarok being very
> > > unstable, and taking 5 minutes to start. What the heck is it doing in
> > > this time?
> >
> > 
> >
> > Fuck knows what amarok-2x does for the first 5 minutes. I think On my
> > system it scans the music directory, presumably to find updates that
> > happened when amarok was not running. Fair enough, can't argue that,
> > but why is it so *slow*???
> 
> Yes, it scans the collection, I just verified that by removing a folder 
> from my collection. Start-up takes 7 minutes, I guess this also slows down 
> my KDE4 start-up even further (strigi also scans some stuff for about a 
> minute, along this music files I did not touch in any way). So when I save 
> my KDE session I have to remember to quit amarok before that. Of course, I 
> also have to remember to start amarok some time after I logged in, so I 
> can play music when I want without having to wait 7 minutes first.
> 
> This does not feel right...
> 
> BTW, a find /data/mp3 -type d takes about a minute. Checking the date of 
> the directories to verify they did not alter since the last scan should 
> not take that much longer.
> 
> Ah, I see the problem. It mainly scans /data/mp3/incoming, a directory I 
> have NOT selected as collection folder (but most other directories in 
> /data/mp3 are selected). Still, those files do not show up in my 
> collection, which is fine - some time ago amarok did index all in 
> /data/mp3, even if a directory was not selected.

I wonder if amarok would not be better off using the strigi/nepomuk indexing 
function, instead of trying to be real clever and doing it itself.

OTOH, that might just resurrect the mother of all threads we had recently - 
the one about the pros and cons of nepomuk and semantic-desktop :-)



-- 
alan dot mckinnon at gmail dot com



  reply	other threads:[~2010-03-03 16:52 UTC|newest]

Thread overview: 91+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-24  2:27 [gentoo-user] KDE? Get me out of here! Kevin O'Gorman
2010-02-24  2:36 ` Volker Armin Hemmann
2010-02-24  3:38   ` Kevin O'Gorman
2010-02-24  5:41     ` ubiquitous1980
2010-02-24 13:33       ` Kevin O'Gorman
2010-02-25  0:10   ` Alex Schuster
2010-02-25  2:07     ` Peter Humphrey
2010-02-25 13:03       ` Alex Schuster
2010-03-01 16:08     ` Alex Schuster
2010-03-01 18:30       ` Alan McKinnon
2010-03-01 19:07         ` Dale
2010-03-01 19:22           ` Alan McKinnon
2010-03-01 20:26             ` Dale
2010-03-01 20:28             ` Mick
2010-03-01 21:17               ` Alan McKinnon
2010-03-01 23:17                 ` Mick
2010-03-01 23:22                   ` Alan McKinnon
2010-03-03 15:48             ` Paul Hartman
2010-03-03 16:43               ` Alan McKinnon
2010-03-03 11:27         ` Alex Schuster
2010-03-03 16:49           ` Alan McKinnon [this message]
2010-03-03 17:30             ` stosss
2010-03-03 20:01               ` Alan McKinnon
2010-03-03 17:32             ` Paul Hartman
2010-03-03 19:56               ` Alan McKinnon
2010-03-03 17:54             ` Alex Schuster
2010-03-04 14:12               ` Alex Schuster
2010-03-09 20:12                 ` Alex Schuster
2010-03-09 21:07                   ` Philip Webb
2010-03-11  9:25                     ` Alex Schuster
2010-03-12  1:59                       ` Philip Webb
2010-03-12  6:59                         ` Mick
2010-03-12 10:19                         ` Neil Bothwick
2010-03-12 15:32                           ` Paul Hartman
2010-03-13 11:15                             ` Neil Bothwick
2010-03-09 21:52                   ` Dale
2010-03-11 14:22                     ` Alex Schuster
2010-03-11 20:14                       ` Dale
2010-03-12  9:27                         ` Alex Schuster
2010-03-09 22:20                   ` Mick
2010-06-16 23:23                     ` Alex Schuster
2010-06-17 13:31                       ` Mick
2010-06-19 19:03                         ` Alex Schuster
2010-04-22 14:58           ` Alex Schuster
2010-03-01 20:34       ` Mick
2010-03-03 16:13         ` Alex Schuster
2010-02-24 13:38 ` [gentoo-user] " Nikos Chantziaras
2010-02-24 13:41   ` Zeerak Mustafa Waseem
2010-02-24 14:12     ` Nikos Chantziaras
2010-02-24 14:23       ` Christian Schulze
2010-02-24 16:03         ` Dale
2010-02-24 16:17           ` Nikos Chantziaras
2010-02-24 16:47             ` Dale
2010-02-24 16:58               ` Nikos Chantziaras
2010-02-24 14:28       ` Crístian Viana
2010-02-24 14:46         ` Nikos Chantziaras
2010-02-24 15:32           ` Alan McKinnon
2010-02-24 16:43     ` Mike Edenfield
2010-02-24 16:52       ` Volker Armin Hemmann
2010-02-25 20:55         ` Frank Steinmetzger
2010-02-24 16:59       ` Nikos Chantziaras
2010-02-24 17:08         ` Volker Armin Hemmann
2010-02-24 17:53           ` Nikos Chantziaras
2010-02-24 17:57             ` Volker Armin Hemmann
2010-02-24 18:31               ` Nikos Chantziaras
2010-02-24 18:12         ` Mike Edenfield
2010-02-24 18:32           ` Nikos Chantziaras
2010-02-24 21:25             ` Zeerak Mustafa Waseem
2010-02-25  4:17         ` Kevin O'Gorman
2010-02-25  4:22           ` Kevin O'Gorman
2010-02-25  9:16           ` Neil Bothwick
2010-02-25 19:45             ` Dale
2010-02-25 20:59           ` Frank Steinmetzger
  -- strict thread matches above, loose matches on Subject: below --
2010-06-19 20:23 [gentoo-user] " Alex Schuster
2010-06-20 15:52 ` Kevin O'Gorman
2010-06-28 22:50   ` Alex Schuster
2010-06-28 23:16 Mateusz Mierzwiński
2010-06-29 14:23 ` Alex Schuster
2010-06-29 14:38   ` Neil Bothwick
2010-06-29 22:40     ` Mick
2010-06-29 23:16       ` Alex Schuster
2010-06-29 23:21         ` Alan McKinnon
2010-06-30  6:23           ` Mick
2010-06-30  9:30             ` Peter Humphrey
2010-06-30 10:17               ` Mick
2010-06-30 10:35                 ` Peter Humphrey
2010-06-30  0:55         ` Neil Bothwick
2010-06-30 10:46           ` Alex Schuster
2010-07-04 19:57   ` Alex Schuster
2010-06-29 15:45 Mateusz Mierzwiński
     [not found] <f0vMl-rW-5@gated-at.bofh.it>
     [not found] ` <f0JZ1-4aw-33@gated-at.bofh.it>
2010-06-29 15:50   ` David W Noon

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201003031849.31718.alan.mckinnon@gmail.com \
    --to=alan.mckinnon@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox