[openplacos-dev] Re: configure && make && make install |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/openplacos-dev Archives
]
- To: openplacos-dev@xxxxxxxxxxxxxxxxxxx
- Subject: [openplacos-dev] Re: configure && make && make install
- From: flagos <flagospub@xxxxxxxxx>
- Date: Sat, 10 Dec 2011 17:57:41 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=JOKs3w4izBwtiky0BhgDVrSNKyZ7tYSntdqRe0jzX3E=; b=icV7W/bJ3GEP/835niCs+wTUwqnqybQ/dYHFfSLC0Vl+hP8X1zXxSvy0aaPREmMtlV NUnA5X6fhagujzywFF2cza8jReY/1El0+gACSuAqAOlEg1Kq6hEuUvRF/oC/3jLT2mRi DEzcFizo5qHv995TenG7SZhb8uXbGvTBPO6WQ=
Petite précision: J'avais l'impression que les outils du style
autotools et setup.rb allaient plus loin que rubygem pour les paquets.
Je le pensais moins adapté que les autres, plus pensé pour un système
de lib, a la rubygem. En réalité, quand on feuillette la doc, ca a
tout de meme l'air possible de faire un truc pas mal. Disons qu'il n'a
pas l'air de manquer de plus de fonctionnalités que les autres ;-)
Le 10 décembre 2011 17:54, flagos <flagospub@xxxxxxxxx> a écrit :
> Yop,
>
> En reprenant le mail envoyé cet après-midi, j'ai essayé d'imaginer ce
> qui serait par les outils selon les choix que l'on ferait:
>
> 1. Autotools:
> le ./configure aurait en argument les path vers bin_dir et lib_dir,
> cela résolverait des le configure les points 1 et 2.
> make a priori ne servirait a rien
> make install serait ensuite appelé, copie des sources et appel a gem
> ou bundler pour résoudre le point 7 (install des rubygem)
>
> 2. setup.rb
> Le flow serait analogue a celui des autotools. Tout ce qui change est
> que l'outil est plus simple a prendre en main mais moins standard.
>
> 3. gem
> Sur le repo, les executables se trouveraient dans le dossier bin, les
> sources dans un dossier lib. Ca reviendrait a résoudre dès la
> hirerarchie de nos fichiers sur le repo le problème du configure
> (points 1 et 2) grace a la surcouche gem
> Ensuite, on aurait un makefile:
> - make créerait un paquet gem en local
> - make install installerait ce paquet en executant directement gem
> install <le_paquet_genere>
>
>
> Dans les 3 cas, on continuerait ensuite sur un jeu de script
> spécifique a la distro pour résoudre les autres points souleves dans
> l'autre mail.
>
> Voila, c'est ce que j'ai compris de mes lectures de cet aprem. Je sais
> pas si j'ai tout mais ca m'a pas l'air trop déconnant, vous en pensez
> quoi ?
>
> --
> Tapé depuis mon clavier
--
Tapé depuis mon clavier