>From: [EMAIL PROTECTED]
>> Well, this may be handled in a way that there is a testament
>> that makes sure that the software will become e.g. GPLd or
>> BSD-2 in such a case.
>Yes, but where is the source to proDVD deposited? Surely there
>must be some other person with access to the source who
>From: [EMAIL PROTECTED]
>> Well, this may be handled in a way that there is a testament
>> that makes sure that the software will become e.g. GPLd or
>> BSD-2 in such a case.
>Yes, but where is the source to proDVD deposited? Surely there
>must be some other person with access to the source who
On 5. January 2004 at 2:50PM +0100,
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> >From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003
>
> >Having open source is important for support. I may never have
> >to touch a line of code, but if you were hit by a meteor
> >cdrtools would continue on as an ope
On 5. January 2004 at 2:50PM +0100,
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> >From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003
>
> >Having open source is important for support. I may never have
> >to touch a line of code, but if you were hit by a meteor
> >cdrtools would continue on as an ope
>From: Jan =?iso-8859-15?q?L=FChr?= <[EMAIL PROTECTED]>
>trustworthy is quite a relativ word and can be interpreted in many ways.
>Anyway I don't trust trusted computing (TCPA), either.
>Non OpenSource programs are kess trustworthy for me, as far as they came in
>touch with senstiv data.
You can
Greetings
Warning: This post contains humour and irony marked by ";)". Please don't take
it seriuos...thanks.
On monday, january 5th 2004 Joerg Schilling wrote:
> From: Jan =?iso-8859-15?q?L=FChr?= <[EMAIL PROTECTED]>
>
> >trustworthy is quite a relativ word and can be interpreted in many ways.
>From: Jan =?iso-8859-15?q?L=FChr?= <[EMAIL PROTECTED]>
>trustworthy is quite a relativ word and can be interpreted in many ways.
>Anyway I don't trust trusted computing (TCPA), either.
>Non OpenSource programs are kess trustworthy for me, as far as they came in
>touch with senstiv data.
You can
Greetings
Warning: This post contains humour and irony marked by ";)". Please don't take
it seriuos...thanks.
On monday, january 5th 2004 Joerg Schilling wrote:
> From: Jan =?iso-8859-15?q?L=FChr?= <[EMAIL PROTECTED]>
>
> >trustworthy is quite a relativ word and can be interpreted in many ways.
>From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003
>Having open source is important for support. I may never have to touch a
>line of code, but if you were hit by a meteor cdrtools would continue on
>as an open source project, and prodvd would become a dead software.
>Projects which reflect the
>From [EMAIL PROTECTED] Wed Dec 31 01:59:50 2003
>Having open source is important for support. I may never have to touch a
>line of code, but if you were hit by a meteor cdrtools would continue on
>as an open source project, and prodvd would become a dead software.
>Projects which reflect the
>From: Warly <[EMAIL PROTECTED]>
>Joerg Schilling <[EMAIL PROTECTED]> writes:
>> I personally dont trust people who patch cdrecord and do not even succeed to
>> avoid bugs caused by miss used data structures that I see when only looking
>> into the patch file for less than a minute.
>And some
>From: Warly <[EMAIL PROTECTED]>
>Joerg Schilling <[EMAIL PROTECTED]> writes:
>> I personally dont trust people who patch cdrecord and do not even succeed to
>> avoid bugs caused by miss used data structures that I see when only looking
>> into the patch file for less than a minute.
>And some
a minute.
Well, I don't trused them, too.
Sometimes , it's really hard to decide, whether an open source project is
managed by (semi /) professionalists or enthusiastic amatuers.
> >Are there any OpenSource alternatives for cdrecord.prodvd providing the
> > same functionality?
a minute.
Well, I don't trused them, too.
Sometimes , it's really hard to decide, whether an open source project is
managed by (semi /) professionalists or enthusiastic amatuers.
> >Are there any OpenSource alternatives for cdrecord.prodvd providing the
> > same functionality?
On 30. December 2003 at 1:32PM +0100,
Joerg Schilling <[EMAIL PROTECTED]> wrote:
[...]
> >Are there any OpenSource alternatives for cdrecord.prodvd
> >providing the same functionality? Other tools like dvdrtools
> >only provide a few features, compared to cdrecord.prodvd
On 30. December 2003 at 1:32PM +0100,
Joerg Schilling <[EMAIL PROTECTED]> wrote:
[...]
> >Are there any OpenSource alternatives for cdrecord.prodvd
> >providing the same functionality? Other tools like dvdrtools
> >only provide a few features, compared to cdrecord.prodvd
ou to use software from people you may trust.
I personally dont trust people who patch cdrecord and do not even succeed to
avoid bugs caused by miss used data structures that I see when only looking
into the patch file for less than a minute.
Are there any OpenSource alternatives for cdrecord.prodvd
ou to use software from people you may trust.
I personally dont trust people who patch cdrecord and do not even succeed to
avoid bugs caused by miss used data structures that I see when only looking
into the patch file for less than a minute.
Are there any OpenSource alternatives for cdreco
Joerg Schilling <[EMAIL PROTECTED]> writes:
> I personally dont trust people who patch cdrecord and do not even succeed to
> avoid bugs caused by miss used data structures that I see when only looking
> into the patch file for less than a minute.
And some do not trust people who selfishly hide
Joerg Schilling <[EMAIL PROTECTED]> writes:
> I personally dont trust people who patch cdrecord and do not even succeed to
> avoid bugs caused by miss used data structures that I see when only looking
> into the patch file for less than a minute.
And some do not trust people who selfishly hide
ople you may trust.
I personally dont trust people who patch cdrecord and do not even succeed to
avoid bugs caused by miss used data structures that I see when only looking
into the patch file for less than a minute.
>Are there any OpenSource alternatives for cdrecord.prodvd providing the
ople you may trust.
I personally dont trust people who patch cdrecord and do not even succeed to
avoid bugs caused by miss used data structures that I see when only looking
into the patch file for less than a minute.
>Are there any OpenSource alternatives for cdrecord.prodvd providing the
Volker Kuhlmann <[EMAIL PROTECTED]> writes:
>> Are there any OpenSource alternatives for cdrecord.prodvd providing the same
>> functionality?
>
> Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
>
> Contrary to its name, it burns all form
Greetings,
Am Freitag, 26. Dezember 2003 02:23 schrieb Volker Kuhlmann:
> > Are there any OpenSource alternatives for cdrecord.prodvd providing the
> > same functionality?
>
> Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
>
> Contrary t
Volker Kuhlmann <[EMAIL PROTECTED]> writes:
>> Are there any OpenSource alternatives for cdrecord.prodvd providing the same
>> functionality?
>
> Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
>
> Contrary to its name, it burns all form
Greetings,
Am Freitag, 26. Dezember 2003 02:23 schrieb Volker Kuhlmann:
> > Are there any OpenSource alternatives for cdrecord.prodvd providing the
> > same functionality?
>
> Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
>
> Contrary t
> Are there any OpenSource alternatives for cdrecord.prodvd providing the same
> functionality?
Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
Contrary to its name, it burns all formats, and in my experience is a
100% replacement for cdrecord-prodvd. If
> Are there any OpenSource alternatives for cdrecord.prodvd providing the same
> functionality?
Fortunately yes: dvd+rw-tools at http://fy.chalmers.se/~appro/linux/DVD+RW/
Contrary to its name, it burns all formats, and in my experience is a
100% replacement for cdrecord-prodvd. If
Greetings,
as far as trust (not as in tusted computing ;) and security are concerned
Closed source is not an altanative for me :(
Are there any OpenSource alternatives for cdrecord.prodvd providing the same
functionality?
Other tools like dvdrtools only provide a few features, compared to
Greetings,
as far as trust (not as in tusted computing ;) and security are concerned
Closed source is not an altanative for me :(
Are there any OpenSource alternatives for cdrecord.prodvd providing the same
functionality?
Other tools like dvdrtools only provide a few features, compared to
30 matches
Mail list logo
