abstract:darwin:install_software:workgroup-sw

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
abstract:darwin:install_software:workgroup-sw [2021-04-28 13:24] – [Directory Structure] anitaabstract:darwin:install_software:workgroup-sw [2021-04-28 13:44] (current) anita
Line 48: Line 48:
  
 Some workgroups may elect to have one individual maintain their software -- call him or her the //buildmeister// A workgroup may have several buildmeisters who each maintain some subset of the software.  At the total opposite extreme, every group member acts as buildmeister for his/her own software.  However your workgroup decides to divide that responsibility, it is best to leave package version directories and their contents ONLY writable by the buildmeister for that package (or version of a package). Some workgroups may elect to have one individual maintain their software -- call him or her the //buildmeister// A workgroup may have several buildmeisters who each maintain some subset of the software.  At the total opposite extreme, every group member acts as buildmeister for his/her own software.  However your workgroup decides to divide that responsibility, it is best to leave package version directories and their contents ONLY writable by the buildmeister for that package (or version of a package).
- 
-<note important>If a single buildmeister for all software is chosen, then it's best to leave everything within the ''$WORKDIR/sw'' directory writable only by that user (but still owned and readable by the workgroup).  Rather than doing ''chmod 02775'' one would do ''chmod 02755'' when creating the ''sw'' directory.</note> 
  
 ===== Building from Source ===== ===== Building from Source =====
  
-Let's say that version 2.2 of "SuperCFD" has just been released and I've logged-in and downloaded the Unix/Linux source code to my desktop.  I copy the source package to DARWIN using ''scp'' (or ''sftp'') and the remote directory ''/work/it_nss/sw/supercfd/attic'' Note that this is the value of ''$WORKDIR'' plus paths created in the previous section.+Let's say that version 2.2 of "SuperCFD" has just been released and I've logged-in and downloaded the Unix/Linux source code to my desktop.  I copy the source package to DARWIN using ''scp'' (or ''sftp'') and the remote directory ''/lustre/it_nss/sw/supercfd/attic'' Note that this is the value of ''$WORKDIR_SW'' plus paths created in the previous section.
  
 On DARWIN, I change to the SuperCFD software directory and prepare for the build of version 2.2: On DARWIN, I change to the SuperCFD software directory and prepare for the build of version 2.2:
  
 <code bash> <code bash>
-$ cd $WORKDIR/sw/supercfd+$ cd $WORKDIR_SW/supercfd
 $ mkdir 2.2 $ mkdir 2.2
 $ cd 2.2 $ cd 2.2
 </code> </code>
  
-With the source code uploaded to the ''attic'' directory, I can unpack inside the version 2.2 directory I just created:+With the source code uploaded to the ''attic'' directory (or you could use ''wget <<//URL//>>'' to download into the ''attic'' directory), I can unpack inside the version 2.2 directory I just created:
  
 <code bash> <code bash>
 $ pwd $ pwd
-/work/it_nss/sw/supercfd/2.2+/lustre/it_nss/sw/supercfd/2.2
  
 $ tar --bzip -xf ../attic/supercfd-2.2.tar.bz2 $ tar --bzip -xf ../attic/supercfd-2.2.tar.bz2
Line 79: Line 77:
 In this case, the source was a bzip-compressed tar file, so it was unpacked using the ''tar'' command.  Other software might be packed as a gzip-compressed tar file or a ZIP file, so the actual command will vary. In this case, the source was a bzip-compressed tar file, so it was unpacked using the ''tar'' command.  Other software might be packed as a gzip-compressed tar file or a ZIP file, so the actual command will vary.
  
-The authors of SuperCFD organize their source code along the GNU autoconf guidelines.  The source code directory was renamed from //supercfd-2.2// to //src//; when running ''./configure'' the install prefix will be set to ''$WORKDIR/sw/supercfd/2.2'' which will then have e.g. ''bin'', ''etc'', ''share'', ''lib'' directories accompanying the ''src'' directory.  For any software package that uses autoconf or CMake, this is the organizational strategy IT has adopted.+The authors of SuperCFD organize their source code along the GNU autoconf guidelines.  The source code directory was renamed from //supercfd-2.2// to //src//; when running ''./configure'' the install prefix will be set to ''$WORKDIR_SW/supercfd/2.2'' which will then have e.g. ''bin'', ''etc'', ''share'', ''lib'' directories accompanying the ''src'' directory.  For any software package that uses autoconf or CMake, this is the organizational strategy IT has adopted.
  
 ==== Building for Autoconf/CMake ==== ==== Building for Autoconf/CMake ====
Line 107: Line 105:
 export SUPERCFD_UNITS=METRIC export SUPERCFD_UNITS=METRIC
  
-./configure --prefix=$WORKDIR/sw/supercfd/2.2 \+./configure --prefix=$WORKDIR_SW/supercfd/2.2 \
         --solver=auto         --solver=auto
 </file> </file>
Line 118: Line 116:
 $ cd .. $ cd ..
 $ pwd $ pwd
-/work/it_nss/sw/supercfd/2.2+/lustre/it_nss/sw/supercfd/2.2
  
 $ ls -l $ ls -l
  • abstract/darwin/install_software/workgroup-sw.1619630655.txt.gz
  • Last modified: 2021-04-28 13:24
  • by anita