Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Eric Enright wrote:
> > On 8/8/06, Hugh McIntyre <[EMAIL PROTECTED]> wrote:
> >> PS: on my system at least, cdrecord seems to win in the always-important
> >> "not burning coaster DVDs" stakes though, unlike cdrw, which dies at the
> >> start for some r
Eric Enright wrote:
On 8/8/06, Hugh McIntyre <[EMAIL PROTECTED]> wrote:
PS: on my system at least, cdrecord seems to win in the always-important
"not burning coaster DVDs" stakes though, unlike cdrw, which dies at the
start for some reason. So I'm grateful for this, but it would certainly
be ni
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> On Monday 07 August 2006 11:17 pm, Hugh McIntyre wrote:
> > Overall I have to agree that cdrw wins on ease of use with "cdrw -i
> > file".
>
> Kind of surprising that it doesn't even require cdctl or cdadm to make it
> work. (pulling tongue out of cheek;-)
"Martin Bochnig" <[EMAIL PROTECTED]> wrote:
> Of course not.
> I just wasn't 100% sure they were invented and written by you.
mkisofs and cdda2wav are not written and invented by me but that are part of
cdrtools and I am currently the only official maintainer of both programs.
Jörg
--
EMail:[
> "Martin Bochnig" <[EMAIL PROTECTED]> wrote:
>
>
> >
> > Plus: cdrecord is more than just the 'cdrecord' binary itself. Don't
> forget the other tools (including 'readcd') and libs (libscg) shipping with
> it.
> > 'readcd' is very important!
>
> Do not forget mkisofs and cdda2wav.
>
> Joerg
On Tue 08 Aug 2006 at 08:47AM, John Plocher wrote:
> Can we move this discussion off to a smaller distribution? (Maybe just
> Joerg, Alan, Darren and James?) It has moved from a clearly
> opensolaris-wide topic (Nexenta!) to a rehash of CDDL-vs-GPL and now has
> degenerated into a usability de
Rich Teer <[EMAIL PROTECTED]> wrote:
> > This is really strange, so you like the hard to memorize options from cdrw?
>
> The only cdrw options I've used are -i, -M, and -C (and -i is by far the
> most often one I use).
They are hard to memorize even if there are only a few of them.
-C is not need
On Tue, 8 Aug 2006, Joerg Schilling wrote:
> Rich Teer <[EMAIL PROTECTED]> wrote:
>
> > No disrespect to Jörg, but FWIW I wholeheartedly concur. (I really don't
> > like the -longoptionname nomenclature, as used by find(1)).
>
> This is really strange, so you like the hard to memorize options f
"Dennis Clarke" <[EMAIL PROTECTED]> wrote:
> If I want to burn a bloody DVD then I should type :
>
> cdrecord foo.iso
This is whyt cdrecord allows you to do since a long time.
If you like to know it exactly: longer than cdrw exists
This is why I cannot understand why people claim that they h
James Carlson <[EMAIL PROTECTED]> wrote:
> Joerg Schilling writes:
> > > Well we will just have to disagree on that, for me cdrw(1) is very
> > > simple and its list of options is just right
> > > for me; even though I hardly use any of them.
> >
> > For me cdrw is very non-intuitive. Cdrecord o
Matt Ingenthron <[EMAIL PROTECTED]> wrote:
> Here in the El Segundo office, the service guys have wrappered cdrecord
> with a script to avoid the scanbus and device stuff on a shared system
> for writing discs. Despite that, I still use cdrw, because it works and
> I'm so lazy I don't even bot
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Note that I even suggested that cdrw(1) be reimplemented using the
> cdrecord library/binaries.
>
> This isn't about how good the individual programs are at putting the
> bits onto or getting them off of CD/DVD media. For me this *is* ONLY a
> UI is
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> As for the "hard to memorize" options of cdrw, I use all of about 3 in the
> absolute worst scenario, and I usually don't specify speed or device, it
> actually knows without me telling it.
>
> -i = image
> -p = speed
Why is there a need to use the non-i
> Can we move this discussion off to a smaller distribution? (Maybe just
> Joerg, Alan, Darren and James?) It has moved from a clearly
> opensolaris-wide topic (Nexenta!) to a rehash of CDDL-vs-GPL and now has
> degenerated into a usability design review and marketing bake-off
> between two CD/D
"Martin Bochnig" <[EMAIL PROTECTED]> wrote:
>
> Plus: cdrecord is more than just the 'cdrecord' binary itself. Don't forget
> the other tools (including 'readcd') and libs (libscg) shipping with it.
> 'readcd' is very important!
Do not forget mkisofs and cdda2wav.
Jörg
--
EMail:[EMAIL PROTE
On Tue, 8 Aug 2006, John Plocher wrote:
Can we move this discussion off to a smaller distribution?
+1
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hugh McIntyre <[EMAIL PROTECTED]> wrote:
>
> Now, people may complain "what about the scan time on a system with
> hundreds of drives". I think the same complaint may have been raised
> during cdrw development, but the ease of use argument won out, as well
> as "well in that case, specify dev=
> Joerg Schilling writes:
>> > Well we will just have to disagree on that, for me cdrw(1) is very
>> > simple and its list of options is just right
>> > for me; even though I hardly use any of them.
>>
>> For me cdrw is very non-intuitive. Cdrecord on the other side works
>> completely
>> intuitiv
On 8/8/06, Hugh McIntyre <[EMAIL PROTECTED]> wrote:
PS: on my system at least, cdrecord seems to win in the always-important
"not burning coaster DVDs" stakes though, unlike cdrw, which dies at the
start for some reason. So I'm grateful for this, but it would certainly
be nice not to have to spe
Can we move this discussion off to a smaller distribution? (Maybe just
Joerg, Alan, Darren and James?) It has moved from a clearly
opensolaris-wide topic (Nexenta!) to a rehash of CDDL-vs-GPL and now has
degenerated into a usability design review and marketing bake-off
between two CD/DVD writ
> I'm done, I'm going to continue using cdrw(1) because it does what I
> need and doesn't confuse me.
I will never use cdrw because it confuses me.
Cdrecord is easier to use.
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED](uni)
Joerg Schilling writes:
> > Well we will just have to disagree on that, for me cdrw(1) is very
> > simple and its list of options is just right
> > for me; even though I hardly use any of them.
>
> For me cdrw is very non-intuitive. Cdrecord on the other side works completely
> intuitive and it d
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> > It is definitely not. I guess that you just did read the man page for cdrw
> > many times but did not do the same for cdrecord.
>
> Well I did use it without ever reading the man page (and neither you are
> I can prove otherwise :-)). I know that wi
Joerg Schilling wrote:
The very fact you have to read the cdrecord man page in depth is the
issue.
This is strange, it seems that you did not realize that it is not possible
to use cdrw without reading it's man page. The CLI from cdrw seems to be
even worse than the one from cdrecord.
Hugh McIntyre wrote:
Overall I have to agree that cdrw wins on ease of use with "cdrw -i
file". But the good news may be that almost the only issue with
cdrecord is the need to specify dev=a,b,c. And to use -scanbus before
this to find the device.
I too hate to jump in to the detailed d
> > Nobody needs to do this (nor is reading the man-page actually required
> more than once): The cdrecord-CLI itself does provide _enough_
> self-documentation.
>
> Looks like you missed a smiley there,
Why??
> if you haven't then I'm sorry you
> are so narrow minded
I do have a problem wit
On Monday 07 August 2006 11:17 pm, Hugh McIntyre wrote:
> Overall I have to agree that cdrw wins on ease of use with "cdrw -i
> file".
Kind of surprising that it doesn't even require cdctl or cdadm to make it
work. (pulling tongue out of cheek;-)
--
Alan DuBoff - Sun Microsystems
Solaris x86
Martin Bochnig wrote:
Think about it, programs like X-ripper, Arson, or K3b are proof that most
users might not be good at remembering 170 options for a program.
Nobody needs to do this (nor is reading the man-page actually required more
than once): The cdrecord-CLI itself does provide _enou
Alan DuBoff wrote:
On Monday 07 August 2006 10:46 pm, Darren J Moffat wrote:
I've only ever needed to use one option: -i to specify the image name.
Occasionally I use -l to list but that is usually for demo purposes
rather than actually using it.
Funny you mention the -l option. That was helpf
Martin Bochnig wrote:>
I (as a daily [and multiplatform] year-long cdrecord(-ProDVD) user) absolutely
agree to what Joerg has said!
If "cdrw is better than cdrecord[, because it has less and easier to understand
options]", then this would be logically equal to saying "life is easier after one
Alan DuBoff wrote:
> On Monday 07 August 2006 10:24 pm, Joerg Schilling wrote:
> > This is really strange, so you like the hard to memorize options from
> cdrw?
> > Well, it does not support many of them tell me how you would design
> a
> > program that supports nearly 100 options without us
On Monday 07 August 2006 10:46 pm, Darren J Moffat wrote:
> I've only ever needed to use one option: -i to specify the image name.
> Occasionally I use -l to list but that is usually for demo purposes
> rather than actually using it.
Funny you mention the -l option. That was helpful when many syst
On Monday 07 August 2006 10:24 pm, Joerg Schilling wrote:
> This is really strange, so you like the hard to memorize options from cdrw?
> Well, it does not support many of them tell me how you would design a
> program that supports nearly 100 options without using long options.
I would change
> > In some cases this is probably not easy to over come, find for example
> > just seems to need a lot of options because of what it does. A CD/DVD
> > writing program on the other hand probably doesn't need to be that
> > complex. Personally if I felt all these options really did need to b
(I hesitate to intrude in this heated discussion, but.)
Darren J Moffat wrote:
Joerg Schilling wrote:
I am not sure whether you did read the man page for cdrecord in depth
The very fact you have to read the cdrecord man page in depth is the issue.
[...]
but it seems that you don't kno
Joerg Schilling wrote:
Darren J Moffat <[EMAIL PROTECTED]> wrote:
In some cases this is probably not easy to over come, find for example
just seems to need a lot of options because of what it does. A CD/DVD
writing program on the other hand probably doesn't need to be that
complex. Person
Joerg Schilling wrote:
Darren J Moffat <[EMAIL PROTECTED]> wrote:
Opinion:
Personally I detest with a passion the CLI that cdrecord has despite it
being technically good at actually doing the writing. I like the
simple interface that cdrw provides.The simple cdrw CLI could be
implemen
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> In some cases this is probably not easy to over come, find for example
> just seems to need a lot of options because of what it does. A CD/DVD
> writing program on the other hand probably doesn't need to be that
> complex. Personally if I felt al
Joerg Schilling wrote:
Rich Teer <[EMAIL PROTECTED]> wrote:
No disrespect to Jörg, but FWIW I wholeheartedly concur. (I really don't
like the -longoptionname nomenclature, as used by find(1)).
This is really strange, so you like the hard to memorize options from cdrw?
I've only ever needed
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> >> Opinion:
> >>
> >> Personally I detest with a passion the CLI that cdrecord has despite it
> >> being technically good at actually doing the writing. I like the
> >> simple interface that cdrw provides.The simple cdrw CLI could be
> >> imple
Rich Teer <[EMAIL PROTECTED]> wrote:
> No disrespect to Jörg, but FWIW I wholeheartedly concur. (I really don't
> like the -longoptionname nomenclature, as used by find(1)).
This is really strange, so you like the hard to memorize options from cdrw?
Well, it does not support many of them tel
On Tue, 8 Aug 2006, Darren J Moffat wrote:
> So for me cdrw(1) is much more friendly than cdrecord(1), thats just they way
> it is for me.
>
> I think it is great that cdrecord can do so much but for me the UI is too
> complex and the man page is far too technical too quickly.
No disrespect to J
Joerg Schilling wrote:
Darren J Moffat <[EMAIL PROTECTED]> wrote:
Joerg Schilling wrote:
cdrw is dead and cdrecord is now also in /bin, so where is your problem?
According to whom is cdrw dead ?
I have been told that cdrw will not be extended (developed any further)
and I have been told tha
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> On Monday 07 August 2006 11:56 am, Joerg Schilling wrote:
> > I am just forwarding information I got from the removable media group
> > in the way I did understand the information.
>
> Yes, but some of your claims are misleading or unclear to me. IOW, are t
On Monday 07 August 2006 11:56 am, Joerg Schilling wrote:
> I am just forwarding information I got from the removable media group
> in the way I did understand the information.
Yes, but some of your claims are misleading or unclear to me. IOW, are they
not going to fix a bug for the Pioneer drive
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> On Monday 07 August 2006 05:37 am, Joerg Schilling wrote:
> > If the problems with cdrw are not fixed, then the state could be
> > called similar to "dead".
>
> So, in other words it's dead by your admission.;-)
I am just forwarding information I got from
On Monday 07 August 2006 05:37 am, Joerg Schilling wrote:
> If the problems with cdrw are not fixed, then the state could be
> called similar to "dead".
So, in other words it's dead by your admission.;-)
> > Sure cdrecord is powerful but personally 'cdrw -i file.iso' has always
> > worked perfect
Darren J Moffat <[EMAIL PROTECTED]> wrote:
> Joerg Schilling wrote:
> >
> > cdrw is dead and cdrecord is now also in /bin, so where is your problem?
>
> According to whom is cdrw dead ?
I have been told that cdrw will not be extended (developed any further)
and I have been told that a bug in cdr
Joerg Schilling wrote:
cdrw is dead and cdrecord is now also in /bin, so where is your problem?
According to whom is cdrw dead ?
Facts:
There is no ARC case to remove it from Solaris.
There is not even an ARC case to mark it as Obsolete.
The ARC case that added cdrecord to Solaris does not a
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> > I would like to see some help with trying to correct wrong statements on
> > OpenSolaris and the CDDL from other people. If I am the only person to do
> > this, the people who spread FUD have an easy living while spreading the
> > clain that the CDDL is n
On Sunday 06 August 2006 06:23 am, Joerg Schilling wrote:
> I also tried to inform people on the fact that there is still a lot of FUD
> against the CDDL and OpenSolaris.
>
> I would like to see some help with trying to correct wrong statements on
> OpenSolaris and the CDDL from other people. If I
Richard Lowe <[EMAIL PROTECTED]> wrote:
> Ok, I have to ask. What exactly (beyond, tenuously, the CDDL reference)
> does this have to do Solaris, OpenSolaris, or any other legitimate
> purpose of this alias?
Richard, in case you did not notice:
I am not the one who did start this thread and
Joerg Schilling wrote:
Alan DuBoff <[EMAIL PROTECTED]> wrote:
On Friday 04 August 2006 02:40 pm, Joerg Schilling wrote:
The current problem with Debian is that they disregard their ethics rules
and act with arbitrariness. Some people dislike anything but the GPL and
apply pressure on authors t
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> On Friday 04 August 2006 02:40 pm, Joerg Schilling wrote:
> > The current problem with Debian is that they disregard their ethics rules
> > and act with arbitrariness. Some people dislike anything but the GPL and
> > apply pressure on authors that use diffe
On Friday 04 August 2006 02:40 pm, Joerg Schilling wrote:
> The current problem with Debian is that they disregard their ethics rules
> and act with arbitrariness. Some people dislike anything but the GPL and
> apply pressure on authors that use different licenses.
There could be something lost in
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> cdrecord was a part of sfw, I guess. Is it included on a Solaris distribution?
>
> I haven't used it for a couple years it seems, so not sure if it's on the
> distribution or not, it used to be a part of the companion cd.
The cdrecord from the companion C
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> No, I don't feel there's confusion on my part. Debian was always able to
> seperate free from non-free, and even you as a user have the option to
> disable non-free software if it bothers you.
>
> The Debian ethic seems to me, to be a freely distributable
On Friday 04 August 2006 02:25 pm, James Carlson wrote:
> % which cdrecord
> /usr/bin/cdrecord
Good to see that changed, this was not very long ago...
[EMAIL PROTECTED] Down]$ uname -a
SunOS eagle 5.11 snv_22 i86pc i386 i86pc
[EMAIL PROTECTED] Down]$ which cdrecord
/opt/sfw/bin/cdrecord
--
Ala
Alan DuBoff writes:
> cdrecord was a part of sfw, I guess. Is it included on a Solaris distribution?
>
> I haven't used it for a couple years it seems, so not sure if it's on the
> distribution or not, it used to be a part of the companion cd.
% which cdrecord
/usr/bin/cdrecord
% pkgchk -lp /usr
On Friday 04 August 2006 01:55 pm, James Carlson wrote:
> I think that the point here is that if there are any cases where cdrw
> works, and cdrecord does not, then bugs should be filed against that.
> If you see cases like that, you should file bugs.
At the time Joerg told me it was incompatible
Alan DuBoff writes:
> > Given the known problems with cdrw, it is most unlikely that there is any
> > case where cdrw works but cdrecord has problems.
>
> I have no idea. Do I ever get a bad burn? Sure, I toss them in the trash.
I think that the point here is that if there are any cases where cdr
On Friday 04 August 2006 12:26 pm, Joerg Schilling wrote:
> I have the impression that you confuse the problem with Debian (which seems
> to become non-free project) and Nexenta.
>
> Please note: The Nexenta people suffer from the same problems with Debian
> as I do
No, I don't feel there's co
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> On Friday 04 August 2006 05:38 am, Joerg Schilling wrote:
> > As long as Debian distributes rotten (by Debian) versions
> > of cdrtools and as long as Debian tries to hide newer versions
> > from Debian, I would not praise Debian too much
>
> That's cer
On Friday 04 August 2006 07:31 am, Stephen Lau wrote:
> Alan DuBoff wrote:
> > I must say that as a previous Debian user for quite a number of years,
> > Nexenta really kicks! Even though I haven't run a Debian server for close
> > to 3 years, old habits are hard to break as they say! There's a few
On Friday 04 August 2006 07:30 am, Stephen Lau wrote:
> The Sun RealPlayer package installs fine in Nexenta... (I've done it)
Nice, this will be on my list of software to add.
> Don't forget punchin :)
No, I won't. The point is that some of these things are not as easy to install
to Nexenta as
On Friday 04 August 2006 05:38 am, Joerg Schilling wrote:
> As long as Debian distributes rotten (by Debian) versions
> of cdrtools and as long as Debian tries to hide newer versions
> from Debian, I would not praise Debian too much
That's certainly your choice. From my perspective I see them
Alan DuBoff wrote:
I must say that as a previous Debian user for quite a number of years, Nexenta
really kicks! Even though I haven't run a Debian server for close to 3 years,
old habits are hard to break as they say! There's a few things I don't have at
the moment due to lack of pkg support,
Alan DuBoff wrote:
I must say that as a previous Debian user for quite a number of years, Nexenta
really kicks! Even though I haven't run a Debian server for close to 3 years,
old habits are hard to break as they say! There's a few things I don't have at
the moment due to lack of pkg support,
Alan DuBoff <[EMAIL PROTECTED]> wrote:
> Sure, you got that piece of $#!T dselect installer, or looks like it, and
> that's the part that reminds me of the statement, "Debian - it ain't your
> Mother's OS". But I think it was good to see that POS installer, because I
> had forgotten that any in
On Friday 04 August 2006 02:18 am, [EMAIL PROTECTED] wrote:
> >I must say that as a previous Debian user for quite a number of years,
> >Nexenta really kicks! Even though I haven't run a Debian server for
> >close to 3 years, old habits are hard to break as they say ! There's a
> >few things I don'
>I must say that as a previous Debian user for quite a number of years,
>Nexenta really kicks! Even though I haven't run a Debian server for
>close to 3 years, old habits are hard to break as they say ! There's a
>few things I don't have at the moment due to lack of pkg support, but
>hopefully tha
I must say that as a previous Debian user for quite a number of years, Nexenta
really kicks! Even though I haven't run a Debian server for close to 3 years,
old habits are hard to break as they say! There's a few things I don't have at
the moment due to lack of pkg support, but hopefully that wi
72 matches
Mail list logo
