Slackware This Forum is for the discussion of Slackware Linux.
|
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
|
|
06-15-2020, 11:53 AM
|
#1
|
Senior Member
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,967
|
Plasma wayland on current
Plasma wayland on current with elogind:
one screenshot of the latest version of frameworks, plasma, applications, build with the 'Eric' (alienbob) scripts,
https://alien.slackbook.org/ktown/source
and with the 'Widya Walesa' elogind, polkit, sddm-qt5, scripts:
https://gitlab.com/w41l/kde-elogind,
thank to 'Eric' and 'Widya' for your work
the good news is that it's usable
Last edited by gmgf; 06-15-2020 at 12:21 PM.
|
|
|
06-15-2020, 12:46 PM
|
#2
|
Senior Member
Registered: Mar 2010
Posts: 4,411
|
Nice one!
However, why we should not going to the Next Level?
In the attached screenshots you can admire the Wayland desktop of Plasma 5.19.0 with KDE Frameworks 5.71.0 and the build scripts at all borrowed from Mr. Hameleers' "elogind" branch:
https://git.slackware.nl/ktown/log/?h=elogind
Yes, Mr. Hameleers offered not only amazing good packages but also a Plasma5 build system smart enough to empower a simple user like me to build Plasma and Frameworks in an evening and almost out of headaches, while using a "ferocious" CPU like is Athlon x4 605e with its TDP of 45W.
And as can be seen in the attached screenshots, there's no need for a $1000 graphics card for running Wayland/Plasma5 just like you run the "classic" Plasma5 under X11 - yeah, even an integrated/on-board Radeon HD4250 is enough.
Last edited by LuckyCyborg; 06-15-2020 at 01:03 PM.
|
|
3 members found this post helpful.
|
06-15-2020, 01:07 PM
|
#3
|
Guru
Registered: Mar 2004
Location: Canada
Distribution: Slackware, Void, Debian, Ubuntu
Posts: 7,440
|
Very cool, guys! Looking forward to KDE5 landing in the -current branch.
|
|
1 members found this post helpful.
|
06-15-2020, 01:34 PM
|
#4
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Quote:
Originally Posted by LuckyCyborg
|
Hah! I wondered if anyone would ever notice that the ktown repository already has all the scripts for a elogind + Wayland system. Well-spotted.
|
|
5 members found this post helpful.
|
06-15-2020, 01:58 PM
|
#5
|
Senior Member
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,967
Original Poster
|
Quote:
Originally Posted by Alien Bob
Hah! I wondered if anyone would ever notice that the ktown repository already has all the scripts for a elogind + Wayland system. Well-spotted.
|
You wanted to hide them, but we found them, you wouldn't take us for beginners, anyway ?
|
|
|
06-15-2020, 02:57 PM
|
#6
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Nice ;-) Now, I did some preliminary tests in a QEMU VM, with only a couple of packages rebuilt (or added):
accountsservice, autoconf-archive, dbus, elogind, plasma-workspace, polkit, polkit-kde-framework, powerdevil, sddm-qt5, util-linux.
The issues I werewith the X11 sessions, not with Wayland. If started from runlevel 4 I could not logout or reboot. It looks like the polkit rules I add with the powerdevil package are parsed but not active.
If on the other hand I start in runlevel 3, login as root, and type "init4" to start SDDM, then everything works just fine.
I ran out of time to debug this. The polkit files in my git repository are the last version I tried with (and I tried with several iterations).
I never ran this on real hardware, and I also hope that a full new set of Plasma5 packages compiled against elogind will fix those issues I ran into.
|
|
1 members found this post helpful.
|
06-15-2020, 03:25 PM
|
#7
|
Senior Member
Registered: Mar 2010
Posts: 4,411
|
Quote:
Originally Posted by Alien Bob
Nice ;-) Now, I did some preliminary tests in a QEMU VM, with only a couple of packages rebuilt (or added):
accountsservice, autoconf-archive, dbus, elogind, plasma-workspace, polkit, polkit-kde-framework, powerdevil, sddm-qt5, util-linux.
The issues I werewith the X11 sessions, not with Wayland. If started from runlevel 4 I could not logout or reboot. It looks like the polkit rules I add with the powerdevil package are parsed but not active.
If on the other hand I start in runlevel 3, login as root, and type "init4" to start SDDM, then everything works just fine.
I ran out of time to debug this. The polkit files in my git repository are the last version I tried with (and I tried with several iterations).
I never ran this on real hardware, and I also hope that a full new set of Plasma5 packages compiled against elogind will fix those issues I ran into.
|
Well, I have a normal power control experience from init 4 and SDDM, with autologin to unprivileged user, for a full build of Frameworks 5.71.0 , then of Plasma 5.19.0 , everything against your packages modified for elogind. And this both as Wayland/Plasma5 and X11/Plasma5 .
Compared with a classic KDE4 from slackware-current, however I am unable to reboot/shutdown from init 3 logged in as user and starting the Plasma5 with "startx" , where instead of executing the power commands from Kickoff, the desktop just ends and returns in the Linux console.
However, this way behave my Plasma5 build also in the "classic" ConsoleKit2 style, as I did in another computer.
Last edited by LuckyCyborg; 06-15-2020 at 05:12 PM.
|
|
|
06-16-2020, 04:14 AM
|
#8
|
Senior Member
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,967
Original Poster
|
Start plasma, from the console (init 3 startx) Reboot and shutdown not work, with consolekit or with elogind, since the latests plasma releases.
|
|
1 members found this post helpful.
|
06-16-2020, 06:45 AM
|
#9
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Quote:
Originally Posted by gmgf
Start plasma, from the console (init 3 startx) Reboot and shutdown not work, with consolekit or with elogind, since the latests plasma releases.
|
I made a change in polkit authorization files in the powerdevil package. In an earlier topic and on my blog there were some suggestions for adding .pkla files to configure the shutdown/reboot/suspend/hibernate options in KDE Plasma but the use of PKLA files has been deprecated since after polkit 0.105 ( https://www.freedesktop.org/software...thority.8.html is the most recent man page for it, it was removed in 0.106).
So I removed the .pkla files in my powerdevil package and replaced them with policy rules that should do the same thing. But perhaps they are not working as they should.
Feel free to experiment with the old and the new policy files to see what happens.
New files: https://git.slackware.nl/ktown/tree/...evil?h=elogind
Old files: https://git.slackware.nl/ktown/tree/...evil?h=5_20.05
|
|
|
06-16-2020, 07:41 AM
|
#10
|
Senior Member
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,967
Original Poster
|
Ok Eric, with these news polkit rules 'reboot and shutdown' work with starx
Last edited by gmgf; 06-16-2020 at 07:43 AM.
|
|
|
06-16-2020, 08:19 AM
|
#11
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Quote:
Originally Posted by gmgf
Ok Eric, with these news polkit rules 'reboot and shutdown' work with starx
|
When you built new packages, did you skip Plasma? I thought you built Plasma 5.19 and that would mean your package has these new rules on board already.
|
|
|
06-16-2020, 08:39 AM
|
#12
|
Senior Member
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,967
Original Poster
|
Quote:
Originally Posted by Alien Bob
When you built new packages, did you skip Plasma? I thought you built Plasma 5.19 and that would mean your package has these new rules on board already.
|
i have omit to update /kde/post-install/powerdevil
thanks, Eric
|
|
|
06-16-2020, 01:59 PM
|
#13
|
Senior Member
Registered: Mar 2010
Posts: 4,411
|
Well, looks like there are some issues in the build system from "elogind" branch.
Long story short, apparently the powerdevil package has some config issues. I managed to build powerdevil packages which works perfectly for both elogind and ConsoleKit2 ways, with the following modifications.
post-install/powerdevil/10-enable-ck2-poweroff.rules
Code:
polkit.addRule(
function(action, subject) {
if ( (action.id == "org.freedesktop.consolekit.system.restart" ||
action.id == "org.freedesktop.consolekit.system.restart-multiple-users" ||
action.id == "org.freedesktop.consolekit.system.stop" ||
action.id == "org.freedesktop.consolekit.system.stop-multiple-users")
&& subject.isInGroup("power") ) {
return polkit.Result.YES;
}
}
);
Yeah, looks like the APIs of ConsoleKit2 and elogind are different also by names.
post-install/powerdevil.post-install
Code:
# Move the polkit dbus configuration files to the proper place:
mkdir -p $PKG/etc
mv $PKG/etc/kde/dbus-1 $PKG/etc/
mkdir -p $PKG/etc/polkit-1/rules.d
# Add upower policy allowing users in the 'power' group
# to suspend/hibernate the computer:
install -m 0644 -o root \
$CWD/post-install/powerdevil/10-enable-upower-suspend.rules \
$PKG/etc/polkit-1/rules.d/10-enable-upower-suspend.rules.new
if [ "$SLKELOGIND" == "no" ]; then
# Add ConsoleKit2 policy file that allows users in the 'power' group
# to shutdown/reboot the computer:
install -m 0644 -o root \
$CWD/post-install/powerdevil/10-enable-ck2-poweroff.rules \
$PKG/etc/polkit-1/rules.d/10-enable-session-poweroff.rules.new
else
# Add login1 policy file that allows users in the 'power' group
# to shutdown/reboot the computer:
install -m 0644 -o root \
$CWD/post-install/powerdevil/10-enable-elogind-poweroff.rules \
$PKG/etc/polkit-1/rules.d/10-enable-session-poweroff.rules.new
# Add powerdevil policy file that allows users in the 'power' group
# to check for existence of a discrete gpu:
install -m 0644 -o root \
$CWD/post-install/powerdevil/10-enable-powerdevil-discrete-gpu.rules \
$PKG/etc/polkit-1/rules.d/10-enable-powerdevil-discrete-gpu.rules.new
fi
Without those changes, the etc/polkit-1/rules.d/10-enable-session-poweroff.rules.new are not put in packages.
doinst.sh/powerdevil
Code:
config() {
NEW="$1"
OLD="$(dirname $NEW)/$(basename $NEW .new)"
# If there's no config file by that name, mv it over:
if [ ! -r $OLD ]; then
mv $NEW $OLD
elif [ "$(cat $OLD | md5sum)" = "$(cat $NEW | md5sum)" ]; then
# toss the redundant copy
rm $NEW
fi
# Otherwise, we leave the .new copy for the admin to consider...
}
# Move over the new policy files:
config etc/polkit-1/rules.d/10-enable-upower-suspend.rules.new
config etc/polkit-1/rules.d/10-enable-session-poweroff.rules.new
config etc/polkit-1/rules.d/10-enable-powerdevil-discrete-gpu.rules.new 2>/dev/null
That's because whatever way, we have always the files: etc/polkit-1/rules.d/10-enable-upower-suspend.rules.new and etc/polkit-1/rules.d/10-enable-session-poweroff.rules.new
-------------------------------
So, the new powerdevil packages works fine, and all power control features are executed with success, as I tested in every possible way both in an elogind and a classic ConsoleKit2 builds.
So far so good, but I would like to raise to your attention another issue, rather being lousily than a show-stopper:
While starting X from runlevel 3 console in the elogind way, while load screen is active, you are simply jumped back to the console, like doing an CTRL+ALT+Fx. However, you can switch back to X11 screen with CTRL+ALT+F7 and everything works as usual.
No, it is not a new misfeature, I've seen this behavior since my own elogind experiments based on kde-elogind.
I guess that we need yet another package patched for login1 servers like elogind. Iff we manage to fix even this misfeature, I believe we have a full elogind replacement to the ol' ConsoleKit2 way.
So, could be even the X11 server? Then what we should do with it?
And, finally another question: is there a way to launch a Wayland/Plasma5 session from a runlevel 3 console, like startx?
Trying to launch from console startplasma-wayland ends in a failure with the message:
Quote:
~$ startplasma-wayland
not a reply org.freedesktop.locale1 QDBusMessage(type=Error, service="org.freedesktop.DBus", error name="org.freedesktop.DBus.Error.ServiceUnknown", error message="The name org.freedesktop.locale1 was not provided by any .service files", signature="s", contents=("The name org.freedesktop.locale1 was not provided by any .service files") )
startplasmacompositor: Could not start D-Bus. Can you call qdbus?
|
Last edited by LuckyCyborg; 06-16-2020 at 02:17 PM.
|
|
1 members found this post helpful.
|
06-16-2020, 04:37 PM
|
#14
|
Slackware Contributor
Registered: Sep 2005
Location: Eindhoven, The Netherlands
Distribution: Slackware
Posts: 8,559
|
Quote:
Originally Posted by LuckyCyborg
Well, looks like there are some issues in the build system from "elogind" branch.
Long story short, apparently the powerdevil package has some config issues. I managed to build powerdevil packages which works perfectly for both elogind and ConsoleKit2 ways, with the following modifications.
|
Pity you did not supply diffs here, but I hope I can work out your modifications.
Quote:
While starting X from runlevel 3 console in the elogind way, while load screen is active, you are simply jumped back to the console, like doing an CTRL+ALT+Fx. However, you can switch back to X11 screen with CTRL+ALT+F7 and everything works as usual.
No, it is not a new misfeature, I've seen this behavior since my own elogind experiments based on kde-elogind.
I guess that we need yet another package patched for login1 servers like elogind. Iff we manage to fix even this misfeature, I believe we have a full elogind replacement to the ol' ConsoleKit2 way.
So, could be even the X11 server? Then what we should do with it?
|
I observed similar behaviour in a QEMU virtual machine but I can not recall whether that was in runlevel 3.What I did experience using the QEMU "vmware" graphics, was that elogind thought that my console did not have graphical capabilities and as a result it refused to start a graphical session through "startx". But when I switched the QEMU graphics to "virtio" everything worked as expected and the virtual console switched to the graphical console as it should.
Quote:
And, finally another question: is there a way to launch a Wayland/Plasma5 session from a runlevel 3 console, like startx?
Trying to launch from console startplasma-wayland ends in a failure with the message:
|
Also this I think I solved, but I can not recall what command to use. As I noted before, I am not 100% OK health-wise and this expresses itself in memory loss.
|
|
2 members found this post helpful.
|
06-16-2020, 04:39 PM
|
#15
|
Senior Member
Registered: Mar 2010
Posts: 4,411
|
Quote:
Originally Posted by LuckyCyborg
So far so good, but I would like to raise to your attention another issue, rather being lousily than a show-stopper:
While starting X from runlevel 3 console in the elogind way, while load screen is active, you are simply jumped back to the console, like doing an CTRL+ALT+Fx. However, you can switch back to X11 screen with CTRL+ALT+F7 and everything works as usual.
No, it is not a new misfeature, I've seen this behavior since my own elogind experiments based on kde-elogind.
I guess that we need yet another package patched for login1 servers like elogind. Iff we manage to fix even this misfeature, I believe we have a full elogind replacement to the ol' ConsoleKit2 way.
So, could be even the X11 server? Then what we should do with it?
|
So, testing also the XFCE launching from runlevel 3 console via startx, in an elongid environment, looks like that "involuntary console jump" reported in this previous post does not manifests also with XFCE, but apparently only with Plasma5.
The XFCE desktop goes straight up, without hick-ups. Then, rather looks being a Plasma5 issue - maybe correlated with this particular elogind build.
PS. The power controls from XFCE works fine too after the latest changes in powerdevil build.
Last edited by LuckyCyborg; 06-16-2020 at 04:41 PM.
|
|
|
All times are GMT -5. The time now is 09:25 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|