Hi, Jonas Smedegaard wrote:
> We can avoid the delay of ftpmaster approval for new package name if > stuffing it into libgs8 itself, on the cost of archive size. I assume ftpmaster would be ok with a new package split even in squeeze, so this can go either way. > So something like this: > > Targeted Squeeze: > > * Fix libgs8 broken when installed ghostscript is different version: > + Move /usr/share/ghostscript from ghostscript to libgs8. > + Have libgs8 depend on libgs8-common. > + Have libgs8 conflict with older ghostscript. Sounds good. replaces+breaks (as in policy ยง7.6.1) seems more appropriate than a conflict. There is no libgs8-common in this scenario, right? One more detail: who owns /var/lib/ghostscript and /etc/ghostscript? Do they gain versioned subdirectories or could there be an unversioned libgs-common package? I agree with you about the downsides of a circular dependency. The proposal for libgs9 sounds good, too. Thanks for fleshing this out. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
