Bug#933548: transition: gnome-desktop3

[Jeremy Bicha]

According to my reading of this britney run, the last 2 blockers were
removing gnome-shell-extension-easyscreencast and bumping the age for
eweouz. Both have been done now.

Thanks,
Jeremy

Bug#933548: transition: gnome-desktop3

[Paul Gevers]

Hi,

On 06-10-2019 18:46, Simon McVittie wrote:
> On Wed, 02 Oct 2019 at 21:00:29 +0200, Paul Gevers wrote:
>> If my view of things is
>> up-to-date and correct, it's the last piece of the puzzle together with
>> the samba situation (assuming LO will just build on mips64el).
> 
> If I'm reading the log correctly, we have the remaining issues still
> blocking this transition:
> 
> * gnome-session is too young (3 of 5 days) due to the fix for #941640
>   having been uploaded; perhaps it can be fast-tracked?

That package wasn't on my radar. Thanks for informing us. What about the
last comment in that bug?

> * some packages become uninstallable on mipsel:
> 
>> trying: glib2.0 mutter -libgnome-desktop-3-17/armhf 
>> gsettings-desktop-schemas gnome-settings-daemon -libgnome-desktop-3-17/armel 
>> gdk-pixbuf -libgnome-desktop-3-17/arm64 -libgnome-desktop-3-17/amd64 
>> -libgnome-desktop-3-17/s390x -libgnome-desktop-3-17/i386 
>> -libgnome-desktop-3-17/mips64el -libgnome-desktop-3-17/ppc64el 
>> -libgnome-desktop-3-17/mipsel gnome-control-center samba talloc tevent ldb 
>> sssd tdb gvfs gnome-shell gnome-shell-extensions 
>> gnome-shell-extension-caffeine evolution-data-server 
>> gnome-phone-manager/s390x gnome-phone-manager/mips64el abiword/armhf 
>> gnome-panel libreoffice/i386 gnome-contacts folks glabels/amd64 abiword/i386 
>> gnome-phone-manager/armhf glabels/mips64el glabels/i386 gnome-todo 
>> gnome-phone-manager/arm64 gnome-phone-manager/amd64 glabels/armel 
>> gnome-phone-manager/armel abiword/armel abiword/mips64el abiword/s390x 
>> evolution-ews evolution evolution-rss abiword/mipsel libreoffice/mips64el 
>> libreoffice/amd64 bijiben glabels/mipsel libreoffice/ppc64el 
>> libreoffice/armhf libreoffice/mipsel abiword/arm64 glabels/arm64 
>> glabels/s390x gnome-phone-manager/mipsel gnome-phone-manager/ppc64el 
>> gnome-calendar glabels/armhf abiword/amd64 libreoffice/armel almanah 
>> glabels/ppc64el gnome-phone-manager/i386 abiword/ppc64el libreoffice/arm64 
>> libreoffice/s390x gnome-shell-extension-top-icons-plus 
>> gnome-shell-extension-workspaces-to-dock budgie-desktop
>> skipped: glib2.0 mutter -libgnome-desktop-3-17/armhf 
>> gsettings-desktop-schemas gnome-settings-daemon -libgnome-desktop-3-17/armel 
>> gdk-pixbuf -libgnome-desktop-3-17/arm64 -libgnome-desktop-3-17/amd64 
>> -libgnome-desktop-3-17/s390x -libgnome-desktop-3-17/i386 
>> -libgnome-desktop-3-17/mips64el -libgnome-desktop-3-17/ppc64el 
>> -libgnome-desktop-3-17/mipsel gnome-control-center samba talloc tevent ldb 
>> sssd tdb gvfs gnome-shell gnome-shell-extensions 
>> gnome-shell-extension-caffeine evolution-data-server 
>> gnome-phone-manager/s390x gnome-phone-manager/mips64el abiword/armhf 
>> gnome-panel libreoffice/i386 gnome-contacts folks glabels/amd64 abiword/i386 
>> gnome-phone-manager/armhf glabels/mips64el glabels/i386 gnome-todo 
>> gnome-phone-manager/arm64 gnome-phone-manager/amd64 glabels/armel 
>> gnome-phone-manager/armel abiword/armel abiword/mips64el abiword/s390x 
>> evolution-ews evolution evolution-rss abiword/mipsel libreoffice/mips64el 
>> libreoffice/amd64 bijiben glabels/mipsel libreoffice/ppc64el 
>> libreoffice/armhf libreoffice/mipsel abiword/arm64 glabels/arm64 
>> glabels/s390x gnome-phone-manager/mipsel gnome-phone-manager/ppc64el 
>> gnome-calendar glabels/armhf abiword/amd64 libreoffice/armel almanah 
>> glabels/ppc64el gnome-phone-manager/i386 abiword/ppc64el libreoffice/arm64 
>> libreoffice/s390x gnome-shell-extension-top-icons-plus 
>> gnome-shell-extension-workspaces-to-dock budgie-desktop (182, 5108, 124)
>> got: 37+0: a-1:a-0:a-0:a-0:i-24:m-0:m-11:p-0:s-1
>> * mipsel: budgie-core, eweouz, freeipa-client, gdm3, gnome, gnome-core, 
>> gnome-flashback, gnome-session-bin, libebook-1.2-19, libedata-book-1.2-25, 
>> nautilus-share
> 
> I'm not sure what is going on there.
> 
> freeipa-client is not obviously related to this transition (or at least
> it isn't obvious to me). It comes from src:freeipa, which can't migrate
> because it depends on dogtag-pki, which is RC-buggy.

freeip comes in via the samba transition. I have hinted its removal just
now. Are all the other packages moving with gnome?

Paul



signature.asc
Description: OpenPGP digital signature

Bug#933548: transition: gnome-desktop3

[Simon McVittie]

On Wed, 02 Oct 2019 at 21:00:29 +0200, Paul Gevers wrote:
> If my view of things is
> up-to-date and correct, it's the last piece of the puzzle together with
> the samba situation (assuming LO will just build on mips64el).

If I'm reading the log correctly, we have the remaining issues still
blocking this transition:

* gnome-session is too young (3 of 5 days) due to the fix for #941640
  having been uploaded; perhaps it can be fast-tracked?

* some packages become uninstallable on mipsel:

> trying: glib2.0 mutter -libgnome-desktop-3-17/armhf gsettings-desktop-schemas 
> gnome-settings-daemon -libgnome-desktop-3-17/armel gdk-pixbuf 
> -libgnome-desktop-3-17/arm64 -libgnome-desktop-3-17/amd64 
> -libgnome-desktop-3-17/s390x -libgnome-desktop-3-17/i386 
> -libgnome-desktop-3-17/mips64el -libgnome-desktop-3-17/ppc64el 
> -libgnome-desktop-3-17/mipsel gnome-control-center samba talloc tevent ldb 
> sssd tdb gvfs gnome-shell gnome-shell-extensions 
> gnome-shell-extension-caffeine evolution-data-server 
> gnome-phone-manager/s390x gnome-phone-manager/mips64el abiword/armhf 
> gnome-panel libreoffice/i386 gnome-contacts folks glabels/amd64 abiword/i386 
> gnome-phone-manager/armhf glabels/mips64el glabels/i386 gnome-todo 
> gnome-phone-manager/arm64 gnome-phone-manager/amd64 glabels/armel 
> gnome-phone-manager/armel abiword/armel abiword/mips64el abiword/s390x 
> evolution-ews evolution evolution-rss abiword/mipsel libreoffice/mips64el 
> libreoffice/amd64 bijiben glabels/mipsel libreoffice/ppc64el 
> libreoffice/armhf libreoffice/mipsel abiword/arm64 glabels/arm64 
> glabels/s390x gnome-phone-manager/mipsel gnome-phone-manager/ppc64el 
> gnome-calendar glabels/armhf abiword/amd64 libreoffice/armel almanah 
> glabels/ppc64el gnome-phone-manager/i386 abiword/ppc64el libreoffice/arm64 
> libreoffice/s390x gnome-shell-extension-top-icons-plus 
> gnome-shell-extension-workspaces-to-dock budgie-desktop
> skipped: glib2.0 mutter -libgnome-desktop-3-17/armhf 
> gsettings-desktop-schemas gnome-settings-daemon -libgnome-desktop-3-17/armel 
> gdk-pixbuf -libgnome-desktop-3-17/arm64 -libgnome-desktop-3-17/amd64 
> -libgnome-desktop-3-17/s390x -libgnome-desktop-3-17/i386 
> -libgnome-desktop-3-17/mips64el -libgnome-desktop-3-17/ppc64el 
> -libgnome-desktop-3-17/mipsel gnome-control-center samba talloc tevent ldb 
> sssd tdb gvfs gnome-shell gnome-shell-extensions 
> gnome-shell-extension-caffeine evolution-data-server 
> gnome-phone-manager/s390x gnome-phone-manager/mips64el abiword/armhf 
> gnome-panel libreoffice/i386 gnome-contacts folks glabels/amd64 abiword/i386 
> gnome-phone-manager/armhf glabels/mips64el glabels/i386 gnome-todo 
> gnome-phone-manager/arm64 gnome-phone-manager/amd64 glabels/armel 
> gnome-phone-manager/armel abiword/armel abiword/mips64el abiword/s390x 
> evolution-ews evolution evolution-rss abiword/mipsel libreoffice/mips64el 
> libreoffice/amd64 bijiben glabels/mipsel libreoffice/ppc64el 
> libreoffice/armhf libreoffice/mipsel abiword/arm64 glabels/arm64 
> glabels/s390x gnome-phone-manager/mipsel gnome-phone-manager/ppc64el 
> gnome-calendar glabels/armhf abiword/amd64 libreoffice/armel almanah 
> glabels/ppc64el gnome-phone-manager/i386 abiword/ppc64el libreoffice/arm64 
> libreoffice/s390x gnome-shell-extension-top-icons-plus 
> gnome-shell-extension-workspaces-to-dock budgie-desktop (182, 5108, 124)
> got: 37+0: a-1:a-0:a-0:a-0:i-24:m-0:m-11:p-0:s-1
> * mipsel: budgie-core, eweouz, freeipa-client, gdm3, gnome, gnome-core, 
> gnome-flashback, gnome-session-bin, libebook-1.2-19, libedata-book-1.2-25, 
> nautilus-share

I'm not sure what is going on there.

freeipa-client is not obviously related to this transition (or at least
it isn't obvious to me). It comes from src:freeipa, which can't migrate
because it depends on dogtag-pki, which is RC-buggy.

smcv

Bug#933548: transition: gnome-desktop3

[Paul Gevers]

Hi,

On 03-10-2019 09:39, intrigeri wrote:
> FWIW, libgtk2-perl is going away in Bullseye; most of its
> reverse-dependencies were either ported to GTK 3, or not shipped in
> Buster thanks to RC bugs I had filed, or removed from the archive.
> What's left is tracked there:
> 
>  - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912860
>  - 
> https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=gtk2-removal=debian-perl%40lists.debian.org
> 
> The only reason why this set of packages was not automatically removed
> from testing yet is that libgtk2-perl is still on the list of key
> packages, because it's installed on many machines ("popcon").
> I believe this is explained by historical reasons that are invalid
> nowadays: this package used to have major reverse dependencies.
> 
> So, if it helps make the GNOME 3.34 transitions smoother, IMO it would
> be fine to remove libgtk2-perl and its reverse-dependencies from
> testing. Some might see this as a heavy hammer approach, but this was
> announced a year ago to all affected maintainers; either way, it will
> happen during the Bullseye cycle, eventually.

According to dak there are no reverse dependencies in testing, so I have
added a removal hint.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#933548: transition: gnome-desktop3

[intrigeri]

Hi,

Simon McVittie wrote:
> On Thu, 03 Oct 2019 at 08:48:35 +0200, Andreas Henriksson wrote:
>> The odd one out is libgtk2-perl which fails test 44:
> ...
>> GdkPixbuf [ warning ] Inline XPM data is broken: Invalid XPM header
>> not ok 44 - Don't crash on partial pixmap data

> I think this might be caused by better error handling in gdk-pixbuf 2.38.2
> (),
> which I uploaded to make gdk-pixbuf silence the GTimeVal deprecation
> warnings in its own animation API, so that it wouldn't trigger -Werror
> in other packages if they don't actively use the animation API.

FWIW, libgtk2-perl is going away in Bullseye; most of its
reverse-dependencies were either ported to GTK 3, or not shipped in
Buster thanks to RC bugs I had filed, or removed from the archive.
What's left is tracked there:

 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912860
 - 
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=gtk2-removal=debian-perl%40lists.debian.org

The only reason why this set of packages was not automatically removed
from testing yet is that libgtk2-perl is still on the list of key
packages, because it's installed on many machines ("popcon").
I believe this is explained by historical reasons that are invalid
nowadays: this package used to have major reverse dependencies.

So, if it helps make the GNOME 3.34 transitions smoother, IMO it would
be fine to remove libgtk2-perl and its reverse-dependencies from
testing. Some might see this as a heavy hammer approach, but this was
announced a year ago to all affected maintainers; either way, it will
happen during the Bullseye cycle, eventually.

Cheers,
-- 
intrigeri

Bug#933548: transition: gnome-desktop3

[Simon McVittie]

On Thu, 03 Oct 2019 at 08:48:35 +0200, Andreas Henriksson wrote:
> On Wed, Oct 02, 2019 at 08:46:50PM -0400, Jeremy Bicha wrote:
> > There are also several autopkgtest failures triggered by glib2.0 and
> > gobject-introspection.
> 
> I quickly looked over these and it seems they're all except one related
> to compiling stuff with -Werror. Mostly because of using GTime and/or
> GTimeVal which is deprecated.
> 
> The odd one out is libgtk2-perl which fails test 44:
...
> GdkPixbuf [ warning ] Inline XPM data is broken: Invalid XPM header
> not ok 44 - Don't crash on partial pixmap data

I think this might be caused by better error handling in gdk-pixbuf 2.38.2
(),
which I uploaded to make gdk-pixbuf silence the GTimeVal deprecation
warnings in its own animation API, so that it wouldn't trigger -Werror
in other packages if they don't actively use the animation API.

> The one not related to GTime / GTimeVal is dbus-test-runner:
> test-libdbustest-mock.c:392:13: error: g_main_context_pending [-Werror]
>   392 |  while (g_main_pending())
>   | ^   
> test-libdbustest-mock.c:393:13: error: g_main_context_iteration [-Werror]
>   393 |   g_main_iteration(TRUE);
>   | ^ 

These macros have been deprecated for 17 years (it's not often that I
get to say that!). I opened #941488, for which Iain did an NMU already.

smcv

Bug#933548: transition: gnome-desktop3

[Andreas Henriksson]

On Wed, Oct 02, 2019 at 08:46:50PM -0400, Jeremy Bicha wrote:
> There are also several autopkgtest failures triggered by glib2.0 and
> gobject-introspection.

I quickly looked over these and it seems they're all except one related
to compiling stuff with -Werror. Mostly because of using GTime and/or
GTimeVal which is deprecated.

The odd one out is libgtk2-perl which fails test 44:
[...]
ok 38
ok 39 - 'new_from_xpm_data' isa 'Gtk2::Gdk::Pixbuf'
ok 40
ok 41
ok 42
GdkPixbuf [ warning ] Inline XPM data is broken: Cannot read XPM
colormap
ok 43 - Don't crash on broken pixmap data
GdkPixbuf [ warning ] Inline XPM data is broken: Invalid XPM header
not ok 44 - Don't crash on partial pixmap data
#   Failed test 'Don't crash on partial pixmap data'
#   at t/GdkPixbuf.t line 126.
ok 45 - 'new_from_data' isa 'Gtk2::Gdk::Pixbuf'
ok 46
ok 47
ok 48
[...]

The one not related to GTime / GTimeVal is dbus-test-runner:
[...]
/bin/bash ../libtool  --tag=CC   --mode=link gcc -pthread 
-I/usr/include/gio-unix-2.0 -I/usr/include/libmount -I/usr/include/blkid 
-I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -Wall 
-Werror -g -O2 
-fdebug-prefix-map=/tmp/autopkgtest-lxc.ftgi3a2g/downtmp/build.NS5/src=. 
-fstack-protector-strong -Wformat -Werror=format-security  -Wl,-z,relro 
-Wl,-z,now -Wl,-z,defs -Wl,--as-needed -o test-own-name 
test_own_name-test-own-name.o -lgio-2.0 -ldbus-glib-1 -ldbus-1 -lgobject-2.0 
-lglib-2.0 
test-libdbustest-mock.c: In function ‘test_signals’:
test-libdbustest-mock.c:392:13: error: g_main_context_pending [-Werror]
  392 |  while (g_main_pending())
  | ^   
test-libdbustest-mock.c:393:13: error: g_main_context_iteration [-Werror]
  393 |   g_main_iteration(TRUE);
  | ^ 
test-libdbustest-mock.c:413:13: error: g_main_context_pending [-Werror]
  413 |  while (g_main_pending())
  | ^   
test-libdbustest-mock.c:414:13: error: g_main_context_iteration [-Werror]
  414 |   g_main_iteration(TRUE);
  | ^ 
[...]


Regards,
Andreas Henriksson

Bug#933548: transition: gnome-desktop3

[Jeremy Bicha]

On Wed, Oct 2, 2019 at 3:00 PM Paul Gevers  wrote:
> If my view of things is
> up-to-date and correct, it's the last piece of the puzzle

There are also several autopkgtest failures triggered by glib2.0 and
gobject-introspection.

Jeremy

Bug#933548: transition: gnome-desktop3

[Paul Gevers]

Hi,

On 02-10-2019 03:31, Jeremy Bicha wrote:
> https://bugs.debian.org/933573 has a patch for eweouz

If somebody could please do an upload that fixes eweouz, that would be
great, than we don't need to resort to removal. If my view of things is
up-to-date and correct, it's the last piece of the puzzle together with
the samba situation (assuming LO will just build on mips64el).

Paul



signature.asc
Description: OpenPGP digital signature

Bug#933548: transition: gnome-desktop3

[Jeremy Bicha]

Please binNMU glabels for evolution-data-server.

https://bugs.debian.org/933573 has a patch for eweouz

Thanks,
Jeremy Bicha

Bug#933548: transition: gnome-desktop3

[Simon McVittie]

On Tue, 01 Oct 2019 at 09:52:29 +0200, Andreas Henriksson wrote:
> - how to handle folks is being discussed. Suggestion is to update
>   zeitgeist (orphaned) and disable zeitgeist integration in  folks
>   (temporarily or permanently?) in folks. This will unblock folks and
>   gnome-contacts.

I've done a 0-day NMU of folks with zeitgeist integration (temporarily?)
disabled, and uploaded a gnome-contacts built against it (which I now
realise might need a binNMU or give-back if it gets built against the
old folks first - sorry).

I haven't updated zeitgeist to the latest upstream since that isn't on
the critical path, and I saw Laurent Bigonville wondering on IRC whether to
drop zeitgeist support from all Debian packages anyway.

smcv

Bug#933548: transition: gnome-desktop3

[Emilio Pozuelo Monfort]

On 01/10/2019 10:06, r...@rene-engelhard.de wrote:
> Am 1. Oktober 2019 09:52:29 MESZ schrieb Andreas Henriksson 
> :
>> Control: block 933548 by 941467
>>
>> Another status update regarding gnome 3.34 transitions.
>>
>> Issues:
>> - DONE: glib2.0 failed on i386 and s390x, but give-backs was used to
>> work
>> around it. Needs to be investigated in detail later. Not a blocker for
>>  now.
>> - how to handle folks is being discussed. Suggestion is to update
>>  zeitgeist (orphaned) and disable zeitgeist integration in  folks
>>  (temporarily or permanently?) in folks. This will unblock folks and
>>  gnome-contacts.
>> - samba FTBFS in unstable is a blocker for gnome-control-center builds.
>>  (See blocker above for bug report.)
>>
>> Sourceful uploads:
>> - gnome-panel and gnome-flashback needs uploads (asked mitya57)
>>
>> BinNMUs:
>> I think we should be ready to start a round of binnmus related to
>> gnome-desktop3 transition, please schedule these:
>> cheese
>> eog
>> gnome-clocks
>> gnome-font-viewer
>> gnome-screensaver
>> gnome-software
>> nautilus
>> totem
>> ukwm
>>
>> evince
>>
>> Possibly also: gnome-books and gnome-documents
>>
>>
>> A short note about the eds transition:
>> - abiword built here, can it be binNMUed?
>> - Just sent a mail to libreoffice@p.d.o to make them aware of the
>>  ongoing transition and ask for their input.
>> - (again: folks)
>> - (also: gnome-panel and gnome-contacts)
>> - These should be possible to handle via temporary removal from testing
>>  if needed: eweouz, glabels, gnome-phone-manager
>>
>>
>> Regards,
>> Andreas Henriksson
> 
> Hi,
> 
> I was aware of this transition since months actually. Did already test builds 
> months ago which suceeded. No mail would have been necessary if you just test 
> built it (as you did with other packages).
> 
> Just bin NMU LO (see my other mail).

binNMUs scheduled.

Emilio

Bug#933548: transition: gnome-desktop3

[rene]

Am 1. Oktober 2019 09:52:29 MESZ schrieb Andreas Henriksson :
>Control: block 933548 by 941467
>
>Another status update regarding gnome 3.34 transitions.
>
>Issues:
>- DONE: glib2.0 failed on i386 and s390x, but give-backs was used to
>work
> around it. Needs to be investigated in detail later. Not a blocker for
>  now.
>- how to handle folks is being discussed. Suggestion is to update
>  zeitgeist (orphaned) and disable zeitgeist integration in  folks
>  (temporarily or permanently?) in folks. This will unblock folks and
>  gnome-contacts.
>- samba FTBFS in unstable is a blocker for gnome-control-center builds.
>  (See blocker above for bug report.)
>
>Sourceful uploads:
>- gnome-panel and gnome-flashback needs uploads (asked mitya57)
>
>BinNMUs:
>I think we should be ready to start a round of binnmus related to
>gnome-desktop3 transition, please schedule these:
>cheese
>eog
>gnome-clocks
>gnome-font-viewer
>gnome-screensaver
>gnome-software
>nautilus
>totem
>ukwm
>
>evince
>
>Possibly also: gnome-books and gnome-documents
>
>
>A short note about the eds transition:
>- abiword built here, can it be binNMUed?
>- Just sent a mail to libreoffice@p.d.o to make them aware of the
>  ongoing transition and ask for their input.
>- (again: folks)
>- (also: gnome-panel and gnome-contacts)
>- These should be possible to handle via temporary removal from testing
>  if needed: eweouz, glabels, gnome-phone-manager
>
>
>Regards,
>Andreas Henriksson

Hi,

I was aware of this transition since months actually. Did already test builds 
months ago which suceeded. No mail would have been necessary if you just test 
built it (as you did with other packages).

Just bin NMU LO (see my other mail).

Regards

Rene

Processed: Re: Bug#933548: transition: gnome-desktop3

[Debian Bug Tracking System]

Processing control commands:

> block 933548 by 941467
Bug #933548 [release.debian.org] transition: gnome-desktop3
933548 was not blocked by any bugs.
933548 was blocking: 940460
Added blocking bug(s) of 933548: 941467

-- 
933548: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933548
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#933548: transition: gnome-desktop3

[Andreas Henriksson]

Control: block 933548 by 941467

Another status update regarding gnome 3.34 transitions.

Issues:
- DONE: glib2.0 failed on i386 and s390x, but give-backs was used to work
  around it. Needs to be investigated in detail later. Not a blocker for
  now.
- how to handle folks is being discussed. Suggestion is to update
  zeitgeist (orphaned) and disable zeitgeist integration in  folks
  (temporarily or permanently?) in folks. This will unblock folks and
  gnome-contacts.
- samba FTBFS in unstable is a blocker for gnome-control-center builds.
  (See blocker above for bug report.)

Sourceful uploads:
- gnome-panel and gnome-flashback needs uploads (asked mitya57)

BinNMUs:
I think we should be ready to start a round of binnmus related to
gnome-desktop3 transition, please schedule these:
cheese
eog
gnome-clocks
gnome-font-viewer
gnome-screensaver
gnome-software
nautilus
totem
ukwm

evince

Possibly also: gnome-books and gnome-documents


A short note about the eds transition:
- abiword built here, can it be binNMUed?
- Just sent a mail to libreoffice@p.d.o to make them aware of the
  ongoing transition and ask for their input.
- (again: folks)
- (also: gnome-panel and gnome-contacts)
- These should be possible to handle via temporary removal from testing
  if needed: eweouz, glabels, gnome-phone-manager


Regards,
Andreas Henriksson

Bug#933548: transition: gnome-desktop3

[Andreas Henriksson]

On Mon, Sep 30, 2019 at 01:39:36PM +0200, Emilio Pozuelo Monfort wrote:
[...]
> > I'm thus thinking about doing this (unless someone else volunteers):
> > * upload glib2.0 to unstable (to unblock mutter)
> > * upload gnome-desktop3, mutter and gnome-shell
> > * Ask bungie-desktop people to upload their exp version to unstable.
> > 
> > If anyone thinks there's a reason to do anything differently, please
> > speak up ASAP!
> 
> Yes, let's do all these (e-d-s, gnome-desktop3, mutter, and even libgweather 
> if
> the rdeps are fine with that) as we have done in the past.

I built my way up to gnome-shell and it looked like this:

glib2.0, gsettings-desktop-schemas, gnome-desktop3, mutter,
evolution-data-server, gobject-introspection, gjs, gnome-shell

I went ahead and uploaded those now.

Will investigate and follow up with surrounding sourceful uploads as
needed.

Regards,
Andreas Henriksson

Bug#933548: transition: gnome-desktop3

[Emilio Pozuelo Monfort]

On 30/09/2019 12:49, Andreas Henriksson wrote:
> Hello,
> 
> Adding a bunch of CCs for usual suspects as it seems noone got a copy
> of the go-ahead.
> 
> On Sun, Sep 29, 2019 at 09:42:12PM +0200, Paul Gevers wrote:
>> Control: tags -1 confirmed
> [...]
>> Let's get on with this.
> 
> Laney pointed out that to do gnome-desktop3 standalone we'd
> need this patch:
> https://gitlab.gnome.org/GNOME/gnome-shell/commit/f9a7718dda9641bf3750faba789edd701dfff5da
> 
> 
>>From #debian-release :
> 
>  elbrus: hi. Would it be ok to entagle some of the gnome transitions? eg.
> atleast mutter/gnome-shell and gnome-desktop3 together. Otherwise we'll
> need sourceful uploads to make old gnome-shell work with new
> gnome-desktop3 (and who knows what else)
>  ah: yes that should be fine
> 
> 
> I'm thus thinking about doing this (unless someone else volunteers):
> * upload glib2.0 to unstable (to unblock mutter)
> * upload gnome-desktop3, mutter and gnome-shell
> * Ask bungie-desktop people to upload their exp version to unstable.
> 
> If anyone thinks there's a reason to do anything differently, please
> speak up ASAP!

Yes, let's do all these (e-d-s, gnome-desktop3, mutter, and even libgweather if
the rdeps are fine with that) as we have done in the past.

Cheers,
Emilio

Bug#933548: transition: gnome-desktop3

[Andreas Henriksson]

Hello,

Adding a bunch of CCs for usual suspects as it seems noone got a copy
of the go-ahead.

On Sun, Sep 29, 2019 at 09:42:12PM +0200, Paul Gevers wrote:
> Control: tags -1 confirmed
[...]
> Let's get on with this.

Laney pointed out that to do gnome-desktop3 standalone we'd
need this patch:
https://gitlab.gnome.org/GNOME/gnome-shell/commit/f9a7718dda9641bf3750faba789edd701dfff5da


>From #debian-release :

 elbrus: hi. Would it be ok to entagle some of the gnome transitions? eg.
atleast mutter/gnome-shell and gnome-desktop3 together. Otherwise we'll
need sourceful uploads to make old gnome-shell work with new
gnome-desktop3 (and who knows what else)
 ah: yes that should be fine


I'm thus thinking about doing this (unless someone else volunteers):
* upload glib2.0 to unstable (to unblock mutter)
* upload gnome-desktop3, mutter and gnome-shell
* Ask bungie-desktop people to upload their exp version to unstable.

If anyone thinks there's a reason to do anything differently, please
speak up ASAP!

Regards,
Andreas Henriksson

Bug#933548: transition: gnome-desktop3

[Paul Gevers]

Control: tags -1 confirmed

On Mon, 16 Sep 2019 01:16:36 +0200 Andreas Henriksson 
wrote:
> Control: tags -1 - moreinfo
> 
> Dear release team,
> 
> I've done rebuild tests of reverse dependencies for the gnome-desktop3
> transition and the results are that there's one failure:
> budge-desktop
> 
> (The build logs are temprorarily available from:
> https://fatal.se/tmp/gnome-desktop-3_3.34/build-logs/
> )
> 
> It seems there's a version of budge-desktop prepared in experimental
> that adresses the problem.
> 
> This transition should thus hopefully be in good shape and ready
> to go at any point when the release team have a slot free for it.

Let's get on with this.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#933548: transition: gnome-desktop3

[Andreas Henriksson]

Control: tags -1 - moreinfo

Dear release team,

I've done rebuild tests of reverse dependencies for the gnome-desktop3
transition and the results are that there's one failure:
budge-desktop

(The build logs are temprorarily available from:
https://fatal.se/tmp/gnome-desktop-3_3.34/build-logs/
)

It seems there's a version of budge-desktop prepared in experimental
that adresses the problem.

This transition should thus hopefully be in good shape and ready
to go at any point when the release team have a slot free for it.

Regards,
Andreas Henriksson

Bug#933548: transition: gnome-desktop3

[Iain Lane]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Control: tags -1 moreinfo

Hi,

Not for right now, but I'm filing this straight away for information.

gnome-desktop3 has bumped SONAME from 17 to 18 and so we need a
transition. I've uploaded to experimental/NEW and test built the
rdepends locally. Everything succeeded except for gnome-contacts which I
think is an independent FTBFS. Logs:

  https://people.debian.org/~laney/libgnome-desktop-3-18/

There is a sourceful change required to gnome-shell to adjust to the API
break - this is a runtime error rather than build-time (I guess I should
add a Breaks):

  
https://gitlab.gnome.org/GNOME/gnome-shell/commit/f9a7718dda9641bf3750faba789edd701dfff5da

Ben file:

title = "gnome-desktop3";
is_affected = .depends ~ "libgnome-desktop-3-17" | .depends ~ 
"libgnome-desktop-3-18";
is_good = .depends ~ "libgnome-desktop-3-18";
is_bad = .depends ~ "libgnome-desktop-3-17";

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]