Joerg Schilling [EMAIL PROTECTED] wrote:
Let us make a test:
If you are interested in a modification on cdrtools, send a list
of descriptions on patches wher the following constraints apply:
- They fix a bug verifiable bug in cdrtools
That means an unmodified cdrtools has a self
Joerg Schilling wrote:
Steve McIntyre [EMAIL PROTECTED] wrote:
The full set of Debian patches against cdrecord are:
02_cdrecord_default_conf.dpatch:
Set up reasonable default values in the cdrecord config
It is unreasonable to deviate from a standard OS independen default.
---
Joerg Schilling wrote:
Ville Syrjälä [EMAIL PROTECTED] wrote:
On Mon, Jan 23, 2006 at 03:41:16PM +0100, Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, however I don't like the way the Linux kernel developers
personally attack people who tell
Joerg Schilling wrote:
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling schrieb am 2006-01-22:
First: this is not a bug inside cdrecord that needs to be fixed but a recently
introduced bug in Linux that needs a workaround.
I don't care how you call it. It's a problem
Joerg Schilling wrote:
Bill Davidsen [EMAIL PROTECTED] wrote:
Even for Open Source, there is an Author or a group of authors.
The version that comes from the Copyrightholder is the official one.
In this case there is no such official one, the official growisofs
doesn't do CD, the
On Tue, Jan 24, 2006 at 07:47:00AM -0500, Bill Davidsen wrote:
Joerg Schilling wrote:
For this reason, I cannot try out problems with Linux versions ewer than
2.6.8.1
unless people give access to machines where newer versions are installed.
Did you ever wonder why no one provides access?
On Tue, 24 Jan 2006, Bill Davidsen wrote:
Fortunately there are people who do, which is why there are patches to
fix the limitations of the old interface you release. You are saying
the world should stop changing because I don't have time to keep up.
This argument is invalid. It expects
Volker Kuhlmann [EMAIL PROTECTED] wrote:
Could you give an example where cdrecord dumps hexadecimal rubbish to
signal that everything is OK? I know it dumps a lot in -vv mode, but
that's what -vv is designed for...
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0008
Are you
Bill Davidsen [EMAIL PROTECTED] wrote:
The full set of Debian patches against cdrecord are:
02_cdrecord_default_conf.dpatch:
Set up reasonable default values in the cdrecord config
It is unreasonable to deviate from a standard OS independen default.
--- rejected
Do you
Geoffrey [EMAIL PROTECTED] writes:
Alexander Noe' wrote:
Geoffrey
Actually Jörg, I tend to agree with Steve, but it could well be
a cultural issue. You do come across rather blunt.
Although this is true, let me tell you some things:
* the difficulties to express such notions in a
Alexander Noe' [EMAIL PROTECTED] writes:
Of course, this can only work out when drives are not broken for a
certain disc type in general. A lot of drives are very problematic with
RW media. The best one I've encountered was the NEC 3540A.
While I haven't got long-time observations yet, the
Joerg Schilling [EMAIL PROTECTED] writes:
I am not against Linux, I am however against stupidity and evilness.
We're all against those, only that I do not necessarily see Linux
decisions as evil. Misguided perhaps, uninformed rather likely,
but malicious intent? I don't think so.
If I see
Geoffrey [EMAIL PROTECTED] writes:
I'm primarily a SuSE user...
Suse agreed some time ago to publish the version of cdrecord that is
similarily broken as the Debian one under a different name and to
publish a mainly unmodified version under the name cdrecord.
Well, I would think that is a
Volker Kuhlmann [EMAIL PROTECTED] wrote:
the only way to ensure compatible good-quality recording. Or some such
thing, to do with different recording strategies and different
principles on which the various formats are based. A DVD+ -based burner
There is nothing like a DVD+ based burner.
Hi,
But why did the [DVD-RW] media work in september 2004 and die a quick
and reliable dead in november 2005 ? The same spindles. Two
brands with two different media infos. Wether unused previously
or re-written.
You'd need a useful error rate scan of the media to establish
this.
A DVD+ -based burner
has to engage some kind of emulation for DVD- media (character-based vs
block-based), and the emulation in the burner firmware can't be trusted.
This is the first time i read about a technical reason for those
patches.
You've merely heard an echo of quasi-technical rumor.
[EMAIL PROTECTED] wrote:
A DVD+ -based burner
has to engage some kind of emulation for DVD- media (character-based vs
block-based), and the emulation in the burner firmware can't be trusted.
This is the first time i read about a technical reason for those
patches. I always thought it was
On Mon, Jan 23, 2006 at 12:00:59AM +0100, Joerg Schilling wrote:
Maybe the problem is that Debian accepts bug reports for things that are not
broken (at least not inside cdrecord).
Debian is not a monolithic entity. It's a large group of individual
developers, each of whom works in complete
Steve McIntyre [EMAIL PROTECTED] wrote:
Again:
-Linux kernel folks modify interfaces without notifying the users
even though there are less than 5 Authors who write software that
uses the related interfaces.
Joerg, please - I believe you're wrong here. If it's your opinion
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, however I don't like the way the Linux kernel
developers
personally attack people who tell them where they make mistakes.
Let me make an example: if you take Linus Torvalds statements on Linux
kernel
include files for
On Mon, Jan 23, 2006 at 04:49:42PM +0100, Joerg Schilling wrote:
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling [EMAIL PROTECTED] writes:
I am not against Linux, I am however against stupidity and evilness.
We're all against those, only that I do not necessarily see Linux
Ville Syrjälä [EMAIL PROTECTED] wrote:
We're all against those, only that I do not necessarily see Linux
decisions as evil. Misguided perhaps, uninformed rather likely,
but malicious intent? I don't think so.
As I and other did inform these people and they did stay with their
On Mon, Jan 23, 2006 at 03:41:16PM +0100, Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, however I don't like the way the Linux kernel
developers
personally attack people who tell them where they make mistakes.
Let me make an example: if you
On Mon, Jan 23, 2006 at 05:20:58PM +0100, Joerg Schilling wrote:
Ville Syrjälä [EMAIL PROTECTED] wrote:
We're all against those, only that I do not necessarily see Linux
decisions as evil. Misguided perhaps, uninformed rather likely,
but malicious intent? I don't think so.
As
Ville Syrjälä [EMAIL PROTECTED] wrote:
On Mon, Jan 23, 2006 at 03:41:16PM +0100, Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, however I don't like the way the Linux kernel
developers
personally attack people who tell them where they make
Hi,
This is the first time i read about a technical reason for those
patches. I always thought it was to keep alive a source-open GPL'd
version of cdrecord which is able to burn DVD.
I don't understand what you like to say here
It is not easy to discuss the cdrecord-ProDVD topic in any
Steve McIntyre [EMAIL PROTECTED] wrote:
-Debian people do not cooperate by not talking to the Authors of the
software.
In general, or just cdrtools? Generally, we have useful, productive
relationships with upstream developers. In many cases, Debian patches
are gratefully accepted
Joerg Schilling [EMAIL PROTECTED] writes:
- Linux decided to _need_ /usr/src/linux/unclude in the search PATH.
It was needed for Linux-2.2 or earlier and such a decision cannot
ever be changed later.
Well, they did just that. Your cdrtools package (or rather the libscg
Joerg Schilling [EMAIL PROTECTED] wrote:
Let us make a test:
If you are interested in a modification on cdrtools, send a list
of descriptions on patches wher the following constraints apply:
- They fix a bug verifiable bug in cdrtools
That means an unmodified cdrtools has a self
[EMAIL PROTECTED] wrote:
This is most likely caused by OPC problems in your writer.
Try cdrecord -force blank=full
Hm ... i tried much, but i never tried -force.
blank=full ? My Cdrecord-ProDVD-Clone 2.01b31 does not
know full. It's about time i try the new 2.01.01b03 ...
... nope
Mon, 23 Jan 2006 18:54:56 +0100 //[EMAIL PROTECTED] wrote:
mailto:scdbackup%40gmx.net
I am not aware of computer DVD-ROM drives which refuse
to read successfully verified DVD+RW
Well, my DVD-ROM cannot read any of the DVD-R or DVD+RW disks that I
have tried.
I use TDK and Verbatim media
Hi,
Vendor_info: 'HL-DT-ST'
Identifikation : 'DVDRAM GSA-4082B'
Revision : 'A201'
I am not sure about the firmware/laser pule former quality of this
Hitachi Goldstar drive. I recommend to repeat this test with
a drive from Pioneer, Plextor or NEC
30 minutes later
On Mon, Jan 23, 2006 at 06:26:35PM +0100, Joerg Schilling wrote:
Ville Syrjälä [EMAIL PROTECTED] wrote:
On Mon, Jan 23, 2006 at 03:41:16PM +0100, Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, however I don't like the way the Linux kernel
Hi,
I am not aware of computer DVD-ROM drives which refuse
to read successfully verified DVD+RW
Well, my DVD-ROM cannot read any of the DVD-R or DVD+RW disks that I
have tried.
That would be 1 point for the + team and 1 for the - team.
I use TDK and Verbatim media written with a
Hi,
You've merely heard an echo of quasi-technical rumor.
I repeated (my understanding of) the guts of what was said, I don't say
it's technically correct.
Please note that I rather reacted on Thomas' interpretation of the
statement/rumor you've passed on
He interpreted it as if there
On Tue 24 Jan 2006 06:26:35 NZDT +1300, Joerg Schilling wrote:
NOTE: it turns out that you are not helpful at all and only like to waste my
time. Unless you are able to help with the problems please stop your postings.
Turned around, it becomes: it has turned out that this condescending
style
On Tue 24 Jan 2006 07:40:43 NZDT +1300, Joerg Schilling wrote:
:-[ PERFORM OPC failed with SK=3h/ASC=73h/ACQ=03h]: Input/output error
If you use a program with user unfriendly output, please look up the error
code
and expand to text.
Hold it right there, Jörg. The hexadecimal rubbish
Well, my DVD-ROM cannot read any of the DVD-R or DVD+RW disks that I
have tried.
I use TDK and Verbatim media written with a Plextor PX-716UF drive using
cdrecord-ProDVD.
The kernel identifies the drive as: LG DVD-ROM DRN-8080B, ATAPI CD/DVD-ROM
How old is this drive? In the earlier days
Volker Kuhlmann wrote:
Hold it right there, Jörg. The hexadecimal rubbish dumped on the
screen by cdrecord for no problems, everything's fine (and other
things) is a lot bigger than what you're complaining about here.
Could you give an example where cdrecord dumps hexadecimal rubbish to
Volker Kuhlmann [EMAIL PROTECTED] writes:
Turned around, it becomes: it has turned out that this condescending
style is not helpful at all. Neither are 100% predictable outbursts
slogging off Linux, the kernel, or developers, they're just wasting our
time. Unless you are able to help with
Could you give an example where cdrecord dumps hexadecimal rubbish to
signal that everything is OK? I know it dumps a lot in -vv mode, but
that's what -vv is designed for...
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0008
Profile: 0x001B
Profile: 0x001A
Profile: 0x0014
A DVD+ -based burner
has to engage some kind of emulation for DVD- media (character-based vs
block-based), and the emulation in the burner firmware can't be trusted.
This is the first time i read about a technical reason for those
patches.
You've merely heard an echo of quasi-technical rumor.
... find out about situations where growisofs fails and one
of the patched cdrecords succeeds.
Nevertheless, i would be very interested in learning about
such situations.
Every bullet at http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html is a
possibility for another program to succeed when
Joerg Schilling [EMAIL PROTECTED] writes:
I fix all bugs that are verifiably caused by cdrecord and I try to find
workarounds for all OS bugs. People just need to send a usable bug report.
How about my recent Linux SCSI buffer allocation patch? :-)
--
Matthias Andree
--
To UNSUBSCRIBE,
Steve McIntyre [EMAIL PROTECTED] writes:
18_donotopen_hda.dpatch:
dev=ATA:1,0,0 uselessly opens /dev/hda, breaking non-root
access. See #228215
Jörg doesn't consider this a bug, we've had this discussion a few days
ago. If you have proper access permission to write, opening /dev/hda
... find out about situations where growisofs fails and one
of the patched cdrecords succeeds.
Nevertheless, i would be very interested in learning about
such situations.
Every bullet at http://fy.chalmers.se/~appro/linux/DVD+RW/hcn.html is a
possibility for another program to succeed when
Hi,
informing you in advance about my upcoming cdrecord
compatibility wrapper around libburn: cdrskin .
What kind of advantage should this have?
Cdrecord is opensource and portable to 30 different platforms.
Why do you spend time on this?
The fundamental motivation is as always, of
Bill Davidsen [EMAIL PROTECTED] wrote:
Even for Open Source, there is an Author or a group of authors.
The version that comes from the Copyrightholder is the official one.
In this case there is no such official one, the official growisofs
doesn't do CD, the official cdrecord doesn't do
Bill Davidsen [EMAIL PROTECTED] wrote:
Why do you spend time on this?
What problem does it solve that cannot be solved by cdrecord?
I'm sorry you don't get it, DVD has passed by CD, and you have your Pro
Guess why cdrecord supports to write DVDs since 8 years...
You have a great
Bill Davidsen [EMAIL PROTECTED] wrote:
Should this be a joke?
Please tell me why an unmodified cdrecord runs best on Linux and
why 90% of all bugs on the Debian bug tracking system for cdrtools
are caused by the modifications done by Debian.
1 - runs best is meaningless without
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling [EMAIL PROTECTED] writes:
I fix all bugs that are verifiably caused by cdrecord and I try to find
workarounds for all OS bugs. People just need to send a usable bug report.
How about my recent Linux SCSI buffer allocation patch?
Hi,
This is the first time i read about a technical reason for those
patches.
You've merely heard an echo of quasi-technical rumor.
For me as an application programmer all talk about system,
firmware or hardware is rumor. One learns to live with that.
My -RWs leave me after a few
Steve McIntyre [EMAIL PROTECTED] wrote:
The full set of Debian patches against cdrecord are:
02_cdrecord_default_conf.dpatch:
Set up reasonable default values in the cdrecord config
It is unreasonable to deviate from a standard OS independen default.
--- rejected
06_dautipps.dpatch:
Joerg Schilling schrieb am 2006-01-22:
First: this is not a bug inside cdrecord that needs to be fixed but a recently
introduced bug in Linux that needs a workaround.
I don't care how you call it. It's a problem between cdrecord and Linux
that needs to be fixed.
Since you insisted that setuid
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling schrieb am 2006-01-22:
First: this is not a bug inside cdrecord that needs to be fixed but a
recently
introduced bug in Linux that needs a workaround.
I don't care how you call it. It's a problem between cdrecord and Linux
that
Joerg Schilling [EMAIL PROTECTED] writes:
You stated that it does not work on Linux-2.6.8.1 which is not true.
Well, sorry about that. 2.6.8.1 was very shortlived anyhow, and I don't
have such ancient and security holey versions around.
Please understand that I am not willing to waste my time
On Sun, Jan 22, 2006 at 01:40:55PM +0100, Joerg Schilling wrote:
Steve McIntyre [EMAIL PROTECTED] wrote:
The full set of Debian patches against cdrecord are:
02_cdrecord_default_conf.dpatch:
Set up reasonable default values in the cdrecord config
It is unreasonable to deviate from a
Matthias Andree [EMAIL PROTECTED] wrote:
Please understand that I am not willing to waste my time with
constanly trying out new Linux version as long as the Linux Folks is
not willing to to stop introducing new problems for CD/DVD writing.
Well, your alternative would be to call Linux
Steve McIntyre [EMAIL PROTECTED] wrote:
06_dautipps.dpatch:
Little patch to extend error information
This patch causes incorrect output
--- rejected
What, you're claiming extra output that may help a user diagnose a
problem incorrect?
1) cdrecord The output is wrong
On Sun, Jan 22, 2006 at 03:51:19PM +0100, Joerg Schilling wrote:
I am always open to a mind change, but the people who like to get my help
should be able to cooperate and to accept usual basic knowledge on computer
science.
*yawn* Yet more of your usual condescending style. I wa hoping to make
Steve McIntyre [EMAIL PROTECTED] wrote:
On Sun, Jan 22, 2006 at 03:51:19PM +0100, Joerg Schilling wrote:
I am always open to a mind change, but the people who like to get my help
should be able to cooperate and to accept usual basic knowledge on computer
science.
*yawn* Yet more of your
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling [EMAIL PROTECTED] writes:
The hint that is removed by Debian prevents people from learning where to
find
working DVD support for cdrecord.
And it might prevent cdrecord from being packaged -- by those who
prohibit commercial
Steve McIntyre [EMAIL PROTECTED] wrote:
On Sun, Jan 22, 2006 at 03:51:19PM +0100, Joerg Schilling wrote:
I am always open to a mind change, but the people who like to get my help
should be able to cooperate and to accept usual basic knowledge on computer
science.
*yawn* Yet more of your
Matthias Andree [EMAIL PROTECTED] wrote:
Joerg Schilling schrieb am 2006-01-22:
First: this is not a bug inside cdrecord that needs to be fixed but a
recently
introduced bug in Linux that needs a workaround.
I don't care how you call it. It's a problem between cdrecord and Linux
that
Joerg Schilling wrote:
Achja, für den Fall das die Probleme, die Du mit einer Sinnvollen Konversation
zu haben scheinst, daher rühren daß Du in der Englischen Sprache irgendwelche
mir nicht bekannten Nebenbedeutungen entdeckst, laß uns einfach die Diskusion
in Deutsch weiterführen, da sind
Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
Joerg Schilling wrote:
Achja, für den Fall das die Probleme, die Du mit einer Sinnvollen Konversation
zu haben scheinst, daher rühren daß Du in der Englischen Sprache irgendwelche
mir nicht bekannten Nebenbedeutungen entdeckst, laß
Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am sorry, but as Steve McIntyre told me that my mails are condescending, it
is obvious that English is not the right language for the discussion as it
seemms to be ambiguous to allow Steve McIntyre to believe I am condescending.
Or
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, I am however against stupidity and evilness.
But your comments regarding Linux kernel developers would appear to
indicate that you are against Linux. Personal opinion, nothing more.
This is not true!
I am not against Linux,
Geoffrey
Actually Jörg, I tend to agree with Steve, but it could well be
a cultural issue. You do come across rather blunt.
Although this is true, let me tell you some things:
* the difficulties to express such notions in a foreign language are
unknown to some (actually, too many) english
Well possible. But why did the media work in september 2004 and die
a quick and reliable dead in november 2005 ? The same spindles. Two
brands with two different media infos.
There is not much -RW media besides Mitsubishi that even has a chance
to work properly. On the +RW side, some drives
Joerg Schilling wrote:
Geoffrey [EMAIL PROTECTED] wrote:
I am not against Linux, I am however against stupidity and evilness.
But your comments regarding Linux kernel developers would appear to
indicate that you are against Linux. Personal opinion, nothing more.
This is not true!
I am
Alexander Noe' wrote:
Geoffrey
Actually Jörg, I tend to agree with Steve, but it could well be
a cultural issue. You do come across rather blunt.
Although this is true, let me tell you some things:
* the difficulties to express such notions in a foreign language are
unknown to some
A DVD+ -based burner
has to engage some kind of emulation for DVD- media (character-based vs
block-based), and the emulation in the burner firmware can't be trusted.
This is the first time i read about a technical reason for those
patches.
You've merely heard an echo of quasi-technical
It might as well indicate your particular firmware deficiency: it simply
fails to pick optimal power for particular media manufacturer[s] or
DVD-RW media in general.
But why did the media work in september 2004 and die a quick
and reliable dead in november 2005 ? The same spindles. Two
[EMAIL PROTECTED] writes:
My DVD needs get served well by original growisofs and
cdrecord-ProDVD.
So i have not much reason to try any DVD-patched cdrecords yet.
I actually wonder why they live forth.
Some people appear to prefer one tool for one burning needs, without
locking themselves in
Hi,
So i have not much reason to try any DVD-patched cdrecords yet.
I actually wonder why they live forth.
I wondered too and questioned that, and got my head bitten off on the
dvdrtools list
Only good we are virtual entities here.
The blood spill would be immense if we met in real
Joerg Schilling wrote:
Thaddeus H. Black [EMAIL PROTECTED] wrote:
This post regards Debian cdrtools cdrecord/cdrecord.c.
It may be old news to you. If so, ignore it; no reply
is needed. If it does interest you, however, please
copy replies to me.
Be careful: Debian publishes
Because growisofs doesn't do CD, cdrecord doesn't do DVD, and -ProDVD
isn't open source. I find it very nice to have a single tool to burn ISO
images, because then I can write the media type fitted to the data size
without needing multiple tools.
That's why I have used my writecd script
Hi,
Bill Davidsen wrote:
Because growisofs doesn't do CD, cdrecord doesn't do DVD, and -ProDVD
isn't open source. I find it very nice to have a single tool to burn ISO
images, because then I can write the media type fitted to the data size
without needing multiple tools.
Volker
Hi,
I recently introduced a fifo into my growisofs script.
Now it is already obsolete. What a carreer. :))
For a talk I gave on introduction to pthreads I wrote a ring buffer
program with most of the options one could want.
Isn't there anybody in the world who did not make his own fifo
Bill Davidsen [EMAIL PROTECTED] wrote:
Be careful: Debian publishes a bastardized version of cdrtools.
Most problems go away once you convert to the official programs.
There seems to be no open source official program.
Looks like you missunderstood OpenSource and forks.
Even for Open
Bill Davidsen [EMAIL PROTECTED] wrote:
isn't open source. I find it very nice to have a single tool to burn ISO
images, because then I can write the media type fitted to the data size
without needing multiple tools.
This is why I use cdrecord wherever possible.
And just a note: growisofs
[EMAIL PROTECTED] wrote:
Would there be volunteer testers for a united cdrecord
compatibility wrapper based on libburn for CD and
growisofs for DVD ? (With the funny property to have
TAO-like behavior for DVD and only SAO for CD. Libburn
is only available for x86 Linux 2.4 and 2.6 afaik.)
[EMAIL PROTECTED] wrote:
Hi,
I recently introduced a fifo into my growisofs script.
Now it is already obsolete. What a carreer. :))
For a talk I gave on introduction to pthreads I wrote a ring buffer
program with most of the options one could want.
Isn't there anybody in the
On Sat, Jan 21, 2006 at 11:35:25PM +0100, Joerg Schilling wrote:
Bill Davidsen [EMAIL PROTECTED] wrote:
There seems to be no open source official program.
Looks like you missunderstood OpenSource and forks.
Even for Open Source, there is an Author or a group of authors.
The version that comes
Steve McIntyre [EMAIL PROTECTED] wrote:
And in case you also missunderstood forks: A fork is a _working_ and
_maintained_ modified version of a program. What you see with the
bastardized
cdrtools versions on Linux is neither working nor maintained, it is just
a result of the religion of
On Sun, Jan 22, 2006 at 12:14:55AM +0100, Joerg Schilling wrote:
Steve McIntyre [EMAIL PROTECTED] wrote:
And in case you also missunderstood forks: A fork is a _working_ and
_maintained_ modified version of a program. What you see with the
bastardized
cdrtools versions on Linux is neither
Hi Joerg,
Would there be volunteer testers for a united cdrecord
compatibility wrapper based on libburn for CD and
growisofs for DVD ?
The last time I checked libburn, it was a complete desater.
The first time where a project turned unmaintainable short
after it's creation.
It's not
On Saturday 21 January 2006 19:06, Steve McIntyre wrote:
[...]
--
Steve McIntyre, Cambridge, UK.
[EMAIL PROTECTED] Getting a SCSI chain working is perfectly simple if
you remember that there must be exactly three terminations: one on
one end of the cable, one on
Steve McIntyre [EMAIL PROTECTED] wrote:
Oh, FFS. Give it a rest, Joerg. Most of the work that the various
Linux distro people have done on cdrtools is to fix real bugs that you
won't acknowledge. Sometimes users simply want things to work on their
systems, rather than random Solaris
[EMAIL PROTECTED] wrote:
Let me take the occasion to show to you the due politeness and
respect by informing you in advance about my upcoming cdrecord
compatibility wrapper around libburn: cdrskin .
What kind of advantage should this have?
Cdrecord is opensource and portable to 30
On Sun, Jan 22, 2006 at 01:38:19AM +0100, Joerg Schilling wrote:
Steve McIntyre [EMAIL PROTECTED] wrote:
Please tell me why an unmodified cdrecord runs best on Linux and
why 90% of all bugs on the Debian bug tracking system for cdrtools
are caused by the modifications done by Debian.
Joerg Schilling wrote:
Bill Davidsen [EMAIL PROTECTED] wrote:
Be careful: Debian publishes a bastardized version of cdrtools.
Most problems go away once you convert to the official programs.
There seems to be no open source official program.
Looks like you missunderstood
Joerg Schilling wrote:
Steve McIntyre [EMAIL PROTECTED] wrote:
And in case you also missunderstood forks: A fork is a _working_ and
_maintained_ modified version of a program. What you see with the bastardized
cdrtools versions on Linux is neither working nor maintained, it is just
a
Joerg Schilling wrote:
[EMAIL PROTECTED] wrote:
Let me take the occasion to show to you the due politeness and
respect by informing you in advance about my upcoming cdrecord
compatibility wrapper around libburn: cdrskin .
What kind of advantage should this have?
Cdrecord is
Thaddeus H. Black [EMAIL PROTECTED] wrote:
This post regards Debian cdrtools cdrecord/cdrecord.c.
It may be old news to you. If so, ignore it; no reply
is needed. If it does interest you, however, please
copy replies to me.
Be careful: Debian publishes a bastardized version of cdrtools
[EMAIL PROTECTED] wrote:
Hi,
if ((flags F_FORCE) == 0)
- comexit(EX_BAD);
+;//comexit(EX_BAD);
You could achieve the same by causing flags
to have the F_FORCE bit set.
My suspicion is that this can be done by option
-force
It might be
Hi,
My suspicion is that this can be done by option
-force
It might be worth a try with the unpatched program.
His problems are just caused by broken DVD support in the DVD
patch applied by Debian.
My DVD needs get served well by original growisofs and
cdrecord-ProDVD.
So i have
So i have not much reason to try any DVD-patched cdrecords yet.
I actually wonder why they live forth.
I wondered too and questioned that, and got my head bitten off on the
dvdrtools list by some self-proclaimed jerk who makes it his mission to
make sure that everyone uses cdrecord-cum-dvdpatch
This post regards Debian cdrtools cdrecord/cdrecord.c.
It may be old news to you. If so, ignore it; no reply
is needed. If it does interest you, however, please
copy replies to me.
Two years ago, one of the early DVD+-R adopters started
a long thread [1] on this list re the cdrecord error
1 - 100 of 101 matches
Mail list logo
