Re: Problem with Woody CD images via jigdo on ftp.hsn.hu

[Attila Nagy]

Hello,

> There seems to be something wrong with the jigdo file
> woody-i386-1.iso.jigdo for Woody, CD 1, on
> ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/woody/jigdo/
> jigdo-lite always returns a "template checksum mismatch" error after
> downloading the .template. The .jigdo and the .template file do have
> different timestamps, maybe that's the problem? I'm using jigdo v0.6.6
> (newest) on SuSE 7.1.
My CD creator machine has been crashed last week and since I could not
find replacement. ftp.fsn.hu catched up parts of the changes, so this way
the files are out of sync.
Until I can get a new machine to produce the CDs (may happen later this
day) I disabled the access to these files.

[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]---
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU)phone @work: +361 210 1415 (194)
cell.: +3630 306 6758


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problem with Woody CD images via jigdo on ftp.hsn.hu

[Richard Atterer]

On Tue, May 28, 2002 at 11:00:47PM +0200, Till Tippel wrote:
> There seems to be something wrong with the jigdo file
> woody-i386-1.iso.jigdo for Woody, CD 1, on
> ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/woody/jigdo/
> jigdo-lite always returns a "template checksum mismatch" error after
> downloading the .template. The .jigdo and the .template file do have
> different timestamps, maybe that's the problem? I'm using jigdo
> v0.6.6 (newest) on SuSE 7.1.

I realize I should probably make the "template checksum mismatch"
error message more verbose and explain what has happened:

The jigdo files on fsn.hu are updated every day. You started
downloading, and jigdo-lite fetched the jigdo file. Then the files got
updated on the server, and jigdo-lite fetched the updated version of
the template file. The jigdo file contains an md5 checksum of the
template file, and any mismatch of the actual and expected checksum is
reported as an error by jigdo-lite, because otherwise the download is
bound to fail later on.

The solution is to delete the .jigdo file on your harddisc and to run
jigdo-lite again. If the template file is today's version, you might
not need to delete it; if jigdo-lite still gives a checksum mismatch
error, also delete the template.

Hope this helps,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  CS student at the Technische  |  GnuPG key:
  | \/¯|  http://atterer.net  |  Universität München, Germany  |  0x888354F7
  ¯ '` ¯


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: question

[Richard Atterer]

On Tue, May 28, 2002 at 12:35:23PM -0700, Javier Hernandez wrote:
> my question is if by downloading the isos in pieces through jigdo do
> you run a check on the individual pieces.so u only have to download
> a fraction of the iso over again and not the iso all over.

Is your question that if the download was interrupted, jigdo will not
restart downloading from the beginning? That's the case, it won't, it
will continue roughly from the stage where it was interrupted.

Or are you talking about jigdo's ability to "upgrade" CD images to
newer versions? Yes, in that case jigdo can reuse those files from the
old version of the CD image that are also on the new version.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  CS student at the Technische  |  GnuPG key:
  | \/¯|  http://atterer.net  |  Universität München, Germany  |  0x888354F7
  ¯ '` ¯


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

open.hands.com (aka ftp.uk.d.o & cdimage.d.o) restored to goodhealth

[Philip Hands]

On Tue, 2002-05-28 at 13:42, Wookey wrote:
> On Mon 27 May, Richard Atterer wrote:
> > The important thing first: jigdo-mirror needs more testers! When 3.0r0
> > is released, cdimage will be so overloaded that any rsync-based
> > mirroring will be very slow, so set up jigdo-mirror instead!
> 
> Well I was just about to try it (having got my mirror almost back uptodate)
> when an injudicious change to using ftp.at instead of ftp.uk, de or no (cos
> apt-spy said it was fastest) let rsync delete half my archive (pool/main/m-z)
> before I noticed and stopped it (massive whinge - that's the second time
> that's happened to me, but it was a much smaller deal with potato then it is
> with pool). 

If you were switching away from ftp.uk.d.o because of it's ongoing
flakiness you are probably safe to switch back --- I gave it a full
hardware transplant last week (only the hard drives remain the same) and
it's been up ever since.  It's shifting data noticeably faster as well.

Admittedly, my ISP seems to have been suffering a few DDoS's recently,
which may give the impression that it's been down once or twice, but
that is not in fact the case.

Cheers, Phil.
-- 
Say no to software patents!  http://petition.eurolinux.org/

|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND



signature.asc
Description: This is a digitally signed message part

Re: open.hands.com (aka ftp.uk.d.o & cdimage.d.o) restored to good health

[Wookey]

On Wed 29 May, Philip Hands wrote:

> If you were switching away from ftp.uk.d.o because of it's ongoing
> flakiness you are probably safe to switch back --- I gave it a full
> hardware transplant last week (only the hard drives remain the same) and
> it's been up ever since.  It's shifting data noticeably faster as well.

I tried going back to it about 4 days ago, which I beleive was after the
transplant but it would still only rsync for at most half an hour before
giving me the usual 'error in io stream'.

.no was doing this the day before yesterday too after working fine for some
time. It was that that caused me to make the fatal swap. I notced that it
always stopped in the same place pool/main/a/aumix-something, a file not on
my copy, so I assume this error means 'error reading file on server' or
something like that. After 2 days it went away so I've gone back to /no which
has now been syncing happily for some 26 hrs.

So I assume that long rsync's tend to be tripped up by changes on the server.
ftp.uk did work for me a few weeks ago quite well, but then went all
unreliable sometime around the beginning of May - as I think I reported to
you Phil. Not sure what's going on, but .de was similar - worked for a bit
and then started 'error in io stream'ing after short periods. So far .no is
wining the long rsync reliability competition by miles.

Do you know if your upload queue is working? I wasn't last time I tried a
few weeks back (it's just an upload black-hole - things upload but never make
it to ftp-master). I've gone back to erlangen.

Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[Patrick Strasser]

Richard Atterer wrote:

>On Wed, May 29, 2002 at 01:14:23AM +1200, Philip Charles wrote:
>
>>The extra H4 files came from alpha.gnu.org/../debian-libio, future
>>sets will be using alpha.gnu.org/../debian. This illustrates the
>>problem of producing kits like jigdo for the Hurd, the Hurd is a
>>rapidly moving target.
>>
>
>It's true that this makes using jigdo difficult, but as you can see
>from Attila's sid CDs and DVDs, it's possible.
>
>For files that change very frequently, grep them out of the filenames
>passed to jigdo-file so they end up in the template.
>
>For other files (packages on the CD that become outdated and disappear
>from the main mirror), one possibility is to set up an md5sum-based
>fallback directory; for a "MD5Sum=http://foo/"; entry in the jigdo
>file, jigdo will first look in the main mirror for a file, then for at
>
That's what Attila does in debain-superseded, AFAIK. Quite big, 9000 
packages.

So we need to know how much packages changed since creation of the 
image, if the changing file group is quite the same, and how "fast we 
are moving". If we can guaranty that certain packages do not change in a 
fixed period of time, making stably usable jigdo files much more possible. 

Otherwise we would need the fallback directory. But that would limit 
mirroring of the packages and we would loose on big advantage, beeing 
independant of a certain server to download / distributing network load.

Some statistics for the hurd-H4-CD1 image:
2069 files,
1888 packages,
381 could not be fetched from the Deibian mirrors (of which 3 where 
duplicates. Can this even happen?)
14 Packages* files,
4 Release files,
As I understand the system, that last two simply mean, the archive is 
not hte same as on CD.
91 packages can be fetched from alpha.gnu.org,
154 packages could not ber found on alpha either. I expect them to be 
superseded.
~120 remain as non-package files. These are: docs, tools, TRANS.TBLs, 
disks, etc.

The remaining, Release and Packages* files should go into the template 
as they will never be mirrored anyway.
When including the 154 not found packages with 0.3 Mb/package, I 
estimate template to be about 50-70 Mb.
This would be a template that worked at least until yesterday ;-)
(At this point I'd like to thank my new friends grep, less and sed and 
of courde the pipe :)

Patrick

-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telematik, Techn. University Graz, Austria




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

wrong permissions on jigdo images from ftp.fsn.hu

[Marco Herrn]

Hi,

I tried to download the images with jigdo-lite, but get the message this
files wouldn't exist.
When looking with ftp for these files, I saw that they have permission
-rw---. I think this is the problem.

Is that correct?
Is that problem known?


Bye
Marco
-- 
Any fool can paint a picture, but it takes a wise person to be able to
sell it.

--
Marco Herrn [EMAIL PROTECTED]
(GnuPG/PGP-signed and crypted mail preferred)
Key ID: 0x94620736


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What kernel stuff on CD1? Was Still no TeX in CD#1

[Philip Hands]

On Fri, 2002-05-24 at 13:17, Santiago Vila wrote:
> We can drop 2.4.16 since we have 2.4.18 (I think this is already done).
> If we add kernel-source-2.4.18 and kernel-source-2.2.20, these are the
> popularities in decreasing order:

OK, I've been testing this today, and so far have got to the point where
I've included just kernel-source-2.4.18 & kernel-source-2.2.20 on CD1,
excluding all the images, and find that TeX still doesn't end up on
CD#1, so what else can we strip out?

Looking at the sizes of the packages on CD#1_NONUS from pre6 I see that
stating with the largest we have (after getting rid of the kernel
images):

135557068 erlang_8.0-4_i386.deb
128882447 emacs21_21.2-1_i386.deb
105322127 emacs20-dl_20.7-14.3_i386.deb
105097361 timidity-patches_0.1-5_all.deb
 94159308 mozilla-browser_0.9.9-6_i386.deb
 93678107 aspell-fr_0.1-3-4_i386.deb
 89815442 emacs20_20.7-13.1_i386.deb
 84106507 gimp1.2_1.2.3-2_i386.deb
 77890727 doc-linux-text_2002.04-2_all.deb
 73587621 tuxracer-data_0.61-1_all.deb
 69907667 aspell-es_0.0-3-3_i386.deb
 69117962 aspell-da_1.4.22-2_i386.deb
 66166327 kdelibs3_2.2.2-13_i386.deb
 64862167 kdebase_2.2.2-14_i386.deb
 54161062 aspell-pt_0.0-3-3_i386.deb
 52465922 aspell-de_0.1-3-3_i386.deb
 51025722 gnome-applets_1.4.0.5-2_i386.deb
 49789707 xfonts-base_4.1.0-16_all.deb
 45099543 libopenh323-dbg_1.7.4-6_i386.deb
 43337887 xserver-xfree86_4.1.0-16_i386.deb
 42574707 xfonts-100dpi_4.1.0-16_all.deb
 41639027 xspecs_4.1.0-16_all.deb

I'm going to try moving emacs20, emacs20-dl and erlang off of CD#1, on
the basis that we have emacs21, and erlang is big enough, and far enough
down the popularity scale to not deserve to be deserve to be on CD#1
when TeX is not --- I'll try it with just the emacs20's removed at
first.

Does a lack of timidity-patches make timidity mostly useless?  If not,
I'd consider moving them next.

Does anyone have other candidates for a move, or reasons not to move any
of the packages mentioned above?

Cheers, Phil.
-- 
Say no to software patents!  http://petition.eurolinux.org/

|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND



signature.asc
Description: This is a digitally signed message part

Re: First try on Hurd-H4-CD1 jigdo files

[Patrick Strasser]

Patrick Strasser wrote:

I hate to write this, but my nightly struggle for some number was vain.

> Some statistics for the hurd-H4-CD1 image:
> 2069 files,
> 1888 packages,
> 381 could not be fetched from the Deibian mirrors (of which 3 where 
> duplicates. Can this even happen?)
> 14 Packages* files,
> 4 Release files,
> As I understand the system, that last two simply mean, the archive is 
> not hte same as on CD.
> 91 packages can be fetched from alpha.gnu.org,
> 154 packages could not ber found on alpha either. I expect them to be 
> superseded.
> ~120 remain as non-package files. These are: docs, tools, TRANS.TBLs, 
> disks, etc. 

Forget everything said above. Complete nonsense.

My big mistake was not to look into debian-staging and debian-stdio at 
alpha.
We have nearly 4000 files, including lots of TRANS.TBL, which go into 
the template. We have 1896 packages, and 380 could be found on alpha 
(including the staging and stdio directories). Seems quite promising.

I played arround with the file list and finaly got a template with 10Mb 
size. I'm testing it ATM.

Patrick

-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser 
Student of Telematik, Techn. University Graz, Austria




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[James Morrison]

--- Patrick Strasser <[EMAIL PROTECTED]> wrote:
> Patrick Strasser wrote:
> 
> I hate to write this, but my nightly struggle for some number was vain.
> 
> > Some statistics for the hurd-H4-CD1 image:
> > 2069 files,
> > 1888 packages,
> > 381 could not be fetched from the Deibian mirrors (of which 3 where 
> > duplicates. Can this even happen?)
> > 14 Packages* files,
> > 4 Release files,
> > As I understand the system, that last two simply mean, the archive is 
> > not hte same as on CD.
> > 91 packages can be fetched from alpha.gnu.org,
> > 154 packages could not ber found on alpha either. I expect them to be 
> > superseded.
> > ~120 remain as non-package files. These are: docs, tools, TRANS.TBLs, 
> > disks, etc. 
> 
> Forget everything said above. Complete nonsense.
> 
> My big mistake was not to look into debian-staging and debian-stdio at 
> alpha.
> We have nearly 4000 files, including lots of TRANS.TBL, which go into 
> the template. We have 1896 packages, and 380 could be found on alpha 
> (including the staging and stdio directories). Seems quite promising.
> 
> I played arround with the file list and finaly got a template with 10Mb 
> size. I'm testing it ATM.
> 
> Patrick
> 

 Hi, 
  I think you were right the first time.  You should not be looking at
debian-staging or debian-stdio anymore.  The H4 cd's are libio based, which
means alpha.gnu.org/gnu/hurd/debian is the only place outside the official 
archive you should look for packages.


=
James Morrison
   University of Waterloo
   Computer Science - Digital Hardware
   2A co-op
http://hurd.dyndns.org

Anyone referring to this as 'Open Source' shall be eaten by a GNU

__
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: wrong permissions on jigdo images from ftp.fsn.hu

[Till Tippel]

On Wed, 29 May 2002, Marco Herrn wrote:

> Hi,
>
> I tried to download the images with jigdo-lite, but get the message this
> files wouldn't exist.
> When looking with ftp for these files, I saw that they have permission
> -rw---. I think this is the problem.
>
> Is that correct?
> Is that problem known?

Hi,

Check the reply to my question (Subject was "Problem with Woody CD images
via jigdo on ftp.hsn.hu"), I think this is what you are refering to. To
summarise: the generation of jigdo-files seemed to be screwed up, so
access was blocked until the problem is sorted out.

Cheers, Till



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: wrong permissions on jigdo images from ftp.fsn.hu

[Attila Nagy]

Hello,

> I tried to download the images with jigdo-lite, but get the message this
> files wouldn't exist. When looking with ftp for these files, I saw that
> they have permission -rw---. I think this is the problem.
> Is that correct?
Yes. It is, because of the problems, stated before (see the archive of
this list).
Please note that the files are from another build, so it isn't too wise to
use them together.

> Is that problem known?
See above.
I figured out how to solve the problem on my machine, so I am currently
remirroring the Debian tree in the hope that I can offer these files again
tomorrow.

[ Free Software ISOs - ftp://ftp.fsn.hu/pub/CDROM-Images/ ]---
Attila Nagy e-mail: [EMAIL PROTECTED]
Free Software Network (FSN.HU)phone @work: +361 210 1415 (194)
cell.: +3630 306 6758


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What kernel stuff on CD1? Was Still no TeX in CD#1

[Santiago Vila]

On 29 May 2002, Philip Hands wrote:

> Does anyone have other candidates for a move, or reasons not to move any
> of the packages mentioned above?

These are the popularities in decreasing order:

xserver-xfree86  4759041 0
kdelibs3 3386342 0
kdebase  27429 2 6
mozilla-browser  26844   245 0
gimp1.2  252   15170 0
emacs21  25020 9 0
emacs20  2329416 0
gnome-applets19858   100 0
tuxracer-data 48   1231111
emacs20-dl41 5 1 0
xfonts-base   19   197 8   594
xfonts-100dpi 11   181 5   578
erlang 636 2 0
xspecs 0 0 0   210
timidity-patches   0 0 0   321
libopenh323-dbg0 0 1 0
doc-linux-text 0 0 0   659
aspell-pt  0 0 010
aspell-fr  0 0 029
aspell-es  0 0 015
aspell-de  0 0 047
aspell-da  0 0 011

The first number is the number of people in the popularity contest who
use the package regularly.

Hmm, I wonder why doc-linux-text has priority standard at all, when so few
people use it regularly... Anyway, I would drop all the aspell packages, plus
libopenh323-dbg, timidity-patches, xspecs, erlang and emacs20-dl.

In case the TeX task would still not fit, it would not be such a
disaster if we put tetex-bin, tetex-base and tetex-extra in the first
CD and the remaining of the TeX task in the second CD.

[ tetex-bin is used regularly by 715 people in the popularity contest ]

Thanks.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What kernel stuff on CD1? Was Still no TeX in CD#1

[Santiago Vila]

Warning: My interpretation of the numbers in the pop-con may be wrong.
[ Someone please remind us about the meaning of the different columns ].


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What kernel stuff on CD1? Was Still no TeX in CD#1

[Chris Lawrence]

On May 29, Santiago Vila wrote:
> The first number is the number of people in the popularity contest who
> use the package regularly.
> 
> Hmm, I wonder why doc-linux-text has priority standard at all, when so few
> people use it regularly... Anyway, I would drop all the aspell packages, plus
> libopenh323-dbg, timidity-patches, xspecs, erlang and emacs20-dl.

Note that for non-binary packages, popularity-contest gives weird
results because it only pays attention to stuff in a normal $PATH;
lots of people may read docs, but popcon ignores them.


Chris
-- 
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/

Instructor and Ph.D. Candidate, Political Science, Univ. of Mississippi
208 Deupree Hall - 662-915-5765


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[Richard Atterer]

On Wed, May 29, 2002 at 01:23:42AM +0200, Patrick Strasser wrote:
> Is there any way to give a local structure a higher priority in
> selecting the locations for the [Parts] section? I thought of mounting
> the image, but to get the files from alpha.gnu.org in a separate tree
> (as these are just some hundred packages, compared to a complete Debian
> mirror acceptable for me). Then jigdo-file should take the files which
> can be found in the alpha tree and label it (e.g. Alpha) even if the
> file exists in the mounted-image-tree. I think this could solve the
> problem.

Well, but to generate the template file in the first place, you
already need to give to jigdo-file a local Debian mirror, so you might
as well also pass to it any "Alpha" tree at the same time.

In the case that jigdo-file is given >1 files with the same md5sum, in
general (the details are a bit obscure) it will output an entry for
the file that was specified first on the command line.

> >As of 0.6.6, the default actually works: If the entry doesn't start
> >with http:/ftp:, it is considered to be an URL that is relative to
> >the URL of the .jigdo file.
> >
> I have to check that. I tested the jigdo file with 0.6.6. template
> was given as filename, hurd-H4-CD1.template, but jigdo-lite tried to
> fetch http://hurd-H4-CD1.template ...

Are you really sure that happened with 0.6.6?? It certainly happens
with 0.6.5, but it shouldn't with 0.6.6. :-/

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  CS student at the Technische  |  GnuPG key:
  | \/¯|  http://atterer.net  |  Universität München, Germany  |  0x888354F7
  ¯ '` ¯


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[Richard Atterer]

On Wed, May 29, 2002 at 09:02:57AM +1200, Philip Charles wrote:
> Any chance of using a loop mounted CD image as a source?

Yes, sure!

BTW, one thing which may or may not be a problem for you: The "Debian"
and "Non-US" labels are currently treated specially by jigdo-lite. For
any other labels, it is *not* possible to choose from alternative
servers; if you use e.g. an "Alpha" label, everybody will be
downloading from the same server: The one that's listed first in the
[Servers] section, e.g. as "Alpha=http://server.org/";.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  CS student at the Technische  |  GnuPG key:
  | \/¯|  http://atterer.net  |  Universität München, Germany  |  0x888354F7
  ¯ '` ¯


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems with 2.2r6 snapshot on cdimage

[Richard Atterer]

On Wed, May 22, 2002 at 12:42:56PM +0200, Richard Atterer wrote:
> Phil, to allow people to finish their 2.2r6 downloads, could you
> please do the following quick'n'dirty fix on open:
> 
> mkdir -p /home/ftp/debian-2.2r6-snapshot/pool/main/a/analog
> cp ~atterer/analog_5.22-0potato3_i386.deb 
>/home/ftp/debian-2.2r6-snapshot/pool/main/a/analog

(Phil, are you there?)

The binary-1(-nonus)-i386 CD images for 2.2r6 are still broken. The
missing file is now also available from

- anybody wishing to finish the image download needs to download it
separately and put it in the tmp directory before re-running
jigdo-lite.

Cheers,

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  CS student at the Technische  |  GnuPG key:
  | \/¯|  http://atterer.net  |  Universität München, Germany  |  0x888354F7
  ¯ '` ¯


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[Philip Charles]

On Wed, 29 May 2002, James Morrison wrote:

>  Hi,
>   I think you were right the first time.  You should not be looking at
> debian-staging or debian-stdio anymore.  The H4 cd's are libio based, which
> means alpha.gnu.org/gnu/hurd/debian is the only place outside the official
> archive you should look for packages.

Not for H4.  For future images, yes.

Phil.

--
  Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
   +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420
 [EMAIL PROTECTED] - preferred.  [EMAIL PROTECTED]
 I sell GNU/Linux & GNU/Hurd CDs.   See http://www.copyleft.co.nz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: First try on Hurd-H4-CD1 jigdo files

[Philip Charles]

On Wed, 29 May 2002, Patrick Strasser wrote:

> My big mistake was not to look into debian-staging and debian-stdio at
> alpha.
> We have nearly 4000 files, including lots of TRANS.TBL, which go into
> the template. We have 1896 packages, and 380 could be found on alpha
> (including the staging and stdio directories). Seems quite promising.
>
> I played arround with the file list and finaly got a template with 10Mb
> size. I'm testing it ATM.

Good luck, let us know how you get on.  We need to speed up the transfer
of the iso's from Dunedin to Budapest.

Could you start thinking of how we could use a loop mounted iso image to
speed things up.

Phil.

--
  Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
   +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420
 [EMAIL PROTECTED] - preferred.  [EMAIL PROTECTED]
 I sell GNU/Linux & GNU/Hurd CDs.   See http://www.copyleft.co.nz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: What kernel stuff on CD1? Was Still no TeX in CD#1

[Philip Charles]

On 29 May 2002, Philip Hands wrote:

> Does anyone have other candidates for a move, or reasons not to move any
> of the packages mentioned above?
>
Good luck.  Don't $#@! tasks.

Phil.

--
  Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
   +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420
 [EMAIL PROTECTED] - preferred.  [EMAIL PROTECTED]
 I sell GNU/Linux & GNU/Hurd CDs.   See http://www.copyleft.co.nz


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

odd missing jigdo woody i386 files

[Iain D Broadfoot(ibroadfo)]

just on the offchance anyone else has been using jigdo to get woody images recently:

there seems to be a problem with a number of files - they all seem to be translations 
of documentation files, and some of the floppy images - the servers report that the 
directories don't exist.

i couldn't spot anything in the archives, but if this is obvious, many apple-oggys.

-- 
Iain D Broadfoot
www.wu-geek.uklinux.net



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems with 2.2r6 snapshot on cdimage

[Philip Hands]

On Wed, 2002-05-29 at 21:25, Richard Atterer wrote:
> On Wed, May 22, 2002 at 12:42:56PM +0200, Richard Atterer wrote:
> > Phil, to allow people to finish their 2.2r6 downloads, could you
> > please do the following quick'n'dirty fix on open:
> > 
> > mkdir -p /home/ftp/debian-2.2r6-snapshot/pool/main/a/analog
> > cp ~atterer/analog_5.22-0potato3_i386.deb 
>/home/ftp/debian-2.2r6-snapshot/pool/main/a/analog
> 
> (Phil, are you there?)

Sorry, done now.

Cheers, Phil.
-- 
Say no to software patents!  http://petition.eurolinux.org/

|)|  Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/
|-|  HANDS.COM Ltd.http://www.uk.debian.org/
|(|  10 Onslow Gardens, South Woodford, London  E18 1NE  ENGLAND



signature.asc
Description: This is a digitally signed message part