Local Mirror of solaris Userland
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Martin Rehak 0caf1a9d0e 34867352 CUPS libcupsimage.so.2 is not delivered in 32 bits 18 hours ago
components 34867352 CUPS libcupsimage.so.2 is not delivered in 32 bits 18 hours ago
doc 34471311 Allow /etc/userland dictate component paralelism 4 months ago
exception_lists 34495165 Upgrade Apache Tomcat to version 8.5.82 4 months ago
licenses 25049273 CGI.pm module depends on HTML::Entities which is not in Solaris 3 years ago
make-rules Open of build 138. 18 hours ago
tools 34833353 Make keyserver.ubuntu.com the default keyserver we download keys from 1 week ago
transforms 34667931 Integrate Python 3.11 (fix library/python-2/... renames) 1 month ago
.hgignore.template 30355569 Userland needs .hgignore 2 years ago
.hgtags Added tag st-011 for changeset 108951563a69 5 years ago
Makefile 31900066 want 'gmake pkg_install' to install built package on local system 2 years ago
README.md 32804497 Remove internal hostname from Userlands README 2 years 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. For the external Git repository you can do so with the following command:

$ 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 $ tools/full-build # see --help for options

That is generally wrapper around $ cd (your-workspace) $ # cleanup your workspace to pristine state $ gmake publish $ # examine the log files and provide a summary


Copyright (c) 2010, 2021, Oracle and/or its affiliates.