I started two VMs. One jammy-server, and the other jammy-desktop, both running 22.04.3 LTS. Server is server, and Desktop was installed with the Desktop ISO.
Mounting the samba share in Nautilus just produces a username and password box.
I then enabled -proposed, and installed tracker-extract 3.3.3-0ubuntu0.20.04.2 and tracker-miner-fs 3.3.3-0ubuntu0.20.04.2. I then rebooted.
Setting up tracker-extract (3.3.3-0ubuntu0.20.04.2) ...
Processing triggers for libglib2.0-0:amd64 (2.72.4-0ubuntu2.2) ...
Processing triggers for man-db (2.10.2-1) ...
Setting up tracker-miner-fs (3.3.3-0ubuntu0.20.04.2) ...
The default.target.wants systemd unit files have been removed correctly, and systemd no longer manages tracker-extract-3.service.
aduser@ubuntu:~$ ll /etc/systemd/user/default.target.wants/tracker-extract-3.service
ls: cannot access '/etc/systemd/user/default.target.wants/tracker-extract-3.service': No such file or directory
aduser@ubuntu:~$ ll /var/lib/systemd/deb-systemd-user-helper-enabled/default.target.wants/tracker-extract-3.service
ls: cannot access '/var/lib/systemd/deb-systemd-user-helper-enabled/default.target.wants/tracker-extract-3.service': No such file or directory
aduser@ubuntu:~$ ll /var/lib/systemd/deb-systemd-user-helper-enabled/tracker-extract-3.service.dsh-also
ls: cannot access '/var/lib/systemd/deb-systemd-user-helper-enabled/tracker-extract-3.service.dsh-also': No such file or directory
Performing verification for Jammy.
I started two VMs. One jammy-server, and the other jammy-desktop, both running 22.04.3 LTS. Server is server, and Desktop was installed with the Desktop ISO.
On the server I set up a samba active directory domain controller, using my notes from comment 17 [1] /bugs.launchpad .net/ubuntu/ +source/ tracker- miners/ +bug/1779890/ comments/ 17
[1] https:/
I then attached the Desktop VM to the active directory domain controller.
The Desktop VM has tracker-extract 3.3.3-0ubuntu0. 20.04.1 and tracker-miner-fs 3.3.3-0ubuntu0. 20.04.1 installed from -updates.
Checking the environment set in gvfs shows the following variables, note the lack of KRB5CCNAME and more.
$ cat /proc/$(pidof gvfsd)/environ | xargs --null -n1 local/sbin: /usr/local/ bin:/usr/ sbin:/usr/ bin:/sbin: /bin:/usr/ games:/ usr/local/ games:/ snap/bin: /snap/bin EXEC_PID= 2882 DIR=/run/ user/524601104 gail:atk- bridge DIRS=/usr/ local/share/ :/usr/share/ :/var/lib/ snapd/desktop BUS_ADDRESS= unix:path= /run/user/ 524601104/ bus ID=b2a0ff0e4fe4 43e19fe5b799f86 5892c STREAM= 8:35245
HOME=/home/aduser
LANG=en_NZ.UTF-8
LANGUAGE=en_NZ:en
LOGNAME=aduser
PATH=/usr/
SHELL=/bin/bash
SYSTEMD_
USER=aduser
XDG_RUNTIME_
GTK_MODULES=
QT_ACCESSIBILITY=1
XDG_DATA_
DBUS_SESSION_
MANAGERPID=2848
INVOCATION_
JOURNAL_
Looking at the systemd unit files, we see they are set for default. target. wants for tracker- extract- 3.service.
aduser@ubuntu:~$ ll /etc/systemd/ user/default. target. wants/tracker- extract- 3.service user/default. target. wants/tracker- extract- 3.service -> /usr/lib/ systemd/ user/tracker- extract- 3.service systemd/ deb-systemd- user-helper- enabled/ default. target. wants/tracker- extract- 3.service systemd/ deb-systemd- user-helper- enabled/ default. target. wants/tracker- extract- 3.service systemd/ deb-systemd- user-helper- enabled/ tracker- extract- 3.service. dsh-also systemd/ deb-systemd- user-helper- enabled/ tracker- extract- 3.service. dsh-also
lrwxrwxrwx 1 root root 47 Feb 10 16:12 /etc/systemd/
aduser@ubuntu:~$ ll /var/lib/
-rw-r--r-- 1 root root 0 Aug 8 2023 /var/lib/
aduser@ubuntu:~$ ll /var/lib/
-rw-r--r-- 1 root root 65 Feb 10 16:30 /var/lib/
Mounting the samba share in Nautilus just produces a username and password box.
I then enabled -proposed, and installed tracker-extract 3.3.3-0ubuntu0. 20.04.2 and tracker-miner-fs 3.3.3-0ubuntu0. 20.04.2. I then rebooted.
Setting up tracker-extract (3.3.3- 0ubuntu0. 20.04.2) ... 0ubuntu0. 20.04.2) ...
Processing triggers for libglib2.0-0:amd64 (2.72.4-0ubuntu2.2) ...
Processing triggers for man-db (2.10.2-1) ...
Setting up tracker-miner-fs (3.3.3-
The default. target. wants systemd unit files have been removed correctly, and systemd no longer manages tracker- extract- 3.service.
aduser@ubuntu:~$ ll /etc/systemd/ user/default. target. wants/tracker- extract- 3.service user/default. target. wants/tracker- extract- 3.service' : No such file or directory systemd/ deb-systemd- user-helper- enabled/ default. target. wants/tracker- extract- 3.service systemd/ deb-systemd- user-helper- enabled/ default. target. wants/tracker- extract- 3.service' : No such file or directory systemd/ deb-systemd- user-helper- enabled/ tracker- extract- 3.service. dsh-also systemd/ deb-systemd- user-helper- enabled/ tracker- extract- 3.service. dsh-also' : No such file or directory
ls: cannot access '/etc/systemd/
aduser@ubuntu:~$ ll /var/lib/
ls: cannot access '/var/lib/
aduser@ubuntu:~$ ll /var/lib/
ls: cannot access '/var/lib/
Checking the environment of gvfsd shows:
$ cat /proc/$(pidof gvfsd)/environ | xargs --null -n1 local/sbin: /usr/local/ bin:/usr/ sbin:/usr/ bin:/sbin: /bin:/usr/ games:/ usr/local/ games:/ snap/bin: /snap/bin EXEC_PID= 1285 DIR=/run/ user/524601104 gail:atk- bridge DIRS=/usr/ share/aduser: /usr/local/ share/: /usr/share/ :/var/lib/ snapd/desktop BUS_ADDRESS= unix:path= /run/user/ 524601104/ bus SESSION= ubuntu SESSION_ MODE=ubuntu FILE:/tmp/ krb5cc_ 524601104_ L9Lvqa DIRS=/etc/ xdg/xdg- ubuntu: /etc/xdg DESKTOP= ubuntu: GNOME CLASS=user DESKTOP= ubuntu TYPE=wayland bin/gnome- session ID=2a6ca2999cdf 408dab2e0ddd133 ae17c STREAM= 8:25366
HOME=/home/aduser
LANG=en_NZ.UTF-8
LANGUAGE=en_NZ:en
LOGNAME=aduser
PATH=/usr/
SHELL=/bin/bash
SYSTEMD_
USER=aduser
XDG_RUNTIME_
GTK_MODULES=
QT_ACCESSIBILITY=1
XDG_DATA_
DBUS_SESSION_
DESKTOP_
GDMSESSION=ubuntu
GNOME_SHELL_
KRB5CCNAME=
IM_CONFIG_PHASE=1
PWD=/home/aduser
SHLVL=0
USERNAME=aduser
XDG_CONFIG_
XDG_CURRENT_
XDG_SESSION_
XDG_SESSION_
XDG_SESSION_
_=/usr/
MANAGERPID=1159
INVOCATION_
JOURNAL_
The environment is actually inherited from systemd --user session now, and includes KRB5CCNAME.
Accessing the share in Nautilus with kerberos works as expected.
We also have a positive verification from Zach Brown in comment #80. Thanks for helping to test Zach!
The package in -proposed fixes the issue. Happy to mark verified for Jammy.