Bug#825840: localechooser: image display inverts red and blue color

From	Samuel Thibault <sthibault@debian.org>
Newsgroups	linux.debian.bugs.dist, linux.debian.kernel
Subject	Bug#825840: localechooser: image display inverts red and blue color
Date	2016-09-06 08:10 +0200
Message-ID	<sehK2-6uA-9@gated-at.bofh.it> (permalink)
References	(5 earlier) <sdjNT-65r-7@gated-at.bofh.it> <sdMPU-2JV-3@gated-at.bofh.it> <sdUNr-7TE-1@gated-at.bofh.it> <secAF-2Sb-3@gated-at.bofh.it> <sehK2-6uA-5@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw

Mathieu Malaterre, on Tue 06 Sep 2016 08:03:53 +0200, wrote:
> On Tue, Sep 6, 2016 at 2:32 AM, Samuel Thibault <sthibault@debian.org> wrote:
> > I really don't think it's a bterm bug, its only change of behavior is
> > when type or visual changes, which is not the case. It however does
> > use FBIOPUTCMAP, whose implementation does seem suspicious in offb for
> > RockHo.
> 
> I did initially look into that direction (see the early bug report).
> However when I realized that other TERM did not have the color
> inversion I suspected that bterm was assuming BGR instead of RGB.

What happens is that other terms do not use FBIOPUTCMAP.

There is no risk that bogl gets RGB wrong in there, it just fills a
struct fb_cmap, which has explicit "red", "green", and "blue" field
names :)

> I will try your suggested patch, but I fear it will break every single
> other TERM out there (at least in assumption of color organisation).

They don't use it, so they don't risk breaking.

Samuel

Thread

Bug#825840: localechooser: image display inverts red and blue color Mathieu Malaterre <malat@debian.org> - 2016-09-02 21:10 +0200
  Bug#825840: localechooser: image display inverts red and blue color Samuel Thibault <sthibault@debian.org> - 2016-09-06 08:10 +0200
  Bug#825840: localechooser: image display inverts red and blue color Mathieu Malaterre <malat@debian.org> - 2016-09-06 08:10 +0200

csiph-web