Some problems and solutions

richard at urusai.localnet.rcl richard at urusai.localnet.rcl
Thu Aug 31 11:02:06 PDT 2000


Creating /etc/group

Simple echo's to /etc/group proved too infexible. What if
two or more optional packages both require a group,
but the user only installs one of them?

My current solution is a function:

if the group does not exist
  choose an unused group id less than 100
  make the group
fi
output the group id


There is a similar function for creating user id's


Here are some proposed additions to <package>:

1) <unpackdir>
   Default value $LFS/usr/src
   Directory to change to before unpacking source tarball

   Some packages to not have a top level directory in the tarball eg:
   livid and Linux-html-single-HOWTOs

   <unpackdir>
   /usr/share/doc/Linux-html-single-HOWTOs
   </unpackdir>

   <unpackdir>
   /usr/src/livid
   </unpackdir>


2) <sourcefiles>
   default: same as <name>
   Which files to unpack

   some packages require more than one file eg vim, X
   <sourcefiles>
     vim-5.7-rt
     vim-5.7-src
   </sourcefiles>


3) <moresource>
   default: null
   The only reason for this so far is glibc, where you must unpack
   glibc, change to its directory, then unpack the crypt and threads:
   <name>
     glibc-2.1.3
   </name>
   <moresource>
      glibc-crypt-2.1.3
      glibc-linuxthreads-2.1.3
   </moresource>


4) <topdirectory>
   default: entry from <name> if there is only one
   required if there is more that one entry in <name>
   Directory to change after unpacking source code

   Several packages have a package name that is not easily related to the
   top level diectory in the tarball. You can change to the correct
   directory with:

   cd $LFS/usr/src
   cd $(bzip2 -cd sources/options/X401src-1.tar.bz2 | tar -t \
       | head -1 | cut -f 1 -d / )

   Will enventually get to /usr/src/xc as required, but we could
   save some time with:
   <name>
   py152
   </name>
   <topdirectory>
     Python-1.5.2
   </topdirectory>

5) <version>
   default: latest selected by ls -v
   If a version is given with <version>, a later version will do
   if a version is given in <name>, that version is required
   
   I would like to take the version number out of the name. This
   makes it easier to handle new versions. Most of the time,
   alfs would have no difficulty finding the package even if
   you do not give it a version number. Here are the problems:

   bash-[0-9]   bash-doc
   man-[0-9]    man-pages
   glibc-[0-9]  glibc-crypt glibc-linuxthreads
   file-        fileutils
   qmail-       qmailadmin

Time for Tai-chi, pack in about 4 hours

Richard





More information about the alfs-discuss mailing list