I must have been very bad at some time, everything I touch is
coming back to bite me. Or, perhaps TeX just causes bad things ;)
I've reopened #5454 because I'm doing some TeX related things, such
as improving my acceptance-tests, and I needed to confirm if a
change there would be ok with a non-A4 paper size. One of my 7.5
systems (the one with xulrunner) is no longer important, so I'm
playing there, starting by installing my current TeX build with
libpaper.
Root ran 'paperconfig -p letter' and got the following message:
paperconfig -p letter : run-parts: command not found
but it did change /etc/papersize.
Obviously paperconfig is a script, the relevant hunk is
#
# Added code for calling back applications when
# papersize changes. See bug #345466
# [email protected], 2006-01-05
if [ -d ${PAPERDIR} ]
then
run-parts ${PAPERDIR}
fi
Very debian, because they are now the upstream. run-parts is
something they use primarily to run cron jobs. It _appears_ to be
part of debianutils, https://packages.debian.org/sid/debianutils but
with a dependency of https://packages.debian.org/sid/sensible-utils
or there is a simple script at
https://packages.debian.org/sid/sensible-utils although that has
some rpm backup(?) ignoral in it.
I originally added /etc/libpaper.d/ because libpapersize apparently
expects other packages to put scripts there. So far, the only
references to that directory which I have found, apart from in
libpapersize installs, are for debian's texlive. I can now confirm
that a straight upstream texlive install does NOT put anything in
that directory.
So, should I just remove /etc/papersize ?
ĸen
--
Nanny Ogg usually went to bed early. After all, she was an old lady.
Sometimes she went to bed as early as 6 a.m.
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
