On Sun, Jan 23, 2011 at 05:18:38AM -0600, Jonathan Nieder wrote:
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.
Still, I see no need to burden ftpmaster here: saving space is not of high urgency. I am easily convinced, though, so please do provide arguments if you feel differently.
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.
Oh, silly me: This was exactly what I had in mind. Thanks! :-)
There is no libgs8-common in this scenario, right?
Correct - as mentioned initially this potentially speeds up processing at no loss compared to current state of affairs, just a lack of potential improvement in disk space savings: Phrased explicitly: I suggest to postpone splitting out indep parts to ghostscript 9.x.
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?
Both those are empty as packaged, and populated at install time or by postinst script and potentially adapted by the user (i.e. the local sysadmin).
So no, I see no relevancy for a libgs-common, only a (versioned!) libgsN-common containing the /usr/share/ghostscript/N.NN files.
I agree with you about the downsides of a circular dependency. The proposal for libgs9 sounds good, too. Thanks for fleshing this out.
Ok. I'll prepare those, then. Thanks for your massive bug triaging work lately!!! - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: Digital signature
