Page 1 sur 1
[libinotify-ocaml-dev] PKGBUILD à vérifier (terminé)
Publié : jeu. 22 oct. 2009, 21:30
par dest
Bonjour,
suite à mon premier sujet du paquet ocaml-findlib, je vous propose celui-ci:
Code : Tout sélectionner
# Maintainer: Gregory BELLIER <gregory.bellier@gmail.com>
pkgname=libinotify-ocaml-dev
pkgver=1.0
pkgrel=1
pkgdesc="OCaml bindings for the inotify API"
arch=('i686' 'x86_64')
url="http://tab.snarc.org/projects/ocaml_inotify/"
license=('LGPL')
depends=('ocaml')
makedepends=('ocaml' 'ocaml-findlib')
install=
source=(http://tab.snarc.org/download/ocaml/ocaml_inotify-$pkgver.tar.bz2)
md5sums=('70ff2d41caad3a9d521f82faa4320063') #generate with 'makepkg -g'
build() {
cd "$srcdir/ocaml_inotify-$pkgver"
make || return 1
mkdir -p $pkgdir`ocamlc -where`/inotify/ || return 1
OCAMLFIND_INSTALL_FLAGS="-destdir $pkgdir`ocamlc -where`/ -ldconf ignore" make install || return 1
}
# vim:set ts=2 sw=2 et:
J'ai testé, ça fonctionne comme il faut. Donc si ça vous convient, ça serait parfait.
Par contre, j'ai une question. Quelle est la différence entre depends et makedepends ? Je le comprends que "depends" c'est parce que le programme (la librairie ici) en a besoin pour fonctionner tandis que makedepends, ca serait uniquement pour la compilation.
J'ai bon ?
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : jeu. 22 oct. 2009, 22:09
par Nic0
Salut,
Pour depends/makedepends c'est bien ça (cf man PKGBUILD)
makedepends, c'est donc les dépendances utile uniquement pour la compilation comme tu dis.
Sinon, tu peux utiliser il me semble :
arch=(any)
Et pour le reste, je n'ai pas beaucoup regardé.
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : jeu. 22 oct. 2009, 22:30
par tuxce
any, c'est plus pour les paquets ne dépendant pas de l'architecture, du genre des scripts python par exemple, ils sont en un exemplaire dans les dépôts et lié sur les répertoires des 2 architecture.
ceci dit, pour yaourt ou makepkg, ça ne fait pas de différence
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : ven. 23 oct. 2009, 11:57
par dest
Ok merci pour les infos.
Edit: je viens de mettre à jour le mkdir pour prendre en compte le "ocamlc -where". C'est plus propre.
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : ven. 23 oct. 2009, 23:00
par catwell
Utilise install -d au lieu de mkdir et $() au lieu de ``. Et inutile de mettre ocaml dans les makedepends s'il est dans depends. Sinon ça m'a l'air pas mal comme ça.
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : sam. 24 oct. 2009, 12:45
par dest
Code : Tout sélectionner
# Maintainer: Gregory BELLIER <gregory.bellier@gmail.com>
pkgname=libinotify-ocaml-dev
pkgver=1.0
pkgrel=1
pkgdesc="OCaml bindings for the inotify API"
arch=('i686' 'x86_64')
url="http://tab.snarc.org/projects/ocaml_inotify/"
license=('LGPL')
depends=('ocaml')
makedepends=('ocaml-findlib')
install=
source=(http://tab.snarc.org/download/ocaml/ocaml_inotify-$pkgver.tar.bz2)
md5sums=('70ff2d41caad3a9d521f82faa4320063') #generate with 'makepkg -g'
build() {
cd "$srcdir/ocaml_inotify-$pkgver"
make || return 1
install -d $pkgdir$(ocamlc -where)/inotify/ || return 1
OCAMLFIND_INSTALL_FLAGS="-destdir $pkgdir$(ocamlc -where)/ -ldconf ignore" make install || return 1
}
# vim:set ts=2 sw=2 et:
Ok, donc voilà, je pense que pour le coup, c'est du tout bon (j'espère !).
Question: comment je fais pour m'y prendre pour poster ce paquet sachant que ce paquet dépend d'ocaml-findlib qui a été mis à jour récemment mais il est en statut "unsupported lib" et je ne le trouve pas dans pacman ?
Re: [libinotify-ocaml-dev] PKGBUILD à vérifier (en cours)
Publié : mar. 27 oct. 2009, 17:40
par dest
Je me réponds à moi même. Ok, c'est à prendre avec yaourt et pas pacman... Jusqu'à maintenant, je n'avais pas trop saisi ce qu'était AUR et le principe de fonctionnement.
Maintenant, c'est beaucoup plus clair.
A priori, il n'y a plus de retour sur des modifications à effectuer à ce PKGBUILD donc je vais le pousser vers l'inclusion (et me renseigner à présent sur cette étape que j'avais ignoré jusqu'à maintenant).