Debian User wrote:
> What if you don't know the size, say, you are trying to burn someone's
> cd to have a copy for yourself.
> Peter Horton wrote:
>
try dd if=. count=`isosize'
isosize is in the xcdroast and the cdwrite package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
On Sun, 31 Dec 2000, Philip Charles wrote:
[...]
> I took a good look at the CD trees.
>
> Potato binary. No change as there is nothing in pool yet.
> Potato source. The source that lives in pool ends up in ../main/source/
> on the CDs. The files are listed in Sources.gz on the
On Tue, 2 Jan 2001, jason andrade wrote:
> guys, how many CD images are we talking about for woody and sid ?
>
> i don't bother counting US/NonUS as separate cd images because
> i only mirror/create the non us cd1.. it was 3 per arch plus
> 3 for source for potato..
>
> is it correct from the
On Wed, 3 Jan 2001, Jim Westveer wrote:
> On 02-Jan-2001 Adam Di Carlo wrote:
> > Jim Westveer <[EMAIL PROTECTED]> writes:
> >
> >> On 01-Jan-2001 Adam Di Carlo wrote:
> >> > Um, I thought it went like this for i386:
> >> >
> >> > CD#1: vanilla kernel
> >> > CD#2: compact
> >> > CD#3: idepci
On Sat, 6 Jan 2001, Tibor D. wrote:
> Debian User wrote:
>
> > What if you don't know the size, say, you are trying to burn someone's
> > cd to have a copy for yourself.
> > Peter Horton wrote:
> >
> try dd if=. count=`isosize'
> isosize is in the xcdroast and the cdwrite package.
dd if=/
On Sat, 6 Jan 2001, Robert Waldner wrote:
> >> The ISO image read of the CD is probably a sector or two
> >> too long. If you know the correct size then you can just do
>
> I would think that the image created with dd is a few bytes (less than
> a sector) too small, because dd reads until it r
On 4 Jan 2001, Goswin Brederlow wrote:
> > " " == Ian Smith <[EMAIL PROTECTED]> writes:
>
> > 0100,0100,0100I'm attempting to create an
>
> Is that supposed to be html mail?
>
> > .iso file from a pseudo-image that I downloaded from
> > ftp.us.debian.org. I keep on getting
On Thu, 4 Jan 2001, Ian Smith wrote:
> 0100,0100,0100I'm attempting to create an .iso file from a
>pseudo-image that I
> downloaded from ftp.us.debian.org. I keep on getting bad
> checksums.
There is a strange bug in rsync that sometimes causes it to fail with a
"file changed during transf
On Sat, 6 Jan 2001, J.A. Bezemer wrote:
> Woody 4 for binary, sid 5 (nearly 6). And this is with woody==testing, so I
> guess by release time woody will have grown to 6 CDs too.
>
> Source appears to be just a little bigger than binary, so if we get a 7th
> source CD it'll only contain some 100
What if we do something like this:
dpkg-scanpackages . > Packages
dpkg-scanpackages .. >> Packages
in order to get the stuff from different areas of pool and dists into a
Packages file?
We won't have the standard sort order but at least it allows the Packages
file in dists/sid/main to r
> " " == J A Bezemer <[EMAIL PROTECTED]> writes:
> On 4 Jan 2001, Goswin Brederlow wrote:
>> > " " == Ian Smith <[EMAIL PROTECTED]> writes:
>>
>> > 0100,0100,0100I'm attempting to create
>> an
>>
>> Is that supposed to be html mail?
>>
>> > .iso fi
On Fri, 5 Jan 2001, Richard Atterer wrote:
> Hi all,
>
> Just in case you're wondering what has become of me and my plans of a
> new CD download tool: I've been programming for the last two weeks,
> working on the first step; a tool that is given the CD image and a
> list of filenames and finds
On Sun, 7 Jan 2001, jason andrade wrote:
> On Sat, 6 Jan 2001, J.A. Bezemer wrote:
>
> > Woody 4 for binary, sid 5 (nearly 6). And this is with woody==testing, so I
> > guess by release time woody will have grown to 6 CDs too.
> >
> > Source appears to be just a little bigger than binary, so
On Sat, 6 Jan 2001 [EMAIL PROTECTED] wrote:
> What if we do something like this:
>
> dpkg-scanpackages . > Packages
> dpkg-scanpackages .. >> Packages
>
> in order to get the stuff from different areas of pool and dists into a
> Packages file?
Actually, that was my initial thought too
On 6 Jan 2001, Goswin Brederlow wrote:
> > " " == J A Bezemer <[EMAIL PROTECTED]> writes:
>
> > On 4 Jan 2001, Goswin Brederlow wrote:
>
> >> > " " == Ian Smith <[EMAIL PROTECTED]> writes:
> >>
> >> > 0100,0100,0100I'm attempting to create
> >> an
> >>
>
Well, if you're lucky it'll only be a few sectors too long. Use the length
of the image you've got minus 2K. Test and repeat. You might want to look
at the image with a hex editor for clues.
P.
On Fri, Jan 05, 2001 at 07:05:33PM -0500, Debian User wrote:
> What if you don't know the size, say, y
On Sat, Jan 06, 2001 at 09:11:13AM +0100, Robert Waldner wrote:
> >> The ISO image read of the CD is probably a sector or two
> >> too long. If you know the correct size then you can just do
>
> I would think that the image created with dd is a few bytes (less than
> a sector) too small, because
> " " == J A Bezemer <[EMAIL PROTECTED]> writes:
>> It will? I thought that option will keep the partial download.
> Yep, but with the "good" file name, which means your original
> file needs to be deleted.
>> Why does it not merge the old file with the downloaded changes
On 7 Jan 2001, Goswin Brederlow wrote:
> Well, I'm thinking of writeing that feature along with client side
> unpacking/repacking of data. But it needs some design tweaks I have to
> discuss with some friends and the rsync people.
i mailed andrew about this some months ago.. hadn't heard anythin
[---8<---8<---8<---]
> > i still carry slink images..
>
> If you get _any_ downloads of these, people are most certainly mistaken...
Well, maybe :/ However the LRP Linux Router Project (www.linux-router.org)
is based on slink. At least they are usefull to ppl. who want to compile
packages (pro
On Sun, 7 Jan 2001, Per Gustav Ousdal wrote:
> [---8<---8<---8<---]
>
> > > i still carry slink images..
> >
> > If you get _any_ downloads of these, people are most certainly mistaken...
i don't think so. there are still legacy systems out there. i still have
people asking for access to red
21 matches
Mail list logo
