First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 98724
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: optical media herd <media-optical@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Ed Catmur <ed@catmur.co.uk>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 98724 depends on: Show dependency tree
Bug 98724 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-07-11 18:20 0000
cdrdao-1.2.0 currently has:

	gnome? ( >=dev-cpp/gtkmm-2.4
		=dev-cpp/libgnomemm-2.6*
		=dev-cpp/libgnomecanvasmm-2.6*
		=dev-cpp/gconfmm-2.6*
		=dev-cpp/libgnomeuimm-2.6* )

cdrdao +gnome (gcdmaster) compiles and runs fine with later versions of the g*mm packages (I have some of the 2.9 series installed). This is because all recent releases of g*mm are API and ABI compatible with the 2.6 releases (they install PN-2.6.pc, for example).

Accordingly the deps should be changed to:

        gnome? ( >=dev-cpp/gtkmm-2.4
                >=dev-cpp/libgnomemm-2.6
                >=dev-cpp/libgnomecanvasmm-2.6
                >=dev-cpp/gconfmm-2.6
                >=dev-cpp/libgnomeuimm-2.6 )

I recognise this does not impact systems running only the current Portage tree, but it's as well to be ready for when more recent g*mm ebuilds hit the tree (libgnomecanvasmm, gnome-vfsmm, gconfmm, libgnomeuimm are already on 2.10.0!)

------- Comment #1 From Lars Weiler (RETIRED) 2005-07-21 11:28:55 0000 -------
Thanks for testing!  I changed the ebuild accordingly.

First Last Prev Next    No search results available      Search page      Enter new bug