Ticket #185 (closed task: fixed)

Opened 2 months ago

Last modified 1 month ago

module-init-tools creates /share

Reported by: tobias Assigned to: clfs-commits@lists.cross-lfs.org.
Priority: minor Milestone: CLFS Standard 1.2.0
Component: BOOK Version: CLFS Standard SVN
Keywords: Cc:

Description

Due to configuration in this way:

CC="gcc ${BUILD64}" ./configure --prefix="/" \

--enable-zlib

module-init-tools creates /share/man for its man pages. Consider this additional configuration flag:

CC="gcc ${BUILD64}" ./configure --prefix="/" \

--datadir=/usr/share --enable-zlib

Change History

(in reply to: ↑ description ) 10/12/08 06:29:58 changed by chris@beaker67.com

Replying to tobias:

Due to configuration in this way: CC="gcc ${BUILD64}" ./configure --prefix="/" \
--enable-zlib module-init-tools creates /share/man for its man pages. Consider this additional configuration flag: CC="gcc ${BUILD64}" ./configure --prefix="/" \
--datadir=/usr/share --enable-zlib

The --datadir shouldn't be necessary. Check this code in Makefile.in...

mandir = $(shell if [ @mandir@ = $(prefix)/man ]; then if [ $(prefix) = / ]; then echo /usr/share/man; else echo $(prefix)/share/man; fi; else echo @mandir@; fi)

So, if it sees "--prefix=/" then it should set mandir=/usr/share/man.

In fact I know it does because I also have "--prefix=/ --enable-zlib" and no other configure options, and my manpages are in fact in /usr/share/man.

Although I do only have an x86 system so there could be some issue with 64-bit systems that I don't know about...

10/14/08 03:07:24 changed by chris@beaker67.com

Whoops, sorry...looks like I was looking at an older copy of the book and didn't notice the updated module-init-tools version. The Makefile has been slightly edited, which does result in the creation of /share. Looks like it's due to the addition of ${datarootdir}, rather than just ${mandir}, that screws it up. The Makefile needs to be fixed...not sure how though...just overriding ${datarootdir} or ${datadir} will certainly work though.

Once again, apologies for my invalid comment above.

11/02/08 16:51:32 changed by jciccone

  • status changed from new to closed.
  • resolution set to fixed.

fixed in r4069.