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.
Looks like the K3B package included with Slackware is compiled to be part of KDE.
<snip>
It would be better if apps that can exist independently outside of the desktops, would be compiled so they can.
K3B is compiled to be part of KDE but that is a design decision of KDE developers, not Slackware: Patrick Volkerding or Eric Hameleers can't invent a compilation option that is not provided by the upstream developers, or they would have to re-write the application themselves.
So if you want that be changed, you will have to request it from the KDE developers. Good luck.
PS Or convince K3B developers to use only Qt, not KDE, for instance relying on other software to grant more privileges to (specific) regular users whenever needed.
Last edited by Didier Spaier; 05-13-2017 at 07:17 AM.
Reason: PS added.
Ok, thanks.
Looks like the K3B package included with Slackware is compiled to be part of KDE.
I'm not going to install KDE just like I don't install Gnome and just barely tolerate Xfce.
I'm going to compile K3B with only the minimum dependencies.
It's why I gave up on Debian, the distro that's touted for it's packaging system.
Sure, if you want to install everything and the kitchen sink. Every package is compiled with all the dependencies. So in the end I was compiling my own packages anyway.
Add to it the insane maze of scripts and configs and I might as well bend over and run Windows 10.
Zero control over my own system. No thanks.
I'm not blaming Slackware, as KDE is the offical desktop/window manager, but still, would be better if apps that can exist independently outside of the desktops, would be compiled so they can.
tside of the desktops, would be compiled so they can.[/QUOTE]
my user is already in cdrom group.
Why would it be necessary to be changing the ownership of those binaries?
What's the official Slackware position on burning optical disks? Why is this still broken two decades later?
What's the official Slackware position on burning optical disks? Why is this still broken two decades later?
It isn't broken. On a full install, it works perfectly fine for root. Slackware doesn't presume to know what you are using the computer for or whether you want a user to have access to burn a CD/DVD. This is why permissions ship as they do. Then the administrator (usually you) can decide if you want others to be able to burn.
This is also why when you use adduser, it defaults to no additional groups, even though a user would need many of them for common functions within the OS.
Yes, this is probably the solution. It's (more fully) noted in CHANGES_AND_HINTS.TXT on the mirrors and ISO images:
Code:
If you have permission errors when attempting to burn a cdrom or dvd image,
such as the following:
/usr/bin/cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
then cdrecord almost certainly needs root privileges to work correctly.
One potential solution is to make the cdrecord and cdrdao binaries suid root,
but this has possible security implications. The safest way to do that is
to make those binaries suid root, owned by a specific group, and executable
by only root and members of that group. For most people, the example below
will be sufficient (but adjust as desired depending on your specific needs):
chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
If you don't want all members of the 'cdrom' group to be able to execute the
two suid binaries, then create a special group (such as 'burning' which is
recommended by k3b), use it instead of 'cdrom' in the line above, and add
to it only the users you wish to have access to cdrecord and cdrdao.
It isn't broken. On a full install, it works perfectly fine for root. Slackware doesn't presume to know what you are using the computer for or whether you want a user to have access to burn a CD/DVD. This is why permissions ship as they do. Then the administrator (usually you) can decide if you want others to be able to burn.
This is also why when you use adduser, it defaults to no additional groups, even though a user would need many of them for common functions within the OS.
That was true a decade ago.
Nowadays most distros give users access to hardware like usb mounting of flash drives, cameras etc.
Optical disc burning is very much in that same type of usage.
So why do we still have to dick around with nonexistent groups and permissions instead of just having the cdburning group already there and available to users (when you hit tab when adding a user).
Printing, scanning, mounting of removable media, cd burning - basic use of computer hardware that just about every user will need at one time or another.
That was true a decade ago.
Nowadays most distros give users access to hardware like usb mounting of flash drives, cameras etc.
Optical disc burning is very much in that same type of usage.
So why do we still have to dick around with nonexistent groups and permissions instead of just having the cdburning group already there and available to users (when you hit tab when adding a user).
Printing, scanning, mounting of removable media, cd burning - basic use of computer hardware that just about every user will need at one time or another.
If you've noticed, Slackware doesn't always follow what other distros are doing. Slackware does not prompt for any users to be set up beyond setting a password for root. sudo is not set up. There is no dependency management. It starts in runlevel 3. There's no graphical installer. The installer doesn't prompt you to partition drives. Not to mention the various things out there that are quite controversial. And I can go on and on.
Slackware is the work of Patrick Volkerding. He makes the decisions on how it should be set up. He has taken the stance to not assume how users will use their machines and sets it up accordingly. He doesn't know if this will be a server that contains confidential information that regular users shouldn't be able to remove using thumbdrives or burning a cd -- or whether this will be a home desktop where the regular user is also the administrator of the machine. He provides a good default state and expects the user to change things to fit how the distro should work for them.
And if you feel that the basics of a computer include cd burning, just follow the advice of gauchao.
Make the group for cdrecord and cdrdao to be cdrom, adjust permissions so that group can read and execute those files, and move on. I don't know why this is such a big deal to you. The separate group that Robby recommended was only if you want some to have access to the cdrom without having the ability to burn. You'd need a separate group to differentiate between the two. You can stick with just the cdrom group in most other instances.
You're free to request changes, but it doesn't always happen. With Slackware, you can learn to "drink the koolaid" and enjoy it, try and fight for what you feel should take place in Slackware (but this can end up leaving you frustrated), or move to a distro that has ideals that better match yours (or you could even spin off Slackware and create a derivative that matches your ideals -- Salix is a pretty popular distro that has done just this). We love people using Slackware, but we also know that Slackware isn't for everyone (and that's ok).
Thanks gauchao
That worked for burning with both K3B and Simpleburn.
I missed the second line with the chmod at first.
And now 3 months later I revisited the issue as I really need to burn discs
It's solved.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.