On Mon, 2004-08-23 at 10:40, Joerg Schilling wrote:
> Joerg Schilling <[EMAIL PROTECTED]> wrote:
>
> > Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > > > dd operates at UNIX block/raw device level
> > > >
> > > > SCSI Generic operates _below_ this level and thus uses
> > > > a different naming sche
FROM: THE DESK OF THE DIRECTOR PROMOTIONS,
INTERNATIONAL PROMOTIONS/PRIZE
AWARD DEPARTMENT,
REF: PLF/10 24 2601 3518
Attention:
We are pleased to inform you of the announcement today,(20th
August,2004),of winners of the PACIFICLOTTO-FIRMA WORLDLOTTO/INTERNATIONAL
SWEEPSTAKES PROGRAMS held on 20th
> > SCSI Generic operates _below_ this level and thus uses
> > a different naming scheme
>
> Same thing with networking:
>
> * Mozilla operates at the HTTP/TCP level.
True, and nobody cares about SCSI generic because it's neither
necessary to know nor does anyone want to know (especially for ID
> Are there objections against having the only track of a CD
> ending with 300+ kB of _ non-zero _ pad bytes rather than the
> padding provided by cdrecord padsize=... or mkisofs -pad ?
>
> A short "is ok" or "better pad 300 kB zeros" would be of help.
If this 300kb (150 sectors, 2 seconds) i
Joerg Schilling <[EMAIL PROTECTED]> wrote:
> Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > > dd operates at UNIX block/raw device level
> > >
> > > SCSI Generic operates _below_ this level and thus uses
> > > a different naming scheme
> >
> > Same thing with networking:
> >
> > * Mozilla operates
Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > dd operates at UNIX block/raw device level
> >
> > SCSI Generic operates _below_ this level and thus uses
> > a different naming scheme
>
> Same thing with networking:
>
> * Mozilla operates at the HTTP/TCP level.
>
> * ping operates _below_ this leve
On Mon, 2004-08-23 at 09:09, Joerg Schilling wrote:
> Albert Cahalan <[EMAIL PROTECTED]> wrote:
>> On Mon, 2004-08-23 at 06:56, Joerg Schilling wrote:
>>> It seems that you don't know that "dd" uses a completely
>>> different access method for the device.
>>
>> That's an implementation detail that
Albert Cahalan <[EMAIL PROTECTED]> wrote:
> On Mon, 2004-08-23 at 06:56, Joerg Schilling wrote:
> > Albert Cahalan <[EMAIL PROTECTED]> wrote:
> >
> > > > Check the man page of cdrecord for a decription of the features
> > > > that are handled by /etc/default/cdrecord
> > >
> > > Hmmm, that's pret
On Mon, Aug 23, 2004 at 10:40:15PM +0200, Andy Polyakov wrote:
> Does the fact that you pose this question mean that hfsutils
> do not generate partition table? Once again, this kind of goes
> beyond the scope of discussions on this list. I mean hfsutils
> maintainer is probably more appropriate p
On Mon, 2004-08-23 at 06:56, Joerg Schilling wrote:
> Albert Cahalan <[EMAIL PROTECTED]> wrote:
>
> > > Check the man page of cdrecord for a decription of the features
> > > that are handled by /etc/default/cdrecord
> >
> > Hmmm, that's pretty good.
> >
> > Do you think you could make all the othe
HFS volumes you put on CD still require Apple partition
table. So the question is if hfsutils generate one. The latter
kind of goes beyond the scope of discussions on this list:-)
So the question now is: is thre a way to add this partition
table to the hfs volume?
Does the fact that you pose this
me>>
>> cdrecord: Must specify track size(s).
>> Next i set the CDR_SECURITY variable and shwoops
>> my pipe did work. It is reproducible: unset CDR_SECURITY
>> spoils it again.
Joerg >
> Without CDR_SECURITY, a max size if 1 GB os allowed
I see your point.
> The tracksize was unknown -> m
On Mon, Aug 23, 2004 at 12:32:10PM +0200, Joerg Schilling wrote:
> Jacob Meuser <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Aug 20, 2004 at 03:49:28PM +0200, Joerg Schilling wrote:
> >
> > > How do you believe that you may run cdrecord without root privs without
> > > compromising the security of the
me >>
>> Is there a relation between -dvd-compat with DVD+RW and ...
>> ... readability of the data's tail by the common Linux drivers ?)
Andy >
>"common Linux drivers" rely on value returned by READ CAPACITY command.
> The value most commonly coincides with lead-out position and is
>believed a
Albert Cahalan <[EMAIL PROTECTED]> wrote:
> > Check the man page of cdrecord for a decription of the features
> > that are handled by /etc/default/cdrecord
>
> Hmmm, that's pretty good.
>
> Do you think you could make all the other programs
> use that file too? If I define my CD-RW as QueFire
> in
On 23. August 2004 at 12:24AM +0200,
Andy Polyakov <[EMAIL PROTECTED]> wrote:
> >>Using Robert Leslie's hfsutils I have created on disk the HFS
> >>filesystem image "hfs.img". I can mount "hfs.img" loopback and
> >>can read and write files to it. Now would a straight "cdrecord
> >>hfs.img" produ
[EMAIL PROTECTED] wrote:
>
> Joerg >
> > Just download from
> >
> > ftp://ftp.berlios.de/pub/cdrecord/ProDVD/
>
> I did, but then encountered some difficulties when
> burning CD-RW on the fly via cdrecord's stdin :
>
> Cdrecord-ProDVD-Clone 2.01b31 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg
Jacob Meuser <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 20, 2004 at 03:49:28PM +0200, Joerg Schilling wrote:
>
> > How do you believe that you may run cdrecord without root privs without
> > compromising the security of the whole system?
>
> On OpenBSD, members of the operator group are allowed to r
Jacob Meuser <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 20, 2004 at 05:45:53PM +0200, Frederick Page wrote:
> > I noticed, there is no more downgrading of DMA mode. I did some more
> > tests, rebooted some more and to me it looks like this:
> >
> > - cdda2wav only works with suid and drive in PIO-
19 matches
Mail list logo