ing package creation.
>> Any suggestions on how to get past these errors?
>> --
>
> hmm, that is not an error I'm familiar with. Hope someone recognises it.
If it is the compiler that is segfaulting it is probably a hardware
error. Try running some memory diagnostics.
C
> On June 29, 2011, 9:31 a.m., Bart Cerneels wrote:
> > Looks very good and is working on my own firefly server.
> >
> > When you commit it you might want to remove some debug.
> >
> > Can you commit or should I?
I don't have any commit access, so fee
5501693656a23f63cd35b55c8f9d4e2263b86e5c
Diff: http://git.reviewboard.kde.org/r/101798/diff
Testing
---
I'm using it at home with Firefly.
Thanks,
Lukas
___
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/lis
Hi Ralf,
On 24 June 2011 15:27, Ralf Engels wrote:
> Hi Lukas,
> I wanted to write a point by point review here but let's first start
> like this:
>
> 1. What is confusing for you in the new dynamic playlist implementation.
> Was there something that you did not unders
to troubleshoot, but there
could be some hidden issue there.
Lukas
On 18 May 2011 14:53, Myriam Schweingruber <
schweingru...@pharma-traduction.ch> wrote:
> On Wed, May 18, 2011 at 02:04, Matthieu wrote:
> > On 05/16/2011 01:41 PM, Peter C. Ndikuwera wrote:
> >> What about
to fetch artists photos, you can
take a look at http://framework.zend.com/manual/en/zend.dom.query.html so
images could be extracted using css selectors :)
Lukas
___
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel
Hi Lydia
It looks like a problem with APC Cahce engine
http://pecl.php.net/bugs/bug.php?id=16966 when cache is out of limits.
This bug is reproduced for me only when cache is almost full and badly
fragmented. It this case APC can't allocate large enough block for
caching a new file.
First of al
/diff
Testing
---
Yes. With the attached patch Amarok plays music via DAAP from my NAS just fine.
Thanks,
Lukas
___
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel
If I might put my 2 cents...
I think the key reason of the problem could be rephrased into:
*Its is being done inside out*
The problem is that user has FIRST select bias, LATER put the settings in -
like click plus sign and add artist bias, then type in artist name, then set
the proportion then
Great work :)
But the yellow and green hurts my eyes a bit. You could try to get some
matching, still dark enough colors with the help of http://kuler.adobe.comor
http://colorschemedesigner.com. Also *bold* could help :)
On 7 January 2011 22:29, Sergey Ivanov <123k...@gmail.com> wrote:
>Thi
...@fedorasatelite build]$ *
Getting mysql-embedded-devel.i686 0:5.1.52-1.fc14 solves the problem :)
Should't there be a check for mysqld?
As for playlist performance, I can;t say I have a lot of the playlists, but
with those I have, it fell really smooth :)
Lukas
On 27 December 2010 13:45,
> I agree. Though leaving the best matches uncolored would have the
advantage of
> a "clean" list if there are mostly perfect matches, green should still
stay
> for the best matches.
How can selection title and artist have many "best" matches? Exact track is
made by an exact artist and has exact ti
und.
Such way even color blind will know where to drag attention (bold)
Thanks,
Lukas
On 2 November 2010 17:32, Sergey Ivanov <123k...@gmail.com> wrote:
>This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/100127/
> Review request
13 matches
Mail list logo
