From 95219db6d02995dfafcd9909e638b82d2a4b3518 Mon Sep 17 00:00:00 2001 From: Thomas Schmitt Date: Wed, 12 Feb 2014 18:58:17 +0000 Subject: [PATCH] Mentioned support for NetBSD --- libburn/trunk/cdrskin/README | 23 +++++++++++++++-------- libburn/trunk/doc/comments | 6 +++--- 2 files changed, 18 insertions(+), 11 deletions(-) diff --git a/libburn/trunk/cdrskin/README b/libburn/trunk/cdrskin/README index 66467762..bf07b525 100644 --- a/libburn/trunk/cdrskin/README +++ b/libburn/trunk/cdrskin/README @@ -6,15 +6,15 @@ Integrated sub project of libburnia-project.org but also published via: http://scdbackup.sourceforge.net/cdrskin_eng.html http://scdbackup.sourceforge.net/cdrskin-1.3.5.tar.gz -Copyright (C) 2006-2013 Thomas Schmitt, provided under GPL version 2 or later. +Copyright (C) 2006-2014 Thomas Schmitt, provided under GPL version 2 or later. ------------------------------------------------------------------------------ cdrskin is a limited cdrecord compatibility wrapper which allows to use most of the libburn features from the command line. -Currently it is supported on GNU/Linux with kernels >= 2.4, -on FreeBSD and on OpenSolaris. +Currently it is fully supported on GNU/Linux with kernels >= 2.4, on FreeBSD, +on OpenSolaris, and on NetBSD. IDE drives under Linux 2.4. need kernel module ide-scsi. ATA and SATA drives under FreeBSD need kernel module atapicam. On other X/Open compliant systems there will only be emulated drives, but no @@ -108,8 +108,9 @@ On Linux, full and insecure enabling of both for everybody would look like chmod a+rw /dev/sr0 /dev/hda This is equivalent to the traditional setup chmod a+x,u+s cdrecord. -On FreeBSD, device permissions are to be set in /etc/devfs.rules. +On FreeBSD, device rw-permissions are to be set in /etc/devfs.rules. On Solaris, pfexec privileges may be restricted to "basic,sys_devices". +On NetBSD, rw-permission may be granted by chmod a+rw /dev/rcd?d. See below "System Dependend Drive Permission Examples". I strongly discourage to run cdrskin with setuid root or via sudo ! @@ -464,7 +465,7 @@ closing it immediately, waiting, and only then opening it for real: System Dependend Drive Permission Examples Accessing the optical drives requires privileges which usually are granted -only to the superuser. Linux, FreeBSD and Solaris offer quite different +only to the superuser. Linux, FreeBSD, Solaris, NetBSD, offer quite different approaches for avoiding the need for unrestricted privileges. First check whether some friendly system setting already allows you to @@ -475,9 +476,9 @@ Those drives of which you see address and type strings are already usable. If there remain drives invisible which the superuser can see by the same command, then the following examples might help: ---------------------- -On all three systems: ---------------------- +--------------- +On all systems: +--------------- Add the authorized users of CD drives to group "floppy" in /etc/group. If missing: create this group. Changes to /etc/group often only affect new login sessions. So log out and in @@ -537,6 +538,12 @@ Then allow the group r-access to the drives The last two commands have to be executed after each boot. I do not know the relevant device configuration files yet. +---------- +On NetBSD: +---------- +Allow rw-access to the drives + chgrp floppy /dev/rcd[01]d + chmod g+rw /dev/rcd[01]d ------------------------------------------------------------------------------ Project aspects and legal stuff diff --git a/libburn/trunk/doc/comments b/libburn/trunk/doc/comments index a93df888..9cceec70 100644 --- a/libburn/trunk/doc/comments +++ b/libburn/trunk/doc/comments @@ -10,9 +10,9 @@ optical discs. This page is about its capability to handle optical media. For now this means CD-R, CD-RW, DVD-RAM, DVD+RW, DVD+R, DVD+R/DL, DVD-RW, DVD-R, DVD-R/DL, BD-R, BD-RE. -Our scope is currently Linux 2.4 and 2.6, or FreeBSD, or Solaris . For ports -to other systems we would need : login on a development machine resp. -an OS ithat is installable on an AMD 64-bit PC, advise from a system person +Our scope is currently Linux 2.4 and 2.6, FreeBSD, OpenSolaris, or NetBSD. +For ports to other systems we would need : login on a development machine resp. +an OS that is installable on an AMD 64-bit PC, advise from a system person about the equivalent of Linux sg or FreeBSD CAM, volunteers for testing of realistic use cases.