[ 13:20 dinoex  ]

• 1.71 graphics/xv/Makefile
• 1.12 graphics/xv/distinfo
• 1.2 graphics/xv/files/patch-CAN-2005-0665
• 1.1 graphics/xv/files/patch-Imakefile
• 1.2 graphics/xv/files/patch-ab
• 1.8 graphics/xv/files/patch-ac
• 1.12 graphics/xv/files/patch-ad
• 1.3 graphics/xv/files/patch-ae
• 1.2 graphics/xv/files/patch-af
• 1.2 graphics/xv/files/patch-ag

- use jumbo patches
- support jasper
- many bugfixes

[ 15:31 ehaupt  ]

• 1.65 graphics/xv/Makefile
• 1.1 graphics/xv/files/patch-xvxwd.c

With 24/32-bit xwd files, xv swaps the red and blue channels.  With 16-bit xwd
files, the image is very dark green (almost black).

Both problems are caused by hard-coding the channel order and offsets, rather
than using the colour masks in the xwd header.

xv reads the input into a 24-bit internal image, which is then displayed.  The
lack of brightness in the 16-bit display is because the colour values are copied
into the low-order bits of the internal pixmap rather than the high order bits.
The green hue is because the green channel has 6 bits, whereas red and blue only
have 5 bits, making the green twice as (relatively) bright.

The new patch solves that problem.

PR:             96971
Submitted by:   Peter Jeremy <peterjeremy@optushome.com.au>
Approved by:    Miguel Mendez <mmendez@gmail.com> (maintainer)