Overview
Request 537762 accepted
- Update to version 3.26.2:
+ Use dconf to force vitruvian man on panel.
+ Hide -xorg sessions under X11.
+ Don't add bogus wtmp entries.
+ Wait for X server to die before respawning.
+ Updated translations.
- Update Url to https://wiki.gnome.org/Projects/GDM: current GDM's
project page.
- Add the following BuildRequires based on configure.ac: gio-2.0,
gio-unix-2.0, glib-2.0, gobject-2.0, gthread-2.0 and xcb.
- Add fdupes BuildRequires: removal of duplicates.
- Run spec-cleaner to get the respective pkgconfigs from
check-devel, iso-codes-devel, libXdmcp-devel, libXi-devel,
libXinerama-devel, gobject-introspection-devel: pkgconfig(*)
check, iso-codes, xdmcp, xi, xinerama and gobject-introspection.
- Drop %glib2_gsettings_schema_requires macro: not needed/used
anymore thanks to file triggers.
- Add gdm-ignore-duplicate-session.patch: Fix gdm session entries
duplicate (bsc#1060627).
Request History
luc14n0 created request
- Update to version 3.26.2:
+ Use dconf to force vitruvian man on panel.
+ Hide -xorg sessions under X11.
+ Don't add bogus wtmp entries.
+ Wait for X server to die before respawning.
+ Updated translations.
- Update Url to https://wiki.gnome.org/Projects/GDM: current GDM's
project page.
- Add the following BuildRequires based on configure.ac: gio-2.0,
gio-unix-2.0, glib-2.0, gobject-2.0, gthread-2.0 and xcb.
- Add fdupes BuildRequires: removal of duplicates.
- Run spec-cleaner to get the respective pkgconfigs from
check-devel, iso-codes-devel, libXdmcp-devel, libXi-devel,
libXinerama-devel, gobject-introspection-devel: pkgconfig(*)
check, iso-codes, xdmcp, xi, xinerama and gobject-introspection.
- Drop %glib2_gsettings_schema_requires macro: not needed/used
anymore thanks to file triggers.
- Add gdm-ignore-duplicate-session.patch: Fix gdm session entries
duplicate (bsc#1060627).
gnome-review-bot accepted review
Check script succeeded
gnome-review-bot approved review
Check script succeeded
dimstar accepted request
The workaround patch will still stick around into the package?
That's likely going to stick around forever
(frankly speaking: no fan of the spec-cleaner -p stuff; it does change stuff also even if configure.ac would not be checking for the .pc files but looks for headers for example); in this case though they seem right (at least the ones I checked)
I can drop its use, since I'm checking the configure.acs of all package that I'm updating. Just sometimes its use becomes handy but only in few cases.