Re: pre-release Jigdo files appearing at cdimage.d.o, please test

[Heikki Vatiainen]

Philip Hands <[EMAIL PROTECTED]> writes:

> I'm just running off some images, which are appearing here:
> 
>   http://cdimage.debian.org/pre-release-jigdo/

I pulled the files from rsync::debian-cd-test and used the .jigdo and
.template files locally. The i386 build was now successful, you seem
to have tweaked the files, and all but the 4th source CD were also
built successfully. The problem with the 4th CD seems to be caused by
a corrupted file.

Here are some notes:

The .jigdo files for source CDs are trying to use
http://cdimage.debian.org/cd-images/jigdo/templates/3.0BETA/source/ It
looks like the last component should be src, not source.

Jigdo is very good in finding out files that differ between
archives. While generating the 6th CD for i386 I found out I had a
corrupted file in my local archive. It would be helpful if jigdo-lite
told what files are missing or had a command lite option for doing
that.

It also looks that you have a corrupted source package in your
archive. The 4th source CD failed to build and this is what I found
out:

% zgrep pool/main/g/geomview/geomview_1.8.1.orig.tar.gz debian/indices/md5sums.gz
1cb0e07a6552e9fe122491af70171536 pool/main/g/geomview/geomview_1.8.1.orig.tar.gz

% md5sum pool/main/g/geomview/geomview_1.8.1.orig.tar.gz
1cb0e07a6552e9fe122491af70171536 pool/main/g/geomview/geomview_1.8.1.orig.tar.gz

% jigdo-file md5 pool/main/g/geomview/geomview_1.8.1.orig.tar.gz
HLDgemVS6f4SJJGvcBcVNg pool/main/g/geomview/geomview_1.8.1.orig.tar.gz

% grep pool/main/g/geomview/geomview_1.8.1.orig.tar.gz src/woody-src-4.jigdo
ZqEQbYYSbI5w_bce9C4dbw=Debian:pool/main/g/geomview/geomview_1.8.1.orig.tar.gz


-- 
Heikki Vatiainen  * [EMAIL PROTECTED]
Tampere University of Technology  * Tampere, Finland


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

Re: frame-buffer on vanilla?

[Eduard Bloch]

#include 
Adam Di Carlo wrote on Thu Apr 11, 2002 um 01:51:10AM:

> Eduard, there's no point in debating this on this list.  kernel-image
> changes must be approved by the maintainer of that package.  Whether
> the changed package (and i386 b-f rebuild) is accepted in woody is up
> to the release maintainers.

Err, I though we are talking about the change in debian-cd to use bf2.4
or isolinux (kernel-chooser).

Gruss/Regards,
Eduard.
-- 
The early bird gets the worm. If you want something else for
breakfast, get up later.


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

Re: cvs commit to debian-cd/tools/boot/woody by lawrencc

[Raphael Hertzog]

Le Tue, Apr 09, 2002 at 03:45:11PM -0700, Debian Boot CVS Master écrivait:
>   Add disksize argument to loadlin command lines.

BTW, I noticed that you removed the "cdrom" argument from the loadlin
call. I guess it's not needed. In fact I think it's a good idea to put
it back and to add it to the isolinux configuration at the same time...

This way, the installer will automatically use the CD as the source of
packages. I'm ccing [EMAIL PROTECTED] just to be sure that I
don't tell something wrong...

Anyone objects ?

Cheers,
-- 
Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
Formation Linux et logiciel libre : http://www.logidee.com


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

Re: 2.2_r6 jigdo files cdimage.d.o

[Richard Atterer]

On Wed, Apr 10, 2002 at 08:54:58PM +0200, Mattias Wadenstein wrote:
> And that has the simple explanation of this line in the install-po part:
> 
> @for file in ; do \
> 
> Which I commented out and now even make install works. :)
> Sorry to bother you with such a simple problem, but it is a bug.

Thanks for reporting it! Both bash and ash treat this as "do nothing"
and don't fail... I've fixed it here and also removed a few other
bashisms in the Makefiles.

> Now it runs, and except for a few issues like segfaults when prompted with
> the wrong options and things like that, I now get:
> jigdo-file make-image: `woody-i386-1.raw.template' is not a template file
> For all values of templates and other options I have tried.

That looks really bad! :-( I fear that for the moment, doing "remote
debugging" would be too much work - two solutions:

- Has anybody successfully compiled jigdo-file on AIX, and can provide
  (statically linked) binaries for Mattias?
- If not, I'm going to update jigdo-port myself.

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: pre-release Jigdo files appearing at cdimage.d.o, please test

[Richard Atterer]

On Thu, Apr 11, 2002 at 11:37:56AM +0300, Heikki Vatiainen wrote:
> Jigdo is very good in finding out files that differ between
> archives. While generating the 6th CD for i386 I found out I had a
> corrupted file in my local archive. It would be helpful if
> jigdo-lite told what files are missing or had a command lite option
> for doing that.

Outputting that list is pretty easy: After jigdo-lite tells you that
the download of some files has failed, interrupt it and use
"jigdo-file print-missing -i imagename", it will pick up imagename.tmp
and output the missing files.

Note that if you want jigdo-lite to automatically fetch from the net
any files that are not on your local mirror, you can configure a
secondary mirror as follows: Edit ~/.jigdo-lite and append an option
for the primary mirror URL (maybe a file: URL) to $jigdoOpts, e.g.

  jigdoOpts='--cache jigdo-file-cache.db --uri Debian=file:/my/mirror/'

(Same with --uri Non-US=...)
Then run jigdo-lite and select the secondary mirror as usual.

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: pre-release Jigdo files appearing at cdimage.d.o, please test

[Heikki Vatiainen]

Richard Atterer <[EMAIL PROTECTED]> writes:

> On Thu, Apr 11, 2002 at 11:37:56AM +0300, Heikki Vatiainen wrote:
> > Jigdo is very good in finding out files that differ between
> > archives. While generating the 6th CD for i386 I found out I had a
> > corrupted file in my local archive. It would be helpful if
> > jigdo-lite told what files are missing or had a command lite option
> > for doing that.
> 
> Outputting that list is pretty easy: After jigdo-lite tells you that
> the download of some files has failed, interrupt it and use
> "jigdo-file print-missing -i imagename", it will pick up imagename.tmp
> and output the missing files.

Thanks, that did the trick. I did experiments with print-missing, but
I did not specify imagename but imagename.tmp instead.  That only
caused jigdo-file to return without any output.

-- 
Heikki Vatiainen  * [EMAIL PROTECTED]
Tampere University of Technology  * Tampere, Finland


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

Announcing jigdo-easy 2.1 - please test

[J.A. Bezemer]

Hi all!

I'm pleased to announce the availability of  jigdo-easy 2.1  for both
Linux/*UX and Windows. Download it at:

  http://cdimage.debian.org/~costar/jigdo/

Since the official-jigdo maintainer (Hi Richard ;-) doesn't seem to display a
level of interest in portability and ease-of-use that is comparable to my own,
I've reluctantly decided to definitively fork off from jigdo-lite and release
my enhancements under a different name: jigdo-easy. Together with the included
jigdo-port, this offers a complete and highly portable way to download the
Debian CD images.

The included jigdo-port 2.0 features support for the new template format,
while remaining fully compatible with the old format.

The jigdo-easy 2.1 front-end is enhanced in many aspects, all invisible to
the user (which is the big idea behind jigdo-easy in the first place). New
features include support for gzipped .jigdo files (incl menus), support for
multi-[Image] .jigdo files transparantly from the menu system, and
functionality to enable fully-automatic load spreading for the .jigdo and
.template downloads using only the menu system (I hope to have the server side
operational next week). 

(Note that the support for multi-image .jigdo files does NOT mean that I think
this is a good idea. The only useful application I see is the merging of two
almost-exactly-the-same .jigdo files into one, but I doubt that this will be
done in practice. It's just that _if_ someone _ever_ would decide to do such a
(IMHO) Bad Thing, jigdo-easy can handle it. And far more user-friendly than
intended, too ;-) 


Since the official woody images will be available primarily (at least the
first days/weeks) in jigdo format, we should make sure that the download tools
are working properly. I'm quite confident that jigdo-easy/jigdo-port will do a
fine job, but I'd still appreciate it if people (yes, that means you) could
give it a try on as many systems as possible (which includes all available
variants of M$Win). Please report your experiences to the debian-cd list, or
to me privately.

Currently only the official 2.2rev6 images are "guaranteed" to be available
via the menu system of jigdo-easy; I hope to check/make the menus for
unofficial/testing/unstable images during the next few days. In the mean time,
you can specify any .jigdo URL on the jigdo-easy command line or at any menu
prompt.


Regards,
  Anne Bezemer


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

Re: Announcing jigdo-easy 2.1 - please test

[Philip Hands]

On Thu, 2002-04-11 at 23:53, J.A. Bezemer wrote:
> (Note that the support for multi-image .jigdo files does NOT mean that I think
> this is a good idea. The only useful application I see is the merging of two
> almost-exactly-the-same .jigdo files into one, but I doubt that this will be
> done in practice. It's just that _if_ someone _ever_ would decide to do such a
> (IMHO) Bad Thing, jigdo-easy can handle it. And far more user-friendly than
> intended, too ;-)

Oh, OK --- I thought it was quite a good idea to merge the 1 and 1_NONUS
jigdo files.  Was I wrong?  I was looking at the format, thinking "Hm, I
wonder if that'll work" and planning on giving it a try tommorow.

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: Please test this woody cd image

[Douglas Guptill]

I tried  it - boot failed

---
ISOLINUX 1.66 2002-01-01 isolinux: Loading spec packet failed, trying to wing it
...
isolinux: Failed to locate CD-ROM device; boot failed


The cd-rom *did* spin up

Machine details:

cpu: Pentium 133
age: 1997 model
AOpen motherboard
RAM 64Mb
BIOS: American Megatrends Inc AP5VM R2.40 Dec.12.1996

I'll be happy to supply any aother details and/or try again.

Regards,
Doug.

On Wed, Apr 10, 2002 at 11:06:44AM +0200, Raphael Hertzog wrote:
> Hello everybody,
> 
> release is coming soon ... and we need a bit of feedback about
> a new feature we plan to use on CD1 of Debian woody for i386.
> 
> This feature is the possibility to select a flavor to boot when you boot
> from CD1 (instead of booting from a different CD for each flavor).
> 
> We have made a test image (thanks go to Chris Lawrence) :
> http://www.phy.olemiss.edu/debian-cd/
> 
> Please grab it, burn it, and try to boot on it (you can also install
> Debian with it if you want :-)). 
> 
> The same iso image is available from those sites :
> http://www.phy.olemiss.edu/debian-cd/woody-i386-1.raw
> http://people.debian.org/~hertzog/debian-cd/woody-isolinux.iso
> 
> Note that this ISO is small enough to burn to a 5cm (3 inch) CD-R/RW,
> and contains enough packages to install a functional version of Debian.
> 
> You can select the flavor to boot by typing one of the flavor name on
> the "boot:" prompt :
> idepci or linux (default)
> compact (with full scsi support)
> bf24 (installs with kernel 2.4 for machines with very recent hardware)
> vanilla (the old default kernel with all modules but the install lacks
>  i18n)
> 
> You can use F3 to see more information about the available flavors.
> 
> If you have troubles booting the CD, please report your problems to
> debian-cdOlists.debian.org (reply-to set) and give information about
> your computer (cpu, age, bios name & version, ...).
> 
> If you have troubles during the installation process, please report your
> problems to debian-bootOlists.debian.org.
> 
> Cheers,
> 
> PS: More info about this image can be found here :
> http://lists.debian.org/debian-cd/2002/debian-cd-200204/msg00067.html
> -- 
> Raphaël Hertzog -+- http://strasbourg.linuxfr.org/~raphael/
> Formation Linux et logiciel libre : http://www.logidee.com



-- 
-123-4-5-6-7--
Douglas Guptill902-461-9749
Box 3401, Hfx South[EMAIL PROTECTED]
Halifax, N.S. B3J 3J1, Canada  http://www.accesswave.ca/~guptilld


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

Re: Bug#142305: i386 - borders gone on vanilla flavor

[Eduard Bloch]

#include 
Richard Hirst wrote on Thu Apr 11, 2002 um 11:15:32AM:

> > I observed this as well today.  I tested the vanilla kernel, there
> > were no borders on the first few boxes (I didn't progress as far as
> > the driver config, so I can't confirm problems there.)
> 
> Booting with "linux TERM=vt102" gives you the borders.  TERM=linux only
> seems to display borders under framebuffer/bterm now.

What about adding this option to isolinux.cfg (for vanilla only)? I do
not see how it would hurt, and it is better to show nice dialog boxes if
someone boots the vanilla flavor. This would also help the default
vanilla boot floppies, though I doubt that we will get a chance to make
a new release.

Gruss/Regards,
Eduard.
-- 
If a train station is where the train stops, what's a work station?
 -- Roger B. Dannenberg 


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

Re: cvs commit to debian-cd/tools/boot/woody by lawrencc

[Matt Kraai]

On Thu, Apr 11, 2002 at 01:58:41PM +0200, Raphael Hertzog wrote:
> Le Tue, Apr 09, 2002 at 03:45:11PM -0700, Debian Boot CVS Master ?crivait:
> >   Add disksize argument to loadlin command lines.
> 
> BTW, I noticed that you removed the "cdrom" argument from the loadlin
> call. I guess it's not needed. In fact I think it's a good idea to put
> it back and to add it to the isolinux configuration at the same time...
> 
> This way, the installer will automatically use the CD as the source of
> packages. I'm ccing [EMAIL PROTECTED] just to be sure that I
> don't tell something wrong...

Actually, it uses the existence of .disk/base_installable to
determine this, so the 'cdrom' argument is not necessary.

Matt



msg03361/pgp0.pgp
Description: PGP signature

Post-woody

[Anthony Towns]

Hi guys,

I just wanted to give y'all a heads up that I'd like you all to stick
around post woody, and keep/start working on CDs and installation stuff
for the next release. This doesn't change anything about debian-installer,
it'd just be helpful if you don't all wander off for four to six months
like usually happens :)

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``BAM! Science triumphs again!'' 
-- http://www.angryflower.com/vegeta.gif



msg03362/pgp0.pgp
Description: PGP signature

woody CD#1 as a rescue disk.

[Jim Westveer]

-BEGIN PGP SIGNED MESSAGE-
Hash: MD5


- -- 
I just noticed that if one uses the woody (i386) as 
a rescue disk, unfortunately it does not have 
fsck installed as part of the initrd image ?!?   

Humm.  I beleive potato did support this.
Kinda hard to fix a broken disk with out fsck ;-/

Is this a function of the base-files from the boot-floppys?



- --
Jim Westveer 
- 
I wish there was a button on my monitor for intelligence.  
There's a button called `brightness', but it doesn't work.
- 
E-Mail: [EMAIL PROTECTED]  [EMAIL PROTECTED]
work :  425-591-3002  KC7JYJ 
pgp-key 0x36129171gpg-key 0x9823336C  
- 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEAREBAAYFAjy18/EACgkQXpzfopgjM2zaaACePrv6cmInEbyvoeFz44zF/S1Q
DYcAn3s0VNefFJeciG83gz/eKLfjWi3y
=zn6b
-END PGP SIGNATURE-


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

Re: woody CD#1 as a rescue disk.

[Jim Westveer]

On Thursday 11 April 2002 13:37, Jim Westveer wrote:
> I just noticed that if one uses the woody (i386) as
> a rescue disk, unfortunately it does not have
> fsck installed as part of the initrd image ?!?

-- 

But I am incorrect,  there is e2fsck.

Sorry for my mistake.

--
Jim Westveer 

I wish there was a button on my monitor for intelligence.  
There's a button called `brightness', but it doesn't work.

E-Mail: [EMAIL PROTECTED]  [EMAIL PROTECTED]
work :  425-591-3002  KC7JYJ 
pgp-key 0x36129171gpg-key 0x9823336C  



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