Si l'argument -dest DESTINATION est ommis, c'est la première destination du fichier ipkg.conf qui sera utilisée (généralement la /). PAQUET quant à lui est le nom du paquet ipk à installer, sans numéro de version, architecture et .ipk à la fin. Par exemple pour installer AbiWord sur la carte SD :

Fonctionnement d'ipkg

Lorsque vous lancez un ipkg update, l'ensemble des fichiers Packages de chaque feed lue par ipkg est sauvée sous le nom de la feed que vous avez indiquée via /etc/ipkg.conf dans le dossier /usr/lib/ipkg/lists.

Quant vous lancez une installation, ipkg, écrit une entrée dans le fichier /usr/lib/ipkg/status indiquant le nom du paquet et la mention not-installed. C'est intéressant à savoir car si vous arrêtez une installation en cours de route (ou si vous essayer d'installer un paquet qui n'existe pas), cette entrée est conservée et du coup ipkg vous redemande à chaque appel s'il doit retenter l'installation. S'il s'agit d'une erreur, il suffit au préalable de modifier le fichier /usr/lib/ipkg/status et d'enlever les enregistrements marqués not-installer. C'est le contenu de ce fichier qui est lu lorsque vous tapez ipkg status.

Ensuite ipkg va écrire ses fichiers dans un dossier temporaire tmp placé en dessous du dossier de destination. Par exemple en /home/tmp (pour une destination par défaut) ou /mnt/sd/tmp (pour la destination SD). C'est important à savoir lorsqu'une install plante et que l'on doit virer les packets téléchargés et non installés.

Lorsque vous installez dans une destination qui n'est pas la racine, ipkg va tricher avec Linux en créant un lien symbolique entre le fichier réel (par exemple /mnt/car/usr/bin/monApplication) et le dossier où Linux s'attend à trouver un tel fichier (/usr/bin).

Enfin, une fois l'installation terminée, la liste, par paquet, des fichiers installés est stockée par ipkg dans le dossier /usr/lib/ipkg/infos sous le nom nom_paquet.list. Par exemple pour abiword, sera crée un fichier /usr/lib/ipkg/infos/abiword.list. Il va aussi mettre à jour le fichier /usr/lib/ipkg/status en remplaçant not-installed par installed.

Utilisation de frontal graphique qpkg

ipkg est un outil en ligne de commande qui dispose d'un frontal graphique nommé qpkg. Cet outil permet visuellement d'obtenir la liste des paquets disponibles, de rajouter des feeds et de faire des mises à jour.

Pour plus de confort, il est aussi possible d'utiliser qpkg) via SSH avec redirection X11 (voir Installation du réseau USB). Pratique pour voir les paquets en plein écran et se balader avec la roulette

Créer son propre paquet IPK

Pour distribuer notre magnifique binaire fraîchement compilée un peu de packaging s'impose. Il nous faut donc le mettre dans un fichier .ipk.

Structure des fichiers ipk

Un fichiers .ipk est une simple archives tar compressée par gzip qui contient elle-même 2 autres archives : data.tar.gz et control.tar.gz.

Le fichier data.tar.gz contient les fichiers à décompresser dans le Zaurus, à partir de la racine. Dans notre cas, il contiendra de tous les fichiers contenus dans le dossier dist que nous avons créé par make install.

Le fichier control.tar.gz peut contenir quatre scripts et deux fichiers de contrôles.

Les scripts sont optionnels et seront lancés au court de la vie du paquet :

preinst

Exécuté avant la décompression

postinst

Exécuté après la décompression

prerm

Exécuté avant la désinstallation

postrm

Exécuté après la désinstallation

Les deux fichiers sont de contrôle quant à eux :

control

Fichier obligatoire contenant la description du package. Dans le cas de xinetd, ce serait :

Package: xinetd<strong> (Le nom du paquet)</strong>
Installed-Size: 332K <strong>(La taille une fois installé)</strong>
Filename: ./xinetd_2.3.14_arm.ipk<strong> (Le nom du fichier ipk)</strong>
Version: 2.3.14 <strong>(La version du paquet)</strong>
Depends: <strong>(Les éventuelles paquets dont dépends ce paquet)</strong>
Priority: optional <strong>(Je n'en sais rien du tout)</strong>
Section: system <strong>(La catégorie du paquet)</strong>
Maintainer: Mukti <strong>(La personne en charge de la mise à jour de ce paquet)</strong>
Architecture: arm <strong>(L'architecture de ce paquet, ARM pour le Zaurus)</strong>
Description: xinetd has access control mechanisms, extensive logging capabilities,
the ability to make services available based on time, can place limits on the number of
servers that can be started, and has deployable defence mechanisms to protect against port
scanners, among other things.

Préparation de la distribution

Tout d'abord ne pas oublier que les Zaurus n'ont pas de ressources illimitées. Un des premiers travaux à faire dans le dossier dist est d'enlever tout ce qui ne sert "à rien" : documentations, exemples, tests, etc... jusqu'à obtenir quelque chose de minimum.

Une fois ceci fait, il faut créer dans dist un dossier CONTROL qui va contenir l'ensemble des fichiers de contrôle dont nous avons parlé plus haut et donc, au minimum, le fichier control. Pensez à bien renseigner ce fichier et y indiquer les dépendances avec d'autres paquets.

Création de l'ipk

Le meilleur moyen pour fabriquer rapidement un fichier .ipk est d'utiliser l'utilitaire mkipkg fourni avec le cross-compiler.

Mettre de l'ordre dans les dépots

ipkg est l'outil utilisé pour installer des paquets sur pdaXrom. C'est aussi lui qui est utilisé par qpkg, sa version graphique. Or, quelles que soient les versions de pdaXrom, le fichier de configuration d'ipkg est faux. Il faut donc commencer par le remettre en place...

Pour cela, en tant que root, utilisez Office/Leafpad ou plus simple vi et ouvrez le fichier /etc/ipkg.conf que vous remplacerez par le contenu suivant (décommentez ce qui correspond à votre version) :

Il faut maintenant mettre à jour la base de paquets soit en ligne de commande