|
8 years ago Architecture: amd64 Type: MATE Status: Rejected |
Qtconfig won't work for qt5 which is what Ubuntu 16.04.uses, so it's upstream problem.
The partial fix (as it is implemented in Ubuntu for instance) seems to cover most sudo cases.
Regarding systemd, it's been 2 years now and I don't know any other distribution other than Linux Mint which fixed the issue in su mode. Maybe we need to move on, consider that almost everybody runs in sudo mode, and leave the runtime dir collision bug alive.
More useless packages to remove:
libbonobo2-0 libbonobo2-common libgtkmm-2.4-1v5 ndiswrapper ndiswrapper-utils-1.9 ndiswrapper-dkms gnome-session-canberra policykit-1-gnome
Prefs dialog of mintUpdate has no vertical scrollbar where it should have it:
http://i.imgur.com/xBiPDmt.png
There's a weird file in my local autostart dir:
monsta@mint18 ~ $ cat .config/autostart/xfce-autostart-wm.desktop
[Desktop Entry]
Encoding=UTF-8
Version=0.9.4
Type=Application
Name=Window Manager
Comment=Window Manager Startup
Exec=xfce-autostart-wm
OnlyShowIn=XFCE;
StartupNotify=false
Terminal=false
Hidden=false
I've noticed it because of this warning:
mate-session[6246]: EggSMClient-WARNING: Invalid Version string '0.9.4' in /home/monsta/.config/autostart/xfce-autostart-wm.desktop
Minor inconsistency: Synaptic entry in the left pane of mintMenu is apparently set to run it via gksu, while the menu entry in Applications pane uses synaptic-pkexec.
Follow-up to libpam-systemd bug: running mintInstall via side pane of mintMenu is a reliable way to reproduce the bug (provided gksu mode is set to su, of course - sudo mode isn't affected).
Useless package installed: gnome-session-bin (has gnome-session-* binaries).
Ancient package installed: libgnome2-bin (has gnome-open binary). In addition, there are related ancient packages:
libbonoboui2-0 libgnome2-0 libgnome2-perl libgnomeui-0 python-gnome2 libgnome-menu-3-0 libgnome2-canvas-perl libgnome2-common libgnome2-vfs-perl libgnomekbd-common libgnomekbd8 libgnomeui-common libgnomevfs2-0 libgnomevfs2-common libgnomevfs2-extra gkbd-capplet
All of them can be safely removed.
On session start, mintUpload doesn't run because of missing file. Its .desktop file is set to run non-existing binary:
/usr/lib/linuxmint/mintUpload/launch-file-uploader.py
Hmm, libpam-systemd isn't patched (upstream version is used). So I can reproduce the old bug. I've set the mode to "su" in gksu-properties tool and opened a text file as root:
gksu xed /etc/apt/sources.list.d/official-package-repositories.list
Then /run/user/1000/dconf/user file instantly got owned by root:root.
It's not always reproducible on the first try, and not always reproducible several times in a row, but it happens anyway.
Interesting, both Sarah and Xenial backport repos are active by default, and there's no checkbox for them in mintSources anymore, but the usual warning message in mintSources still mentions backports (no matter if I run it with English or Russian locale).
Booting into installed system, again, 800x600. I also don't get the option to change screen resolution to match the host screen resolution. Weird. VirtualBox guest additions are installed and running, but apparently don't do their job for some reason.
Rebooting after installing showed me completely white screen with no text. Of course I remember I need to press Enter there to continue rebooting, but it would be nice to show the usual message about that...
For some reason, "Switzerland" kb layout isn't translated to Russian, making it appear before all the other layouts in Ubiquity. Dunno if it's fixed upstream, need to check and maybe pull latest .po files from there.
As usual, the default font size is 9, making me sitting close to monitor... Changing it to 10 didn't cause any problems, so I still don't get why it's so small by default.
Live DVD booted with 800x600 resolution in my virtualbox - no detection for 1024x768 or 1280x1024 availability? Setting resolution to 1024x768 manually (via mate-display-properties) worked fine.