[SOLVED] Plasma 5: Executing Kate as root is not possible? Eric, you are kidding, right?
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.
By absolute power I mean that me, as root, to have ability to use any resource (or program) of the operating system, even that results in its complete and unrecoverable damage. An absolute king of the OS.
When you partially deny those rights, the root become a kind of user with administration rights, just like in Windows.
Maybe it would be good to explain your theory to kde developers.
Careless what others build and push. If you do not like their build. vim main.cpp.
All this over editing the main.cpp. Just set to user 9999. opensource for a reason.
Code:
mkdir build
cd build
cmake ..
make
make install
life is good
The first thing I install is geany. great for developing.
Careless what others build and push. If you do not like their build. vim main.cpp.
All this over editing the main.cpp. Just set to user 9999. opensource for a reason.
Code:
mkdir build
cd build
cmake ..
make
make install
life is good
The first thing I install is geany. great for developing.
That works well, specially if you have time to play those games. BUT some uses the OS to work.
And you know what is funny for things like this?
Code:
#ifndef Q_OS_WIN
// Check whether we are running as root
if (getuid() == 0) {
std::cout << "Executing Dolphin as root is not possible." << std::endl;
return EXIT_FAILURE;
}
#endif
You can create thousand other users, with exactly root-alike rights, and this little crap will say nothing to them and Dolphin, Kate and Kwrite will run happily in a full access environment.
Excuse me and my ignorance, but looks like that story has nothing to do with X, but rather, from what I read in the last hour, it is all about Wayland, which has no security concepts at all.
If you open an Wayland display and compositor as root, any Wayland client, with any user can connect to.
Last edited by LuckyCyborg; 12-19-2017 at 06:52 PM.
I think now you are the one who's insulting me. But hey, I know your posting history and remember you insulted the complete Slackware team for supposedly violating the GPL.
I can understand the logic behind browsing the filesystem as root, since that is basically not touching the filesystem and potentially creates better insight.
On the other hand, instructing me to apply a patch so you can use an effing graphical text editor as root, is bullshit. If you want to edit texts as root, use effing elvis.
Now, eff off.
#ifndef Q_OS_WIN
/**
* Check whether we are running as root
**/
if (getuid() == 0) {
std::cout << "Executing Kate as root is not possible. To edit files as root use:" << std::endl;
std::cout << "SUDO_EDITOR=kate sudoedit <file>" << std::endl;
return 0;
}
#endif
#ifndef Q_OS_WIN
/**
* Check whether we are running as root
**/
if (getuid() == 0) {
std::cout << "Executing Kate as root is not possible. To edit files as root use:" << std::endl;
std::cout << "SUDO_EDITOR=kate sudoedit <file>" << std::endl;
return 0;
}
#endif
to main.cpp from "kde-apps/konsole" package
Because the Konsole developer happens to be another person, who figured out already that the Linux and BSD permissions are GROUP based, in a nutshell?
There is no such thing as USER EINZ in Linux (or BSD), but any member of the group "root" (and/or "wheel" in some implementations) has elevated access permissions, then go figure how much efficient is this code snippet.
Finally, to understand the epic fail of their approach at whole, imagine that while KWrite and Kate has access denied for root, the KDevelop works well, while it is basically a Kate in steroids with tons of extensions for developing, including abilities of scripting and executing even (remote) console commands.
Last edited by Darth Vader; 12-20-2017 at 03:20 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.