FS#4100 - Split cdw to ncurses-only and gtk+ version and remove unneeded dependencies

Attached to Project: Arch Linux
Opened by Roman Kyrylych (Romashka) - Saturday, 04 March 2006, 13:16 GMT
Last edited by Paul Mattal (paul) - Saturday, 05 May 2007, 14:42 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Paul Mattal (paul)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.1 Noodle
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I think it would be better cdw to ncurses-only and gtk+ version.
And remove mysql and sqlite dependencies. Package can be compiled with SQLite and even with MySQL support, but should not depend on sqlite and mysql packages.
This task depends upon

Closed by  Paul Mattal (paul)
Saturday, 05 May 2007, 14:42 GMT
Reason for closing:  Fixed
Additional comments about closing:  I have changed the dependency to libmysqlclient. sqlite seems never to work properly for catalogging, so we don't use it. No GUI dependencies anymore.
Comment by arjan timmerman (blaasvis) - Saturday, 25 March 2006, 22:47 GMT
i disagree on splitting it, but making it ncurses-only would be nice... same goes for the removing of the deps.

there are more then enough gtk2 burner apps ...
Comment by Roman Kyrylych (Romashka) - Monday, 27 March 2006, 08:46 GMT
OK, heving ncurses only is good solution. IMHO there are much better GTK2 burning apps.
Comment by Judd Vinet (judd) - Thursday, 22 June 2006, 17:27 GMT
Re-opened by Romashka:

IMO it is much better to use SQLite for cataloguing than MySQL - no need to run mysqld, which is too heavy for such simple tasks. cdw with sqlite forks fine for me and has the same functions as cdw with mysql. So, IMHO myscql dependency should be changed to sqlite3 dependency. BTW, the development of cdw is finished. :(
Comment by Paul Mattal (paul) - Monday, 17 July 2006, 16:47 GMT
The argument makes sense, my worry is with dropping support for mysql without knowing if there are users relying on it. I haven't used it in some time now, but others might be. Hmm. I'll give it some more thought.

I am truly sad that the devel on this handy tool has stopped.
Comment by Roman Kyrylych (Romashka) - Sunday, 15 October 2006, 14:07 GMT
Please either build it with sqlite support only or change mysql to libmysql dependency.
Comment by Paul Mattal (paul) - Sunday, 15 October 2006, 16:00 GMT
I think what I'll do is build with libmysql dependency and also add sqlite. What do you think? Any objections to that? Because some prefer mysql for this purpose.
Comment by Roman Kyrylych (Romashka) - Monday, 16 October 2006, 08:01 GMT
Yes, please do that. I think this will satisfy all users. libmysqlclient also depends on openssl and zlib, but I think most users have them anyway, so it's not a problem.

BTW, both libmysqlclient and mysql-clients have the same desctiption: "MySQL client libraries".
mysql-clients should be desctibed as "MySQL clients" of course. ;-)
Should I post it as a new bug, or you can just fix this?
Comment by Roman Kyrylych (Romashka) - Thursday, 09 November 2006, 00:21 GMT
Progress?
Comment by Paul Mattal (paul) - Thursday, 01 February 2007, 01:15 GMT
I am having NO luck getting sqlite to work for with cdw. Has anyone got this working in the currently deployed 0.2.4-3 build?

It seems like cdw -c doesn't even work when I don't compile with --enable-mysql. I'm not sure how to coax it into doing something with sqlite, nor does it seem to have linked against any sqlite libraries.

Loading...