Local Mirror of solaris Userland
Niveditha Rau 18556755a4 29364125 misc. X client updates 6 days ago
components 29364125 misc. X client updates 6 days ago
doc 29201156 Port regen-patches target from X makefiles to Userland 1 month ago
exception_lists PSARC/2018/118 EOF PHP 5.6 1 month ago
licenses 27717793 Remove evaluation build 11 months ago
make-rules Close of build 40. 1 week ago
tools 29308034 minor updates to X libraries 2 weeks ago
transforms 28732185 Missing support for python ABI3 compliant extensions 4 months ago
.hgtags Added tag st-011 for changeset 108951563a69 1 year ago
Makefile 26976192 Userland builds should provide a way to run check_rtime 1 year ago
README.md 25752641 ditch README in favor of README.md, clean it up a bit 1 year ago


Getting started with the Userland Consolidation

Getting Started

This README provides a very brief overview of the gate (i.e., source code repository), how to retrieve a copy, and how to build it. Detailed documentation about the Userland gate can be found in the doc directory.


The Userland consolidation maintains a project at


That repo contains build recipes, patches, IPS (i.e., pkg(7)) manifests, and other files necessary to download, prep, build, test, package and publish open source software. The build infrastructure makes use of hierarchical Makefiles which provide dependency and recipe information for building the components. In order to build the contents of the Userland gate, you need to clone it. Since you are reading this, you may already have.

Getting the Bits

The canonical repository internal to Oracle is stored in Mercurial, and is mirrored to an external Git repository on GitHub. In order to build or develop in the gate, you will need to clone it. You can do so with one of the following commands. Internal:

$ hg clone ssh://ulhg@userland.us.oracle.com//gates/gate /scratch/clone


$ git clone https://github.com/oracle/solaris-userland /scratch/clone

This will create a replica of the various pieces that are checked into the source code management system, but it does not retrieve the community source archives associated with the gate content. To download the community source associated with your cloned workspace, you will need to execute the following:

$ cd /scratch/clone/components
$ gmake download

This will use GNU make and the downloading tool in the gate to walk through all of the component directories downloading and validating the community source archives from the gate machine or their canonical source repository.

There are two variation to this that you may find interesting. First, you can cause gmake(1) to perform its work in parallel by adding -j (jobs) to the command line. Second, if you are only interested in working on a particular component, you can change directories to that component's directory and use gmake download from that to only get its source archive.

Building the Bits.

You can build individual components or the contents of the entire gate.

Component build

If you are only working on a single component, you can just build it using following:

Setup the workspace for building components

$ cd (your-workspace)/components ; gmake setup

Build the individual component

$ cd (component-dir) ; gmake publish

Complete Top Down build

Complete top down builds are also possible by simply running

$ cd (your-workspace)/components
$ gmake publish

The publish target will build each component and publish it to the workspace IPS repo.

  • You can add parallelism to your builds by adding -j (jobs) to your gmake command line arguments.
  • The gate should only incrementally build what it needs to based on what has changed since you last built it.


Copyright (c) 2010, 2017, Oracle and/or its affiliates. All rights reserved.