ConsoleKit is going to be maintaned by XFCE developers
SlackwareThis 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.
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.
Linux: Use /sys/class/tty/tty0/active for VT change notifications (the 63 threads issue)
Already a good thing to try out.
Quote:
Originally Posted by EricKoegel
Be able to shutdown or reboot even without polkit or RBAC support. Patch by Romain Perier.
Add a configure switch for PolicyKit. Patch by Samuli Suominen.
Even better.
Quote:
Originally Posted by EricKoegel
Add a new DBUS interfaces for suspend/hibernation of the system as well as the ability to inhibit it and stop/reeboot actions.
The other cabal already "broke" it, so I guess no harm tweaking it. I'll take a look at what was in mind here and how it would affect the desktop code.
Of course this won't stop the deprecation attempts all over the place.
I'm glad, and not just because of Slackware. XFCE has always been good for portability, I'm glad they're keeping this up.
Whatever you might think of the relative merits of systemd, the comments on this Reddit thread about this particular act of apostasy are actually blowing my mind.
I'm glad, and not just because of Slackware. XFCE has always been good for portability, I'm glad they're keeping this up.
Whatever you might think of the relative merits of systemd, the comments on this Reddit thread about this particular act of apostasy are actually blowing my mind.
I took the link from there but I still didn't read the comments.
I'm a Xfce user and I see it like a really mature, non-bullshit DE.
But I fail to see how this kind of task has to be done by a small DE dev team like the Xfce one.
It's not like migrating to GTK3 was a higher priority or anything...
I was having the same thoughts.
If we dissect the post a little we can see this:
Quote:
Obviously there’s systembsd in the works, so this is a stop gap until that matures (however long that may be). But I’ll happily continue to maintain and support ConsoleKit2 as long as someone finds it useful.
It seems this may be temporary until openbsd systemd-thingy work is complete (I think it was openbsd any way). I have a feeling other people will need to step up and help wit this over time - possibly not something xfce's small dev team can manage alone if we look over to the next few years rather than initial energy to create this.
I was browsing his changes, and it does seem to be done with the purpose to fix long broken things on BSD. (Right, BSD users?)
Quote:
Originally Posted by EricKoegel
My main motivation is because there isn’t currently a standard for system actions like suspend/hibernate anymore.
Curious why ConsoleKit was chosen--maybe it already has better support on BSD. Stop gap, he describes, but maybe he should give himself a bit more credit. I doubt logind actually contains anything to support BSD. ConsoleKit, with its flaws, can be a standard, if it is just finished up for BSD. And even better if Xfce wants to stay multiplatform.
I'm a Xfce user and I see it like a really mature, non-bullshit DE.
But I fail to see how this kind of task has to be done by a small DE dev team like the Xfce one.
It's not like migrating to GTK3 was a higher priority or anything...
The *BSDs are particularly fond of it.
I'm glad somebody is going to the trouble. Between this and KDE making encouraging noises it's been nice to have some news that isn't gloom about kampfgruppe Poettering.
Whatever you might think of the relative merits of systemd, the comments on this Reddit thread about this particular act of apostasy are actually blowing my mind.
I read the comments up until:
Quote:
This is not going to help.
So we are now at the point of actively discouraging people from developing free and open source software in their free time, if they are not employed by and pushing the agenda of some large Linux corporation? That would be a very sad state for the Linux community to be in.
So we are now at the point of actively discouraging people from developing free and open source software in their free time, if they are not employed by and pushing the agenda of some large Linux corporation?
When I see how Lennart talks down to the eudev team by calling them "amateurs", I'm coming to the same conclusion as you.
So we are now at the point of actively discouraging people from developing free and open source software in their free time, if they are not employed by and pushing the agenda of some large Linux corporation? That would be a very sad state for the Linux community to be in.
Nice example for quoting out of context. The context was
Quote:
I'm really not trying to be an asshole, but the Xfce team has always been short on man-power. This is not going to help.
Which means nothing more than "XFCE lacks manpower already and increasing the workload will make that situation worse."
Nothing about corporations here or about discouraging open source development, just a statement about project management.
I have it built and working on my own system, and it seems to work well. Here's a sampler SlackBuild script I edited from Patrick's. For testing purposes, the patches normally used by Slackware are commented out. There is a note I added into the SlackBuild file for usage if you have Linux-PAM built for Slackware.
You will need the same ConsoleKit Slackware packages from /slackware-*/source/l/ConsoleKit plus the ConsoleKit2 sources from here for the current version of 0.9.2 found here: https://github.com/ConsoleKit2/Conso...-0.9.2.tar.bz2
The dependencies are the same, for now apparently, but for completion purposes, you should probably have pm-utils installed to allow ConsoleKit access to the power management systems to perform suspend/hibernation.
I have it built and working on my own system, and it seems to work well. Here's a sampler SlackBuild script I edited from Patrick's. For testing purposes, the patches normally used by Slackware are commented out. There is a note I added into the SlackBuild file for usage if you have Linux-PAM built for Slackware.
You will need the same ConsoleKit Slackware packages from /slackware-*/source/l/ConsoleKit plus the ConsoleKit2 sources from here for the current version of 0.9.2 found here: https://github.com/ConsoleKit2/Conso...-0.9.2.tar.bz2
The dependencies are the same, for now apparently, but for completion purposes, you should probably have pm-utils installed to allow ConsoleKit access to the power management systems to perform suspend/hibernation.
In Xfce, do you still have shutdown/reboot/suspend/hibernate capability?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.