amarok 1.3.5 and mysql???

[oleksandr korneta]

hey,

I just discovered amarok-1.3.5-1.fc4(a)i386.rpm in Fedora Extras, and
wanted to install it hoping that this will solve the bug I have with my
amarok 1.3.3 (it crashes on a 50% of my mp3 saying "TagLib: Compressed
frames are not supported"). In fact I was extremely surprised to see
that it pulls mysql (???) as dependency for itself! Whatta...?
mysql-based mysic manager on a desktop machine? Isn't this a bit too much?

-- 
regards,
Oleksandr Korneta

[Andy Pieters]

Hi

Although it might be quite a bit of work IMHO it is best that you compile 
amaroK yourself.

It should be noted that amaroK does NOT depend on MySQL.  In fact, amaroK uses 
standard a PostgreSQL database and can be compiled with MySQL support.

amaroK does crash often if there are incosistencies between the several 
components and dependencies.  For that reason, I downloaded and compiled all 
dependencies seperatly and proceeded to compile amaroK.  Always use the same 
compiler and compile on the same machine.

Further questions are best addressed to the amaroK mailing list.

With kind regards


Andy

On Saturday 29 October 2005 06:48, oleksandr korneta wrote:
>  hey,
>
>  I just discovered amarok-1.3.5-1.fc4(a)i386.rpm in Fedora Extras, and
>  wanted to install it hoping that this will solve the bug I have with my
>  amarok 1.3.3 (it crashes on a 50% of my mp3 saying "TagLib: Compressed
>  frames are not supported"). In fact I was extremely surprised to see
>  that it pulls mysql (???) as dependency for itself! Whatta...?
>  mysql-based mysic manager on a desktop machine? Isn't this a bit too much?
>
>  --
>  regards,
>  Oleksandr Korneta 
-- 
Now listening to Top! Radio Live www.topradio.be/stream on amaroK
Geek code: www.vlaamse-kern.com/geek
Registered Linux User No 379093
If life was for sale, what would be its price?
www.vlaamse-kern.com/sas/ for free php utilities
--

[Michael A. Peters]

On Saturday, October 29, 2005, at 04:12AM, Andy Pieters <mailings(a)vlaamse-kern.com&gt;
wrote:

> Hi
>
> Although it might be quite a bit of work IMHO it is best that you compile 
> amaroK yourself.
>
> It should be noted that amaroK does NOT depend on MySQL.  In fact, amaroK uses 
> standard a PostgreSQL database and can be compiled with MySQL support.
>
> amaroK does crash often if there are incosistencies between the several 
> components and dependencies.  For that reason, I downloaded and compiled all 
> dependencies seperatly and proceeded to compile amaroK.  Always use the same 
> compiler and compile on the same machine.
>
> Further questions are best addressed to the amaroK mailing list.
>  
The MySQL dependency sounds to me like a packaging mistake, a bug should be filed IMHO.
That being said, however, I must disagree with the recommendation to compile it yourself.

The way the Extras build systems works, it will be compiled against the same libraries
that the user has installed on their system to satisfy dependencies - and by using a
package, updates and bug fixes are readily available when they are pushed to the Extras
repository.

[Rex Dieter]

Michael Peters wrote:

>  The MySQL dependency sounds to me like a packaging mistake, a bug
> should be filed IMHO. 
Nope, just that amarok is built with support for a mysql backend, and 
that support requires mysql.  (And, AFAIK unfortunately, there's no easy 
way to separate it out for those who don't want it).

-- Rex

[Andy Pieters]

Hi

While I admit packages are better to maintain, there is some truth in the 
words of Michial Peters.  

A bug should be filed.  Bug does not necessarly mean "defect" but can also 
mean "missing".  And in this case the package amaroK without MySql is 
certainly missing.

When compiling (...) it is as easy as configure --without-mysql but if 
packaged then the packager should make a package with MySQL and WITHOUT 
MySQL, even more so that MySQL support for amaroK is new (not taling about 
Beta versions)

With kind regards


Andy

On Saturday 29 October 2005 16:16, Rex Dieter wrote:
>  Michael Peters wrote:
>  > The MySQL dependency sounds to me like a packaging mistake, a bug should
>  > be filed IMHO.
>
>  Nope, just that amarok is built with support for a mysql backend, and
>  that support requires mysql.  (And, AFAIK unfortunately, there's no easy
>  way to separate it out for those who don't want it).
>
>  -- Rex 
-- 
Now listening to Top! Radio Live www.topradio.be/stream on amaroK
Geek code: www.vlaamse-kern.com/geek
Registered Linux User No 379093
If life was for sale, what would be its price?
www.vlaamse-kern.com/sas/ for free php utilities
--

[oleksandr korneta]

on 10/29/2005 10:51 AM Andy Pieters wrote:
>  Hi
>  
>  While I admit packages are better to maintain, there is some truth in the 
>  words of Michial Peters.  
>  
>  A bug should be filed.  Bug does not necessarly mean "defect" but can also 
>  mean "missing".  And in this case the package amaroK without MySql is 
>  certainly missing. 
strongly agree. I miss it very much


>  
>  When compiling (...) it is as easy as configure --without-mysql but if 
>  packaged then the packager should make a package with MySQL and WITHOUT 
>  MySQL, even more so that MySQL support for amaroK is new (not taling about 
>  Beta versions) 
exactly!

>  
>  With kind regards
>  
>  
>  Andy
>  
>  On Saturday 29 October 2005 16:16, Rex Dieter wrote:
>  
> >Michael Peters wrote:
> >
> >>The MySQL dependency sounds to me like a packaging mistake, a bug should
> >>be filed IMHO.
> >
> >Nope, just that amarok is built with support for a mysql backend, and
> >that support requires mysql.  (And, AFAIK unfortunately, there's no easy
> >way to separate it out for those who don't want it).
> >
> >-- Rex
>  
>   
-- 
regards,
Oleksandr Korneta

[Michael A. Peters]

On Sat, 2005-10-29 at 09:16 -0500, Rex Dieter wrote:
>  Michael Peters wrote:
>  
>  > The MySQL dependency sounds to me like a packaging mistake, a bug should be filed
> IMHO.
>  
>  Nope, just that amarok is built with support for a mysql backend, and 
>  that support requires mysql.  (And, AFAIK unfortunately, there's no easy 
>  way to separate it out for those who don't want it). 
It is a desktop application.
MySQL is a server.

I can understand some desktop applications greatly benefit from a
database, but that's what things like sqlite are for. An application
intended the desktop (imho) should not require a database server.

If MySQL support can't be offered separately via a plugin, then my own
opinion is it should be left out.

Does it require MySQL or just the libs?
If it just requires the libs, that's fine.

//me checks via yum

mysql                   i386       4.1.14-1.FC4.1   updates-released
2.9 M

Hm -
That looks like just the client and libs in one package - other mysql
packages:

mysql
mysql-bench
mysql-debuginfo
mysql-devel
mysql-server

It probably would be less confusing if the libs were packaged separately
from the client and named mysql-libs - but :shrug:

It seems to only require the mysql package that contains the libs and
the client (and I'm guessing it only needs it for the libs)

That's probably OK, it is not requiring the server.

OK - so there isn't a problem then, I stand corrected.

[oleksandr korneta]

on 10/29/2005 02:00 PM Michael A. Peters wrote:
>  On Sat, 2005-10-29 at 09:16 -0500, Rex Dieter wrote:
>  
> >Michael Peters wrote:
> >
> >
> >>The MySQL dependency sounds to me like a packaging mistake, a bug should be filed
> IMHO.
> >
> >Nope, just that amarok is built with support for a mysql backend, and 
> >that support requires mysql.  (And, AFAIK unfortunately, there's no easy 
> >way to separate it out for those who don't want it).
>  
>  
>  It is a desktop application.
>  MySQL is a server.
>  
>  I can understand some desktop applications greatly benefit from a
>  database, but that's what things like sqlite are for. An application
>  intended the desktop (imho) should not require a database server.
>  
>  If MySQL support can't be offered separately via a plugin, then my own
>  opinion is it should be left out.
>  
>  Does it require MySQL or just the libs?
>  If it just requires the libs, that's fine.
>  
>  //me checks via yum
>  
>  mysql                   i386       4.1.14-1.FC4.1   updates-released
>  2.9 M
>  
>  Hm -
>  That looks like just the client and libs in one package - other mysql
>  packages:
>  
>  mysql
>  mysql-bench
>  mysql-debuginfo
>  mysql-devel
>  mysql-server
>  
>  It probably would be less confusing if the libs were packaged separately
>  from the client and named mysql-libs - but :shrug:
>  
>  It seems to only require the mysql package that contains the libs and
>  the client (and I'm guessing it only needs it for the libs)
>  
>  That's probably OK, it is not requiring the server.
>  
>  OK - so there isn't a problem then, I stand corrected. 
is all this suppose to mean that there is no way for amarok rpm without
the mysql dependence to appear (just because there is nothing special
about that dependency), and I just can go ahead and install whatever is
available for now?

-- 
regards,
Oleksandr Korneta

[Øyvind Stegard]

oleksandr korneta wrote:
>  is all this suppose to mean that there is no way for amarok rpm
> without
>  the mysql dependence to appear (just because there is nothing special
>  about that dependency), and I just can go ahead and install whatever is
>  available for now?
>   
Why not just grab the source RPM and modify the spec file to make sure Amarok is 
not built with the MySQL requirement (I'm guessing it's a configure flag, which 
you'll find in the spec) ?

Check out these links:
[1] http://fedoranews.org/tchung/rpmbuild/
[2] 
http://download.fedora.redhat.com/pub/fedora/linux/extras/4/SRPMS/amarok-...

1. rpmbuild quick starter.
2. Amarok source RPM.

You might have to install certain build-dependencies (-devel packages 
w/dependencies). These can easily be installed with yum.

And for a slightly more "political" reply, I think one should have a very large

music collection to justify the need for MySQL when there is sqlite. But then 
again, it's only the client libs, in this case.

Øyvind
-- 
< Øyvind Stegard < oyvinst at ifi uio no >
  < http://www.oyvind.nu/
   < `Lottery: A tax on people who are bad at math.'

[oleksandr korneta]

on 10/29/2005 07:12 AM Andy Pieters wrote:
>  Hi
>  
>  Although it might be quite a bit of work IMHO it is best that you compile 
>  amaroK yourself. 
no way. I'm not going to install a tonns of kde*-devel just to
compile
amarok. It is enough that I've installed kdebase, kdelibs, kdeartwork...
 I dont need there packages for anything except the amarok.  If I was
enjoying compiling things myself I would stay on gentoo and never
install fc.

more than that, from all this fanciness of amarok the only useful
feature for me is dynamic playlist. I madman was able to do that amarok
 would never appear on my box.

>  It should be noted that amaroK does NOT depend on MySQL.  In fact,
> amaroK uses 
>  standard a PostgreSQL database and can be compiled with MySQL support.
>  
>  amaroK does crash often if there are incosistencies between the several 
>  components and dependencies.  For that reason, I downloaded and compiled all 
>  dependencies seperatly and proceeded to compile amaroK.  Always use the same 
>  compiler and compile on the same machine. 
well, I thought that yum takes care of
that. Isn't this the main feature?

>  Further questions are best addressed to the amaroK mailing list.
I tried to ask on their irc-channel, they sent me to taglib developers :)



>  
>  With kind regards
>  
>  
>  Andy
>  
>  On Saturday 29 October 2005 06:48, oleksandr korneta wrote:
>  
> >hey,
> >
> >I just discovered amarok-1.3.5-1.fc4(a)i386.rpm in Fedora Extras, and
> >wanted to install it hoping that this will solve the bug I have with my
> >amarok 1.3.3 (it crashes on a 50% of my mp3 saying "TagLib: Compressed
> >frames are not supported"). In fact I was extremely surprised to see
> >that it pulls mysql (???) as dependency for itself! Whatta...?
> >mysql-based mysic manager on a desktop machine? Isn't this a bit too much?
> > 
-- 
regards,
Oleksandr Korneta

[Jim Higson]

On Saturday 29 Oct 2005 05:48, oleksandr korneta wrote:
>  hey,
>
>  I just discovered amarok-1.3.5-1.fc4(a)i386.rpm in Fedora Extras, and
>  wanted to install it hoping that this will solve the bug I have with my
>  amarok 1.3.3 (it crashes on a 50% of my mp3 saying "TagLib: Compressed
>  frames are not supported"). In fact I was extremely surprised to see
>  that it pulls mysql (???) as dependency for itself! Whatta...?
>  mysql-based mysic manager on a desktop machine? Isn't this a bit too much? 
IIRC, The RPMS on  the kde-redhat repo don't have this dependency.

I'm pretty sure their compile uses SQLite, which is a small database that runs 
as a library rather than with the server/client relationship.

-- 
Jim

[Rex Dieter]

Jim Higson wrote:

>  IIRC, The RPMS on  the kde-redhat repo don't have this
> dependency. 
The newest ones do (now)  (-:

>  I'm pretty sure their compile uses SQLite, which is a small
> database that runs 
>  as a library rather than with the server/client relationship. 
amarok has built-in support for SQLite, as well as optional PostgreSQL 
and MySQL support.

-- Rex