On Mon, Apr 15, 2013 at 04:11:33AM -0400, Ondřej Surý wrote: > severity 705306 wishlist > thank you > > The Policy Section 8 also says: > > --cut here-- > This section deals only with public shared libraries: shared libraries > that are placed in directories searched by the dynamic linker by > default or which are intended to be linked against normally and > possibly used by other, independent packages. Shared libraries that > are internal to a particular package or that are only loaded as > dynamic modules are not covered by this section and are not subject to > its requirements. > --cut here--
Well the quagga libraries are in /usr/lib, so certainly they are not of in some private directory. > There are no reverse build dependencies on quagga package, so we can > quite easily classify those libraries as internal. I am also not aware > of any common software on top of quagga libraries. > > It would be nice to have quagga package cleanup and split into quagga, > libquagga0 and libquagga-dev[*], but this hardly qualifies as RC bug. Oh are policy bugs RC? I do think this qualifies as violating the policy, and also being not a nice thing. I don't think it should hold up the release though. I would love to see it fixed for the next release after that though. > * or just to drop the *.h, *.a and *.la from the main package and add > them only when somebody asks for them. Well certainly including .h, .la and .a seems pointless if nothing ever intends to use them outside quagga. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
