hey,
I just discovered amarok-1.3.5-1.fc4@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?
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@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
On Saturday, October 29, 2005, at 04:12AM, Andy Pieters mailings@vlaamse-kern.com 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.
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
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
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
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.
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?
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.2...
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
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@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?
On Saturday 29 Oct 2005 05:48, oleksandr korneta wrote:
hey,
I just discovered amarok-1.3.5-1.fc4@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 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