Re: Woody DVD problem on powerpc

2002-08-09 Thread Sven LUTHER

On Thu, Aug 08, 2002 at 06:34:45PM -0700, Brad Boyer wrote:
> On Fri, Aug 09, 2002 at 01:44:55AM +0100, Steve McIntyre wrote:
> > This seems to be a brick wall. Is HFS really this crap?
> 
> Yup. The problem is that an HFS filesystem refers to allocation
> blocks with an unsigned 16 bit integer, so while the specification
> technically allows 2^32 different files, only 2^16 can actually
> be taking up any space, and there are a few system files taking
> up some of that, so in practical terms, it's a little smaller.

I suppose HFS+ fixes this kind of problems, is it not ?

maybe using one of the userspace hfs tools you can create a HFS+ iso
image ?

But then are you not supposed to use ufs for DVDs ?

Friendly,

Sven Luther


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




Re: Woody DVD problem on powerpc

2002-08-09 Thread Steve McIntyre

On Fri, Aug 09, 2002 at 10:13:07AM +0200, Sven LUTHER wrote:
>On Thu, Aug 08, 2002 at 06:34:45PM -0700, Brad Boyer wrote:
>> On Fri, Aug 09, 2002 at 01:44:55AM +0100, Steve McIntyre wrote:
>> > This seems to be a brick wall. Is HFS really this crap?
>> 
>> Yup. The problem is that an HFS filesystem refers to allocation
>> blocks with an unsigned 16 bit integer, so while the specification
>> technically allows 2^32 different files, only 2^16 can actually
>> be taking up any space, and there are a few system files taking
>> up some of that, so in practical terms, it's a little smaller.
>
>I suppose HFS+ fixes this kind of problems, is it not ?

Pass. I know (almost) nothing about HFS and HFS+. I believe that we
need the disc to be an HFS/ISO9660 hybrid for powermacs to boot
it. Yes?

>maybe using one of the userspace hfs tools you can create a HFS+ iso
>image ?
>
>But then are you not supposed to use ufs for DVDs ?

UDF, not UFS. But I don't think we have tools that will do that
properly yet. 

Maybe the answer is to fiddle with the HFS bits so we only have the
boot / install stuff visible in the HFS volume descriptor and leave
the rest of the files on the disc only visible through
ISO9660/RockRidge. That way the install kernel and a running system
will be able to see the packages on the disc just fine, but the host
Mac system won't. I'm playing with that now to see if it will create
an image, at least.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
http://www.einval.com/steve/>My home page
"Can't keep my eyes from the circling sky,
"Tongue-tied & twisted, Just an earth-bound misfit, I..."


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




Are you coming to Marbella?

2002-08-09 Thread Maria Garcia
Title: Tures Andalucia 2002 - Residential Tourism Fair







  

 
Dear
Sir or Madam:


We are
pleased to invite you to an exclusive event to enjoy Marbella, one of the
most charming places in Andalusia, in the South of Spain.
TURES
Andalucia® 2002, the Residential Tourism Fair in
Andalusia, will be held in Marbella, Costa del Sol, between October the 10th
and the 13th at the Fair and Congress Hall (Palacio de Ferias y
Congresos de Marbella).


In
just three days you will contact with the best real estate promoters from
all around Andalusia, which will display their projects (including golf
courses and sport facilities). 


You
can visit already the exhibitors and their products in the e-Fair, www.turesandalucia.com
where you can make appointments in advance, optimizing your time and getting
the most exhaustive and reliable information about the advantages of
investing in real estates assets in Andalusia.


Andalusia
is being choiced as a second home by European citizens, a growing market
which produces significant profits.


Register
now! on line www.turesandalucia.com
and get a free entrance and important discounts in services and
accommodation. (This offer is valid until the 15th of August).
Entrance price costs 30 €


We
will be pleased to welcome you personally.


If
you have any enquiries, please do not hesitate to contact us.


 
Yours
faithfully


 


More information? Contact us.
Eduardo Gómez - 
- Public Relations
Leonor G. Zato - 
- Customer Service

EURO ANDALUCIA EVENTS Calle Rossini, 24 -
Urbanización Sierra Blanca 29600 - Marbella - Málaga - España 
T. +34 952 90 24 21 - F. +34 952 92 45 80 - [EMAIL PROTECTED] www.eae.cc

The information in this e-mail and in any
attachments is confidential and solely for the attention and use of the
named addressee(s). You are hereby notified that any dissemination,
distribution or copy of this communication is prohibited without the prior
written consent of Grupo Sierra Blanca or any of its companies. If you
have received this communication in error, please, notify the sender by
reply e-mail.
  







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



Re: Woody DVD problem on powerpc

2002-08-09 Thread Brad Boyer

On Fri, Aug 09, 2002 at 11:11:07AM +0100, Steve McIntyre wrote:
> On Fri, Aug 09, 2002 at 10:13:07AM +0200, Sven LUTHER wrote:
> >On Thu, Aug 08, 2002 at 06:34:45PM -0700, Brad Boyer wrote:
> >> Yup. The problem is that an HFS filesystem refers to allocation
> >> blocks with an unsigned 16 bit integer, so while the specification
> >> technically allows 2^32 different files, only 2^16 can actually
> >> be taking up any space, and there are a few system files taking
> >> up some of that, so in practical terms, it's a little smaller.
> >
> >I suppose HFS+ fixes this kind of problems, is it not ?
> 
> Pass. I know (almost) nothing about HFS and HFS+. I believe that we
> need the disc to be an HFS/ISO9660 hybrid for powermacs to boot
> it. Yes?

The allocation block problem is one of the big fixes in HFS+. It uses
a 32 bit int to specify blocks. Other improvements were longer filenames,
unicode, and UNIX style permissions. An HFS volume is the easiest way
to boot most powermacs, since the defaults assume HFS.

> Maybe the answer is to fiddle with the HFS bits so we only have the
> boot / install stuff visible in the HFS volume descriptor and leave
> the rest of the files on the disc only visible through
> ISO9660/RockRidge. That way the install kernel and a running system
> will be able to see the packages on the disc just fine, but the host
> Mac system won't. I'm playing with that now to see if it will create
> an image, at least.

That should work fine, if all you're using the HFS side for is booting.

Brad Boyer
[EMAIL PROTECTED]


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




don't match checksum in template data

2002-08-09 Thread Nelson Suniaga

I have a old iso image of Debian Woody (29-04-2002) and 
now I feel
lucky cause woody is already stable and I've discovered 
Jigdo... just 9
MB (close to 45 minutes of download) for to see so many 
error on the
image generation...

Yes, I got a .iso.tmp image (why still it has a .tmp 
extension?),

but also, i have a couple of message errors (with a code 
2):

Error: 
`/mnt/iso/pool/main/g/gnome-libs/libgnome32_1.4.1.4-3_i386.deb'
does not match checksum in template data
Error: `/mnt/iso/pool/main/g/gdm/gdm_2.2.5.5-2_i386.deb' 
does not match
checksum in template data
Error: 
`/mnt/iso/pool/main/e/emacs20/emacs20_20.7-13.1_i386.deb' 
does
not match checksum in template data
Error:
`/mnt/iso/pool/main/t/tetex-base/tetex-base_1.0.2+20011202-2_all.deb'
does not match checksum in template data
Error: 
`/mnt/iso/pool/main/libp/libpng/libpng2_1.0.12-3_i386.deb' 
does
not match checksum in template data
Error: 
`/mnt/iso/pool/main/k/kdelibs/kdelibs3_2.2.2-13_i386.deb' 
does
not match checksum in template data
jigdo-file failed with code 2 - aborting.

Really I can't get it, can someone explain me this?
ah...! almost I forget it: all those files with wrong 
checksums are
differents everytime that I run jigdo-lite... and other 
thing: if I run
jigdo-lite like a "normal user" the .iso.tmp image is not 
generated
completely (only 13 MB) but if I am root then I get a file 
of 678 MB


Both file (woody-i386-1_NONUS.jigdo and 
woody-i386-1_NONUS.template)
were downloaded from
http://cdimage.debian.org/jigdo-area/current/jigdo/i386/
but the md5sums don't fix !!!

This happen also with the US jigdo and template files, 
just the message
it's different:

Not downloading .template file - `woody-i386-1.template' 
already present
Found 375 of the 1352 files required by the
template
zstream.cc:282: Assertion failed, `dataUnc > 0 || (status 
==
Z_STREAM_END || status == Z_OK)'
zstream.cc:282: Assertion failed, `dataUnc > 0 || (status 
==
Z_STREAM_END || status == Z_OK)'
incorrect data checkjigdo-file failed with 
code 3 -
aborting

Question 1 : I must or not use that image?
Question 2 : What happen with the DEBs with wrong md5sum 
after of the
installation???



Thanks to all out there...


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




Re: Bug#149491: dpkg depends hard on working F_SETLK fcntl

2002-08-09 Thread Christian Reis


Hi there. Just spent a whole 8 hours trying to work around this, and the
truth is this is *very* broken. To recapitulate and summary, we are
trying to do a debian install on a root directory mounted through nfs
from a remote server. This *should* work; however, because the client
has to run rpc.statd for f_setlk to work properly, and because dpkg
*requires* f_setlk to work, we are stuck in a no-win situation.

This took a lot of energy to realizing; I tried first to get a binary of
rpc.statd from another box to run on it, but then I got glibc skew
probelms and from there on it was just ugly. I ended up untarring a
virgin debian-3.0 root on the server, checking it with a chroot, and
finishing off the install on the client by doing some pretty intense apt
and dpkg fixing.

So I'd like to *repeat* the problem here by using Paul's argument:

> Some users may want to use an NFS server with broken locking
> when they don't have enough control over it to fix it.
> 
> Reserving one directory name for the lockfile only would make
> that easy (a tiny local filesystem can be mounted there, a ramdisk
> for example), and it would leave dpkg essentially unchanged
> (just "/var/lib/dpkg/lock-dir/lock" or similar
> instead of "/var/lib/dpkg/lock").

This was CCed to a couple of lists a while back. Has there been no
discussion over it? 

Take care,
--
Christian Reis, Senior Engineer, Async Open Source, Brazil.
http://async.com.br/~kiko/ | [+55 16] 261 2331 | NMFL


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




Editable GIMP of Robert Dodd's "Difference" CD Cover

2002-08-09 Thread Robert Dodd

Hey All:

The "difference" CD cover is now available in editable GIMP format at
http://www.dodddigitaldesign.com/debian_cd_covers.htm

I left other alternate layout options besides what is visible on the site in
the GIMP too, so maybe people can email me with any covers they have
improvised using the GIMP and if they look nice I'll throw those versions on
the site too as examples.

As time permits, I hope to do a back cover and a CD label for "Difference"
as well. Let me know if there are any problems downloading from the site.

Robert


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