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--