Re: Gnome CD burning
On 24 Apr 2003 17:21:15 -0400,
Mark L. Kahnt wrote:
>
> On Thu, 2003-04-24 at 06:35, csj@mindgate.net wrote:
> > On 23 Apr 2003 15:33:49 -0400,
> > Mark L. Kahnt wrote:
> > >
> > > I've tried a number of the X11 cd burning packages that
> > > I've been able to track down, eventually generally settling
> > > into XCD-Roast because it usually worked, even if it does
> > > proclaim itself to be an alpha edition. GCombust, Eclipt
> > > Roaster, GToaster, and CDR Toaster have all been tried, and
> > > some may have their strengths, but XCD-Roast seemed to be
> > > most reliable amongst this collection. That said, most of
> > > the time I was using the shell and mkisofs/cdrecord
> > > directly.
> >
> > Has its must-be-SUID-root requirement changed? I gave up on
> > the XCD-Roast because of this and the fact that it insisted
> > on an indecent 1024x768 screen resolution. (These two
> > statements can be both FUD WRT latest version.) In contrast
> > gcombust, the last X-based burn frontend I used on a regular,
> > happily ran as non-root.
>
> As someone that is used to squeezing inordinate amounts of text
> onto a screen (did desktop publishing for a decade, so it
> mattered,) I usually run the system at at least 1024x768, but
> yes, it still is laid out to use that.
I did DTP for a decade and a half ;-) and I still love my fonts
big, except when I'm doing a full-page preview.
> XCD-Roast still, iirc, loves to have at least a part run as
> suid, but the binary itself isn't. xcdrwrap is supposed to
> isolate the suid portions, but I've never watched the
> application closely enough to know whether it is certain to
> execute the code as non-suid.
>
> I seem to miss something when using gcombust, and as a result,
> never can make the CD the way I want it. I don't poke at
> gcombust enough to know what I am doing wrong, though, so I
> don't fuss about it.
> >
> > > Today, I installed a recently arrived package in unstable -
> > > nautilus-cd-burner. As yet, it only deals with data (as far
> > > as I can tell) so if you are burning CDs of your karaoke
> > > additions to popular music (we wouldn't do anything that
> > > might involve violating copyright with these programs -
> > > right?) this isn't the program - yet - that you
> > > want. However, if you are burning data CDs it is fine for
> > > basic core functions, and unlike most burning software, it
> > > puts the volume label dialog square in the user's face to
> > > help make it harder to overlook that (as I do nearly half
> > > of the time.)
> >
> > From your description I assume it's yet another cdrtools
> > frontend. Is this the same nautilus "plug-in" included with
> > Redhat 9.0? The screenshots look cool in the Gnome 2
> > stripped-down kinda way. In Debian's nautilus I have a menu
> > entry for "Go -> CD Creator" which bombs at "'burn:///' is
> > not a valid location. Please check the spelling and try
> > again."
>
> Probably is - unless this component package is installed on
> Debian, the menu entry does the same thing. If is odd to see it
> in the menu without the underlying code - probably should go
> digging the Gnome bugs to see if it has been reported yet. As
> to cdrecord, oddly enough, it isn't a dependency (nor is
> mkisofs) - I haven't dug into the code, but they may have just
> sucked it into the plugin.
I just installed nautilus-cd-burner and I like its overall
simplicity of design (a Gnome 2 crime). I do think it has a
serious bug. It bails out on an unblanked disk. I say "serious"
because nautilus's (and I suppose the rest of Gnome 2's as well)
design objective is to be idiot proof. If you have know how to
blank a cd-rw from the command-line then you're probably better
off just using cdrtools without a gui. There should at least be
an error dialog saying something like "The CD-RW appears to be
full. Should I try to erase it? *ALL* data will be lost!" Note
that cdrecord has the capability to distinguish between a cdr and
cdrw.
Reply to: