On Fri, Dec 9, 2011 at 08:47:21 +1100, Craig Small wrote: > Given that, it needs to be fixed and made into a proper and > well-behaving library package, so I'm proposing that: > > * libproc be split into its own package, probably libprocfs0 > * the library file will have a proper SONAME that is not connected to > the package version anymore > * shlibs will be updated to be >= the first version I do this > * If I can work out how multi-arch works, I'll make it fit that > * procps binary will depend on libprocfs0 > * dev package will be libprocfs0-dev > It's usually best to not include the SO version in the -dev package name, so most reverse deps only need a rebuild, not source changes, when the ABI is changed.
> Now, what do we do about the programs that current depend on that > library and have Depends: procps with no version? Obviously they will > be recompilied to link to the new library, but should I have > Breaks: xmem < 1.2.3, guymager < 4.5.6 > > in the new version or not? > Yes, the new procps will need Breaks on those packages. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org