If you are not familiar with the package.xml format, you will need to read The description of the file.
This guide is divided into several segments.
If you want to access basic properties such as the name of the package, the channel, summary, description, license, version, stability, date, time, or notes, read the section on Accessing basic properties
To learn about how to manage maintainers of the package, read the section on Accessing package maintainers.
To learn about how to manage and iterate over dependencies, read the section on Accessing dependencies.
To understand how to iterate over and add files to both the contents and release sections of package.xml, read the section on Accessing files
To learn about managing custom tasks, roles, and compatible packages, read the section on usesrole, usestask and compatible.
To learn about accessing PECL-specific properties such as configureoption, srcpackage, srcuri and providesextension, read the section on Accessing PECL properties
The package.xml file is represented using a PEAR2\Pyrus\PackageFile\v2
object, but most of the time you will access it using the most packagefile
version-agnostic PEAR2\Pyrus\Package
class, which supports
the same API seamlessly for accessing any kind of package as well as a few
higher level options such as directly accessing the source of a file in a package.
This documentation assumes you are working with a PEAR2\Pyrus\Package
object named $package
.
To instantiate a PEAR2\Pyrus\Package
, simply pass in the
path to a local package, a URI of a remote package, or an abstract remote package
name to the constructor.
<?php
$package = new PEAR2\Pyrus\Package('package.xml');
$package = new PEAR2\Pyrus\Package('Release-1.2.3.tgz');
$package = new PEAR2\Pyrus\Package('http://example.com/Release-1.2.3.tgz');
$package = new PEAR2\Pyrus\Package('pear2/Release-1.2.3');
?>
Basic properties can be accessed as if they were object properties:
<?php
echo "Package name is ", $package->name, "\n";
echo "Package channel is ", $package->channel, "\n";
echo "Package summary is ", $package->summary, "\n";
echo "Package description is ", $package->description, "\n";
echo "Package license name is ", $package->license['name'], "\n";
if ($package->license['uri']) {
echo "Package license URI is ", $package->license['uri'], "\n";
}
if ($package->license['filesource']) {
echo "Package license path within the package.xml is ", $package->license['filesource'], "\n";
}
echo "Package release version is ", $package->version['release'], "\n";
echo "Package API version is ", $package->version['api'], "\n";
echo "Package release stability is ", $package->stability['release'], "\n";
echo "Package API stability is ", $package->stability['api'], "\n";
echo "Package release date in YYYY-MM-DD format is ", $package->date, "\n";
if ($package->time) {
echo "Package release time in HH:MM:SS format is ", $package->time, "\n";
}
echo "Package release notes is ", $package->notes, "\n";
?>
By the same token, changing these properties is as simple as setting an object property:
<?php
$package->name = 'MyPackage';
// this must be full channel, not a shortcut like "pear2"
$package->channel = 'pear2.php.net';
$package->summary = "My package's short description";
$package->description = "My package's multi-line description
of how things are done with it.";
$package->license = 'BSD License';
// or
$package->license['name'] = 'BSD License';
$package->license['uri'] = 'http://www.opensource.org/licenses/bsd-license.php';
$package->license['filesource'] = 'LICENSE';
$package->version['release'] = '1.2.3';
$package->version['api'] = '1.0.0';
$package->stability['release'] = 'stable';
$package->version['api'] = 'stable';
$package->date = '2009-12-25';
$package->time = '00:00:01';
$package->notes = "This version of MyPackage has the blessing of the pope, so
it's way better than the last one.";
?>
Maintainers are accessed through the maintainer
property. An of maintainers organized by maintainer role can be obtained via
the allmaintainers
property, but it is also possible to
iterate over the maintainer
property to iterate over all
maintainers.
The maintainer
property acts as an array organized by
developer handle. To learn more about maintainers in package.xml, see
the concepts section on maintainers
in the user guide.
An individual maintainer's properties are set via a fluent method call. The order of method call is not important, but a call to the role() method is required in order to properly save the data.
<?php
// setting a maintainer's properties
$package->maintainer['cellog']
->role('lead')
->name('Gregory Beaver')
->email('cellog@php.net')
->active('yes');
// access a maintainer's properties
echo "Maintainer cellog's name is ",
$package->maintainer['cellog']->name, "\n"; // Gregory Beaver
echo "Maintainer cellog's role is ",
$package->maintainer['cellog']->role, "\n"; // lead
echo "Maintainer cellog's handle is ",
$package->maintainer['cellog']->user, "\n"; // cellog
echo "Maintainer cellog's email is ",
$package->maintainer['cellog']->email, "\n"; // cellog@php.net
echo "Is maintainer cellog active? ",
$package->maintainer['cellog']->active, "\n"; // yes
?>
The maintainers can be iterated over as well, and even modified:
<?php
foreach ($package->maintainer as $handle => $maintainer) {
echo "Maintainer $handle's name is ",
$maintainer->name, "\n";
echo "Maintainer $handle's role is ",
$maintainer->role, "\n";
echo "Maintainer $handle's handle is ",
$maintainer->user, "\n";
echo "Maintainer $handle's email is ",
$maintainer->email, "\n";
echo "Is maintainer $handle active? ",
$maintainer->active, "\n";
$maintainer->active('no'); // shows modifying a setting in iteration
}
?>
The allmaintainers
property returns an associative
array of arrays of maintainer objects indexed by maintainer role.
Before it is possible to understand how Pyrus provides access to dependencies, it is necessary to understand their format in package.xml, which is documented here.
Pyrus provides access to dependencies through the dependencies
property. In addition to supporting access to and creation of individual
dependencies, it is possible to iterate over all dependencies, or over just
required dependencies, or just a particular dependency type.
Each of the dependency types (package
, subpackage
,
pearinstaller
, extension
, php
,
arch
, and os
) is accessed slightly
differently based on how they are used in package.xml.
Perhaps the best introduction is 3 examples highlighting the different methods of accessing dependency properties. First, an example highlighting the methods for reading existing dependency properties:
<?php
echo "First, required/optional dependencies:\n";
// these same principles apply to all properties for dependencies.
// isset() is used to test presence, ->get to retrieve.
echo "Minimum PHP version supported: ",
$package->dependencies['required']->php->min, "\n";
echo "Minimum PEAR Installer/Pyrus version required: ",
$package->dependencies['required']->pearinstaller->min, "\n";
if (isset($package->dependencies['required']->pearinstaller->max)) {
echo "Maximum PEAR Installer/Pyrus version supported: ",
$package->dependencies['required']->pearinstaller->max, "\n";
}
echo "PHP extension ext is required? "
isset($package->dependencies['required']->extension['ext'])
? "Yes\n" : "No\n";
if (isset($package->dependencies['required']->os['windows'])) {
echo "Conflicts with Windows operating system? "
$package->dependencies['required']->os['windows']->conflicts
? "Yes\n" : "No\n";
}
if (isset($package->dependencies['required']->arch['*386*'])) {
echo "Requires i386 processor? "
$package->dependencies['required']->arch['*386*']->conflicts
? "No\n" : "Yes\n";
}
echo "Now for package and subpackage dependencies:\n";
echo "Is package foo from channel gronk.example.com required? ",
isset($package->dependencies['required']->package['gronk.example.com/foo'])
? "Yes\n" : "No\n";
echo "Does this package conflict with our package? ",
$package->dependencies['required']->package['gronk.example.com/foo']->conflicts
? "Yes\n" : "No\n";
echo "gronk.example.com/foo2 minimum version required is ",
$package->dependencies['required']->subpackage['gronk.example.com/foo2']->min, "\n";
echo "gronk.example.com/foo2 incompatible versions:";
foreach ($package->dependencies['required']->subpackage['gronk.example.com/foo2']->exclude
as $version) {
echo "\n ", $version;
}
echo "\n";
echo "Optional dependencies are accessed the same way with optional index\n";
echo "Optional dependency gronk.example.com/foo3 minimum version allowed is ",
$package->dependencies['optional']->subpackage['gronk.example.com/foo3']->min, "\n";
echo "Dependency groups are accessed with the group index\n";
echo "Dependency group foo hint is ",
$package->dependencies['group']->foo->hint, "\n";
echo "channel pear2.php.net package Foo package dependency in dependency group",
" foo minimum version is ",
$package->dependecies['group']->foo->package['pear2.php.net/Foo']->min, "\n";
// and so on...
?>
Iteration is similar to the access, in that each dependency object is the same object as that when accessed using the full access syntax:
<?php
// display all required and optional package and subpackage dependencies
foreach (array('required', 'optional') as $required) {
foreach (array('package', 'subpackage') as $packagedep) {
foreach ($package->dependencies[$required]->$packagedep as $dep) {
echo $required, ' ', $packagedep, ' ', dependency,
$dep->channel, '/', $dep->name;
if (isset($dep->uri)) {
// the channel is "__uri" for all URI dependencies
echo "\nPackage URI: ", $dep->uri;
}
if (isset($dep->min)) {
echo "\nMinimum version: ", $dep->min;
}
if (isset($dep->recommended)) {
echo "\nRecommended installation version: ", $dep->recommended;
}
echo "\n";
}
}
}
// iterating over dependency groups and their contents
foreach ($package->dependencies['group'] as $group) {
echo "Optional dependency group ", $group->name,
" (", $group->hint, ")\n";
foreach ($group->extension as $ext) {
echo "Extension ", $ext->name;
}
foreach (array('package', 'subpackage') as $type) {
foreach ($group->$type as $dep) {
echo ucfirst($type), ' ', $dep->channel, '/', $dep->name;
}
}
}
?>
Finally, setting dependencies can be accomplished in several ways.
<?php
// setting minimum PHP version required:
$package->dependencies['required']->php = '5.3.0';
$package->dependencies['required']->php->min = '5.3.0';
$package->dependencies['required']->php->min('5.3.0');
// setting minimum PEAR Installer/Pyrus version required:
$package->dependencies['required']->pearinstaller = '2.0.0a1';
$package->dependencies['required']->pearinstaller->min = '2.0.0a1';
$package->dependencies['required']->pearinstaller->min('2.0.0a1');
// setting excluded versions (all deps supporting the <exclude> tag use this syntax):
$package->dependencies['required']->php->exclude = '5.2.0';
$package->dependencies['required']->php->exclude('5.2.0')->exclude('5.2.10');
$package->dependencies['required']->php->exclude('5.2.0', '5.2.10');
// setting OS/architecture requirements:
$package->dependencies['required']->os['windows'] = true; // Windows required
$package->dependencies['required']->arch['386'] = false; // Conflicts with 386 architecture
// saying "this package must be installed" to the installer
$package->dependencies['required']->package['pear2.php.net/Packagename']->save();
// saying "this package must not be installed"
$package->dependencies['required']->package['pear2.php.net/Packagename']->conflicts();
// setting up complex versioning requirements
$package->dependencies['optional']->package['pear2.php.net/Packagename']
->min('1.2.0')
->max('1.3.0')
->recommended('1.2.3')
->exclude('1.3.0', '1.2.2');
// depending on a PECL package
$package->dependencies['required']->package['pecl.php.net/lua']
->providesextension('lua');
// optionally depending on a core PHP extension
$package->dependencies['optional']->extension['PDO']->save();
// setting up a dependency group "remotefeatures"
$package->dependencies['group']->remotefeatures->hint('Remote management capabilities');
// add dependencies to the group
$package->dependencies['group']->remotefeatures
->package['pear2.php.net/Foo']->save();
$package->dependencies['group']->remotefeatures
->extension['curl']->save();
?>
There are two reasons to access the files within a package.xml
Pyrus supports several use cases for iterating over package.xml:
All of these use cases are illustrated in the following example:
<?php
// *************** installation iteration ***************
foreach ($package->installcontents as $file) {
// retrieve actual file path to be used with fopen
$path = $package->getFilePath($file->packagedname);
// retrieve open file pointer
$fp = $package->getFileContents($file->packagedname, true);
// retrieve file contents as string
$contents = $package->getFileContents($file->packagedname);
// get file properties (XML attributes of the <file> tag)
$role = $file->role;
if ($file->md5sum) {
$md5sum = $file->md5sum;
}
// get relative path of file after applying all modifications such
// as <install name="" as=""/>
$relativepath = $file->name;
// get the path as specified in the <contents> <file> tag
// This is the same as $file->name if no <install as> tags exist
$originalpath = $file->packagedname;
// get the tasks associated with this file
$tasks = file->tasks;
// iterate over the tasks
$lastversion = '1.0.0'; // last version of $package that was installed, or null
foreach (new \PEAR2\Pyrus\Package\Creator\TaskIterator($tasks, $package,
\PEAR2\Pyrus\Task\Common::INSTALL, $lastversion)
as $name => $task) {
// $name is the task name, $task is the actual task object, which can be
// processed with $task->startSession(resource $fp, '/full/final/install/path');
}
}
// *************** packaging iteration ***************
$packagingloc = '/tmp/example';
foreach ($package->packagingcontents as $packageat => $info) {
// $packageat is the location in which the file will reside in package.xml,
// which is often the same relative path it will end up being installed into
// $info is an array representing the actual file XML
$name = $info['attribs']['name'];
// this retrieves an open file pointer to the file in order to process it
$contents = $package->getFileContents($info['attribs']['name'], true);
if (!file_exists(dirname($packagingloc . DIRECTORY_SEPARATOR . $packageat))) {
mkdir(dirname($packagingloc . DIRECTORY_SEPARATOR . $packageat), 0777, true);
}
$fp = fopen($packagingloc . DIRECTORY_SEPARATOR . $packageat, 'wb+');
ftruncate($fp, 0);
// copy from the source directory to the packaging location
stream_copy_to_stream($contents, $fp);
fclose($contents);
rewind($fp);
$lastversion = '1.0.0'; // last version of $package that was installed, or null
foreach (new \PEAR2\Pyrus\Package\Creator\TaskIterator($info, $package,
\PEAR2\Pyrus\Task\Common::PACKAGE,
$lastversion) as $task) {
// do pre-processing of file contents
try {
$task->startSession($fp, $packageat);
} catch (\Exception $e) {
// handle task processing problems here
}
}
fclose($fp);
}
// *************** traversing deep tree iteration ***************
foreach ($package->contents as $file) {
// retrieve actual file path to be used with fopen
$path = $package->getFilePath($file->name);
// retrieve open file pointer
$fp = $package->getFileContents($file->name, true);
// retrieve file contents as string
$contents = $package->getFileContents($file->name);
// get file properties (XML attributes of the <file> tag)
$role = $file->role;
if ($file->md5sum) {
$md5sum = $file->md5sum;
}
// unlike installcontents, <install as> tags are not applied, so
// $file->name == $file->packagedname
$relativepath = $file->name;
}
// *************** general purpose iteration ***************
foreach ($package->files as $relativepath => $infoarray) {
// $relativepath is the same as $file->name in the other examples
// $infoarray is the same array returned by the packagingcontents
// iterator
}
// *************** retrieving post-install scripts ***************
foreach ($package->scriptfiles as $file) {
// $file is the same object returned by the installcontents iterator
}
?>
Finally, adding files to package.xml is done by directly setting an
index in the files
property. Properties are
manipulated with the setFileAttribute() method.
<?php
$package->files['path/to/file.php'] = array(
'role' => 'php'
);
$package->setFileAttribute('path/to/file.php', 'md5sum', md5('hi'));
// adding a task to a file
$replace = $package->getTask('path/to/file.php', 'replace');
$replace->setReplacement('package-info', '@API-VER@', 'api-version');
$package->setFileAttribute('path/to/file.php', 'tasks:replace', $replace);
?>
Releases are documented here, you should familiarize yourself with this before continuing.
Release properties can be accessed with the following syntax:
<?php
// setting release type
$package->type = 'php';
$package->type = 'extsrc';
$package->type = 'zendextsrc';
$package->type = 'bin';
$package->type = 'zendextbin';
$package->type = 'bundle';
// for types other than bundle
$package->release[0]->installconditions['php']->min('5.2.0');
// defaults to "min"
$package->release[0]->installconditions['php'] = '5.2.0';
// defaults to "pattern"
$package->release[0]->installconditions['arch'] = 'i386';
$package->release[0]->installconditions['arch']->pattern('i386')->conflicts();
// defaults to "name"
$package->release[0]->installconditions['os'] = 'windows';
// defaults to existing
$package->release[0]->installconditions['extension'][0]->name('PDO');
$package->release[0]->installconditions['extension'][0]->name('PDO')->min('1.0');
$package->release[0]->ignore('path/to/file.ext');
$package->release[0]->installAs('path/to/anotherfile.ext', 'new/name.php');
// add another release
$i = count($package->release);
$package->release[$i]->ignore('path/to/anotherfile.ext');
$package->release[$i]->installAs('path/to/file.ext', 'new/name.php');
// remove release
unset($package->release[1]);
// remove all releases
$package->release = null;
// retrieve the release that will be used on this system
$release = $package->installrelease;
?>
Accessing PECL properties is relatively simple, here is an example illustrating them:
<?php
$package->type = 'extsrc'; // extension source release
$package->configureoption['foothing']->prompt = 'Value for thing';
$package->configureoption['with-zlib']->prompt('Support zlib compression?')->default('yes');
$package->providesextension = 'foo';
$package->type = 'extbin'; // extension binary package release
$package->srcpackage = 'pecl.php.net/foo';
// for packages that are binary releases of URI-based packages
$package->srcuri = 'http://example.com/foo-1.2.3';
?>
When declaring that a package.xml uses a custom role or task, this code should be used:
<?php
$package->files['example/file.php'] = array(
'role' => 'myrole',
'tasks:mytask' => '',
);
$package->usesrole['myrole']->package('MyRole')->channel('mypear.example.com');
$package->usestask['mytask']->package('MyTask')->channel('mypear.example.com');
// for uri-based packages:
$package->usesrole['myrole']->uri('http://my.example.com/MyRole-1.2.3');
?>
If you are unfamiliar with the <compatible>
tag,
you should first read the documentation on its use
here. Creating
and accessing compatible tags in Pyrus is as easy as:
<?php
$package->compatible['pear.php.net/Archive_Tar']
->min('1.2')
->max('1.3.0')
->exclude('1.2.1', '1.2.2');
// remove a compatibility declaration
unset($package->compatible['pear.php.net/Archive_Tar']);
// test for existence of compatible declaration
isset($package->compatible['pear.php.net/Archive_Tar']);
// display info:
echo $package->compatible['pear.php.net/Archive_Tar']->min;
// iterating over compatible packages
foreach ($package->compatible as $package => $info) {
echo "Package :", $package, "\n";
echo "min: ", $info->min, "\n";
echo "max: ", $info->max, "\n";
if (isset($info->exclude)) {
echo "Excludes versions ",
foreach ($info->exclude as $version) {
echo ' ', $version, "\n";
}
}
}
?>