Re: Woody DVD problem on powerpc
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
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?
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
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
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
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
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]