Bug 82473

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.

Thanks.

I'd also like to see the gtkmm/gnomemm libraries added to the next version of Red 
Hat. 

I agree. A must have, for the developers' sanity if anything!

Barnaby

A lot of applications are using gtkmm/gnomemm/libglademm etc...
We must have those libraries included in RH8.0/RH8.1/...

Thanks

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.

Me too

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.
Thanks you!

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
provide gtkmm.

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
call it)

Thanks.

Me too.

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 !
Thanks !

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
Also libsigc++

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 
for these.

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.

Cheers,
-denis