is the command to run gcdmaster just typing gcdmaster b/c i'm not finding the app anywhere and i have all the libs, etc. installed. like is there a switch to do during compile. cdrdao works fine though (and on a ppc comp too which i'm happy about).
any help would be appreciated
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If the GUI is installed you will just have to
type 'gcdmaster' to start it.
If you compile cdrdao yourself you will have to
install the Gtk+, gtkmm and gnomemm libraries as
mentioned in INSTALL. Use exactly the mentioned
library versions. After that configure will
detect them and automatically add gcdmaster to
the build process.
Andreas
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Most of the guys out here (mee, too! ;-) use distributions, and the libraries which come with them... for instance, I have a Mandrake 8.0, all of the required -devel packages installed, but no way to build gcdmaster.
Would it be so difficutl to have gcdmaster a little bit less library version dependent?
Or, at least, would it be possible to have it build properly with the libraries shipped with mainstream distributions (such as RedHat & Mandrake)?
Ciao,
Paolo.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also use a distribution. I use Debian. It has a package already, this is why I provide it for Debian stable (potato), because it is easy to do. I don't know about packaging nor about distribution differences. So the best way is to become a package maintainer or ask you distribution how great this program is, so that they think about packaging it for you.
If you can't compile gcdmaster, you don't have the needed libraries or there is something wrong in the configure script, post the errors and we will help.
It is not too version dependent, it depended on gnome-- 1.1.17 because it was in development, now we can depend on gnome-- 1.2.0 so 1.2.x libraries will work. So please tell us what libraries and versions are the problem.
We can't try every distribution release. Xcdrdao (now gcdmaster) was in the Red Hat power tools, perhaps gcdmaster will ship with the main Red Hat with the new release.
So, promote the program if you like it, and every distribution will come with it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
first of all, thanks for your quick and kind answer. Sure I do promote cdrdao/gcdmaster. They're great program... I love 'em!
Actually, I use them since quite long time now...
Unfortunately, since the switch from xcdrdao to gcdmaster, Mandrake does no longer provide the interface. :-(
I used to build my own rpm package modifying the src rpm spec file in order to re-enable the creation of gcdmaster... unfortunately, this have been almost always rather painful to do, 'cause 99% of the times "configure" refused to build gcdmaster due to some sort of library problems, and I had to work around it (usually by replacing some libraries with some other version... the problem being to find some which did allow for gcdmaster build without screwing up all the rest...! 8-)
[I wonder if this was the reason why at MandrakeSoft they have dropped support for gcdmaster...]
Up to Mandrake 7.2 I have been able to get it to work somehow. With Mandrake 8.0 I have not been able to find out how to do it yet. :-(
So, back to the point, here are the relevant packages provided by Mandrake 8.0 (basically it does provide a slightly reworked version of "Helix-code" -pardon, now Ximian- Gnome):
>[...]
checking for gtkmm-config... /usr/bin/gtkmm-config
checking for GTK-- - version >= 1.2.5... no
*** Could not run GTK-- test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
>[...]
What the hell, libgtkmm 1.2.5 is installed, and configure says it's not there?!?
Any idea?
Thanks in advance.
Ciao,
Paolo.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When changing to gcdmaster, we used gnome-- that was in a devel (unstable) stage, providing unstable libraries is not good for a stable distro. Now that there is a gnome-- 1.2 release and gcdmaster compiles fine against it, it should go in again.
The configure script finds gtkmm-config so the problem is with the version, perhaps you have an old version around. Try gtkmm-config --version to see what one is reporting the script. Also, you can look at the config.log file to get more info on the error. If even then you can get no clue, open a "support request" and attach the config.log file there.
Perhaps you can also wrote to Mandrake to know why gcdmaster was dropped and/or if it can now be included again.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But, mmmh, gnomemm (gnome--) version is 1.1.5; if I have understood well, it would be needed version >= 1.2.0, so it could be this one the source of the problems?
(Urgh, if it is so, I'm afraid that updating that lib would be a dependencies nightmare... 8-)
Ciao e grazie,
Paolo.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
is the command to run gcdmaster just typing gcdmaster b/c i'm not finding the app anywhere and i have all the libs, etc. installed. like is there a switch to do during compile. cdrdao works fine though (and on a ppc comp too which i'm happy about).
any help would be appreciated
If the GUI is installed you will just have to
type 'gcdmaster' to start it.
If you compile cdrdao yourself you will have to
install the Gtk+, gtkmm and gnomemm libraries as
mentioned in INSTALL. Use exactly the mentioned
library versions. After that configure will
detect them and automatically add gcdmaster to
the build process.
Andreas
Most of the guys out here (mee, too! ;-) use distributions, and the libraries which come with them... for instance, I have a Mandrake 8.0, all of the required -devel packages installed, but no way to build gcdmaster.
Would it be so difficutl to have gcdmaster a little bit less library version dependent?
Or, at least, would it be possible to have it build properly with the libraries shipped with mainstream distributions (such as RedHat & Mandrake)?
Ciao,
Paolo.
Hi Paolo,
I also use a distribution. I use Debian. It has a package already, this is why I provide it for Debian stable (potato), because it is easy to do. I don't know about packaging nor about distribution differences. So the best way is to become a package maintainer or ask you distribution how great this program is, so that they think about packaging it for you.
If you can't compile gcdmaster, you don't have the needed libraries or there is something wrong in the configure script, post the errors and we will help.
It is not too version dependent, it depended on gnome-- 1.1.17 because it was in development, now we can depend on gnome-- 1.2.0 so 1.2.x libraries will work. So please tell us what libraries and versions are the problem.
We can't try every distribution release. Xcdrdao (now gcdmaster) was in the Red Hat power tools, perhaps gcdmaster will ship with the main Red Hat with the new release.
So, promote the program if you like it, and every distribution will come with it.
Hi Manuel,
first of all, thanks for your quick and kind answer. Sure I do promote cdrdao/gcdmaster. They're great program... I love 'em!
Actually, I use them since quite long time now...
Unfortunately, since the switch from xcdrdao to gcdmaster, Mandrake does no longer provide the interface. :-(
I used to build my own rpm package modifying the src rpm spec file in order to re-enable the creation of gcdmaster... unfortunately, this have been almost always rather painful to do, 'cause 99% of the times "configure" refused to build gcdmaster due to some sort of library problems, and I had to work around it (usually by replacing some libraries with some other version... the problem being to find some which did allow for gcdmaster build without screwing up all the rest...! 8-)
[I wonder if this was the reason why at MandrakeSoft they have dropped support for gcdmaster...]
Up to Mandrake 7.2 I have been able to get it to work somehow. With Mandrake 8.0 I have not been able to find out how to do it yet. :-(
So, back to the point, here are the relevant packages provided by Mandrake 8.0 (basically it does provide a slightly reworked version of "Helix-code" -pardon, now Ximian- Gnome):
libgtk+1.2-1.2.10-1mdk
libgtk+1.2-devel-1.2.10-1mdk
libgtkmm1.2-1.2.5-3mdk
libgtkmm1.2-devel-1.2.5-3mdk
gnome-libs-1.2.13-1mdk
gnome-libs-devel-1.2.13-1mdk
gnome-core-1.4.0.2-2mdk
gnome-core-devel-1.4.0.2-2mdk
gnomemm-1.1.15-2mdk
gnomemm-devel-1.1.15-2mdk
Am I missing something?
when I try to run configure, this is what I get:
>[...]
checking for gtkmm-config... /usr/bin/gtkmm-config
checking for GTK-- - version >= 1.2.5... no
*** Could not run GTK-- test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
>[...]
What the hell, libgtkmm 1.2.5 is installed, and configure says it's not there?!?
Any idea?
Thanks in advance.
Ciao,
Paolo.
When changing to gcdmaster, we used gnome-- that was in a devel (unstable) stage, providing unstable libraries is not good for a stable distro. Now that there is a gnome-- 1.2 release and gcdmaster compiles fine against it, it should go in again.
The configure script finds gtkmm-config so the problem is with the version, perhaps you have an old version around. Try gtkmm-config --version to see what one is reporting the script. Also, you can look at the config.log file to get more info on the error. If even then you can get no clue, open a "support request" and attach the config.log file there.
Perhaps you can also wrote to Mandrake to know why gcdmaster was dropped and/or if it can now be included again.
Hi Manuel,
[pcsaggese ~]% gtkmm-config --version
1.2.5
this seems to be ok... :-?
But, mmmh, gnomemm (gnome--) version is 1.1.5; if I have understood well, it would be needed version >= 1.2.0, so it could be this one the source of the problems?
(Urgh, if it is so, I'm afraid that updating that lib would be a dependencies nightmare... 8-)
Ciao e grazie,
Paolo.