On Mon, 11 Oct 2010 01:50:05 +0900 Norbert Preining <prein...@logic.at> wrote:
> On So, 10 Okt 2010, Neil Williams wrote:
> > When testing d-i, if there are no info documents unpacked by the
> > time something calls update-info-dir, the entire d-i base install
> > process fails. It would be much better if update-info-dir at least
> > checked that /usr/share/info
> > exists as a directory (creating it if not) and not worry about the
> > dir file as it only moves it aside as dir.old anyway.
>
> Ok, I see. We have a test there that if the INFODIR=/usr/share/info
> exists:
> if [ ! -d "$INFODIR" ] ; then
> echo "Not a directory: $INFODIR." >&2
> exit 1
> fi
> but that returns 1, so that is the reason why it fails.
Should the directory not be part of the package itself (i.e. in the
debian/dirs file {or debian/<package>.dirs file})?
> But can you explain me *how* update-info-dir was called without
> that dir present and no info file installed?
> On So, 10 Okt 2010, Neil Williams wrote:
> > This is a particular problem with the use of d-i for
> Emdebian and it
> > would be very much appreciated if this could be fixed for Squeeze
Emdebian doesn't retain info documents, so the trigger has nothing to
do but gets executed anyway. IIRC triggers should not fail if the
trigger finds that it has nothing to do.
To retain binary compatibility with Debian, the Emdebian packages are
post-processed (unpacked, manipulated and repacked) in an
architecture-neutral manner. Currently, that mechanism doesn't try to
intelligently work out which triggers are used in a package and remove
only certain ones. However, when dpkg filtering is considered, the
presence of lack of a trigger in Emdebian is not going to prevent this
problem.
> It should be called only via the file/dir trigger mechanism, so I
> somehow don't understand why this is a problem, and that makes me
> a bit reluctant to change the current behaviour.
This could also happen when using dpkg filtering - the packages will
still contain the trigger mechanism files but no info files (nor
manpages or other documentation content, depending on how the filter is
configured).
So whereas Emdebian removes all documentation, manpages, info documents
and other files from packages and then collects those into a
repository, (www.emdebian.org/grip), this is merely the logical
extension of a mechanism supported by dpkg itself.
--
Neil Williams
=============
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/
pgpFTUcsjWGNz.pgp
Description: PGP signature
