HEADS UP TESTERS: Lates nautilus-cd-burner may work
Jeremy Messenger
mezz7 at cox.net
Wed May 21 12:03:31 PDT 2003
On 21 May 2003 14:43:36 -0400, Joe Marcus Clarke <marcus at marcuscom.com>
wrote:
> On Wed, 2003-05-21 at 14:15, Jeremy Messenger wrote:
>> On 21 May 2003 12:12:22 -0400, Joe Marcus Clarke <marcus at marcuscom.com>
>> wrote:
>>
>> > On Wed, 2003-05-21 at 04:40, Jeremy Messenger wrote:
>> >> On 21 May 2003 02:56:48 -0400, Joe Marcus Clarke
>> <marcus at marcuscom.com> >> wrote:
>> >>
>> >> > On Wed, 2003-05-21 at 02:22, Jeremy Messenger wrote:
>> >> >> Oh wait a minute.. Now, I can see over six nautilus-cd-burner in
>> the >> top >> and ps, which I exited them. Each of them are running
>> around 10% >> of CPU. >> Seem like they are still running without exit.
>> >> >
>> >> > Nevermind, I see my mistake. Note, you need to be root, or have
>> all
>> >> > your cd devices 0666 (i.e. /dev/acd0c, /dev/cd0c, etc.). Use this
>> >> > patch.
>> >>
>> >> I will rebuild and try it again this noon or so. My CD devices are on
>> >> 0666 already, which burncd, cdrecord, mount and etc works fine on the
>> >> normal user with operation group. :-)
>> >
>> > Ignore acd0c. You need atapicam, and just make sure your cd*c devices
>> > are 0666.
>>
>> Yeah, I had this in my kernel for pretty long time, so I can burn the
>> bin/cue. ;-) However, the create ISO is now working again, but the write
>> burn is still disable. I tried to ran it under the gdb, but it shows
>> nothing and normal. It does exit normal now. Looks like I will have to
>> run under nautilus then run it with 'r burn:///'..
>
> Don't worry with gdb. I'll send you a debugging patch that will spit
> some messages to the console/error log. In the meantime, compile the
> attached program using:
>
> cc -o xxx -lcam xxx.c
>
> And run it. It will try to open /dev/cd0c (cd0). If this isn't right,
> then change it at lines 12 and 30. Send me the output. Thanks.
Ummmm.. I chmod'ed it to 777 and still have the same thing.. Here's result:
==============================
$ cc -o xxx -lcam xxx.c
$ ./xxx
Failed to get CAM device: Permission denied
CD read speed: 1, write speed: -1077937035
==============================
==============================
$ ls -l /dev/cd*
crwxrwxrwx 1 root operator 15, 0 May 20 17:17 /dev/cd0
$ id
uid=1001(mezz) gid=1001(mezz) groups=1001(mezz), 0(wheel), 5(operator)
==============================
So, I ran it under the root and here's result:
==============================
# ./xxx
device_path =
given_dev_name = cd
device_name = pass
dev_unit_num = 0
bus_id = 0
target_lun = 0
target_id = 1
vendor = TEAC CD-W516EB 1.0A
product = CD-W516EB 1.0A
revision = 1.0A
CD read speed: 1, write speed: -1077937103
==============================
I don't understand why burncd, mount, cdrecord and others work fine on
normal user with operation group..
Cheers,
Mezz
> Joe
>
>>
>> Cheers,
>> Mezz
>>
>> > Joe
>> >
>> >>
>> >> Cheers,
>> >> Mezz
>> >>
>> >> > Joe
<snip>
--
bsdforums.org 's moderator, mezz.
More information about the freebsd-gnome
mailing list