Red Hat Bugzilla – Bug 82473
Please provide gtkmm
Last modified: 2007-04-18 12:50:13 EDT
Please provide rpms of gtkmm 2
Even if you don't want to distribute one of the applications that uses gtkmm,
there are many corporations who use gtkmm for in-house applications and would
like an easier way to distribute their software.
We have .spec files for gtkmm 2 and libsigc++ 1.2 which might help you.
While you're at it, libglademm 2, gconfmm 2, and libgnomecanvasmm 2 would also
be useful. They are all API/ABI stable.
This is simply a "me too" comment. We are planning on replacing our aging
RedHat 7.3 machines with RH8.1 when it is out, and not having to rebuild gtkmm2
from source to develop would be a Good Thing for us.
I'd also like to see the gtkmm/gnomemm libraries added to the next version of Red
I agree. A must have, for the developers' sanity if anything!
A lot of applications are using gtkmm/gnomemm/libglademm etc...
We must have those libraries included in RH8.0/RH8.1/...
A distribution based mainly on GNOME and GTK should provide the C++ bindings.
I wolud be very gratefull!
Our company use gtkmm 2.x commercially in the space industry. It is a hassle to
have to install the separately.
The package list freeze for the current release was a couple months ago, so
marking this for future consideration.
Add me to the me too list.
Having a GNOME development desktop offered by Redhat must have bindings for C++
considering that other bindings were provided. It is simply an important part of
the GNOME development enviorment that will go overlooked by many otherwise.
Please include it.
Please include gtkmm in your distribution or at least in rpm form.
I'm interested in developing for Gnome but prefer the C++ language, and it's a
pain to install from source.
In order to provide a better platform for development of C++ code, I believe
that gtkmm should be available as an offical Red Hat package. Red Hat provides
nearly every other development library as RPMS, it seems inconsistant to not
I'd usually try to avoid "me too" posts to bugzilla, but since the point of this
bug seems to be to assess user sentiment, I thought I should add my vote for
packaging gtkmm and related software. There are a lot of people (including me)
who would be most comfortable developing GUI apps for GNOME using C++, and
providing these bindings out-of-the-box will make it easier for these people to
get involved. libglademm would also be a big help in this direction. Hope
these packages make it in there someday...
Having a full, functioning c++ development platform is crucial. Currently, we
use QT, but would like to try gtkmm. I would like to a see a platform, where I
don't have to re-install glade, add-in gtkmm, gnomemm, and etc to accomplish
easy c++ development. I would love to see my favorite distribution add this
into their arsenal of other high quality libraries and development tools.
Here's hopin'! Even though it looks like its not going to be in RH9, please
make sure you integrate this functionality into RH10 (or whatever you choose to
I don't understand the reasons of your choice.
Please include gtkmm in your distribution.
Gabber needs it!!
OK guys, normally I close bugs with a bunch of "me too" after about the second
"me too" - can we please stop? It is not going to convince anybody to have one
more "me too" on top of what's here, you are just spamming me at this point.
I am looking for gtkmm. All I wanted to do was compiled workrave at sf.net
We need to have official gtkmm/gnomemm/canvasmm/glademm/etc.. for RH 9, in order
to port our business to RH 9 too. This is vital for us !
Since you have enough me-too comments, you may want to change
http://gtkmm.sourceforge.net/download.shtml where it says "# RedHat Linux:
Please request them here, giving reasons.", which points at this bug report...
I need it to run gabber for redhat 8.0 which I'm surprised is not part of the distro
Needed to install firewall builder on RH.
need for fwbuilder on redhat
need for fwbuilder on RH
Sorry, let me back out my earlier comment. I was not trying to spam you
Havoc. I would like to know; What tips the balance for RH to provide an rpm
I want to install fwbuilder on an RH9 box. gtkmm and libsigc++ are required.
The authors are recommending I install the Debian packages or build them. I
don't like doing either.
please do it also for 9.x releases
interested in this as much as the other folks. would be great to have.
This is Bert Hubert from the LARTC project, and I'm currently writing a very
cool tool to configure QoS classes and it depends on gtkmm-2.0, so please,
please, please add this library to redhat!
gtkmm (and other *mm packages) is now available for Fedora Core (the
successor to RedHat Linux) so we can expect it to be available for a
future Fedora-based RedHat Enterprise Linux.
There are also versions of the RPMs for Red Hat Linux 9, which I guess
will work with the most recent Red Hat Enterprise Linux 3.
So I consider this fixed. Thank you for your support.
*** Bug 120805 has been marked as a duplicate of this bug. ***
I would like to request this bug being re-opened.
The gtkmm2 libraries were part of FC1 "Extras" (i.e. fedora.us), but
were dropped out of FC2 Extras, causing much grief among gtkmm2-based
app developpers (i'm one of them). There's a bug open on
bugzilla.fedora.us, but it'll take some time before anything happens.
We would like to formally request that the gtkmm2 family of libraries
be officially part of the Fedora Core instead of the Extras. We feel
it's important to provide the opportunity for developpers to create
Gnome applications in C++ and give those apps a realistic chance to
compete in the open-source world. Certainly, the C++ Gtk/Gnome
bindings should be treated with the same priority as the Python and
Perl GTK bindings, which i feel is not the case right now. My
experience working with gtkmm has been remarkable, the project is
stable and mature and worthy of more public exposure.
As an example (biased, since i'm working on that project),
cdrdao-1.1.8 is currently part of FC2 Core, but it's built with its
GUI front-end disabled because of its dependency to gtkmm2.