Documentation NetBSD : Installer/compiler d'autres logiciels

Si vous êtes sous NetBSD 1.3 ou plus récent, nous vous recommandons fortement d'utiliser les logiciels de la Collection de Paquetages de NetBSD.

Compiler et télécharger un logiciel

• Lancer des programmes java sous NetBSD
• Où trouver des paquetages pré-compilés ?
• Compiler ou télécharger des programmes
• La compilation échoue avec «virtual memory exhausted»
• Pourquoi sys_errlist[] est-il redéfinit lorsque je compile quoi que ce soit ?
• Chaque fois que je compile un programme utilisant iostreams avec g++, j'obtiens l'erreur : /usr/libexec/ld.so: Undefined symbol "_tgetstr" in testprog: Comment faire ?
• Des logiciels tierces ne trouvent pas leur

Compiler et télécharger un logiciel

Lancer des programmes java sous NetBSD (haut)

NetBSD 1.3 et plus récent gère une collection de «paquetages» qui permet aux logiciels tierces disponibles d'être compilés sur un ordinateur NetBSD. La catégorie lang comprend des machines virtuelles java telles que kaffe et jdk.

Où trouver des paquetages pré-compilés ? (haut)

NetBSD 1.3 et plus récent gère une collection de «paquetages» comprenant de nombreux logiciels. Des binaires pré-compilés sont stockés sur ftp://ftp.NetBSD.org/pub/NetBSD/packages/ et ses miroirs (chaque portage de NetBSD possède son propre répertoire). Un index HTML s'y trouve aussi.

Pour installer un paquetage, utilisez pkg_add(1) de l'une des deux manières :

• Copiez le fichier du paquetage sur votre machine et lancez «pkg_add paquetage.tgz».
• Installez directement depuis le site ftp. Par exemple, pour installer pine sur NetBSD/sparc 1.3 : «pkg_add ftp://ftp.NetBSD.org/pub/NetBSD/packages/1.3/sparc/All/pine-3.96.tgz».

Compiler ou télécharger des programmes (haut)

NetBSD 1.3 et plus récent gère une collection de «paquetages» qui permet à des programmes tierces libres de facilement se compiler sur NetBSD. Une fois le logiciel compilé, il se gère à l'aide des outils pkg_* pour pouvoir facilement s'installer, se désinstaller, être inventorié, donner une description...

Il existe aussi de nombreux binaires pré-compilés pour de nombreuses architectures.

La compilation échoue avec «virtual memory exhausted» (haut)

Si vous utilisez csh(1) ou tcsh, essayez «unlimit datasize».

Si vous utilisez sh(1), ksh(1) ou bash2, essayez «ulimit datasize».

NetBSD définit les limites de ressources par processus. Les valeurs actuelles peuvent être visualisées avec «limit» et définies par l'interpréteur de commandes avec «limit ressource valeur» ou rendues illimitées avec «unlimit ressource» ou «ulimit ressource» (il s'agit de commandes internes à l'interpréteur et peuvent donc malheureusement varier de l'un à l'autre). Vous trouverez de plus amples informations sur les limites de ressources dans la page de manuel de getrlimit(2).

Pourquoi sys_errlist[] est-il redéfinit lorsque je compile quoi que ce soit ? (haut)

Sur les systèmes traditionnels BSD, l'existance du tableau sys_errlist[] est généralement connue sans jamais avoir été définie officiellement dans aucun fichier inclus. Ainsi, de nombreux ancien programmes qui utilisent ce tableau (qui est assez commun puisqu'il contient la liste des phrases d'erreur du système) doivent avoir leur propre définition. Cependant, NetBSD a choisi de le définir dans un fichier d'en-tête mais pas tout à fait de la même façon que la plupart des anciens programmes. D'où l'arrivée de nombreux conflits.

Le plus simple est généralement de mettre la ligne incriminée en commentaire, dans le fichier source car modifier le fichier d'en-tête perturberait la compilation de nombreux programmes récents. La plupart de ces derniers sont configurés pour rechercher si la définition existe et pour ne pas utiliser la leur propre.

Chaque fois que je compile un programme utilisant iostreams avec g++, j'obtiens l'erreur : /usr/libexec/ld.so: Undefined symbol "_tgetstr" in testprog: Comment faire ? (haut)

D'après Jason Thorpe (thorpej@nas.nasa.gov) :

Il s'agit d'un bug boiteux de libg++ (qui semble interagir étrangement
avec un bug boiteux de l'implémentation de bibliothèque partagée de NetBSD).

Ajoutez -ltermcap à la fin de la liste des bibliothèques.

Des logiciels tierces ne trouvent pas leur (haut)

bibliothèques partagées ! Il arrive assez souvent, lors de la compilation de logiciels écrits pour d'autres Unix, que le programme ne trouve pas ses bibliothèques partagées. Cela est dû à la philosophie de l'implémentation d'ELF dans NetBSD. C'est un problème connu auquel il existe une solution.

Bien entendu, la meilleure chose à faire est de toujours utiliser la Collection de Paquetages de NetBSD pour installer vos logiciels. Si le logiciel en question ne se trouve pas encore dans pkgsrc, vous pouvez soit envoyer un rapport avec send-pr, soit le compiler vous-même. Vous trouverez les instruction et la documentation (en anglais) dans /usr/pkgsrc/Packages.txt.

Accueil

Accueil Documentation