Opened 18 years ago

Closed 14 years ago

#1682 closed enhancement (fixed)

RFE: Mentioning optional dependencies

Reported by: tushar@… Owned by: bdubbs@…
Priority: low Milestone: 6.6
Component: Book Version: SVN
Severity: minor Keywords:
Cc:

Description (last modified by Jeremy Huntwork)

From the above thread: I would like to propose mentioning optional dependencies for packages that are installed in LFS. Since most of the packages are never mentioned in BLFS, the dependencies never get mentioned.

Change History (19)

comment:1 by chris@…, 18 years ago

I think this would be a good idea, although we could simply add this to Bug 684, which already exists for documenting package dependencies - just add package's optional dependencies to the list as well.

comment:2 by Matthew Burgess, 18 years ago

The general consensus on list was that this is a good idea. So, if anyone has patches that mention particular dependencies I'll gladly accept them. Shadow will use PAM, SELinux and libaudit.

comment:3 by chris@…, 18 years ago

Shadow can also use cracklib (I know it's already mentioned in the book, but I'm just adding it to the list).

Now comes the question of whether you should mention all "optional" dependencies, or just all the ones that are not listed in LFS. For example, inetutils and module-init-tools *can* use zlib, but it's not required.

And on that note, here's a couple more...

Grep can use PCRE Vim can use X

comment:4 by Matthew Burgess, 18 years ago

(In reply to comment #3)

Now comes the question of whether you should mention all "optional" dependencies, or just all the ones that are not listed in LFS. For example, inetutils and module-init-tools *can* use zlib, but it's not required.

I think the approach should be:

1) Those dependencies that break the build if not present should be listed in the current "Installation depends on:" section. Also in this section should be dependencies that, regardless of their being optional or otherwise, have already been installed by LFS by the point at which the dependent package is being built. Add also those dependencies that although optional, are strongly recommended by upstream and/or the LFS community. 2) Any other dependencies that don't fit the criteria in 1. should be listed in an "Installation optionally depends on:" section.

Obviously, if we encounter a package whose optional dependency is installed in LFS but after the dependee (e.g. package B optionally depends on package A but we install package B first), we need to be very sure we don't want to take the opportunity to re-order the packages lest we have to continually explain why we choose not to have package B make use of package A's functionality!

comment:5 by chris@…, 18 years ago

dependson: 684

comment:6 by chris@…, 18 years ago

Autoconf can use emacs

comment:7 by Jeremy Huntwork, 18 years ago

Description: modified (diff)
Milestone: 6.2

comment:8 by Chris Staub, 18 years ago

Coreutils testsuite has at least one test that needs the "Expect" Perl module, which depends on the "IO:Tty" module. Not sure if anyone wants to install 2 Perl modules just to support 1 or 2 coreutils tests, but I'm mentioning it anyway...

Also, autoconf can use automake and libtool in its testsuite.

comment:9 by Chris Staub, 18 years ago

Adding another...groff can use ghostscript.

comment:10 by Chris Staub, 18 years ago

less can use PCRE
Bison can use Doxygen in its testsuite

comment:11 by Chris Staub, 18 years ago

Groff can also use CUPS and X.

comment:12 by Jeremy Huntwork, 18 years ago

Milestone: 6.2Future

Moving this to the Future Milestone. Like #1673, I'll put this information into 6.2 if we can get a complete list in time, but I don't think we should delay a release if this information isn't ready.

comment:13 by gerard@…, 15 years ago

Milestone: Future7.0

Set milestone to 7.0 per Bruce's recommendation.

comment:14 by bdubbs@…, 15 years ago

Milestone: 7.06.6

Promoting to LFS-6.6

comment:15 by bdubbs@…, 15 years ago

Priority: lowestlow

comment:16 by bdubbs@…, 14 years ago

Owner: changed from lfs-book@… to bdubbs@…

comment:17 by bdubbs@…, 14 years ago

Status: newassigned

comment:18 by bdubbs@…, 14 years ago

From DJ:

In the rebuild of gcc, java target needs which and zip. Also, current gnat is gnat-gpl-2009-1-i686-gnu-linux-libc2.3-bin.tar.gz.

comment:19 by bdubbs@…, 14 years ago

Resolution: fixed
Status: assignedclosed

Fixed at revision 9115.

Note: See TracTickets for help on using tickets.