Hi,
although for me it is safe to have libsystemd0 (but not systemd init), I did not understand how you can avoid installing it. It is a dependency of xserver-xorg-core, and unless you are running a server, any desktop environment or window manager will have xserver-xorg-core package.
Easy. Install jessie. That dependency doesn't come up until ascii.
]]>although for me it is safe to have libsystemd0 (but not systemd init), I did not understand how you can avoid installing it. It is a dependency of xserver-xorg-core, and unless you are running a server, any desktop environment or window manager will have xserver-xorg-core package.
]]>I tend to forget that the wallpaper for LXDE sessions is looked after by PCManFM and, in fact, the pop-up menu when you right click on the background in also supplied by PCManFM. SpaceFM does also work in this way. From the "Preferences" menu select the "Default applications for LXSession" and in the "Autostart" tab you should see an entry for pcmanfm :-
@pcmanfm --desktop --profile LXDE"
you can untick the box for that entry and then add in a new one, thus :-
@spacefm --desktop
This will probably only take effect when you next log-in. The actual entries for Autostart live in the file : ~/.config/lxsession/LXDE/autostart, although you should probably be a bit careful about editing the files directly.
Once you have SpaceFM running then you can change the wallpaper with a right-click on the background and select "Desktop Settings" and the "Desktop" tab. It is interesting to note that SpaceFM and PCManFM treat the screens differently if you are running in Zaphod mode (twin-headed). SpaceFM just treats the space as one large area, with several modes to fit the picture to the space. PCManFM treats each monitor separately on most of its display modes, with only one mode for the combined display.
I am currently still running udev, but SpaceFM does mount file systems when they are plugged in. When I plug in my Cheap Android 'phone, both the internal files and the SD card files are both mounted. It is some time since I tried my camera, a Canon PowerShot A470, but when I plugged it in, the file system was not mounted. I then found my little write-up to remind me how to use gphoto2 to download the pictures and this does still work.
Geoff
]]>Geoff
]]>Geoff
]]>Geoff
]]>Path askpass /usr/bin/ssh-askpass
in /etc/sudo.conf I was then able to run gparted from the launch menu.
I then had a look at which file managers could use udevil to mount removable devices under /media :-
SpaceFM auto-detects udevil and uses it.
xfe you can manually enter a command such as "udevil mount /dev/sdc1".
PCManFM I can't see how to get it to use udevil unless it is to do with "Modules".
Thunar does not appear to allow custom commands to mount media. It requires HAL to do the mounting.
So SpaceFM seems to work well for the mounting and un-mounting, although I didn't really like the layout of the files as it did not seem to offer the dates of the files, which can be really useful if you want to copy a block of files somewhere else. I suppose that I could use SpaceFM to look after the mounts and then use PCManFM to move stuff about!
Geoff
]]>Geoff
]]>gksu works just fine.
Yes, it does ;-) When I suggested using su as a work round, I was including gksu, which is the form I normally use. I thought that I had read that gksu was deprecated and on my testing/Ascii machine it became removed.
Geoff
]]>https://lists.dyne.org/lurker/list/dng.en.html
To read about avoiding polkitd and pkexec and also allowing for file mounting using udevil and sudo, see :-
https://lists.dyne.org/lurker/message/2 … 7e.en.html
I believe that the reason that I could reliably shutdown from the logout menu was that I had previously followed the instructions in this post :-
https://lists.dyne.org/lurker/message/2 … 34.en.html
and set up /etc/polkit-1/localauthority/50-local.d/consolekit.pkla as described there.
I think that it works like this with the vertical || being dbus :-
pkexec shutdown
\requests permission--->-----||----->----polkitd
|| | ok
|| polkitd
|| ok
pkexec -------------------<-----||-----<-----/
runs shutdown
Compare this with, say, gparted, which needs a password before it is allowed to run :-
pkexec gparted
\requests permission--->-----||----->----polkitd
|| | authenticate
lxpolkit-----------<------------||-----<----polkitd
requests password ||
lxpolkit----------->--OK--------||----->----polkitd
|| ok
pkexec -----------------<-------||-----<-----/
runs gparted
If lxpolkit has failed to register itself with dbus/polkitd, then this is not going to work, while shutdown does not require a password.
As a comparison, I think that sudo works like this :-
sudo gparted
sudo checks
ok (asks for password if required)
runs gparted
I suspect that there is a timing problem with starting lxpolkit, so that after a reboot, it starts before dbus/polkitd is ready to accept its registration. Following a logout & login dbus/polkitd are ready when lxpolkit starts. Somewhat bizarely, I have had lxpolkit registering successfully after a boot from cold. I wonder whether the difference between the cold boot and a reboot could be down to something like the dhcp server being a bit slower to respond, which could have some knock on effect!!
I think that I will investigate the posts above about udevil and sudo, hence avoiding dbus/polkitd.
Geoff
]]>This is a summary of what I did to upgrade from Debian Jessie to Devuan Jessie. The result of this is a machine running LXDE, with most things working normally. Shutdown from the logout menu is working.
I will update this message as necessary.
The desktop machine had been running Debian Jessie for a long time with many applications installed as well as some desktops, including XFCE and LXDE.
The following is the equivalent of what I actually did, reconstructed from the log files
and more or less follows the instructions for XFCE given by Chillfan
https://dev1galaxy.org/viewtopic.php?pid=67#p67
As root comment out all of the entries in sources.list and add the Devuan repository entries.
As I had previously added contrib and non-free, I kept these here.
nano /etc/apt/sources.list
deb http://auto.mirror.devuan.org/merged jessie main contrib non-free
deb http://auto.mirror.devuan.org/merged jessie-updates main contrib non-free
deb http://auto.mirror.devuan.org/merged jessie-security main contrib non-free
Log into the console as root (maybe you need <ctl><alt><F1> to get to the console).
Now update the cache and get the Devuan keyring. Once this is installed the packages will be authenticated.
apt-get update
apt-get install devuan-keyring -y --allow-unauthenticated
apt-get update -y
Now install the Devuan packages and remove systemd. The purges will remove a large number of packages incluidng LXDE and XFCE as well some Gnome applications and parts of LibreOffice.
apt-get dist-upgrade
apt-get autoremove --purge
apt-get purge systemd-shim libsystemd0
apt-get autoremove
Now put back LXDE and a display manager as well as putting back the missing parts of LibreOffice.
apt-get install lxde slim
apt-get install policykit-1 upower
apt-get install libreoffice libreoffice-gtk
apt-get purge sysvinit gnome-mplayer
If you now reboot, Slim should start and let you log in to your previous LXDE set-up.
(Edit: the next section was edited in later, from postings below)
To make sure that you can shutdown the machine from the logout menu, enable it in polkit/consolekit as described by Paweł Cholewiński in,
https://lists.dyne.org/lurker/message/2 … 34.en.html
thus, as yourself :-
cat << EOF > /tmp/consolekit.pkla
[restart]
Identity=unix-user:`whoami`
Action=org.freedesktop.consolekit.system.restart
ResultAny=yes
[stop]
Identity=unix-user:`whoami`
Action=org.freedesktop.consolekit.system.stop
ResultAny=yes
[hibernate]
Identity=unix-user:`whoami`
Action=org.freedesktop.upower.hibernate
ResultAny=yes
[suspend]
Identity=unix-user:`whoami`
Action=org.freedesktop.upower.suspend
ResultAny=yes
EOF
and as root
cp /tmp/consolekit.pkla /etc/polkit-1/localauthority/50-local.d/
While the above uses polkit, on the grounds that it works, the following tries to avoid polkit/dbus as there can be problems with lxpolkit failing to register itself.
Use the small wrapper program in C which Didier Kryn has posted on [DNG], which looks like pkexec but runs sudo for commands or udevil for mount/umount requests. udevil and ssh-askpass also need to be installed and sudo.conf set-up.
As yourself, copy the C code from
https://lists.dyne.org/lurker/message/2 … ea.en.html
It is probably easier to cut and paste the code into your favourite editor, rather than saving the web page and then editing out the HTML! Save it into a file called pkexec.c in a suitiable working subdirectory and then give the command
make -k pkexec
# then as root :-
cp pkexec /usr/local/bin
apt-get install ssh-askpass udevil
cat << EOF2 >> /etc/sudo.conf
# Specify the GUI helper program to read the password
Path askpass `which ssh-askpass`
EOF2
It is assumed that /usr/local/bin comes before /usr/bin and /bin in your path.
Test that it works with :-
pkexec gparted
Then you can try running gparted from the launch menu.
udevil can be used by some file managers to mount removable devices under /media. SpaceFM seems to work well and will detect udevil and use it for mounting removable devices. Some of the other SpaceFM configurations are not set this up in the preferences from the menus at the top, but by right clicking on a file in the display panel and then, say, selecting view>columns where you can select which attributes to display. I think that the settings for each of the up to 4 file display panels is independent. It is probably a good idea to read the help for SpaceFM.
apt-get install spacefm
This should then have most of the normal stuff working. If on logging in you get a pop-up error message from GDBus about "Cannot determine user of subject" then you should be able to get rid of it by disabling lxpolkit in "Default applications for LXSession" under "Core applications" and "Autostart".
]]>dbus is started by init.
It seems that the dbus daemon starts polkitd (as well as the console-kit-daemon and upowerd) and they all run as root.
Slim (which runs as root) starts lxsession, which then starts lxpolkit. lxsession and lxpolkit run as the user.
It is possible to see the (fairly verbose) output from lxsession in the log file :-
.cache/lxsession/LXDE/run.log
Geoff
]]>Geoff
]]>There seem to be 2 questions :-
Is there some timing problem the first time lxpolkit runs, so that polkitd is not ready for it, but is ready after a logout and log back in?
What is the difference in the way gparted is run and the way that shutdown is run?
Geoff
]]>