void-packages/xbps-src
Juan RP 87f2599c17 xbps-src: improve PREFER_BINPKG_DEPS, take 2.
When installing pkgdeps from repositories more errno values are handled
from xbps-bin, this help us to find why a package failed to install.

Also stdout/stderr output from xbps-bin is redirected to
$wrksrc/.xbps_install_dependency_$pkgdepname.log to see how it was
installed or why it failed to install.

Do autoremove packages in more places to be sure that if something went
wrong those packages are always removed.
2011-06-30 10:26:31 +02:00
..
common weechat: new -lua subpkg, add missing builddeps. 2011-06-30 10:26:31 +02:00
etc xbps-src: added suport for XBPS_CACHEDIR in configuration file. 2011-06-26 01:45:12 +02:00
helpers xbps-src::python-module: remove wrong sed subst. 2011-02-10 16:28:46 +01:00
libexec xbps-src: do not fail if XBPS_CACHEDIR is unset. 2011-06-26 01:51:58 +02:00
shutils xbps-src: improve PREFER_BINPKG_DEPS, take 2. 2011-06-30 10:26:31 +02:00
Makefile xbps-src: remove the triggers, they will be handled by the xbps-triggers pkg. 2010-11-04 13:52:10 +01:00
README xbps-src: adapt for xbps-base-chroot -> base_chroot rename. 2011-06-23 03:25:23 +02:00
TODO xbps-src: TODO: xbps-base-files -> base-files. 2011-06-25 12:20:56 +02:00
vars.mk Added support to build pkgs in the chroot as normal user via capchroot. 2010-01-16 02:11:44 +01:00
xbps-src.sh.in xbps-src: make-repoidx failed for repos with only noarch pkgs. 2011-06-28 16:02:32 +02:00

xbps-src - building packages from source
========================================

Introduction
------------
`xbps-src` is the utility used by the _X binary package system_ to build
binary packages from source distribution files. A root directory (`srcpkgs`)
contains multiple subdirs, each one to build a package as its name
indicates. The following directory structure illustrates it:
 +
.................................
  xbps-templates/
      |
      |-----srcpkgs/
               |
               |-----binutils/
               |-----gcc/
               |-----glibc/
..................................

A package subdirectory always has a `template` file, that are the
specifications to download and build the binary package from its source files.
Additionally some packages may have additional subdirs on it: `files`
and `patches`. The `files` subdir may contain configuration files, or
any other file required to build the package. The `patches` subdir contains
patches that are applied to the source before building.
 +

Some packages may provide `subpackages`; they are different binary packages
that are built from the same source package. Each `subpackage` in the directory
structure (as shown above) is a symlink to the `real` package subdir, like this:
 +
....................................
  srcpkgs/
     |
     |-----gcc/
     |-----libgomp -> gcc
     |-----libmudflap -> gcc
     |-----libstdc++ -> gcc
....................................

Each subpackage uses its own `template` build file that is contained in
the `real` package subdir, and they have exactly the same name than the
symlink pointing to the `real` package subdir. The following example
illustrates the structure used by the _udev_ package in the filesystem:
 +
.......................................
  srcpkgs/
    |
    |-----libgudev-devel -> udev
    |-----libgudev -> udev
    |-----libudev-devel -> udev
    |-----libudev -> udev
    |-----udev/
           |----template
           |----libgudev-devel.template
           |----libgudev.template
           |----libudev-devel.template
           |----libudev.template
.......................................
 +

Subpackages use a reduced version of the main `template` build file, because
the build and main install process is all done in the real `template` file.
Usually those `<subpkg>.template` files only move files and directories
to the `subpackage` destination directory, so they are always smaller.

Requirements
------------
The following software is required in the host system to install xbps-src
and its helpers:

 - GCC, make, sed and libcap (depelopment package and setcap(8) command).

To build binary packages with xbps-src also the following software needs
to be installed into the host system:

 - awk, bash, gcc c++, gettext, patch, texinfo, perl and fakeroot.
 - xbps static utilities, available from http://code.google.com/p/xbps.
   (use the latest available stable version) or
   'xbps-bin -y install xbps-static' if using Vanilla GNU/Linux.

Additionally if you want to work as 'root':

 - sudo

Starting up
-----------
Firstly you'll have to download the `git` repository that contains `xbps-src`
and the build template files. To clone it with `git` use:

----------------------------------------------------
$ git clone git://github.com/xtraeme/vanilla.git
----------------------------------------------------

`xbps-src` and its shell utilities need to be installed in a directory
for correct operation, that is accomplished by issuing:

--------------------------------------------------
$ cd vanilla/xbps-src && make install clean
--------------------------------------------------

This will install all files into `/usr/local` by default, can be changed
by specifying `PREFIX` and `DESTDIR` to make(1).

Building packages from source
-----------------------------
`xbps-src` always look for a `template` file in current directory, that's what
it specifies the package build definitions and such. The build templates
are located in the `srcpkgs` directory, you should change the cwd to the
directory matching the package that you want to work on, i.e for binutils,
its directory is `srcpkgs/binutils`.
 +
 +

If configuration file is not specified from the command line with the
`-c` flag, it will first try to use the default location at
`/usr/local/etc/xbps-src.conf` (or the installation prefix that was specified
to the make(1) command), and as last resort in the etc directory of the
current directory.
 +
 +

To avoid problems with libtool and configure scripts finding stuff that is
available in the host system, almost all packages must be built inside of a
chroot. So the first thing would be to create the required set of packages
that will be used in the chroot:

----------------------------------------------------------------
$ xbps-src bootstrap
----------------------------------------------------------------

This will build all required packages via fakeroot in masterdir, therefore you
can run it as normal user. Once 'xbps-src-chroot' has been built and installed
into the 'masterdir' all packages will be built inside of the chroot.
 +
 +

'xbps-src' supports building packages in the chroot with your normal user,
thanks to the *POSIX.1e Capabilities* support in the Linux kernel. To use this
the target filesystem must support *extended attributes*; right now they
are supported on almost all Linux filesytems, such as *ext2*, *ext3*, *ext4*,
*xfs*, and others. This option is enabled by default in *xbps-src.conf*.
 +
 +

I believe it's the most easier and faster way to handle clean dependencies;
another reason would be that xbps packages are meant to be used in a system and
not just for ordinary users. So once all packages are built, you can create and
enter to the chroot with:

----------------------
$ xbps-src chroot
----------------------

Press Control + D to exit from the chroot. The following targets will require
to be done in the chroot (_once base-chroot is installed_):
*build, configure, install and install-destdir*.
 +
 +

Now let's explain some more about the targets that you can use. To start
installing packages you should use the install target, all source packages
are located in the `srcpkgs` directory, so to install glib:

------------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src install
------------------------------------------

If the package is properly installed, it will be "stowned" automatically.
``stowned'' means that this package is available in the master directory,
on which xpbs has symlinked all files from DESTDIR/<pkgname>.
 +

To remove a currently installed (and stowned) package, you can use:

-----------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src remove
-----------------------------------------

Please note that when you remove it, the package will also be removed
from XBPS_DESTDIR and previously `unstowned`.
 +

To stow an already installed package (from XBPS_DESTDIR/<pkgname>):

---------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src stow
---------------------------------------

To unstow an already installed (stowned) package:

-----------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src unstow
-----------------------------------------

You can also print some stuff about any template build file, e.g:

---------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src info
---------------------------------------

To list installed (stowned) packages, use this:
---------------
$ xbps-src list
---------------

To only extract the distfiles, without configuring/building/installing:

------------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src extract
------------------------------------------

To not remove the build directory after successful installation:

---------------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src -C install
---------------------------------------------

To only fetch the distfile:
----------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src fetch
----------------------------------------

To only install the package, _without_ stowning it into the master directory:
--------------------------------------------------
$ cd srcpkgs/<pkgname> && xbps-src install-destdir
--------------------------------------------------

To list files installed by a package, note that package must be installed
into destination directory first:
------------------------------
$ xbps-src listfiles <pkgname>
------------------------------

That should be enough to get you started. If you have any question or
suggestion about *xbps-src* and the build templates, don't forget that there
is a mailing list to talk about it on:

http://groups.google.com/xbps