[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: New lintian checks for X.Org 7 migration



On Sun, Apr 16, 2006 at 11:53:10AM -0700, Russ Allbery wrote:
> I'd like to have lintian start helping with notifying packagers of the
> X.Org 7 migration.  However, I don't want to make matters worse by putting
> in a bad check.  If someone has a moment, could you look over the
> following set of checks and ensure that they're accurate?

Thanks for doing this!  I hadn't even thought about lintian.

> (I know more checks are probably needed; at the least, checks for the
> versioned dependencies on debhelper and xutils-dev would be good.  But
> this seems like a good starting point.)
> 
> The three check descriptions are:
> 
> Tag: package-installs-font-to-usr-x11r6
> Type: error
> Info: The standard location for X fonts has moved to /usr/share/fonts/X11.
>  Packages providing X fonts must install them into the new path.  Fonts
>  installed into the old /usr/X11R6/lib/X11/fonts path may not be seen by
>  the X server.
>  .
>  If the package uses imake, it must build-depend on xutils-dev (>=
>  1:1.0.2-1) for the correct paths. If it uses dh_installxfonts to handle X
>  font installation, it must build-depend on debhelper (>= 5.0.29).
> 
> Tag: package-installs-file-to-usr-x11r6-bin
> Type: error
> Info: Debian has switched to the modular X tree which now uses the regular
>  FHS paths, and all packages must follow. All packages installing binaries
>  must install them into /usr/bin (or some other appropriate location)
>  instead of /usr/X11R6/bin.
>  .
>  The x11-common package attempts to change /usr/X11R6/bin into a symlink
>  to /usr/bin, so if this migration has already occurred, a package
>  installing files into /usr/X11R6/bin may appear to install
>  successfully. However, such a package will be left in an inconsistent
>  state and may orphan files when the compatibility link goes away.
>  .
>  If the package uses imake, it must build-depend on xutils-dev (>=
>  1:1.0.2-1) for the correct paths.

Doing this was broken anyway, unless it was part of the core X Window
System, which it wasn't.

The tests look fine to me; thanks again for taking this on.

Cheers,
Daniel

Attachment: signature.asc
Description: Digital signature


Reply to: