[Debian GNUstep maintainers] Processed: Re: Bug#1099870: reorder deletions so as to not warn use about directory not empty

[Yavor Doganov]

# This is *not* a dpkg bug.
reassign 1099870 gnustep-base-common 1.30.0-9
severity 1099870 normal
fixed 1099870 1.31.1-1
thanks

Debian Bug Tracking System wrote:
> > reopen 1099870
> Bug #1099870 {Done: Yavor Doganov <yavor at gnu.org>} [gnustep-base-common] reorder deletions so as to not warn use about directory not empty
> Bug reopened
> > reassign 1099870 dpkg
> Bug #1099870 [gnustep-base-common] reorder deletions so as to not warn use about directory not empty
> Bug reassigned from package 'gnustep-base-common' to 'dpkg'.
> No longer marked as found in versions gnustep-base/1.31.1-1.

It was a bit premature on my part to close the bug with such a short
explanation, sorry about that.  There is a genuine bug and it's in
gnustep-base, introduced in 1.30.0-9, where I've made the symlink
/usr/share/GNUstep/Libraries/gnustep-base/Versions/<version>/Resources/NSTimeZone/localtime
to be conditionally created in postinst (based on the presence of
/etc/timezone) and thus it's no longer tracked by dpkg.

On upgrade, dpkg tries to remove the directory and rightfully outputs
that it cannot do that because of the above symlink.

gnustep-base-common's postinst in 1.31.1-1 takes care to delete the
leftover directory and its prerm will delete the symlink for future
upgrades so that this scenario doesn't happen again.  It should not
happen for upgrades from bookworm to trixie because the localtime
symlink in bookworm is part of the gnustep-base-common package so dpkg
should delete it properly on upgrades to the trixie version.