So, no more working Skype for Slackware 15? The older versions crash because the new GLIBC, the newer ones needs systemd-logind
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.
As the standalone one does not work properly. There is skype for web https://web.skype.com. It is still beta, but at least it works for my limited use. It is said that using Edge or Chrome will support Video/Audio calls, I did not try that, but at least at Chrome under Slackware, the Audio call button is clickable, on firefox it is dimmed.
Even after random proprietary and open source applications will start stopping randomly to work, just like happened with Skype?
Closed-source applications that stop - go creating bug reports and hope for the best.
Open source applications? We will write a patch that amounts to "s/login1/ConsoleKit/g" and also ask the developer to add support for more than just the systemd implementation of the logind API.
Stop whining and start filing those bugs.
A second patch (to correct location of dbus/system_bus_socket for Slackware) has been accepted i.e. the next elogind release is now "Slackware-ready" and won't need any patching at all.
Until then, the attached diff of that commit applies OK to elogind-238.1 too.
chris
Last edited by chris.willing; 09-26-2018 at 08:27 PM.
I managed to put together the patches published by @chris.willing for elogind-238.1 (many thanks!) and shameless borrowing the w41l's build for elogind from there https://github.com/w41l/kde-elogind/elogind adapted by me to the current meson build.
The resulted SlackBuild is attached to this post, and generates a elogind-238.1 package, which apparently works correctly and is able to bring up the support needed by skypeforlinux_8.31.76.88, which is able to work on GLIBC 2.28, as shown in the attached screenshot.
BUT, like I said in a previous post, installing Elogind along with ConsoleKit2 you obtain two distinct systems which try to handle the user login sessions, and very possibly to step on each other shoes.
Not fully tested, but looks like the Eric's Plasma5 5.13.5 still manage to execute the power and logout actions even with both of those systems installed.
However, I strongly believe that this story clearly demonstrate that the ConsoleKit2 should be gone and it replaced by at least Elogind.
Why I say that ConsoleKit should be gone?
Because it is clear for me that it is obsolete. Software evolved, and needs features which aren't offered by ConsoleKit. And I guess there are many other applications which suffer by that lack, not only Skype.
However, in this weekend, which I spent experimenting around Skype and DBUS services for users login sessions I observed that the other few distributions proud to be "systemd-free" in fact they use at least three barbarian chopped chunks of systemd: eudev, elogind and systemd-timedated1 (which probably replaces ntp and/or ntpdate).
Yep, the "systemd-free" thing looks like have the sense for them as not using it as init system.
That make to ask myself: IF we must use huge chunks of systemd to satisfy the requirements of the today software, why we should stay ourselves as minions of Gentoo and at their caprices, when we can just use our own machete at build time to chop off the init system part from that systemd, which apparently is what its hatters hate?
That's why I said "at least Elogind"
Anyways, I believe that in a way or other we should kiss goodbye to ConsoleKit2, if we want Slackware to be compatible with the today Linux software.
However, it is very possible that this implementation to be not actual, because it is about Plasma5 5.10.4, and the today Plasma5 5.13.5 may have a much better support for elogind.
I have a better option. Chop the offending software. There is very little free software that does not have good citizen alternatives.
There is very good reasons to keep away from systemd and none of them are ideological. I will list them:
1) generates more heat
2) uses more RAM
3) uses more CPU cycles
4) corporate embrace and extend tendencies
5) you can change the timeout but we have seen the watchdog process fail to reboot or shutdown the machine because a process is still running that systemd decides should be still running although you the user said to reboot or shutdown the damn machine
6) ties to 5, there is many little barely noticeable instances where systemd decides against what the user said or intends, it is an egotist in control of your machine and thinks it knows better than you
6) slower boot and shutdown in many intances
7) has that nasty windows habit of slowing down the more the OS is used (time scale), the longer systemd is installed the more it seems the machine slows down, this is my subjective opinion
8) Pottering is an asshole, like me, but I do not like him - this is totally irrelevant
9) back to point 8, systemd makes stable and time tested software irrelevant for no reason, it is an asshole
10) the biggest is that it limits choice, we all migrated or use Linux for choice and many other reasons but choice to me is more important than any technical consideration, the limiting of software choice leads to lower quality of technical quality in software
Well, in the Romanian folklore, Mr. Eagle Eyes is an (imaginary?) Native American, with an exceptionally good sighting. A character probably "imported" from some Western movie, as Romanians was always huge lovers of this genre.
"You are the son of Eagle Eyes!" has the sense of "You have an exceptional good sighting!"
In a similar way,
"You have bat ears!" has the sense of "You have an exceptional good hearing!" (like a bat)
Both of those expressions has no negative connotations. They are purposely and purely appreciative. And there is no relation between them from what I known.
Not imported by movies, it is an old term/mythology across Europe back too Classical Greek times. That is at least 2, 500 years old...
If a person only heard of it from movies then the movie just kept a piece of old wisdom from literature alive. :-)
I have a better option. Chop the offending software.
That's exactly what I do. I prepare myself for chopping the offending software from my systems, and that offending software is right on the ConsoleKit2.
Quote:
Originally Posted by jakedp
There is very good reasons to keep away from systemd and none of them are ideological. I will list them:
1) generates more heat
2) uses more RAM
3) uses more CPU cycles
IF you want some numbers from my system, the elogind daemon consumes 304KB memory, while the console-kit-daemon consumes 816KB memory and its minion ck-launch-session consumes 352KB memory. So, apparently the elogind consumes one third of memory claimed by ConsoleKit.
Not that those numbers are worth something while meanwhile champions like Firefox consumes 5GB memory or httpd got a consumption of about 300MB memory, while serving a number of local sites, which are accessible only for me.
So, in the best case I would put your claims as something you heard from a friend, who has a nephew, whose father-in-law has a cousin who happened to heard that from trusted sources...
Quote:
Originally Posted by jakedp
4) corporate embrace and extend tendencies
We are already doomed - because we use right now that "login1 API" invented by those Devil Overlords. And much more important: we failed already to invent an alternative which is widely accepted.
Quote:
Originally Posted by jakedp
5) you can change the timeout but we have seen the watchdog process fail to reboot or shutdown the machine because a process is still running that systemd decides should be still running although you the user said to reboot or shutdown the damn machine
6) ties to 5, there is many little barely noticeable instances where systemd decides against what the user said or intends, it is an egotist in control of your machine and thinks it knows better than you
Who cares? (e)logind is not an init system, you know...
It do a job similar to the already included ConsoleKit2. Just that Elogind do its job better.
And certainly myself I do not evangelize the replacing of Slackware init system with something else.
Quote:
Originally Posted by jakedp
6) slower boot and shutdown in many intances
However, I do not observed the elogind noticeable slowing down the system boot or shutdown. It is just a little daemon.
Quote:
Originally Posted by jakedp
7) has that nasty windows habit of slowing down the more the OS is used (time scale), the longer systemd is installed the more it seems the machine slows down, this is my subjective opinion
That already happens without the help of (e)logind - and the single valid solution I find out is the usage of super-swaps, which apparently helps much to memory defragmentation.
Quote:
Originally Posted by jakedp
8) Pottering is an asshole, like me, but I do not like him - this is totally irrelevant
I have no opinion, either positive or negative, about both of you and Pottering. Honestly, I care only about my software running properly.
Quote:
Originally Posted by jakedp
9) back to point 8, systemd makes stable and time tested software irrelevant for no reason, it is an asshole
The World changes anyway. Software often dies because better alternatives are invented. E.g. Long time ago there was the stable and time tested XFree86, and all distributions abandoned it for the new and fancy X.org. Including Slackware.
Probably you guys missed to invent a proper myth about The Holly XFree86 before those things to happen...
However, in our case please note that that "stable and time tested software" named ConsoleKit2 is just a clone made from political reasons and nothing more. A clone of a certain thing named "logind" invented by the Evil King.
And how apparently today only us we use that ConsoleKit2 and everyone else, either fans or haters of systemd, uses (e)logind, I think is safe to consider that the (e)logind is much much more tested than his later clone who no one uses.
IF they used ConsoleKit2, Eric does not needed to ask us to become ConsoleKit2's Witnesses and just like the Jehovah's Witnesses to start to evangelize it from porch on porch.
Quote:
Originally Posted by jakedp
10) the biggest is that it limits choice, we all migrated or use Linux for choice and many other reasons but choice to me is more important than any technical consideration, the limiting of software choice leads to lower quality of technical quality in software
First of all, I doubt that the average Linux user cares for real what happens on the DBUS highway, unless something gone wrong, e.g. Skype does not work anymore.
And I will agree in a heart beat that choice is good. We had been chosen between using Windows or Linux. We had been chosen between using Ubuntu or Slackware. That's why we are here, after all...
And most of all, I will agree that "the limiting of software choice leads to lower quality of technical quality in software", and I would like to have the ability to chose between ConsoleKit2 and Elogind as method of user sessions management in Slackware.
I have nothing against if you guys invent a method and/or apparatus which permit to the average Slackware users like me to install at his free will, either ConsoleKit2 or Elogind, as he consider is better for his particular software choices. E.g. of using the Skype4Linux.
Unless then, because I have no time on my hands to evangelize this ConsoleKit2, when the programmers had from long time the awareness about it and the ability to choose if they support it or not, I am afraid that I will need to chose the Elogind way. Because it works.
Last edited by Darth Vader; 09-27-2018 at 02:28 AM.
Closed-source applications that stop - go creating bug reports and hope for the best.
Open source applications? We will write a patch that amounts to "s/login1/ConsoleKit/g" and also ask the developer to add support for more than just the systemd implementation of the logind API.
Stop whining and start filing those bugs.
If everything is as simple as "s/login1/ConsoleKit/g", why not to apply "s/ConsoleKit/login1/g" on Slackware's ConsoleKit2 and make that poor clone to properly behave and respond to the DBUS paths which the applications expect? I think will be much more simple than us to evangelize the ConsoleKit2 in the World, when no one want to use it.
Oh, wait...
ConsoleKit is also an incomplete implementation of "login1 API", supposedly good enough for KDE Plasma.
While maybe it is good enough for KDE Plasma, certainly it is not good for many of those poor applications which want to use the "login1 API" over DBUS.
Last edited by Darth Vader; 09-27-2018 at 02:56 AM.
A second patch (to correct location of dbus/system_bus_socket for Slackware) has been accepted i.e. the next elogind release is now "Slackware-ready" and won't need any patching at all.
Until then, the attached diff of that commit applies OK to elogind-238.1 too.
chris
Thank you! It works like a charm.
And I would like to note that I loved to see how fast and friendly was the Elogind maintainers on adopting the Slackware fixes proposed by you.
No fixes or development needed by ConsoleKit2 in the last 10 months? Come on!
As seen also by the 209 releases published by the Elogind project, compared by the whooping 14 of ConsoleKit2.
Oh, wait...
ConsoleKit2 probably is safe by default because nobody use it, and the hackers do not bother to study how to hack it, because is highly unlikely to gain something from that.
Last edited by Darth Vader; 09-27-2018 at 02:57 AM.
Wow DV this is a lot of lobbying to get just one piece of software working .. Is anything else besides skype not working? If not I say goodbye skype. I don't use it and my system is running just fine with consolekit2. I dont think slackware should just dump consolekit2 because of Skype...
Wow DV this is a lot of lobbying to get just one piece of software working ..
If you run Slackware as a server, Skype is definitely not needed.
If you also run Slackware on the desktop and you have a social life or friends who are not software engineers/linux users then Skype is something you will
bump into eventually.
If you run Slackware as a server, Skype is definitely not needed.
If you also run Slackware on the desktop and you have a social life or friends who are not software engineers/linux users then Skype is something you will
bump into eventually.
I don't like Skype, however it is pretty much essential for my research [interviewing internationally]. So I have to get it working and I am not going to tell my interviewees to change their VoIP clients. For now version 8.29 is working for me so I'll stick with that until this is totally solved.
Use a burner Android phone for Skype if you have to. Or isolated VM, or isolated Chromebook, or *something*, just don't pollute and go out of the way to please shitty software... It's not just Skype, piece by piece we're surrendering and it's not doing anyone any good. Boycott stuff!
This is the reason Linux is becoming what is becoming.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.