[Top][All Lists]

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

[Lynx-dev] lynx, GNU/Linux and pictures II.

From: Thorsten Glaser
Subject: [Lynx-dev] lynx, GNU/Linux and pictures II.
Date: Mon, 15 Apr 2013 11:20:52 +0200 (CEST)
User-agent: Alpine 2.02 (DEB 1266 2009-07-14)


the excerpt from Lynx.trace is:

Read 183362 of 231215 bytes of data, 53143 bytes/sec, ETA  0 sec.
Read 218233 of 231215 bytes of data, 57506 bytes/sec, ETA  0 sec.
HTCopy copied 231215 actual, 231215 limit
Data transfer complete
display.im6 'jpeg:/tmp/lynxXXXXxHf8r4/L312-2529TMP.jpeg'
stop_curses: done.
LYSystem(display.im6 'jpeg:/tmp/lynxXXXXxHf8r4/L312-2529TMP.jpeg')
start_curses: done.
HTAccess:  status=200

Why does Lynx use “display.im6” when /etc/lynx-cur/ does not
even *contain* this? (This is the Debian packaging.)

Additionally, I specifically set
        XLOADIMAGE_COMMAND:xloadimage %s &
and this was ignored.

The picture in question is a normal <a href>, though…

This can’t be *that* hard. It “just works” on MirBSD.

A further grep through /etc/ points the bad program is named here:
/etc/mailcap:image/yuv; display.im6 'yuv:%s'; test=test -n "$DISPLAY"
(and some dozen more occurrences)

Is that the culprit? If so, Atsuhito KOHDA, how do I override it?

tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn •
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke

reply via email to

[Prev in Thread] Current Thread [Next in Thread]