You need about 300MB of free HPFS space for the whole system. This does not include space for the postscript and troff documentation files. I have never installed them. Nor did I install the test subtree.
\x11
on the partition for compiling and have
put everything below this tree. I found that a clean tree occupies
less than the half space of the disk, this gives me the opportunity to
rename this tree to \x11old
and copy a new version to the
same disk to produce diffs. Last time the complete tree was
arranged under the root directory xc
, this would become
\x11\xc
then.gzip -dc file.tar.gz | tar xvf -in the
\x11
directory. At the end you will usually see the
irritating, but non-fatal message "gzip: stdout Broken pipe". Ignore it.chmod -R a+rw \x11\xcto make certain files in the tree writable.
added-XXX
accompanying the patch file
which lists the files that are newly created. The patch program has
a problem with creating new directories, so we need to create them
on advance. For each added-XXX
file you find, execute from
\x11
xc\config\util\added added-XXXIf there is no
added-XXX
file available, you can make one with
the following instructions:
grep "\*\*\* xc/" patchfile >added-fileEdit
added-file
with a text editor and remove the ***
at
the beginning and the time stamp at the end (search for a TAB and
erase to the end of the line). You get a list of file paths, one in a
line, which is the input to the added utility.patch -p -E <patchfile 2>&1 | tee patchlogfrom the
\x11
directory. Be aware to use the right
patch - OS/2 has a utility with the same name and different functionality.
Don't use the recommended -s
option, this makes patch
quiet,
and you won't see problems in the patchlog file. Use
find \x11 -name *.rej -print find \x11 -name *# -printto find any rejects and unapplied patches (attention: yet another OS/2 program with wrong functionality). Normally there shouldn't be any problems of this kind, else you have made a mistake. Finally remove the original files with
find \x11 -name *.orig -print -exec rm {} ;
xc/config/cf
directory and edit the xorgsite.def
file to match your requirements (you probably don't want to compile
all X servers). Certain changes must be set to the following values:
#define WacomSupport NO
#define ElographicsSupport NO
Both options are not yet supported.#define BuildDynamicLoading NO
This does not work.xc\util\compress
and
make compress.exe
there. Install the program produced
there in your path. I stumbled more than once on half-ported
compress programs on OS/2 ftp servers that are defective w.r.t.
reading and writing stdin/stdout. In some stage (font compression)
otherwise you will get a core dump of mkfontdir, because all
compressed fonts are corrupt.X11ROOT
to something different than
it is; otherwise the installation process will overwrite your
original X11R6.7.0/OS2 installation. If you have not set this variable,
go back to the prefix section of this document: you have forgotten
something.xc/programs/Xserver/hw/xfree86/etc/bindist/OS2/host.def.os2
to the location xc/config/cf/host.def
. Use this file to do
any specific modifications to imake variables, rather than editing
the file xorg.cf, imake.tmpl, or os2.cf directly.xc/config/util/buildos2.cmd
into the xc
directory. If this is a second or later attempt, you might need to
copy the saved toplevel Makefile.os2 back to Makefile.buildos2.cmd
command in the xc
directory;
it will produce a logfile buildxc.log
in this directory.xc
dir, execute
xmake install xmake install.man
\X11R6.7.0\bin
is usually defective.
The one which was built initially and installed in the root directory
of the drive where you have the source tree is okay. So simply copy
this \imake.exe
to the \X11R6.7.0\bin
directory
manually. Some day this might be fixed.Well, you see, this was quite easy :-)