Opened 23 years ago

Closed 22 years ago

Last modified 22 years ago

#145 closed defect (fixed)

re-evaluate installation order of packages in chapter 6, plus move these for sure:

Reported by: gerard@… Owned by: lfs-book@…
Priority: highest Milestone:
Component: Book Version: CVS
Severity: normal Keywords:
Cc:

Description

Why is texinfo installed so early in chapter 6 instead of later down the road (alphabetically), we have a static texinfo from chap5 already.

I'm sure there was a good reason, just can't remember why, so let's figure out why

Change History (20)

comment:1 by gerard@…, 23 years ago

Resolution: later
Status: newclosed

There seems to be more than just texinfo. I don't want to move packages around now and start breaking things. This needs more thorough checks, so we'll do it later.

comment:2 by gerard@…, 23 years ago

Summary: texinfo location in chapter 6re-evaluate installation order of packages in chapter 6, plus move these for sure:

gcc immediately after glibc (perhaps glibc, then makedev, then gcc).

gcc _may_ need findutils, do a build in chapter 6 with and without a static findutils. mv creating of passwd and group files to chapter 6.

comment:3 by gerard@…, 23 years ago

Resolution: later
Status: closedreopened

comment:4 by gerard@…, 23 years ago

dependson: 209

comment:5 by markh@…, 23 years ago

recommend order: MAKEDEV (1.4 when I finish it! 1.3 won't work like this) glibc - remove manual creation of /dev/null gcc man-pages ncurses

then can we go into alphabetical order? Needs checking...

comment:6 by markh@…, 23 years ago

if gcc is immediately reinstalled after Glibc, there's no need for a c++ compiler anymore, so we can skip building a static version of it and save quite a bit of compiling time in chapter 5 (copied from bug 209 which I've closed as a duplicate)

comment:7 by markh@…, 23 years ago

* Bug 209 has been marked as a duplicate of this bug. *

comment:8 by gerard@…, 23 years ago

let's see what that make-devices thing is that Matthias submitted. It could replace MAKEDEV all together, right?

comment:9 by gerard@…, 23 years ago

Priority: normalhighest

comment:10 by gerard@…, 23 years ago

Priority: highesthigh

comment:11 by gerard@…, 23 years ago

I don't want this bug to be touched until we've fixed most of the other bugs that are open. Closing this is probably going to warrant a new major LFS release (4.0) so I rather do it when we can say "ok let's release LFS-4.0, bugzilla is empty now".

comment:12 by gimli@…, 23 years ago

Proposal:

glibc man-pages gcc bison file ncurses gettext sh-utils bash binutils bzip2 diffutils e2fsprogs fileutils findutils flex gawk grep groff gzip less libtool m4 make net-tools netkit-base patch procps psmisc sed shadow sysklogd sysvinit tar texinfo textutils util-linux perl autoconf automake kbd man modutils

Some packages (bin86, lilo) etc are missing because I don't use them. I'll build an LFS system with this order and the missing packages soon.

comment:13 by gerard@…, 23 years ago

In the new setup, with the keep-chap-5-6-sep hint and other changes, gcc will be reinstalled immediately after Glibc in chapter 6. This may bring other dependencies up front to chapter 5. I'm aware of a static findutils, and there may be others.

So that's why my last comment said "don't touch until everything else is done".

We're getting closer to be dealing with this one though, it'll approximately be done at the same time as the keep-chap-5-6 seperate hint implementation and perhaps a gcc-3 upgrade soon too

comment:14 by markh@…, 23 years ago

dependson: 213231

I'd like to suggest putting man-pages *first* if possible. That way, if there are any conflicts with glibc man pages (I'm not sure at the moment but it could arise), the pages will be overwritten by those from the install packages.

comment:15 by gimli@…, 23 years ago

DOH :) 213 should be 231

comment:16 by gerard@…, 22 years ago

Aren't most packages already shuffled after the keep-5-6-seperate implementation? A quick shows the only remaining suggestion is to install man pages first so they can be overridden by package's native man pages if they exist.

comment:17 by gerard@…, 22 years ago

Priority: highhighest

comment:18 by markh@…, 22 years ago

Agreed, this bug is nearly complete.

Shall we move man-pages to straight after the kernel-headers install? That way, every package which installs manual pages has the opporunity to overwrite the man-pages ones.

comment:19 by gerard@…, 22 years ago

Sure put it after linux installation, that way it even fits in the alphabet (linux before man-pages)

comment:20 by markh@…, 22 years ago

Resolution: fixed
Status: reopenedclosed

that's it I think. I've moved man-pages to after the kernel-headers so it appears the packages are re-ordered.

Note: See TracTickets for help on using tickets.