simplaret: simplepkg retrieval tool ----------------------------------- Simplaret is a simplepkg tool used to download packages from local and remote repositories. With simplaret, one can grab packages for all archictectures and versions of slackware-like distributions that follows the mirror guidelines, allowing an easy management all jails and slackware installations in a machine, no matter wich arquiteture or version each one has. It was inspired in swaret behavior but don't tries to get its complexity level, but execute package download in a different way, where the local repository is organized by archictecture and version. It can also search for packages. It runs on top of pkgtool and is totally non-instrusive and can search, add, remove and upgrade packages. Documentation ------------- The always updated english documentation is hosted at http://slack.sarava.org/simplaret-en Downloading and installing -------------------------- Simplaret comes with simplepkg, wich installation and configuration is detailed at http://slack.sarava.org/simplepkg. Simplaret uses /etc/simplepkg/simplepkg.conf for its definitions and /etc/simplepkg/repos.conf for repository information. The default configuration is placed, respectively, at /etc/simplepkg/default/simplepkg.conf and /etc/simplepkg/default/repos.conf and should work for most people, but if you want to change something please don't edit the default configuration files as the default setting may change in future releases. If you have a /etc/simplepkg/repos.conf file, then simplaret will just ignore the default repos.conf. Using simplaret --------------- Simplaret stores its data in system wide folders. Then, some funcionality will just be available if its run with root user capabilities. The first thing you need to do with simplaret is to fetch repository metadata, using simplaret --update or simply simplaret update as simplepkg supports both command line behaviour (--update or just update). After that, you can search for packages using commands like simplaret search ekiga The result should be something like REPOS repository sarava, arch: i386, version: 11.0: ekiga-2.0.5-i586-1rd.tgz As we'll see afterwards, "REPOS" means the repository type, "sarava" is the repository name, "arch" is the package architecture (i386 in this case) and "version" is the repository version (11.0 in this case). To install this package, just type simplaret install ekiga By default, if simplaret finds in the repository a slack-required file for this package (i.e, the file ekiga.slack-required in the same folder of the binary package) then it will try to install all unmet dependencies. This default behaviour can be disabled through config file parameters. If you just want to download the package, type simplaret get ekiga In the case of simplaret finds more than one package with the same name, it will get in the order that the "search" option shows them. The search precedence can also be defined by config file parameters. For instance, the command simplaret search kernel-generic can return something like ROOT repository sarava, arch: i386, version: 11.0: kernel-generic-2.6.17.13-i486-1.tgz ROOT repository sarava, arch: i386, version: 11.0: kernel-generic-2.6.18-i486-1.tgz So the command simplaret install kernel-generic will attempt to install the package "kernel-generic-2.6.17.13-i486-1.tgz" and not the file "kernel-generic-2.6.18-i486-1.tgz". If you want to force simplaret to get and specific package, use its complete file name: simplaret install kernel-generic-2.6.18-i486-1.tgz If a package is already installed in the system, the --install option will try to upgrade it if the version or build number between the installed package and the one in the repository are different. So the command simplaret install simplepkg updates simplepkg in the case there's a new version. To remove a package, type simplaret remove nome-do-pacote That's just an alias for the standard removepkg command. Simplaret stores downloaded packages in a system folder that defaults to /var/simplaret. As you get more and more packages, simplaret will consume more space ir your disk. To erase your local repository folder, use the command simplaret purge This will erase just the packages from the current arch and version. Details about how to erase the repository for different arch and version are in another session. You can also force simplaret to erase just old packages. The following command erases just packages older than six weeks or more: simplaret purge -w 3 Downloading patches and upgrading the system -------------------------------------------- Simplaret hasn't just about package installing and removal, it has two more important features: patches retrieval and application. Assuming that the patches repository of your slackware flavour is correctly configured (what should work with almost everyone with the default configuration), you can fetch the available patches using the command simplaret get-patches If you don't just donwload but also apply those patches, use simplaret upgrade Working with more than one architecture and version --------------------------------------------------- Until now we just looked what is the requirement for all package management system: package retrieval, installation, search, upgrade and dependency resolution. What makes simplaret different from another tools is the ability to deal with different architectures and versions and slackware installations. The features descibed in this section will just make sense after you read the next section, when we'll talk about multiple slackware installations and jails in the same computer. Suppose you're running Slackware (arch i386) bit wants to update the package list from Slamd64 version 11.0 (arch x86_64). To do that, just type ARCH=x86_64 VERSION=11.0 simplaret update This command grabs the Slamd64 package list without confliting in any way with the standard and already downloaded i386 Slackware package list. This doesn't happens because simplaret stores metadata from different archs and versions at different folders. Its optional to pass ARCH and VERSION environment variables to simplaret. If one or none of them was specified, simplaret uses the standar system value, obtained from the file /etc/slackware-version, or uses config parameters to do that. As an example, to search for a package in the arch powerpc (Slackintosh) version 11.0, just type ARCH=powerpc VERSION=11.0 simplaret search package-name All command previously mentioned can work that way, except those that install or remove packages as its dangerous to mix packages from different archs and versions in the same system. Working with multiple installations ----------------------------------- The previously section mentions a feature that just makes sense in systems where there's more than one slackware-like installation using different archs and versions. Say you have a x86_64 machine with three installed systems: - Slamd64 11.0 at the root folder - Slackware 11.0 at /mnt/slackware-1 - Slackware 10.2 at /mnt/slackware-2 In the case of package install or patch retrieval and application, simplaret supports the environment variable ROOT to specify which folder simplaret should look for a system. Then, to install a package at /mnt/slackware-1, just type ARCH=i386 VERSION=11.0 simplaret update ROOT=/mnt/slackware-1 simplaret install package-name The first command just updates the package list and the second makes simplepkg install the package with using /mnt/slackware-1 arch and version. If you want to do the same at /mnt/slackware-2, use the analogous command ARCH=i386 VERSION=10.2 simplaret update ROOT=/mnt/slackware-2 simplaret install package-name There's also a feature to make patch retrieval and application with just one command, using the file /etc/simplepkg/jailist. This file is used by simplepkg's mkjail script to store with jails you have on your system but is also used by simplaret to upgrade all jails with just one command. Considering that your box has the three previously mentioned slackware installation. Then, to add /mnt/slackware-1 and /mnt/slackware-2 in the automatic upgrade list, add the following lines in your /etc/simplepkg/jailist (without spaces): /mnt/slackware-1 /mnt/slackware-2 The root system doesn't need to be added in this file. Then, you can get the patches for all your three systems with the command simplaret get-patches To get the patches and/or apply them in all jails (including the root system), use simplaret upgrade This feature makes easier to keep all your installations always upgraded. The repos.conf file ------------------- Now that we just talked about all simplaret features, its time to take a tour at its configuration files. The first one we'll say about is the repository definition file, /etc/simplepkg/repos.conf. If you don't mind to make an advanced simplaret usage, then probably you can just leave this section as the default config should work for almost all standard situations and you'll just need to edit repos.conf to change repository priorities. The repos.conf file contains one repository definition per line using the following syntax: TYPE[-ARCH][-VERSION]="name%URL" The content in brackets are optional depending on the repository type as we'll see later in this section. The repository types supported by simplaret are: - PATCHES: used for repositories containing patches and which file metadata is the file FILE_LIST instead the standard FILELIST.TXT; example: PATCHES-i386-11.0="sarava%http://slack.sarava.org/packages/slackware/slackware-11.0/patches/" This defines a patches repository for arch i386 (official Slackware), version 11.0 and named as "sarava". Its optional to have a PATCHES definition in order to get patches: the ROOT repository definition just take care of that and you'll just need to use a PATCHES definition if you want to give precedence to some patches repository over all other definition types. - ROOT: this type specifies the default slackware-like repository, where the content is sorted by version. An official slackware repository then is defined as ROOT-i386="tds%http://slackware.mirrors.tds.net/pub/slackware/" ROOT repositories needs just the arch definition, a name and an URL. In the previous case, we have a ROOT repository called "tds". It doesn't need any version information as its already considers tha the content is sorted in folders like http://slackware.mirrors.tds.net/pub/slackware/slackware-10.2/ and http://slackware.mirrors.tds.net/pub/slackware/slackware-11.0/ - REPOS: this repository type ir arch and version oriented, like REPOS-i386-11.0="sarava%http://slack.sarava.org/packages/slackware/slackware-11.0/" In the above case, a repository called "sarava" is defined using arch i386 and version 11.0 with URL http://slack.sarava.org/packages/slackware/slackware-11.0/. This repository type is recommended when using non-official repositories. - NOARCH: the last type is used to define repositories where packages are arch and version independent, like NOARCH="sarava%http://slack.sarava.org/packages/noarch" In any repository type, the supperted URL schemes are http://, ftp:// or file:// (for local repositories). As simplaret supports more than one repository definition for each type, arch or version, each definition has its own name. Definitions can have the same name just if they're dont use the same repository type and/or arch and version. There's also a priority rule between the repository types wich defines a precedence order. Repositories are searched according the following order: - PATCHES has the highest priority: if a package from a given arch and version is not found in the first (if existent) PATCHES definition, then the next one is searched until all PATCHES definitions are searched. - Then, the package is searched in all ROOT defintions in the order they appear at repos.conf. - The next searched repository type is REPOS in the specified arch an version, in the order they appear at repos.conf. - At last, NOARCH type is searched in the order they're defined. In the case you're issuing an upgrade or just geting patches, simplaret by default will just search in PATCHES and ROOT definitions. At REPOS and ROOT is also possible to specify its internal search order according its subfolders. Configuration file simplepkg.conf --------------------------------- Simplaret also stores its configurations inside simplepkg's configuration file /etc/simplepkg/simplepkg.conf. This file is well commented and you should find there a description of all supported options. But why use that? ----------------- You may ask why someone wishes to use such tool. Simplaret was written with a *x86 environment in mind, where lots of jails with different archs and versions are installed. Suppose a x86_64 with the following chroots installed: - slamd64 11.0 - slackware 10.0 - slackware 11.0 with additional i686 packages - uSlack (i386 uClibc) Keep all this stuff update manually is really a headache. Simplaret just tries to make it trivial. Additional information ---------------------- Simplaret was written by Silvio Rhatto (rhatto at riseup.net) and is released under GPL license. The code can be obtained from the subversion repository: svn checkout http://slack.sarava.org/simplepkg Simplepkg's wiki is http://slack.sarava.org/trac/wiki/Simplepkg and its mailing list address is http://listas.sarava.org/wws/info/slack.