Re: CD burning and root

[Michael Thomas Vanderford <michaelv cox-internet com>]

I downloaded and compiled the nautilus-cd-burner from cvs.
I did not even no how to use it until this email.
Point being how is this easier than previous ways?

Shouldn't there, at least, be an add directories/files button on the
nautilus-cd-burner app that interacts with the burn directory?

I also fail to see how burning a cd falls under a system
admin function or (root). Are 500+ people going to call a sys admin to
make them a cd? I Doubt it. You would probably have to hire someone full
time to do just that.

ps. I think this is a lot better app than the gnometoaster so far.
    I also hope that this will have some command line options
    to be used in a nautilus script. Right-click, scripts, burn to cd.
    
I'm glad to see someone working on this. Its much needed.


On Fri, 2002-12-20 at 14:15, Alexander Larsson wrote:
> On Fri, 20 Dec 2002 textshell neutronstar dyndns org wrote:
> 
> > On Fri, Dec 20, 2002 at 03:09:49AM -0500, Alexander Larsson wrote:
> > > On Thu, 19 Dec 2002 textshell neutronstar dyndns org wrote:
> > > 
> > > > On Thu, Dec 19, 2002 at 03:55:05AM -0500, Alexander Larsson wrote:
> > > > > On 18 Dec 2002, Andrew Sobala wrote:
> > > > > 
> > > > > > Is there a way to give the application root permissions yet allow it to
> > > > > > access a user's burn:/// folder? Does this need to be implemented in the
> > > > > > code itself? It really needs to be addressed before it becomes a viable
> > > > > > CD burning utility (I know it's still alpha), and could something that
> > > > > > needs addressing at a lower level in GNOME.
> > > > > 
> > > > > You need to give the user write access to the cd writer device. This can 
> > > > > be done in various ways, on pam-based distros it typically will be done 
> > > > > using console.perms. 
> > > > > 
> > > > 
> > > > Hmm, I think this kind of stuff (write permission to generic scsi devices) is
> > > > quite distro and site specific and potentially also dangerous. So i would
> > > > appreciate if we could have a (documented) way for root to burn stuff for the
> > > > users. If you feel that is a option that just works around solveble problems
> > > > just document the right way, but I'm almost completly sure that there are good
> > > > reasons for a system administrator not to allow user access to the cd recorder.
> > > 
> > > Exactly what do you want? You can easily tell the user to burn to an iso 
> > > using nautilus-cd-burner, and then root can burn it. Or do you want the 
> > > user to launch cdrecord as root after typing in the password? That strikes 
> > > me as more dangerous then having access to the cd scsi device.
> > > 
> > > Anyway, I'd love to hear other ideas how this can be handled. Possible 
> > > solutions i know of are:
> > > consoles.perms, making a cdwriter group, setuid or setguid cdrecord.
> > > 
> > 
> > My idea is that root or someone with enough permissons can just open another
> > users burn:/// folder and use the normal nautilus-cd-burner user interface. That
> > would ease things for the admins/sysops that don't really know much about Linux
> > / Gnome etc. but just have to get their work done.
> > 
> > That is IMHO what Andrew Sobala asked for: Some way for root the see a normal
> > users burn:///. This way the admin can easyly check what's written to the CD and
> > my do somechanges.
> 
> I plan to eventually write a companion app the copies disk-to-disk and 
> iso-to-disk. With that written the user could just use n-c-b to generate 
> the iso and root could do the iso-to-disk using the other app.
-- 
Michael Thomas Vanderford <michaelv cox-internet com>