Bug#1105055: marked as done (desktop-base, gdm3: Debian logo at gdm login prompt has very poor contrast)

"Debian Bug Tracking System" <[email protected]> Sun, 11 May 2025 09:51:03 +0000
Newsgroups gmane.linux.debian.devel.desktop
Message-ID <handler.1105055.D1105055.17469567823247591.ackdone@bugs.debian.org>
This is a multi-part message in MIME format...

------------=_1746957063-3251420-0
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Your message dated Sun, 11 May 2025 10:46:18 +0100
with message-id <aCBx6mkZP_5wPiuA-Jh9DoiZEGMhJDR13s5OutgTUEo+r8CNAtUK59QYPAWc@public.gmane.org>
and subject line Re: Bug#1105055: desktop-base, gdm3: Debian logo at gdm lo=
gin prompt has very poor contrast
has caused the Debian Bug report #1105055,
regarding desktop-base, gdm3: Debian logo at gdm login prompt has very poor=
 contrast
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


--=20
1105055: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D1105055
Debian Bug Tracking System
Contact [email protected] with problems

------------=_1746957063-3251420-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at submit) by bugs.debian.org; 10 May 2025 13:59:50 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
	(2021-04-09) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-117.5 required=4.0 tests=BAYES_00,
	BODY_INCLUDES_PACKAGE,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,FROMDEVELOPER,HAS_PACKAGE,
	SPF_HELO_NONE,SPF_NONE,UNPARSEABLE_RELAY,USER_IN_DKIM_WELCOMELIST,
	USER_IN_DKIM_WHITELIST autolearn=ham autolearn_force=no
	version=3.4.6-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 55; hammy, 150; neutral, 241; spammy,
	0. spammytokens:
	hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
	0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
	0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <[email protected]>
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:43802)
	from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=stravinsky.debian.org,EMAIL=hostmaster-VQ+/[email protected] (verified)
	by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
	(Exim 4.94.2)
	(envelope-from <[email protected]>)
	id 1uDkk2-009xyy-Nm
	for [email protected]; Sat, 10 May 2025 13:59:50 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org;
	s=smtpauto.stravinsky; h=X-Debian-User:Content-Type:MIME-Version:Message-ID:
	Subject:To:From:Date:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:
	Content-Description:In-Reply-To:References;
	bh=HFgR2223kSYKLOChVIXfhs5J8EqCdUx1YIL5rHGAU88=; b=gZeMauvpAULOBKX2qfv+3NN6P7
	1g70dIEy8U5y3IETdvbds4E0z/Pf+t5NfNQkQEs7rJ+40Gr9lyQfUJqzvek/pzPDIhMgN4LQa/p2X
	hSsJMrN+7eHiU9/wsjKGhkvv1ZShnFmuYpYDZwuydiRdzSFLObu8ZRMObbdu1Mve6hrt0QrBeKdd0
	/8X5JmN1JScGj7y6G8sXebDveDd1ENSyqBAakHjgwJghF9y7/1lIWmZhxqfH0FZpQFyw+bphhDqOp
	O9OTd0scJQGKa3NJkuQZDg0RLAS2uAhSblXSb6tY489qolk/ZW3mLfGdGL1L8EEtSr2TUwGwqeX9l
	XCZ9YUSA==;
Received: from authenticated user
	by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
	(Exim 4.94.2)
	(envelope-from <[email protected]>)
	id 1uDkjz-008BFl-OK
	for [email protected]; Sat, 10 May 2025 13:59:49 +0000
Date: Sat, 10 May 2025 14:59:45 +0100
From: Simon McVittie <[email protected]>
To: [email protected]
Subject: desktop-base, gdm3: Debian logo at gdm login prompt has very poor
 contrast
Message-ID: <aB9b0SyxaOwEl1XM-Jh9DoiZEGMhJDR13s5OutgTUEo+r8CNAtUK59QYPAWc@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
X-Debian-User: smcv
Delivered-To: [email protected]

Package: desktop-base,gdm3
Severity: important
Tags: trixie sid
Control: found -1 desktop-base/13.0.1
Control: found -1 gdm3/48.0-1
X-Debbugs-Cc: [email protected]

(I think this is really RC since it's a high-visibility issue with our 
default desktop's branding, but filing as non-RC for now because I don't 
want to prevent the new desktop-base from migrating.)

To reproduce
============

Install trixie with GNOME and gdm3, then add sid as an apt source and 
upgrade desktop-base (only) to the version proposed for trixie. Reboot 
and wait for the gdm3 login prompt ("greeter" in gdm jargon).

I originally saw this on my mixed unstable/experimental laptop, and 
reproduced it on an existing trixie VM for this demonstration, but I'm 
confident that this would be reproducible with a fresh installation.

Expected result
===============

gdm3 shows a dark grey background. This is part of GNOME's upstream 
visual design, and is currently a flat #222226 in HTML notation; older 
GNOME releases used a "noise" texture with some random variation around 
a similar average colour. Debian branding is shown below the list of 
users, and should be clearly visible. In bookworm we used 
/usr/share/images/vendor-logos/logo-text-version-64.png which consists 
of a mid grey swirl, a mid grey Debian logotype and a light grey "12", 
and still looks good on trixie GNOME's background: 
https://people.debian.org/~smcv/temp/2025/trixie-branding/good.png

Compare with the light coloured logos used in distros that have GNOME 
as their default desktop environment and therefore gdm as their default 
login manager, such as:

* Fedora: https://discussion.fedoraproject.org/t/default-login-screen/94510
* Ubuntu: https://documentation.ubuntu.com/authd/en/latest/howto/login-gdm/
   (ignore the stuff about remote login providers, it's the screenshots
   that are of interest)

Actual result
=============

gdm3 shows a dark grey background, as above. We still use 
/usr/share/images/vendor-logos/logo-text-version-64.png for the 
branding, but now that image is a slightly translucent #1a1a1a, a dark 
grey that is very similar to the background and therefore has very low 
contrast: 
https://people.debian.org/~smcv/temp/2025/trixie-branding/bad.png

Do I assume correctly that it was intentionally changed to a dark colour 
so that it would look good in some other context where the Debian 13 
branding appears on a light background? The changelog just says "Remove 
version from logo" and the commit message just says "Prepare for 
upload", so I don't know the reasoning behind this.

logo-text-version-SIZE.png are temporarily missing the version number, 
for #1086954, but that's expected: I assume it'll be reinstated as part 
of the final Debian 13 branding during hard freeze.

Workaround
==========

Possible solutions can be prototyped by editing 
/etc/gdm3/greeter.dconf-defaults to set an arbitrary logo image, then 
restarting gdm3 (`sudo systemctl restart gdm.service`) or rebooting.

Possible solutions
==================

We could change gdm3 so it defaults to a different logo image, one that 
is a light colour and therefore visible on a dark background. 
logo-64.png (just the swirl) is suitable, for now 
(https://people.debian.org/~smcv/temp/2025/trixie-branding/light-swirl-only.png) 
but I think we probably do 
want the swirl + logotype + major version number?

And I'm not sure whether desktop-base aims to guarantee that 
logo-SIZE.png is light coloured but logo-text-version-SIZE.png is dark, 
which seems an odd distinction to make?

Another possible route is that we could change desktop-base so 
logo-text-version-SIZE.png is a light colour that looks good on a dark 
background, as it was in Debian 12. That would not be suitable for 
non-gdm contexts where it might be displayed on a light background, 
though.

Or desktop-base could provide vendor logos in two flavours - one for 
dark backgrounds and one for light backgrounds - so that GNOME can 
choose the dark-background one and be confident that it will look good?

Or desktop-base could apply an outline to the logos (a dark logo with a 
light outline or vice versa) so that they will contrast on any background?

I tried adjusting the picture-uri, picture-options and primary-color 
options shown in the default /etc/gdm3/greeter.dconf-defaults, but they 
don't have any effect - I think the dark grey is hard-coded as part of 
GNOME Shell's visual design, rather than being intended to be 
configurable (and we should remove the non-functional options from 
/etc/gdm3/greeter.dconf-defaults to avoid confusion). So if we wanted to 
use a background image, we would have to diverge from upstream by 
patching gnome-shell, which I'm not keen to do.

     smcv

------------=_1746957063-3251420-0
Content-Type: message/rfc822
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

Received: (at 1105055-done) by bugs.debian.org; 11 May 2025 09:46:22 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
	(2021-04-09) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-110.7 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,
	FROMDEVELOPER,HAS_BUG_NUMBER,SPF_HELO_NONE,SPF_NONE,UNPARSEABLE_RELAY,
	USER_IN_DKIM_WELCOMELIST,USER_IN_DKIM_WHITELIST,VERSION autolearn=ham
	autolearn_force=no version=3.4.6-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 10; hammy, 108; neutral, 34; spammy,
	0. spammytokens:
	hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
	0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
	0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <[email protected]>
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:41132)
	from C=NA,ST=NA,L=Ankh Morpork,O=Debian SMTP,OU=Debian SMTP CA,CN=stravinsky.debian.org,EMAIL=hostmaster-VQ+/[email protected] (verified)
	by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
	(Exim 4.94.2)
	(envelope-from <[email protected]>)
	id 1uE3GI-00DcqJ-3Q
	for [email protected]; Sun, 11 May 2025 09:46:22 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org;
	s=smtpauto.stravinsky; h=X-Debian-User:In-Reply-To:Content-Type:MIME-Version:
	References:Message-ID:Subject:To:From:Date:Reply-To:Cc:
	Content-Transfer-Encoding:Content-ID:Content-Description;
	bh=w8SDeP7VZfdeM0g96eKTugPTc7JFZUwg76whBg2/hmY=; b=QbM9WI2L78UVLVKZRmc7v3Jwhy
	IGR/m4gzmwkrB5WHdAaP28L8DblJGdjzfvC6aqFgRrafTjMr2fRTbinNUDsJGf6zdLJg7QGkBUyYZ
	CXIksvyN67CBCdllcSfbqvZSJ0hk0EZ2qX/fL7XwfzlNwizeRLWNZWPBhedjSWKG9kUooLYvrz2sN
	4NVgjg22K5QjFKMKRo8bJONbPG9PNUy7SwTFvmlqlI4wK2tGWQSjmeuBRz9aYwrmNAW+w6qIZFN49
	97JketPw38fEe/THbOs2gMjYD4pCTpCkjLESZmgX/hPM+KyPHKAQ3USy+vjKkfqaSBPjvA6c4VpQB
	1hXEHmlg==;
Received: from authenticated user
	by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
	(Exim 4.94.2)
	(envelope-from <[email protected]>)
	id 1uE3GG-008rNS-Dk
	for [email protected]; Sun, 11 May 2025 09:46:20 +0000
Date: Sun, 11 May 2025 10:46:18 +0100
From: Simon McVittie <[email protected]>
To: [email protected]
Subject: Re: Bug#1105055: desktop-base, gdm3: Debian logo at gdm login prompt
 has very poor contrast
Message-ID: <aCBx6mkZP_5wPiuA-Jh9DoiZEGMhJDR13s5OutgTUEo+r8CNAtUK59QYPAWc@public.gmane.org>
References: <aB9b0SyxaOwEl1XM-Jh9DoiZEGMhJDR13s5OutgTUEo+r8CNAtUK59QYPAWc@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <aB9b0SyxaOwEl1XM-Jh9DoiZEGMhJDR13s5OutgTUEo+r8CNAtUK59QYPAWc@public.gmane.org>
X-Debian-User: smcv

Version: 13.0.2

On Sat, 10 May 2025 at 14:59:45 +0100, Simon McVittie wrote:
>Another possible route is that we could change desktop-base so 
>logo-text-version-SIZE.png is a light colour that looks good on a dark 
>background, as it was in Debian 12. That would not be suitable for 
>non-gdm contexts where it might be displayed on a light background, 
>though.

This seems to have been done in 13.0.2.

Thanks,
     smcv
------------=_1746957063-3251420-0--