FS#9797 - [cdrdao] Please install with gcdmaster
Attached to Project:
Arch Linux
Opened by Heiko Baums (cyberpatrol) - Sunday, 09 March 2008, 20:23 GMT
Last edited by Dan Griffiths (Ghost1227) - Saturday, 27 February 2010, 00:42 GMT
Opened by Heiko Baums (cyberpatrol) - Sunday, 09 March 2008, 20:23 GMT
Last edited by Dan Griffiths (Ghost1227) - Saturday, 27 February 2010, 00:42 GMT
|
Details
Description:
cdrdao includes a nice GUI which is called GCDMaster. In my experience it's one of the best if not the best GUI tools for copying CDs. I'm getting the best results with this tool. Unfortunately it's not installed on Arch Linux. So it would be nice if cdrdao would be installed with GCDMaster. I think to get it compiled, the ./configure line in the PKGBUILD has to be changed to this: ./configure --prefix=/usr --with-lame --with-ogg-support --with-mp3-support --with-xdao And it would be nice, if the file $startdir/src/$pkgname-$pkgver/xdao/gcdmaster.desktop would also be installed, if it's not done automatically. |
This task depends upon
Closed by Dan Griffiths (Ghost1227)
Saturday, 27 February 2010, 00:42 GMT
Reason for closing: Implemented
Additional comments about closing: Finally made the split package... stupid RAM issues
Saturday, 27 February 2010, 00:42 GMT
Reason for closing: Implemented
Additional comments about closing: Finally made the split package... stupid RAM issues
IMHO for such tools, focus should always be given to their commandline operation.
If the submitter and anyone else wants to use gcdmaster, he can build it himself & optionally upload it to AUR as cdrdao-gcdmaster or something.
http://bbs.archlinux.org/viewtopic.php?id=34585
See especially dtw's posting:
"As far as pkg containing server+client: it's generally Arch policy not to make two packages from one src file. So if the src contains code for client and server binaries then the pkg will."
I think it's generally the same here, even if it's not a client server solution. But gcdmaster belongs to cdrdao and is included in the same source file. So why building two different packages, if cdrdao and gcdmaster belong together.
The appropriate GUI library could of course be an optional dependency, as Roman suggested.
http://bbs.archlinux.org/viewtopic.php?id=26889
See here iphitus' posting:
"pacman -S netkit-telnet
you get the server too, we dont split it. but it won't run by default, so hopefully that isnt a problem for you."
Well, I know, that these threads are about telnet, but I guess it's quite similar. Not everyone needs a telnet server, but the client.
I dunno how I feel about it... I think we SHOULD provide this if it's in the original source, but adding lots more deps seems kinda gross... and adding this as an optdepend seems a little odd
/me shrugs hard
"GCDMaster is written in C++ and therefore requires the Gnome/Gtk C++
bindings to build (libsigc++, gtkmm and libgnomeuimm)."
I'm not quite sure, if these are "only" build time or also runtime dependencies.
A runtime dependency seems to be GTK 2.
I don't know if GCDMaster can be built seperately without cdrdao. Then it could probably be built as a seperate package. But in the INSTALL file only the .configure option --with(out)-xdao is mentioned. So I guess it can only be built together with cdrdao.
https://sourceforge.net/tracker/index.php?func=detail&aid=2435117&group_id=2171&atid=352171
Although this feature request has been opened for 10 months, noone bothered to upload a cdrdao package on AUR (even before the FR was opened).
For me that would mean that noone really uses the GUI. & quite frankly if users considered it important, you gotta admit that it would already be up there.
And another thing. Dont count on upstream. The least of the projects concerns, which i have serious doubts its actually alive, is splitting gcdmaster from cdrdao.
Just my 2 cents.
Is it possible, that there's just no cdrdao package in AUR or another request here in the flyspray, because gcdmaster is just not so well known? But this wouldn't mean, that this gui is bad. I also got to know gcdmaster only by accident. But when I found it, I tried it and I liked it. Or is it possible, that not so many gcdmaster users have switched to Archlinux, yet? Maybe I'm the first. I, btw., haven't put a package to AUR, because gcdmaster belongs to cdrdao, which is already in the repos. And due to the Archlinux guidelines, as I understand them, gcdmaster rather belongs to this cdrdao package than to a new AUR package.
I don't think, too, that splitting gcdmaster from cdrdao has the top priority for upstream. But this is just a feature request, which also doesn't hurt anyone. And it's just a suggestion and one possible way to fix this issue.
But I think, this is not the right place for such an unobjective discussion.
To stop this type of discussion and to come back to the facts, I think you and me gave our opinions. So let us decide the devs. I guess they'll come to a reasonable decision.
On some other news, the ChangeLog says "Preferences now stored in GConf, exports schema file". Does this mean that the GUI will depend on GNOME?
An alternative would be a splitted package with only gcdmaster, but I think cdrdao needs to be compiled anyway to get gcdmaster, because there's only a configure option --without-xdao but no configure option --without-cdrdao or --xdao-only.
free to look into this and split the package