Hi, On Thu, Aug 09, 2007 at 11:01:00AM +0200, Jindrich Novy wrote: > you may have noticed Oracle released db-4.6.18 recently. The update is > now prepared in CVS, old db-4.5.20 is now moved to compat-db so the new > db4 is ready to hit rawhide soon. > > I want to announce a change I made in the new db4, that may affect > you from the packaging POV if your package is dependent on db4. It is > that I moved all the C++ stuff to db4-cxx and db4-cxx-devel subpackages > to reduce dependency bloat (#220484). > > If you have any proposals/objections related to the update, please speak up. I can understand the splitting of the runtime bits, but why split the *-devel package? If we start splitting devel we would need guidelines as to how far to split: foo-cxx-devel, foo-f90-devel, foo-python-devel? Or foo-gtk-devel, foo-qt-devel, foo-cxx-qt-3-but-not-4-devel etc. foo-devel is currently sacred, even library packages w/o such a subpackage have to provide it so, the packagers of build-dependent packages can simply trust that BR: foo-devel will ensure the bits are there. Now they would have to check whether foo has foo-cxx-devel, too, and whether that goes unnoticed by their bar detection scripts (e.g. bar just simlently builds C bindings etc). -- Axel.Thimm at ATrpms.net
Attachment:
pgp33Jrxz71m4.pgp
Description: PGP signature
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
