Unfortunately, I no longer own the laptop in question, so I'm unable to
test it.
On Thu, Feb 21, 2008 at 7:38 AM, Basilio Kublik <[EMAIL PROTECTED]> wrote:
> Hi guys
> Thank you for taking the time to report this bug and helping to make Ubuntu
> better. You reported this bug a while ago and there
I looked up both of the posted bugs, and they seem to be in reference to
HAL version 0.5.9. I checked Synaptic to verify whether I was using this
package or not, and it seems as though I'm still using version 0.5.8,
the version that supposedly works. I'm at a total loss at this point and
may try to
Public bug reported:
Gnome-power-manager refuses to suspend when my laptop lid is closed,
despite the fact that I specifically set the settings to do so. When
probing the lid close event status over ssh, I can see that the event is
in fact being registered, but nothing is done about it. To add fur
Agreed. I'd be willing to sacrifice this not-often-used feature to
gain search speed.
On 5/1/07, Daniel Miles <[EMAIL PROTECTED]> wrote:
> I'm bumping this, and the suggestion I would make is simply to not have
> the amarok catalog active by default. I'd question the usefulness of the
> plugin at
ng else that I could conceive
> before suggesting disabling the plugin).
>
> Does that seem the right solution for you fatejudger, I think removing
> the functionality would be preferable as there will always be instances
> where you would have to enter more than 5 characters although I
I'm glad someone else was able to replicate my problem, as it was
disregarded and closed some time ago. This problem obviously needs to
be addressed, as many people currently use Amarok. As to the slowness
in Konqueror, I'm not on my Kubuntu computer at the moment, so I can't
confirm or deny it. I
Sort of, in that there are all sorts of problems with aRts not starting up
properly. But when restarted everything "dmixes" properly after manually
configuring the ALSA config files. It sounds to me like this isn't a small
problem that can be easily patched. Perhaps working with the ALSA team to
Well obviously things are going to slow down a bit when amarok is adding
music, that's pretty CPU intensive. I'm talking about not only during
that process, but after as well. I can't say I notice any other programs
slowing down after the music has been added, just Katapult.
--
Katapult slows dow
I just tested it on my laptop with KDE 3.5.3 and amaroK 1.4.0 and I'm
still getting the same problem. The key to reproducing the bug is to add
music to your music database in amarok, not just opening the program
itself. I'm guessing that it has to be a fair amount of music as well,
greater than or
I forgot to mention that I use amarok 1.4.0 Kubuntu packages, so I
haven't tried it with 1.3.8.
--
Katapult slows down to a near crawl when amarok is open
https://launchpad.net/bugs/49901
--
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu
Public bug reported:
Binary package hint: katapult
Whenever Katapult is activated (ALT + Space), and amarok is running,
Katapult will not respond for up to 30 seconds after characters are
typed in. I'm guessing that this has to do something with the fact that
Katapult searches amarok's music data
11 matches
Mail list logo