Re: CD Burning -- More Help Needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Montag, 10. März 2003 01:48, Robert Tilley wrote: OK, I've resolved the dependency on libfam0c102 but now there is a dependency on libqt3-mt. I can only locate libqt3-mt-dev. If you used my k3b package for woody it won't work on unstable. Ralf Help? -- Comments are most appreciated, Bob - -- We're not a company, we just produce better code at less costs. - Ralf Nolden [EMAIL PROTECTED] The K Desktop Environment The KDevelop Project http://www.kde.org http://www.kdevelop.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+bDktu0nKi+w1Ky8RAqUOAJ4y02RKSEU7gInI0pyh+I9zFd713gCeNhrn 2ojbpDaM7eAZzS2ivoeGOIY= =+yGU -END PGP SIGNATURE-
CD Burning
I want to apt-get install k3b, but am prevented by a dependency and libfam0. When I try to install libfam0, most of KDE will be deleted. There are no dependency problems shown in aptitude. Any suggestions? I run KDE 3.1 on Debian unstable. -- Comments are most appreciated, Bob
Re: CD Burning
Have you tried to install libfam0c102? That's what k3b depends on, not libfam0, as I see it, and that's how it is installed on my box. Regards, Felix On Sunday 09 March 2003 21:14, Robert Tilley wrote: I want to apt-get install k3b, but am prevented by a dependency and libfam0. When I try to install libfam0, most of KDE will be deleted. There are no dependency problems shown in aptitude. Any suggestions? I run KDE 3.1 on Debian unstable. -- Comments are most appreciated, Bob
CD Burning -- More Help Needed
OK, I've resolved the dependency on libfam0c102 but now there is a dependency on libqt3-mt. I can only locate libqt3-mt-dev. Help? -- Comments are most appreciated, Bob
some cd-burning problems
Greeting, I found that I had some cd-burning problems with cdbakeoven and k3b. When I try to use these programs to copy my cd, it occurs errors. In cdbakeoven (ver 1.9.9+2.0.0beta2-2), I got the following message which is unreadable: Culculating size of CD. Please wait Size of this CD: 627MB. Directory '/home/bbns/' has 8536 MB available. Checking recording device. scsidev: '00,00,00' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.24 Driver options: burnfreePrepare writer to use BURN-Free technology noburnfree Disable using BURN-Free technology forcespeed Tell the drive to force speed even for low quality media Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg Schilling TOC Type: 1 = CD-ROM Using libscg version 'schily-0.7' Driveropts: 'help' atapi: 1 Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'RICOH ' Identifikation : 'CD-RW MP7320A ' Revision : 'BP07' Device seems to be: Generic mmc CD-RW. Driver for the current drive is present and valid. Starting read process. dd: reading ?¢D/dev/hdc??: ???J/??¢DX???~ ???J?F 0+0 ??¢X??q ??¢DX?F 0+0 ??¢X??q 0 bytes transferred in 3.710186 seconds (0 bytes/sec) Read of data CD failed. Copy process failed. - And when I try k3b, in the cdreader option I only can find my cd-burner device, but I checked the configuration and it said my cdreader is my dvd-rom which is right option. Hmm...strange, would anyone check it out? Thanks:-) Best Regards Tim public_key.asc Description: application/pgp-keys
Re: CD burning without root priviligdes
On Mon, Nov 11, 2002 at 02:35:52PM +0300, Nikita V. Youshchenko wrote: try adding the user(s) to the group (in /etc/group) that owns the device (e.g. (/dev/hdc), and re-login the user(s) for changes to take effect. All user permissions on my system are set correctly. I am a seasoned sysadmin, after all. There're (at least) two super user operations required for burning CDs: access to the devices and access to real time priority scheduling. You can get by without real time scheduling, but your chance of burning a coaster are increased. -rob pgpymIdTwqcBc.pgp Description: PGP signature
Re: CD burning without root priviligdes
On Wednesday 13 November 2002 12:28, Frank Van Damme wrote: It's ugly allright... but why does writing cd's need root privilegies? Isn't it an inadequacy in the kernel? Maybe it's better to remove the need for root privilegies completely (what is a multiuser system worth if you have to do anything that's useful with root privilegies?) Maybe cdrecord doesn't need to get trashed, it may be just enough to make it run as a client of that fancy daemon you're intending to code :-) in a way like now gui clients use cdrecord. You, as a user wanting to burn CDs, don't need any root privileges. The kernel is just fine. As is cdrecord. Your distribution (debian) or your administrator (that may be yourself) has to configure things properly and everything works just fine with ordinary user privileges. This may mean, that some programs have to run setuid root. That's not radically different from what's happening with other packages. If you're compiling some program yourself, don't expect it to do everything correctly out of the box. K3b, for instance, comes with its own setup tool. That's well-intended, but doesn't work hand in hand with debian configuration tools. Michael -- Michael Schuerig If at first you don't succeed... mailto:[EMAIL PROTECTED] try, try again. http://www.schuerig.de/michael/ --Jerome Morrow, Gattaca
Re: CD burning without root priviligdes
On Wednesday 13 November 2002 12:28, Frank Van Damme wrote: On Wednesday 13 November 2002 03:48, Carlos Carvalho wrote: I'm glad to finally see a discussion of this subject. I find the structure of CD recording software in Linux quite outdated and inadequate for a multi-user environment (note that this isn't a KDE problem). The software was clearly conceived to be used by someone with root access sitting on the console of the machine, which is almost the opposite of what is necessary for a CD-recorder server. It's ugly allright... but why does writing cd's need root privilegies? Isn't it an inadequacy in the kernel? I'd like to have something similar to what we have for scanners: a daemon (that may run as root if necessary) waiting for connections through the net and operating the device, or interfacing with a driver. The user interacts remotely with a client software (of course the user may via localhost as well). This approach has many advantages: Oh no... not another daemon... If you hate daemons: How about a program started via hotplug(?) when a cd is inserted? ;-) a) it removes permissions problems from the scene; b) no need for authentication of users, because it's not the user that has access, it's the daemon. Access to the daemon is controlled by standard methods (firewall, tcp wrappers, etc.); Er, maybe. You mean because the daemon runs as root? Then it just places the permission problem somewhere else: with the daemon. There should always be a way to go without daemons in any case (if you're just using the writer locally). Right but a daemon is much more flexible how do deal with authorization and access rights. Having to logout/in from/to X session to activate new group group member ship is something like rebooting Windoof after every software installation. Stupid but necessary (and no: su/ssh etc is no good solution of Mum and Dad). I'm really curious what solution the debian desktop project will develop. c) it allows the use of the recorder by users in other machines. This way we can have a diskless machine with just a recorder and users connect from a login server via the client software. I have here a scanner connected to such a machine that also controls the printers and works as a X-term, while the login server remains locked in another room and users reach it from X-terminals. yes, yes please ;) Let me guess: ltsp addon? :-) The only thing I can think of that currently comes close is webcdrwriter. It's a java applet client-side and a daemon that operates cdrecord server-side. I use this approach for CD readers, floppy drives, scanners, printers, zip drives, but I cannot do it for CD recorders :-( :-( Floppy drives? without mounting them on the server you mean? how? with floppy:/a and mtools one can work with floppies without mounting them. And for remote access: ds10[1] ~ # apt-cache search floppyd floppyd - Daemon for remote access to floppy drives (I burned a few floppy controllers a while ago) I understand that cdrecord and family were written at a time when recording a CD was a delicate operation. However with the fast machines and network of today the picture has changed completely, and it seems to me that a revamp is really necessary. In the process we could perhaps get rid of scsi emulation... Uh-oh... and now comes the argumentation today, we all have pretty big machines so we can afford to make an overhead-producing daemon :-/ I like cdrecord for its power, flexibility, performance, stability and low system requirements. Maybe it's better to remove the need for root privilegies completely (what is a multiuser system worth if you have to do anything that's useful with root privilegies?) Maybe cdrecord doesn't need to get trashed, it may be just enough to make it run as a client of that fancy daemon you're intending to code :-) in a way like now gui clients use cdrecord. /\ /--\/\ So: | $kde*cd*burner |=---| cdrecord |=--| kernel | \/ \--/\/ || \/ /\ /\ /--\ /\ | $kde_cd_burner |=---| netCDaemon |=---| cdrecord |=---| kernel | \/ \/ \--/ \/ btw, I think freebsd already writes cds without scsi emulation isn't it? linux 2.5.44 can do it. http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]|tags torvalds 1.781.29.3 Remove ide-cd reliance on struct packet_struct, make it use the native struct request fields instead. Simplify and clean up sense data handling. This makes IDE CD-RW burning possible without ide-scsi.c The same strategy is used in the Network Audio System (NAS) developed by NCD and available in the libaudio-dev package. Next is the camera
Re: CD burning without root priviligdes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Mittwoch, 13. November 2002 14:39 schrieb Michael Schuerig: You, as a user wanting to burn CDs, don't need any root privileges. The kernel is just fine. As is cdrecord. Your distribution (debian) or your administrator (that may be yourself) has to configure things properly and everything works just fine with ordinary user privileges. This may mean, that some programs have to run setuid root. That's not radically different from what's happening with other packages. Yes, an addgroup user cdrom is enough to make it work. But you do not really want that to users,you cannot trust ultimately, because suid-root in this case allows it to specify anything as dev= in cdrecord command line: overwriting any scsi device is nice for harmful things... The thing for cdrecord is, that it cannot use /dev/something but needs really raw access to the device (I hope this to come in kernel 2.6) because the sg* devices do not allow this. THATs the reason why it has to be setuid-root and it is really a kernel thing to change that. Using ATAPI-CDRWs is already possible (special kernel versions and a cdrecord patch is needed IIRC). On-top-of-cdrecord programs like XCD-Roast then approach the whole thing wrong: there is no need for them to be setuid-root when the cdrecord binary already is. But as this is not always the case (see above why maybe not), again they have to have root rights to call cdrecord. After all, the situation is there due to a lack of kernel abilities. HS - -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.schulnetz.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE90oMZzvr6q9zCwcERAl9GAKCbWo6eVM2qkuIVNeqlbPP/ofMhkQCfbL1c uY0UYdpIin2zoK9pTqXCrxo= =EhQJ -END PGP SIGNATURE-
Re: CD burning without root priviligdes
On Wednesday 13 November 2002 17:51, Hendrik Sattler wrote: Yes, an addgroup user cdrom is enough to make it work. But you do not really want that to users,you cannot trust ultimately, because suid-root in this case allows it to specify anything as dev= in cdrecord command line: overwriting any scsi device is nice for harmful things... Oops! I didn't consider that. A solution (requiring changes to cdrecord) would be to make some settings in /etc/default/cdrecord mandatory without the ability to override them on the command line. Michael -- Michael Schuerig If at first you don't succeed... mailto:[EMAIL PROTECTED] try, try again. http://www.schuerig.de/michael/ --Jerome Morrow, Gattaca
Re: CD burning without root priviligdes
On Monday 11 November 2002 15:15, Nikita V. Youshchenko wrote: But sometimes permissions are reset for some reason ... Why? That happens if you use devfs? Do you? No I don't.
Re: CD burning without root priviligdes
On Monday 11 November 2002 15:15, Nikita V. Youshchenko wrote: What is the Debain way to allow ALL users to use cd recorder? I won't remember to add all new users to cdrom and floppy groups, so I just set device permissions to 666. But sometimes permissions are reset for some reason ... Why? I can't say off-hand why they are reset, but you can make your own changes permanent with dpkg-statoverride. First you have to make your changes manually, but any package that would touch them later looks at the statoverride and respects your changes. Special files in /dev seem not to belong to any package, but to be created by MAKEDEV script (if devfs is not used). So I doubt dpkg-statoverride will help here. Perhaps I should look into MAKEDEV ...
Re: CD burning without root priviligdes
I'm glad to finally see a discussion of this subject. I find the structure of CD recording software in Linux quite outdated and inadequate for a multi-user environment (note that this isn't a KDE problem). The software was clearly conceived to be used by someone with root access sitting on the console of the machine, which is almost the opposite of what is necessary for a CD-recorder server. I'd like to have something similar to what we have for scanners: a daemon (that may run as root if necessary) waiting for connections through the net and operating the device, or interfacing with a driver. The user interacts remotely with a client software (of course the user may via localhost as well). This approach has many advantages: a) it removes permissions problems from the scene; b) no need for authentication of users, because it's not the user that has access, it's the daemon. Access to the daemon is controlled by standard methods (firewall, tcp wrappers, etc.); c) it allows the use of the recorder by users in other machines. This way we can have a diskless machine with just a recorder and users connect from a login server via the client software. I have here a scanner connected to such a machine that also controls the printers and works as a X-term, while the login server remains locked in another room and users reach it from X-terminals. I use this approach for CD readers, floppy drives, scanners, printers, zip drives, but I cannot do it for CD recorders :-( :-( I understand that cdrecord and family were written at a time when recording a CD was a delicate operation. However with the fast machines and network of today the picture has changed completely, and it seems to me that a revamp is really necessary. In the process we could perhaps get rid of scsi emulation... The same strategy is used in the Network Audio System (NAS) developed by NCD and available in the libaudio-dev package. Next is the camera :-) Any volunteers? :-)
Re: CD burning without root priviligdes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [ On Tuesday 12 November 2002 08:48 pm, Carlos Carvalho wrote: ] [...] In the process we could perhaps get rid of scsi emulation... i thought linus was doing this very thing for 2.6. anyone less lazy than i care to enumerate with links? sinerely, tim - -- Tim Wheeler [EMAIL PROTECTED] http://www.greengibberish.com/ - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE90cFXRNiK9b6/KqoRAgGgAJ4rm2RocKwKhb85/gomsEbGh5yRegCfbQIX j30nt9BxukwUYYpXA0c3hnk= =R852 -END PGP SIGNATURE-
CD burning without root priviligdes
Hello Is there any KDE gui tool to burn CDs, that can work without root priviledges? I need it for linux terminal application server. Users should be able to write CDs without knowing root password! I may make cdrecord setuid, but I don't want any gui running as root! cdbakeoven can be started as normal user, but many operations seem not to work (e.g. access to previous session). k3b asks for root password on startup. The only tool that works is gcombust, but it's interface is ugly.
Re: CD burning without root priviligdes
Hi, I use Xcdroast version 0.98alpha10 (the latest for the moment) and it has a non-root mode which is running pretty well. For debian I had to install it from sources, but it went well. I never had problems with xcdroast even if it's an alpha version (never crashed, never destroyed a single CD:) regards Matej On Monday 11 November 2002 10:56, Nikita V. Youshchenko wrote: Hello Is there any KDE gui tool to burn CDs, that can work without root priviledges? I need it for linux terminal application server. Users should be able to write CDs without knowing root password! I may make cdrecord setuid, but I don't want any gui running as root! cdbakeoven can be started as normal user, but many operations seem not to work (e.g. access to previous session). k3b asks for root password on startup. The only tool that works is gcombust, but it's interface is ugly.
Re: CD burning without root priviligdes
Nikita V. Youshchenko wrote: Hello Is there any KDE gui tool to burn CDs, that can work without root priviledges? I need it for linux terminal application server. Users should be able to write CDs without knowing root password! I may make cdrecord setuid, but I don't want any gui running as root! cdbakeoven can be started as normal user, but many operations seem not to work (e.g. access to previous session). k3b asks for root password on startup. The only tool that works is gcombust, but it's interface is ugly. try adding the user(s) to the group (in /etc/group) that owns the device (e.g. (/dev/hdc), and re-login the user(s) for changes to take effect.
Re: CD burning without root priviligdes
Nikita V. Youshchenko wrote: Hello Is there any KDE gui tool to burn CDs, that can work without root priviledges? I need it for linux terminal application server. Users should be able to write CDs without knowing root password! I may make cdrecord setuid, but I don't want any gui running as root! cdbakeoven can be started as normal user, but many operations seem not to work (e.g. access to previous session). k3b asks for root password on startup. The only tool that works is gcombust, but it's interface is ugly. try adding the user(s) to the group (in /etc/group) that owns the device (e.g. (/dev/hdc), and re-login the user(s) for changes to take effect. All user permissions on my system are set correctly. I am a seasoned sysadmin, after all.
Re: CD burning without root priviligdes
On Monday 11 November 2002 12:35, Nikita V. Youshchenko wrote: k3b asks for root password on startup. Yes, once to run its setup tool. try adding the user(s) to the group (in /etc/group) that owns the device (e.g. (/dev/hdc), and re-login the user(s) for changes to take effect. All user permissions on my system are set correctly. I am a seasoned sysadmin, after all. Polansky's Pointer: If they're absolutely sure it's not there, it's probably there. (Gerald M. Weinberg, More Secrets of Consulting) The GUI CD-burning apps I know of (cdbakeoven, K3b, koncd, kreatecd) don't themselves need special privileges. They are just frontends for cdrecord and cdrdao. But these later programs do need root privileges or work better if they've got them. K3b is a bit special in this regard. It includes a setup tool that needs to be run but once. This tool does need root privs, but only once. It sets the permissions of cdrecord et al. to 4710, creates a group for cd-burning and adds some users to this group. My advice to anyone interested in using K3B on debian is, to use this tool for the basic configuration of K3b, but *don't* have it change your fstab, groups and permissions. As far as groups go, there's cdrom already there on debian. And permission changes of packaged files are supposed to be recorded with dpkg-statoverride. So, even if you're sure that all your permissions and groups are set up properly, check out if they're something like this: -rws--x---1 root cdrom 532292 Oct 16 01:58 /usr/bin/cdrdao -rws--x---1 root cdrom 250120 Sep 27 22:42 /usr/bin/cdrecord -rws--x---1 root cdrom 405352 Sep 27 22:42 /usr/bin/mkisofs lrwxrwxrwx1 root root4 Mar 10 2001 /dev/cdrom - scd0 brw-rw1 root cdrom 11, 0 Jun 27 2001 /dev/scd0 crw-rw1 root cdrom 21, 0 Apr 6 2001 /dev/sg0 (Assuming ide-scsi emulation. Note the write permission.) And, of course, you've got to be a member of group cdrom. I hope it works out for you. Michael -- Michael Schuerig If at first you don't succeed... mailto:[EMAIL PROTECTED] try, try again. http://www.schuerig.de/michael/ --Jerome Morrow, Gattaca
Re: CD burning without root priviligdes
Thank you for your explanation. I didn't know that k3b wants root privs only once (is that mentioned on their website?). I just compiled it, started as user and it asked for root password. I got angry and removed k3b immidiatly. Recompiling now... By the way, when build will end, deb for KDE 3.0.4 for sid will be apt-gettable from deb http://zigzag.lvk.cs.msu.su/debian sid/ Sources in debian format alreaddy are at deb-src http://zigzag.lvk.cs.msu.su/debian source/ As for cdbakeoven, it wants to mount cdrom to temporary directory, and author recommenrs to run cdbakeoven as root to make that possible ... gcombust and xcdroast from sid seem to work. But they don't have KDE interface. And, of course, you've got to be a member of group cdrom. What is the Debain way to allow ALL users to use cd recorder? I won't remember to add all new users to cdrom and floppy groups, so I just set device permissions to 666. But sometimes permissions are reset for some reason ... Why?
Re: CD burning without root priviligdes
.. well, the segfault was because of a bug in cdparanoia from sid. --- cdparanoia-3a9.8.orig/interface/scan_devices.c Mon Mar 26 09:44:01 2001 +++ cdparanoia-3a9.8/interface/scan_devices.c Mon Nov 11 18:17:26 2002 @@ -617,7 +617,8 @@ /* It would seem some TOSHIBA CDROMs gets things wrong */ - if (!strncmp (p + 8, TOSHIBA, 7) + if (p + !strncmp (p + 8, TOSHIBA, 7) !strncmp (p + 16, CD-ROM, 6) p[0] == TYPE_DISK) { p[0] = TYPE_ROM; Bug report filed. Fixed packages are in my repository (http://zigzag.lvk.cs.msu.su/debian) Now recompiling k3b again ...
Re: CD burning without root priviligdes
On Monday 11 November 2002 15:15, Nikita V. Youshchenko wrote: What is the Debain way to allow ALL users to use cd recorder? I won't remember to add all new users to cdrom and floppy groups, so I just set device permissions to 666. But sometimes permissions are reset for some reason ... Why? I can't say off-hand why they are reset, but you can make your own changes permanent with dpkg-statoverride. First you have to make your changes manually, but any package that would touch them later looks at the statoverride and respects your changes. Michael -- Michael Schuerig If at first you don't succeed... mailto:[EMAIL PROTECTED] try, try again. http://www.schuerig.de/michael/ --Jerome Morrow, Gattaca
Re: CD burning without root priviligdes
Hi! I also use k3b quite happily as it seems to support everything I need is easy to use and has not crashed on me yet ;-) On Monday 11 November 2002 15:15, Nikita V. Youshchenko wrote: But sometimes permissions are reset for some reason ... Why? That happens if you use devfs? Do you? Cheers, Mika
koncd or other cd burning software for KDE 3.0.x
Hi, I recently installed unofficial KDE 3.0.2. I found out later that there is no CD burning software anymore. I used to use kreatecd but that has, as I understand it, been replaced by koncd for KDE 3.0.x. Koncd is part of the official kde-multimedia sources but there is no koncd .deb. Is there any particular reason why it is not in the unofficial .debs? Yours, Gerrit Jan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]