Bug 198131 - Review Request: glibmm
Summary: Review Request: glibmm
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-07-10 05:34 UTC by Kevin McBride
Modified: 2014-03-17 03:00 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-07-10 09:01:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Kevin McBride 2006-07-10 05:34:30 UTC
Spec URL: http://www.planetsaphire.com/rpms/glibmm/glibmm.spec
SRPM URL: http://www.planetsaphire.com/rpms/glibmm/SRPMS/2.10/2.10.4/glibmm-2.10.4-1.src.rpm 
Description: A C++ Wrapper for the GNU GLib, created by the GNOME developers.

Comment 1 Denis Leroy 2006-07-10 06:52:07 UTC
Hmm, it's already in extras! (gtkmm24)

Comment 2 Kevin McBride 2006-07-10 07:16:55 UTC
gtkmm24 != glibmm24 :)
However, glibmm24 was in there.  I guess my searching didn't notice the packages. :(

Although off-topic to this bug, I believe that the packages shouldn't have the
'24' suffix.  GNOME named the glibmm and gtkmm without the suffix, so why does
Red Hat add the suffix?

Comment 3 Denis Leroy 2006-07-10 08:05:40 UTC
Right, I meant glibmm24. There are about 8 packages, though they all fall under
the denomination of 'gtkmm' (gtkmm.sourceforge.net).

The 24 suffix represents the API version (as in
/usr/lib/pkgconfig/glibmm-2.4.pc, 2.10 is the ABI version) and is there mostly
for historical reasons since we used to also package the older 2.0 APIs. I agree
we could get rid of the 24 suffix now, I'm just not sure it's worth the trouble.



Note You need to log in before you can comment on or make changes to this bug.