Figure I'll throw in my $0.02 as well as I also tend to do this some
(though not automated to this degree... /me stashes scripts in
~/scripts ;-)
On Sun, 10 Oct 1999, Tony Nugent wrote:
[snip]
> I'm not sure why the mini HOWTOs aren't included on the main
> distribution image in the /doc/HOWTO/ directory (eg, in HOWTO/mini).
> Pity that. Even better would be that they were all there in their
> easily-browsable html rather than plain text version.
Personally, I prefer the text howto's. They're a lot more useful that
way if (for some strange perverse reason), you need to look at them
during the install.
[snip]
> mkisofs can create images that contain *both* rockridge and joliet
> extensions. Why have m$-like .htm files rather than .html? Sticking
> with the x.3 format really isn't necessary... Joliet + RR is enough to
> make it very useable under both windows and most flavours of unix, and
> who would be using dos to read them anyway? Besides, the 8.3 format
> rule is already broken for most of the doc files.
This one is confusing. Would be useful. My hypothesis is that they've
been using the same scripts for a while... back to a time when having RR
and Joliet on a CD broke certain things.
> True, these suggestions are breaking the ISO "standard" if they are
> omitted, but I have been produced customised RedHat CDROMS in the
> recent past that have had wide distribution (to uni students), and
> never had a single complaint in this regard.
[snip]
> Question: Is it possible to have, as standard, genhdlist moved into
> the /RedHat/base/ directory?
>
> (And also the other goodies now to be found in
> /misc/src/anaconda/utils/ - what do they do? What happened to
> dmphdlist?)
filtermoddeps + moddeps determine module dependencies for
/modules/modules.dep in the install images
trimpcitable is used in the creation of the pci probe tables in the
first stage of anaconda to figure out what video server to use, etc.
> That way it becomes possible to do
> rm -rf misc/
> with impunity and still be able to create useful updated/customised
> images.
>
> Ahh, ok, let me retract this somewhat. The /misc/ directory used to
> occupy upwards of 50Mb of otherwise useless baggage (which is why I
> regularly removed it). I've just done a `du -s' on that directory for
> the new Cartman release, and it's down to just over 14Mb. The issue
> of removing this directory has suddenly become almost mute... what
> did you guys do to make this possible? Anaconda is _that_ good?
> Wow...
Notice that the /misc/ dir now has had a 'make clean' done within it,
removing the binary files. IIRC, those were present in past /misc/
trees. But, anaconda is good ;-)
> Oops! Ok, this has changed...
>
> $ RedHat/base/genhdlist
> RedHat/base/genhdlist: error in loading shared libraries: librpm.so.0: cannot
>open shared object file: No such file or directory
>
> Uh-oh, that's Not Good News.
>
> $ ldd genhdlist
> librpm.so.0 => not found
> libc.so.6 => /lib/libc.so.6 (0x40019000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
>
> Is it wise to have genhdlist dynamically linked rather than static
> like it has always been?
> Further investigation shows that libz.so.1, libdb.so.2 and libbz2.so.0
> are also needed for librpm.so.0.
It would be a lot bigger if it were statically linked I believe. The
size of the binary would be around half a meg from a rough estimate.
Considering if you are creating the CD on a machine running 6.1, you've
got librpm.so.0 and the other dependencies for it.
> Why put the boot.cat file (created by mkisofs for bootable CDs) in
> the base directory of the cdrom? Ugly and useless... why not hide
> it somewhere else? (/RedHat/base/ seems like as good a place as
> any). Actually, with a new "-m boot.cat" parameter to mkisofs, it
> looks like it is possible to hide this file altogether. (Untested).
At one point, boot.cat was under /misc/... The relative merits of where
it should be, I'm not sure.
> What's the .buildlog file doing there in the base directory? Also
> useless.
The .buildlog describes what components went into the CD. It's a good
thing to leave around.
Anyway, my $0.02 on the matter...
Jeremy
--
To unsubscribe:
mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
