LinuxQuestions.org
Visit Jeremy's Blog.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 05-13-2017, 02:32 AM   #16
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,056

Rep: Reputation: Disabled

Quote:
Originally Posted by Slackovado View Post
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.
 
2 members found this post helpful.
Old 05-13-2017, 04:23 AM   #17
gmgf
Senior Member
 
Registered: Jun 2012
Location: Bergerac, France
Distribution: Slackware
Posts: 2,205

Rep: Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997Reputation: 997
Quote:
Originally Posted by Slackovado View Post
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]


It is clear, here ?

https://en.wikipedia.org/wiki/K3b

If you do not want qt and kde, do not use k3b, you can use xfburn.
 
Old 05-13-2017, 10:27 AM   #18
gauchao
Member
 
Registered: Dec 2009
Location: Veneto
Distribution: Slackware64
Posts: 366

Rep: Reputation: 143Reputation: 143
I have had this problem before and I have solved it with


Code:
#chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
#chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
(make sure the user is included in 'cdrom' group)

I hope it helps you.
 
1 members found this post helpful.
Old 05-13-2017, 11:18 AM   #19
burdi01
Member
 
Registered: Dec 2010
Location: The Netherlands
Distribution: Slackware Current64, PartedMagic, Xubuntu
Posts: 465

Rep: Reputation: 114Reputation: 114
Or, if you do not want to install a biggish part of KDE, you could install xfburn from Salix.
 
Old 05-15-2017, 07:16 PM   #20
Slackovado
Member
 
Registered: Mar 2005
Location: BC, Canada
Distribution: Slackware 14.2 x64
Posts: 308

Original Poster
Rep: Reputation: 70
Quote:
Originally Posted by gauchao View Post
I have had this problem before and I have solved it with


Code:
#chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
#chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
(make sure the user is included in 'cdrom' group)

I hope it helps you.
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?
 
Old 05-15-2017, 07:35 PM   #21
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792

Rep: Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656
Quote:
Originally Posted by Slackovado View Post
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.

Ultimately, it follows the principle of least privilege.
 
1 members found this post helpful.
Old 05-15-2017, 08:02 PM   #22
rworkman
Slackware Contributor
 
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 2,559

Rep: Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351Reputation: 1351
Quote:
Originally Posted by gauchao View Post
I have had this problem before and I have solved it with


Code:
#chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
#chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
(make sure the user is included in 'cdrom' group)

I hope it helps you.
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.
 
2 members found this post helpful.
Old 05-15-2017, 10:09 PM   #23
jamison20000e
Senior Member
 
Registered: Nov 2005
Location: ...uncanny valley... infinity\1975; (randomly born:) Milwaukee, WI, US( + travel,) Earth&Mars (I wish,) END BORDER$!◣◢┌∩┐ Fe26-E,e...
Distribution: any GPL that work on freest-HW; has been KDE, CLI, Novena-SBC but open.. http://goo.gl/NqgqJx &c ;-)
Posts: 4,888
Blog Entries: 2

Rep: Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567
Brasero* for now? Unless your goal is just to fix it.
 
Old 05-16-2017, 03:03 AM   #24
Slackovado
Member
 
Registered: Mar 2005
Location: BC, Canada
Distribution: Slackware 14.2 x64
Posts: 308

Original Poster
Rep: Reputation: 70
Quote:
Originally Posted by bassmadrigal View Post
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.

Ultimately, it follows the principle of least privilege.
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.
 
Old 05-16-2017, 03:05 AM   #25
Slackovado
Member
 
Registered: Mar 2005
Location: BC, Canada
Distribution: Slackware 14.2 x64
Posts: 308

Original Poster
Rep: Reputation: 70
Quote:
Originally Posted by jamison20000e View Post
Brasero* for now? Unless your goal is just to fix it.
Brasero is for Gnome.
I've been alergic to Gnome since it went v.3
I've developed same alergies to KDE since v.4
Gnome is not even part of Slackware.
 
Old 05-16-2017, 03:48 AM   #26
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,056

Rep: Reputation: Disabled
Quote:
Originally Posted by Slackovado View Post
Brasero is for Gnome.
I've been alergic to Gnome since it went v.3
However, you can get Brasero without the whole GNOME desktop. It is available in the Salix repos and does no not have any dependency beyond a full Slackware installation:
http://slackware.uk/salix/x86_64/14.2/salix/gnome/
http://slackware.uk/salix/i486/14.2/salix/gnome/
 
1 members found this post helpful.
Old 05-16-2017, 05:01 AM   #27
Slackovado
Member
 
Registered: Mar 2005
Location: BC, Canada
Distribution: Slackware 14.2 x64
Posts: 308

Original Poster
Rep: Reputation: 70
Quote:
Originally Posted by Didier Spaier View Post
However, you can get Brasero without the whole GNOME desktop. It is available in the Salix repos and does no not have any dependency beyond a full Slackware installation:
http://slackware.uk/salix/x86_64/14.2/salix/gnome/
http://slackware.uk/salix/i486/14.2/salix/gnome/
Ok, thank you.
I'll give it a try.
 
Old 05-16-2017, 07:01 AM   #28
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 8,792

Rep: Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656Reputation: 6656
Quote:
Originally Posted by Slackovado View Post
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.

Code:
#chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
#chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
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).
 
5 members found this post helpful.
Old 05-16-2017, 12:21 PM   #29
jamison20000e
Senior Member
 
Registered: Nov 2005
Location: ...uncanny valley... infinity\1975; (randomly born:) Milwaukee, WI, US( + travel,) Earth&Mars (I wish,) END BORDER$!◣◢┌∩┐ Fe26-E,e...
Distribution: any GPL that work on freest-HW; has been KDE, CLI, Novena-SBC but open.. http://goo.gl/NqgqJx &c ;-)
Posts: 4,888
Blog Entries: 2

Rep: Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567Reputation: 1567
Here's a few more: https://slackbuilds.org/result/?search=burn&sv=14.2
 
Old 08-17-2017, 05:04 PM   #30
Slackovado
Member
 
Registered: Mar 2005
Location: BC, Canada
Distribution: Slackware 14.2 x64
Posts: 308

Original Poster
Rep: Reputation: 70
Quote:
Originally Posted by gauchao View Post
I have had this problem before and I have solved it with


Code:
#chown root:cdrom /usr/bin/cdrecord /usr/bin/cdrdao
#chmod 4750 /usr/bin/cdrecord /usr/bin/cdrdao
(make sure the user is included in 'cdrom' group)

I hope it helps you.
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.
 
1 members found this post helpful.
  


Reply

Tags
k3b, kde



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Can't Burn as user with K3b Daedra Slackware 4 01-13-2013 01:09 AM
Using k3b as a user infornography Slackware 7 09-29-2005 10:30 PM
k3b as user under kernel 2.6.9 doralsoral Linux - Software 10 12-21-2004 12:54 AM
K3B problem as user seagreen Linux - Hardware 12 11-01-2004 06:21 PM
Using k3b as ordinary user friendly_guy Slackware 4 11-06-2003 01:16 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 07:13 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration