• Bug#1109416: unblock: nautilus/48.3-2

    From Simon McVittie@21:1/5 to All on Thu Jul 17 14:10:01 2025
    XPost: linux.debian.devel.release

    Package: release.debian.org
    Severity: normal
    X-Debbugs-Cc: [email protected]
    Control: affects -1 + src:nautilus
    User: [email protected]
    Usertags: unblock

    Please unblock nautilus ("Files"), GNOME's file manager.

    As with other recent unblock requests I would like this to be considered
    for Debian 13.0 if possible, but if we're too late for that, it can be
    deferred to 13.1 by converting this request into a trixie-pu request.

    [ Reason ]

    New upstream bugfix release

    [ Impact ]

    Various upstream bug fixes and one packaging fix.

    The upstream bug fixes include a couple of crashes, a memory leak,
    replacing a broken icon with one that is still available (similar to my
    recent unblock request for gnome-terminal), and interacting better with focus-stealing prevention so that a programmatically-opened window can correctly take focus if it was opened in response to user action.

    The packaging also promotes gvfs-backends from Recommends to Depends,
    because nautilus is not really designed to be used without it, and
    in particular attempting to access network:/// would crash.

    [ Tests ]

    Manually tested, including some but not all of the changed areas:

    - accessing my home directory on local disk
    - Ctrl+L while in the recent:// view
    - accessing a remote (gvfs) filesystem via smb://
    - copying a large file from smb:// to exercise the progress dialog

    It has been in unstable for 3 days with no regressions reported. A 5-day migration delay like the team has been applying to other GNOME package
    updates seems appropriate.

    [ Risks ]

    Key package in our default desktop environment.

    All changes are targeted fixes for specific issues.

    The change to focus-stealing-prevention-prevention is fairly noisy
    because it adds an extra parameter to a frequently-used function, but
    the way it has been done is obviously correct. I checked on codesearch
    that the function isn't referenced by out-of-tree plugins.

    [ Checklist ]
    [x] all changes are documented in the d/changelog
    [x] I reviewed all changes and I approve them
    [x] attach debdiff against the package in testing
    (filtered to exclude translations)

    unblock nautilus/48.3-2

    debdiff *.dsc | filterdiff -p1 -x 'po/*.po'

    diff -Nru nautilus-48.2/data/org.gnome.Nautilus.metainfo.xml.in.in nautilus-48.3/data/org.gnome.Nautilus.metainfo.xml.in.in
    --- nautilus-48.2/data/org.gnome.Nautilus.metainfo.xml.in.in 2025-05-25 10:10:18.000000000 +0100
    +++ nautilus-48.3/data/org.gnome.Nautilus.metainfo.xml.in.in 2025-06-29 21:22:56.000000000 +0100
    @@ -40,7 +40,7 @@
    <release version="@release-version@" date="@build-date@"/>
    -->
    <releases>
    - <release version="@release-version@" type="stable" date="2025-05-24"/>
    + <release version="@release-version@" type="stable" date="2025-06-29"/>
    </releases>
    <project_group>GNOME</project_group>
    <project_license>GPL-3.0-or-later</project_license>
    diff -Nru nautilus-48.2/debian/changelog nautilus-48.3/debian/changelog
    --- nautilus-48.2/debian/changelog 2025-06-11 09:53:17.000000000 +0100
    +++ nautilus-48.3/debian/changelog 2025-07-13 17:28:19.000000000 +0100
    @@ -1,3 +1,49 @@
    +nautilus (48.3-2) unstable; urgency=medium
    +
    + * Team upload
    + * Expand change details in previous changelog entry to provide more
    + information for the release team
    + * d/watch: Only watch versions 48.x unt