Trying to make sense of all the X modular packages

Daniel Stone daniel at fooishbar.org
Fri Nov 11 14:31:27 PST 2005


On Fri, Nov 11, 2005 at 02:01:25PM -0500, Adam Jackson wrote:
> There's a release version macro that munges the name of the tarball generated 
> by 'make distcheck' to include an X release string.  Also, by autotool 
> convention, everything to the left of '.tar' is the package name, and 
> therefore also the name of the directory you'll create when you unpack the 
> tarball.
> 
> So the problem is this.  If we have a component (say, twm) that doesn't change 
> between 7.0 and 7.1, then in 7.0 the package name would be:
> 
> twm-X11R7.0-1.0.0.tar.gz  ->  twm-X11R7.0-1.0.0/
> 
> If we just symlink that file across for 7.1, then we'd get:
> 
> twm-X11R7.1-1.0.0.tar.gz  ->  twm-X11R7.0-1.0.0/
> 
> And now we have a mismatch between package name and directory name.  We could 
> probably munge it like so:
> 
> twm-X11R7.0-1.0.0.tar.gz  ->  twm-1.0.0/
> 
> Which I personally like but which is probably a pain for packagers to deal 
> with.  I know for gentoo that would involve sedding the X11RX.Y string out of 
> ${D}, there's probably similar pain for other packaging systems.
> 
> There's also the issue that regenerating the tarball afresh for every release 
> is potentially more work for packagers, since now you have to check new 
> md5sums (since the directory name changes) etc.  But otoh, you don't actually 
> _have_ to do that for every component, since if it didn't change in 7.1 
> there's no harm in using the packaging for 7.0.
> 
> I don't have a strong preference here, I just know that when I cut a release I 
> get to upload everything.  If there's a solution out there that makes 
> distro's lives easier then I'm all for it.

From my distro PoV, having the tarball not change at all is easiest.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.x.org/archives/xorg-modular/attachments/20051112/5057f129/attachment.pgp


More information about the xorg-modular mailing list