xserver: Branch 'server-1.3-branch' - 2 commits
dparsons at debian.org
Sun Mar 4 04:06:32 PST 2007
On Sun, 2007-03-04 at 22:08 +1100, Drew Parsons wrote:
> On Sun, 2007-03-04 at 12:25 +0200, Daniel Stone wrote:
> > > diff --git a/hw/xprint/config/C/print/models/PSdefault/fonts/Makefile.am b/hw/xprint/config/C/print/models/PSdefault/fonts/Makefile.am
> > > index e7ddb6c..1e8c8a7 100644
> > > --- a/hw/xprint/config/C/print/models/PSdefault/fonts/Makefile.am
> > > +++ b/hw/xprint/config/C/print/models/PSdefault/fonts/Makefile.am
> > > NewCenturySchlbk-Bold.pmf \
> > > + NewCenturySchlbk-BoldItalic.pmf \
> > > NewCenturySchlbk-Italic.pmf \
> > Please also look at the rationale for the original commit before
> > reverting.
> > commit 24051ef97406f28c102cf46a78223400b61fdae2
> > Author: Daniel Stone <daniel at fooishbar.org>
> > Date: Sun Jul 30 12:15:33 2006 +0300
> > remove filename that's too long for tar
> > i.e., this change breaks distcheck.
> Ooh, interesting. Where are the filename limitations documented? GNU
> tar 1.6 seems to have a limit no less than 99 char and POSIX seems to
> have a 100 char limit. Is the filename we're looking at here
> xorg-server/hw/xprint/config/C/print/models/PSdefault/fonts/NewCenturySchlbk-BoldItalic.pmf ?
> That's 92 characters which fits within that 99 limit. Are there other
Hmm, looks like it's the version stamp in the release tarballs that tips
it over the top,
has 101 characters.
We could shift these default font files to ../config/fonts, say, and
point the symlinks back up there. I'm thinking, however, it might be
simpler to just abbreviate the filename further, to, say
This would reduce the filename back to 96 for 188.8.131.52, which seems to
leave enough breathing space for future version numbers.
More information about the xorg