Re: [OpenplacOS] Fichier de config par defaut

Salut

Ouais c t vraiment intéressant de connaitre le process pour le brassage, par contre vous vous êtes pas trop penché sur la gestion par opos.

Mais bon ça aurait peut etre été un peu lourd a decrire.

Pour le portage, c assez simplifié par rapport au début; le makefile gere bien l'install des fichiers, et le bundle simplifie vraiment les choses pour l'installation des gems. Le trio makefile, bundle, (pkgbuild,ebuild) permet d'installer le truc simplement et automatiquement. C'est une bonne chose pour les beta-testeurs.

Je ne sais pas gerer un ppa pour debian/ubuntu, donc je peux pas trop aider a ce niveau la; ce serait bien si tu pouvais consacrer un peu de ton temps sur cette histoire de bundle, ca permettrait d'assurer l install pour arch et gentoo puisque les machins build sont deja ecrit. Après l'ideal serait de mettre a jour le ppa mais comme je le disais plus haut ce n'est pas dans mes cordes.

Cordialement

++

OPOS président.

Le 21 octobre 2015 13:54, flagos <flagospub@xxxxxxxxx> a écrit :

Salut !

Tu fais bien de nous alerter sur le sujet. J'avoue personnellement ne pas avoir fait de bundle install depuis un bon moment, et il est pas impossible que ca ait regressé depuis le temps. La dernière fois que je l'ai fait, ca date d'il y a quasiment un an. Je vais essayer de prendre un peu de temps un de ces 4 pour regarder si je reproduis ton souci.

Sinon oui la conf sur la pico brasserie était vraiment un bon petit moment, je pense que ca a interessé quelques personnes et au moins demystifier le process.

Le 19 octobre 2015 20:29, jay peche <jaypeche@xxxxxxxxx> a écrit :
Portage openplacos Arch, Gentoo, Ubuntu failed !

Bonsoir a vous deux, je sais que ça fait longtemps que l'on ne s'est pas concerté autour d opos.
J'ai pu regarder avec beaucoup de plaisir votre conférence au RMLL au sujet de la pico brasserie. (beau projet).

Je reviens auprès de vous sur le portage sur les 3 plateformes référencés dans le wiki, il est actuellement impossible de l'installer car le bundler n'est plus à jour; encore des dépendances autour de ruby1.8 devenu obsolete. Le bundler plante sous Debian/Ubuntu, Gentoo et certainement Arch au jour d'aujourd'hui.

Je trouve cela dommage car ca plombe le projet, comment de nouveau adeptes peuvent ils tester le projet si le portage n'est pas maintenu? C'est un vrai problème pour l avenir du projet ?

Qu'en pensez vous ?

Cordialement

Jay

Le 11 mars 2013 15:38, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
Yop

oui c'est un problème, il me semble on avait deja évoqué le sujet.
il ne faut pas copier le fichier depuis le makefile, car il sera ecrasé.
il vaut mieux le faire en post install.

Le 11 mars 2013 15:28, flagos <flagospub@xxxxxxxxx> a écrit :

Yop,

Je voulais vous faire d'un petit souci avec le packaging tel qu'il est fait actuellement (sur les branches testing et unstable)

La solution actuelle consiste à ce que chaque script de packaging attaque le makefile du projet en le configurant via quelques variables (passées en ligne de commande ou dans un fichier).

C'est donc le makefile qui va recopier le fichier de config par défaut livré avec opos et l'utilisateur va modifier ce fichier pour y mettre sa config.

L'emmerdement, au moins sur Arch (paquet que je maintiens), c'est que lors d'une upgrade du paquet, la config de l'utilisateur est écrasée par la nouvelle config par défaut.

Est ce que c'est un problème Arch-centrée (l'installation du paquet devrait pouvoir gérer ce genre de choses) ? Si vous avez le même souci, comment le résoudre ?

Le script du mainteneur doit-il gérer ce cas en post install qui est impossible a résoudre depuis le makefile ? Si oui, c'est ok si j'enleve la recopie de la config par défaut depuis le makefile ?

++

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier