OVH Cloud OVH Cloud

[FreeBSD] Outils pour gerer les ports et packages

30 réponses
Avatar
Vincent Hiribarren
Bonjour à tous !

Quels sont tous les outils que vous connaissez et qui gèrent les ports
ou les packages ?
Il y a portupgrade, bien sûr, mais quoi d'autre ?

Merci pour vos réponses !

10 réponses

1 2 3
Avatar
Vincent Hiribarren
Olivier Tharan <olive+ writes:

Vincent Hiribarren writes:

Jamais personne n'a pensé a refaire portupgrade dans un autre
langage ?


Qu'est-ce qui vous gêne dans le langage utilisé ?


Rien. Je ne connais pas du tout Ruby, mais alors vraiment rien.

Je pensais juste qu'un tel outil pouvait par exemple se faire en perl,
distribué de base avec FreeBSD, au lieu d'avoir a installer quantité
de logiciels pour utiliser portupgrade..


Avatar
talon
Vincent Hiribarren wrote:
Olivier Tharan <olive+ writes:

Vincent Hiribarren writes:

Jamais personne n'a pensé a refaire portupgrade dans un autre
langage ?


Qu'est-ce qui vous gêne dans le langage utilisé ?


Rien. Je ne connais pas du tout Ruby, mais alors vraiment rien.

Je pensais juste qu'un tel outil pouvait par exemple se faire en perl,
distribué de base avec FreeBSD, au lieu d'avoir a installer quantité
de logiciels pour utiliser portupgrade..



Perl n'est plus distribué de base avec FreeBSD-5.
Il y a pas mal de gens qui aiment beaucoup ruby, d'autres qui aiment
beaucoup python, les choses changent.



--

Michel TALON



Avatar
Vincent Hiribarren
(Michel Talon) writes:

Perl n'est plus distribué de base avec FreeBSD-5.


Je ne le savais pas, je suis encore en 4.

Avatar
mips
On Mon, 03 Nov 2003 20:05:44 +0100
Eric Masson wrote:

"mips" == mips writes:
mips> Le nombre de dependances necessaires a cet outil de base ?






Justement, ce n'est pas un outil de base ;)
Portupgrade est lui même un port, donc la dépendance à un autre port
n'est pas catastrophique.


Ca reste quand meme un outil majeur pour aider a gerer les ports. S'il
y a bien quelque chose qui manque cruellement aux autres arbres des
ports, c'est une fonction de mise a jour.

Je ne connais ni Ruby, ni le code de portupgrade, mais comme tout
outil codé dans un langage de script évolué, cela ne doit pas être
trivial de recoder le tout en C.


Ca c'est clair, mais bon d'un autre cote ca n'est pas pour ca que les
*BSD sont recode en ruby au lieu du C.

mips






Avatar
Olivier Tharan
Vincent Hiribarren writes:

Qu'est-ce qui vous gêne dans le langage utilisé ?


Rien. Je ne connais pas du tout Ruby, mais alors vraiment rien.


Moi non plus, je n'y connais rien, plein de gens ne connaissent rien à Ruby. Ça
n'empêche pas d'utiliser portupgrade : la page de manuel est bien faite.

Le fichier de configuration utilise certes la syntaxe Ruby mais il est
suffisamment bien documenté pour que ce soit très simple à comprendre.

Je pensais juste qu'un tel outil pouvait par exemple se faire en perl,
distribué de base avec FreeBSD, au lieu d'avoir a installer quantité
de logiciels pour utiliser portupgrade..


Bof :

,----
| Information for portupgrade-20030723:
|
| Depends on:
| Dependency: ruby-1.6.8.2003.10.15
| Dependency: ruby-shim-ruby18-1.8.1.p2
| Dependency: ruby-bdb1-0.2.1
`----

Combien de modules Perl vous faudrait-il pour arriver au même résultat ?

--
olive


Avatar
Vincent Hiribarren
Olivier Tharan <olive+ writes:

Vincent Hiribarren writes:

Qu'est-ce qui vous gêne dans le langage utilisé ?


Rien. Je ne connais pas du tout Ruby, mais alors vraiment rien.


Moi non plus, je n'y connais rien, plein de gens ne connaissent rien à Ruby. Ça
n'empêche pas d'utiliser portupgrade : la page de manuel est bien faite.

Le fichier de configuration utilise certes la syntaxe Ruby mais il est
suffisamment bien documenté pour que ce soit très simple à comprendre.


Euh... oui, et ?
Je ne faisais que poser une question : si quelqu'un avait essayé de
programmer portupgrade dans un autre langage, c'est tout.

Il ne me semble pas avoir dénigré Ruby, portupgrade, ou encore sa page
de man que j'ai lu et compris comme tout le monde. Et j'utilise ca,
peut-etre car c'est le seul outil de ce genre que je connaisse, mais
aussi car il m'est utile.

Maintenant avant que vous ne me prettiez des propos que je n'ai jamais
émis, il se trouve que je n'y connais rien a Ruby, n'ai pas le temps
ni l'envie de m'y mettre, mais que je connais un peu perl, et me
disais que ca pouvait tres bien se preter a des outils comme
portupgrade, et donc voir un code similaire en perl ne m'aurait pas
déplus.

Quand on pose une question, ca ne veut pas forcement dire qu'on est
contre l'outil en question ou la maniere dont il est fait :-/
Je ne suis pas informaticien, et me garderait bien de critiquer un
outil quelconque alors que je n'ai pas fait personnellement
d'equivalents.



Avatar
Vincent Hiribarren
Olivier Tharan <olive+ writes:

Vincent Hiribarren writes:

Qu'est-ce qui vous gêne dans le langage utilisé ?


Rien. Je ne connais pas du tout Ruby, mais alors vraiment rien.


Moi non plus, je n'y connais rien, plein de gens ne connaissent rien à Ruby. Ça
n'empêche pas d'utiliser portupgrade : la page de manuel est bien faite.

Le fichier de configuration utilise certes la syntaxe Ruby mais il est
suffisamment bien documenté pour que ce soit très simple à comprendre.


Euh... oui, et ?
Je ne faisais que poser une question : si quelqu'un avait essayé de
programmer portupgrade dans un autre langage, c'est tout.

Il ne me semble pas avoir dénigré Ruby, portupgrade, ou encore sa page
de man que j'ai lu et compris comme tout le monde. Et j'utilise ca,
peut-etre car c'est le seul outil de ce genre que je connaisse, mais
aussi car il m'est utile.



Avatar
Marwan FeanoR/var Burelle
On 03 Nov 2003 14:22:23 +0100
Olivier Tharan <olive+ wrote:

Jamais personne n'a pensé a refaire portupgrade dans un autre
langage ?


Qu'est-ce qui vous gêne dans le langage utilisé ?


Hum ... les ressoures que ça bouffe quand il ne fait rien (attente active
quand tu nous tient ... ) et les ressources que ça bouffe quand il fait
quelque chose aussi pendant qu'on y est ...

En gros ruby, même si niveau langage je ne connais pas, je n'ai pas
l'impression que l'interpreteur soit très performant ... mais bon c'est le
même problème avec la plus part des langages de scripts ...

--
Marwan Burelle,
http://www.lri.fr/~burelle
( | )
http://www.cduce.org


Avatar
mips
On Fri, 7 Nov 2003 17:34:52 +0100
Marwan "FeanoR/var" Burelle wrote:

Jamais personne n'a pensé a refaire portupgrade dans un autre
langage ?
Qu'est-ce qui vous gêne dans le langage utilisé ?

Hum ... les ressoures que ça bouffe quand il ne fait rien (attente

active quand tu nous tient ... ) et les ressources que ça bouffe
quand il fait quelque chose aussi pendant qu'on y est ...


Uh, t'as un exemple ?

En gros ruby, même si niveau langage je ne connais pas, je n'ai pas
l'impression que l'interpreteur soit très performant ... mais bon
c'est le même problème avec la plus part des langages de scripts ...


Tout est relatif mon cher :)

mipsou ( <= c'est pour faire moins aggressif ;)



Avatar
Marwan FeanoR/var Burelle
On Fri, 7 Nov 2003 18:03:14 +0100
mips wrote:

Hum ... les ressoures que ça bouffe quand il ne fait rien (attente
active quand tu nous tient ... ) et les ressources que ça bouffe
quand il fait quelque chose aussi pendant qu'on y est ...


Uh, t'as un exemple ?


Globalement, j'ai de nombreuse fois regardé les ressources que prennais
portupgrade pendant que le port se compiler, et j'ai quand eu la surprise
de voir un process ruby en tête de top qui bouffait plus de ressource que
make+cc (et les autres trucs que la construction du port nécessité).

Maintenant c'est peut être portupgrade qui est mal écrit (il est vrai
qu'il est en partie capable de te dire dans quelle phase de la compil une
erreur est survenue, donc il doit parser la sortie de make ... )

Tout est relatif mon cher :)


Mais je sais que tu adore ruby mon mips ;)

Enfin, moi si j'essayais, je ferais ça en O'CaML ou CDuce ;)


mipsou ( <= c'est pour faire moins aggressif ;)


slashounet ( <= pareil ;)

--
Marwan Burelle,
http://www.lri.fr/~burelle
( | )
http://www.cduce.org


1 2 3