Re: No regular adwaita action icons in default Gnome

Adam Schmalhofer <[email protected]> Fri, 09 Jan 2026 14:43:29 +0100
Newsgroups gmane.linux.debian.devel.gtk-gnome
Message-ID <[email protected]>
--=-4ZWA3+gF8HuQNbWOQmkc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello Christian,

On Thu, 2026-01-08 at 07:57 +0000, [email protected] wrote:
> Am 07.01.2026 22:53 schrieb Adam Schmalhofer:
> > I agree that backintime should not depend on a gnome-specific
> > package.
> > Having a virtual package would fix that. Adding the virtual package
> > to
> > the other (including KDE) freedesktop compliant icon themes are
> > changes=20
> > to
> > less than 26 packages[1].
>=20
> I am asking just for my learning. I don't understand that solution.
>=20
> There will be a virtual package (e.g. "standard-icons") with the
> meaning=20
> that
> having that installed all free desktop org naming specs icon are=20
> available, no
> matter which theme is installed?

Yes. Though, virtual packages are never installed themselves. Instead, a
package which declares that it provides the virtual package is installed.

Here is a description of virtual packages from the debian faq[1]:

| 7.8. What is a Virtual Package?
|=20
| A virtual package is a generic name that applies to any one of a
| group of packages, all of which provide similar basic functionality.
| For example, both the konqueror and firefox-esr programs are web
| browsers, and should therefore satisfy any dependency of a program that
| requires a web browser on a system, in order to work or to be useful.
| They are therefore both said to provide the "virtual package" called
| www-browser.
|=20
| Similarly, exim4 and sendmail both provide the functionality of a
| mail transport agent. They are therefore said to provide the virtual
| package "mail-transport-agent". If either one is installed, then any
| program depending on the installation of a mail-transport-agent will be
| satisfied by the presence of this virtual package.

> So backintime-qt would depend on that?

Yes.

> And the specific task-XYZdesktop-install packages would somehow
> define
> which specific theme to install to fullfill the virutal package?

Yes. The chain would look like this:

task-kde-desktop
	Depends: kde-standard
		Depends: kde-plasma-desktop
			Depends: plasma-desktop
				Depends: breeze
					Depends: breeze-icon-theme
						Depends: kf6-breeze-icon-theme
							(new!) Provides: standard-icons

> Sounds like a technical solution.
>=20
> Why not something more political,

Actually, the technical part to make this change isn't much work
as virtual packages are known and tested. The work is >90% on the
political side.

> no matter that it would take some
> more=20
> time.
> Adding a policy rule that all desktops need to provide the standard=20
> icons.

I agree that the policy solution would take longer. It would also not
prevent backintime-qt from being started without the icons in many
cases. I don't see any advantages of the policy solution. Are there
any?

Regards,
Adaschma


[1] Don't get confused from the following paragraph, I didn't quote. That p=
art isn't relevant here.
https://www.debian.org/doc/manuals/debian-faq/pkg-basics.en.html#virtual


--=-4ZWA3+gF8HuQNbWOQmkc
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----

iQJMBAABCAA2FiEE2G5W5Zip0z4aYHDTtztZAqUQVGwFAmlhBfsYHGVuY3J5cHRl
ZEBhZGFzY2htYS5uYW1lAAoJELc7WQKlEFRsuzIP/AhlpSthNXO/n1bftOTe8id3
OVpJEx6bSS0mbnimwPXnI5QW2nqXFo3+jnnJZ/t6xscOEL9TQFRT/6dWfZo8FaAy
aJ244y5A9DEG6szXya303BMAhQfpYk2GfBcJCJZ9YeSHlaZ0DRPAdFVCPPV5CACG
8MI+4cZN4cOlpXkXCIrtU0lbhnknGx6KkQe4U24SurRgmZPIgv7atlmQNpOkGI62
04rAtsf9uIdQ1vPgANutUJgH/pnVT8KaGvqp0tvQdrV9f/+RBkYHoYESAMr3I4+j
wz5Yirq2yeSL0JAeZF5oa5gAdzepu9bASF9+Jpx2REgVVVFRGAt3OtF6iPr36YQF
tT773jzerJJ8EqA8nBQf8H1pUfUTCQlFbBH3ZImsHnR11S8VsJ/u0Xs+wyb/IvNb
k8dIvsuXisAPa3ImGZ5il0hz0krDNslrAQQrE3KwGZ3iKtNWq1ZmOnS9RItdn06m
g7Qa7O9M/ySzs/pe5lQh3kV25g66KdP8lnZMEYvFw8aJJ9G1DQsVh5i/8J0LxKFA
oU+hnYty6goXwm/ZNiaIsDBtecI1maxgCjMYkmwVUgg567kzx0GFvNuLrlcINeAi
yal9pLKXKQzUbeVxvOSklw8WdhDGrnpzk1P9Cvk3gWx2l681SNKObeTDTq/fT/s6
KUXh0vm+dckDmDjhjkEx
=wtTE
-----END PGP SIGNATURE-----

--=-4ZWA3+gF8HuQNbWOQmkc--