On Tue, Oct 17, 2006 at 08:28:44AM +0200, Sven Hoexter wrote:
> On Mon, Oct 16, 2006 at 10:28:07PM +0100, Luke Kenneth Casson Leighton wrote:
>
> Hello Luke,
>
> > remember - python-imaging is the _actual_ package - it includes code
> > for both python2.3 _and_ 2.4.
> >
> > i've noticed this sort of thing happening quite a bit - suddenly the
> > python-xxxxxxx package isn't a dummy package any more, it actually Does
> > Stuff.
> >
> > anyway.
> >
> > the program you are looking for, when python-imaging is installed, is
> > not called /usr/bin/convert - it's called /usr/bin/pilconvert.py.
> I've not yet taken a look at the source of curator to check what it's
> actually doing so I'm asking only to be sure. You use curator with
> the --pil parameter?
nooo - course not! nothing in the error messages output from running
curator said 'error, you are probably not using --pil'!
> That's what you need to pass to it so that it plays nice
> with python-imaging and that's what works here with p-i 1.1.5-11 just fine.
oh fer goodness sake :)
it's the 'x-window-system-core' thing all over again.
basically, that was a problem over which i wasted two days of my time,
where i had done, i think it was, 'apt-get install xserver-xfree86' and
a couple of other bits and pieces. of course - xfs wasn't installed,
and neither were some other packages. ultimately, what happened, was
that the debian xserver team listened to what i had to say, and placed
a warning message in the exit error log of the xserver, saying 'error!
you probably haven't installed xfs or any fonts! please do apt-get
install x-window-system-core or apt-get install xfs or something!'
i've since been very _very_ grateful to that simple warning because i
have encountered it many times since.
basically what i am saying is that run-time _manual_ specification of
what libraries should be used is not 'normal' - and not really okay.
if someone like myself can be caught out by it, then there are going to
be many other people who simply won't bother.
there are many options to solve this useability problem - here are a
couple that i can think of straight away:
1) an installation option (config file) specifying the default library
to be used at runtime, which the dpkg system can generate, based on
user-preference and based on knowledge of which of the two dependent
packages are installed.
2) a double-check _before_ attempting to generate the html saying
either:
'error, /usr/bin/convert does not exist - have you looked at
the --pil option to use python-pil, or have you considered
installing python-imagemagick?'
or:
'error, /usr/bin/pilconvert.py does not exist and you specified
--pil, have you considered installing python-pil or have you
considered using python-imagemagick instead?'
l.
--
--
lkcl.net - mad free software computer person, visionary and poet.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
