Gnome 48 beta packages in Sid

[Stephan Verbücheln]

Sid is flooded with early beta versions of many Gnome components. This
is causing a lot of breakage. Are they not supposed to go to
experimental?

Regards
Stephan



Incomplete list of affected packages:

epiphany-browser/unstable 48~beta-1
epiphany-browser-data/unstable 48~beta-1
gnome-backgrounds/unstable 48~beta-1
gnome-builder/unstable 48~beta-1
gnome-calendar/unstable,now 48~beta-1
gnome-clocks/unstable 48~beta-1
gnome-control-center/unstable 1:48~beta-2
gnome-control-center-data/unstable 1:48~beta-2
gnome-control-center-dev/unstable 1:48~beta-2
gnome-maps/unstable 48~beta-1
gnome-settings-daemon/unstable 48~beta-1
gnome-settings-daemon-common/unstable 48~beta-1
gnome-settings-daemon-dev/unstable 48~beta-1
gnome-software/unstable 48~beta-1
gnome-software-common/unstable 48~beta-1
gnome-software-dev/unstable 48~beta-1
gnome-software-doc/unstable 48~beta-1
gnome-software-plugin-deb/unstable 48~beta-1
gnome-software-plugin-flatpak/unstable 48~beta-1
gnome-software-plugin-fwupd/unstable 48~beta-1
gnome-software-plugin-snap/unstable 48~beta-1
gnome-system-monitor/unstable 48~beta-1
gnome-weather/unstable 48~beta-1
evolution/unstable 3.55.2-1
evolution-common/unstable 3.55.2-1
evolution-data-server/unstable 3.55.2-1
evolution-data-server-common/unstable 3.55.2-1
evolution-ews/unstable 3.55.2-1
evolution-ews-core/unstable 3.55.2-1
evolution-plugin-bogofilter/unstable 3.55.2-1
evolution-plugin-pstimport/unstable 3.55.2-1
evolution-plugins/unstable 3.55.2-1
libcamel-1.2-64t64/unstable 3.55.2-1
libebackend-1.2-11t64/unstable 3.55.2-1
libebook-1.2-21t64/unstable 3.55.2-1
libebook-contacts-1.2-4t64/unstable 3.55.2-1
libecal-2.0-3/unstable 3.55.2-1
libedata-book-1.2-27t64/unstable 3.55.2-1
libedata-cal-2.0-2t64/unstable 3.55.2-1
libedataserver-1.2-27t64/unstable 3.55.2-1
libedataserverui-1.2-4t64/unstable 3.55.2-1
libedataserverui4-1.0-0t64/unstable 3.55.2-1
libevolution/unstable 3.55.2-1

[Jeremy Bícha]

On Thu, Feb 6, 2025 at 2:32 PM Stephan Verbücheln

Post by Stephan Verbücheln
Sid is flooded with early beta versions of many Gnome components. This
is causing a lot of breakage.

Please be specific about the breakage you are seeing. The best way to
do this is to file bugs against affected packages instead of emailing
this list.

Post by Stephan Verbücheln
Are they not supposed to go to
experimental?

No. The Debian GNOME team intends for Debian 13 "Trixie" to include
GNOME 48. This means we need GNOME 48 to get into Testing by the
Transition Freeze deadline. We can't wait until GNOME 48 RC is
released at the beginning of March to start this work.

Thank you,
Jeremy Bícha

[Michael Biebl]

Post by Jeremy Bícha
No. The Debian GNOME team intends for Debian 13 "Trixie" to include
GNOME 48.

This is great to hear. Thanks Jeremy and the whole GNOME team!

Regards,
Michael

[Stephan Verbücheln]

Post by Jeremy Bícha
Please be specific about the breakage you are seeing. The best way to
do this is to file bugs against affected packages instead of emailing
this list.

It was not distribution-level breakage but upstream bugs. I immediately
observed multiple bugs in evolution:
- Evolution started to forget various UI settings
- icons were mixed up (showing incorrect icons in various places)

Under the impression that this is a buggy development version, I
downgraded to 3.54 from Trixie to avoid any damage.
I have not systematically tested these things on a dedicated test
system. I do not think that Debian is the best place to test bugs and
regressions in an upstream developer release.

Evolution follows the old convention where even release numbers are
stable and odd release numbers are for developers. This release is just
not meant for the general public, developers use it to try new things,
probably including things that will not land in the next stable 3.56.

Post by Jeremy Bícha
No. The Debian GNOME team intends for Debian 13 "Trixie" to include
GNOME 48. This means we need GNOME 48 to get into Testing by the
Transition Freeze deadline. We can't wait until GNOME 48 RC is
released at the beginning of March to start this work.

Thanks for the info and for your contributions. In general, I support
the goal to have Gnome 48 in the next stable.

Please watch out for bugs and bug reports.

Regards
Stephan

[Jeremy Bícha]

On Fri, Feb 7, 2025 at 6:08 AM Stephan Verbücheln

Post by Stephan Verbücheln
It was not distribution-level breakage but upstream bugs. I immediately
- Evolution started to forget various UI settings
- icons were mixed up (showing incorrect icons in various places)

Thank you. I am unable to duplicate these issues with the information
provided. Please report these as Debian bugs instead of on this
mailing list.

https://www.debian.org/Bugs/Reporting

Jeremy Bícha

[Stephan Verbücheln]

Post by Jeremy Bícha
Thank you. I am unable to duplicate these issues with the information
provided. Please report these as Debian bugs instead of on this
mailing list.

I am planning to do more systematic and reproducible tests on a
dedicated system. I can file Debian bug reports if necessary, after
checking with upstream bugs first.

Regards

[Stephan Verbücheln]

According to reports and changelogs, Gnome 48 should be working without
Xwayland.

https://gitlab.gnome.org/GNOME/gdm/-/blob/main/NEWS

Can you remove the package dependency in Debian?


Regards

[Jeremy Bícha]

On Wed, Feb 26, 2025 at 10:10 AM Stephan Verbücheln

Post by Stephan Verbücheln
According to reports and changelogs, Gnome 48 should be working without
Xwayland.
https://gitlab.gnome.org/GNOME/gdm/-/blob/main/NEWS
Can you remove the package dependency in Debian?

No. We are not going to build GNOME for Trixie without support for
Xorg. That may be useful for kiosks but is not useful in a general
purpose OS like Debian at this time.

Also, please report a bug for this kind of packaging suggested change
instead of emailing this list.
https://www.debian.org/Bugs/Reporting

Thank you,
Jeremy Bícha

[Stephan Verbücheln]

Post by Jeremy Bícha
No. We are not going to build GNOME for Trixie without support for
Xorg.

My question was neither of that.
1. Gnome can already be installed without Xorg in Bookworm and works
fine.
2. I was talking about removing specifically Xwayland (not Xorg!) as a
required dependency on the package level.

Post by Jeremy Bícha
That may be useful for kiosks but is not useful in a general
purpose OS like Debian at this time.

It should be installed by task-desktop, but it should not be mandatory
if Gnome can be run without it and Xwayland is rarely running nowadays
when using GTK3 and GTK4 apps.

Post by Jeremy Bícha
Also, please report a bug for this kind of packaging suggested change
instead of emailing this list.

Looks like this needs a more general discussion to clear up the
misunderstandings.

Regards

[Jeremy Bícha]

On Wed, Feb 26, 2025 at 2:19 PM Stephan Verbücheln

Post by Stephan Verbücheln
Looks like this needs a more general discussion to clear up the
misunderstandings.

Please, please file a bug instead. I don't want to discuss package
change requests like this on debian-devel especially when you haven't
tried filing a bug first.

Thank you,
Jeremy Bícha