[AlternC-dev] Où est AlternC présentement?

[The Anarcat]

[ceci est devenu un peu long, mais, je crois, nécessaire]

Bonjour tout le monde!

Vous allez sûrement remarquer que je suis en train de faire un petit
ménage dans le bugtracker. J'ai résolu quelques bugs, confirmé
plusieurs, trouvé des duplicatas, changé les priorités, en fait, j'ai
bien peur d'avoir chamboulé plein de trucs. Mais vu que j'ai
l'impression qu'il ne se passait pas grand chose, j'ai pris
l'initiative.

J'espère que je ne brusque pas personne avec mes méthodes peut-être un
peu cavalières. Je trouve le projet AlternC extrêmement stimulant et
j'ai beaucoup de motivations ces jours-ci à y travailler. Je suis
"nouveau" et je ne suis pas au courant de toute l'histoire d'alternc ni
de comment le projet est géré.

Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Car je crois qu'il y a un release qui veut sortir. 1.0, c'est ça? :) Je
ne crois pas que AlternC est présentement prêt à sortir 1.0. Il y a trop
de bugs, et pas assez d'activité pour les régler.

Et selon moi, une version 1.0 voudrait dire que le processus
d'installation serait beaucoup mieux intégré à debconf et à la magie du
packaging Debian. Pour tout vous dire franchement, je crois que la
procédure d'installation courante est carrément déficiente et
j'appréhende avec effroi le moment de la mise-à-jour de notre serveur de
production.

Avec un peu d'optimisme et un gros ménage, on pourrait même espérer voir
AlternC se rendre dans les archives officielles de Debian! D'ailleurs,
le release de Sarge risque d'être repoussé à 2005, alors ça donne le
temps au package de peut-être se rendre à la version stable de Debian,
éventuellement! Si on ne le fait pas maintenant, ça risque d'être
reporté quelquepart en 2010 après la sortie de LongHorn. ;)

Bon, d'accord, je rêve peut-être un peu, mais vous devez admettre qu'il
y a du travail à faire au niveau de la maintenance des packages et que
ceci peut rapporter gros: plus AlternC est facile à utiliser et à
maintenir, plus de gens vont l'utiliser, plus de développeurs vont
l'utiliser.

Ceci dit, je crois que AlternC devrait s'orienter vers un release de
maintenance réglant les bugs critiques (0.9.1?), pour ensuite s'attaquer
au packaging propre, qui est selon moi la condition sine qua none (?)
pour la sortie de 1.0,

Voici ce que j'aimerais voir:

- tout le monde donne son opinion sur ce qu'il attend d'AlternC et ce
qu'il peut y contribuer;
- installation de procédures plus structurées: commitlogs par email,
"release engineering" plus poussé, documentation systématique des
procédures, etc.

Personellement, pour le point 1, je peux dire ceci: je travaille à temps
plein, et j'ai plein d'autres projet, mais le temps que j'ai de libre,
je le passe sur Koumbit.net, et donc indirectement sur AlternC, et
parfois directement sur AlternC. :) J'ai beaucoup de motivation ces
jours-ci à travailler sur AlternC car j'obtient des résultats concrets
et AlternC est vraiment un projet dans mes branches, je m'en rend
compte.

Pour le point 2, j'ai documenté tout mon travail sur alternc sur le wiki
de Koumbit (http://koumbit.net/wiki/Procédures) et j'essaie de faire le
ménage des priorités dans les bugs du Mantis.

J'ai l'impression d'être un peu seul à me battre avec un projet en perte
de vitesse et j'aimerais avoir un peu d'encouragement. ;)

Qu'en pensez-vous, compagnons?

A.

PS: je planifie présentement un voyage en Europe pour le mois de
septembre, en Espagne plus précisément. Mais un détour par la France est
toujours une possibilité. J'aimerais bien vous voir la binette. :)

[ganjah]

Salut Anarcat, bravo pour ton initiative, ca va faire du bien à alternc.

perso, je m'occupe de cannaweb.ch et je passe les comptes gentiellement
sur alternc. mais encore rien de bien important. j'ai été retardé par
des problèmes matériels (arrggg saleté de matos...)

J'ai fait quelques corrections de bugs y'a quelques mois, et fait une
doc sur l'install from scratch (qui n'est plus à jour). Ma santé s'étant
passablement dégradé, j'ai baissé fortement mon temps sur les pc... mais
je me tiens au courrant de l'avancement d'alternc.

Je pense que pour intégrer alternc dans la distrib debian, il faut
respecter les version de debian, et donc avoir des paquets stable, test
et développement. Et pour l'instant, comme tu le dis aussi, je pense
qu'alternc est encore en période de test (vu les bugs non-résolu,
back-port...) et qu'il faut encore quelques version pour arrivé en stable !

Je passerai bien + de temps sur alternc si ma santé me le permeterai...

Salutation a tous, Christian.


PS : Vu que j'envoye un message ici... Pour tester la ram, utiliser
memtest86 (paquet debian) et ajouter dans lilo une entrée :

image=/boot/memtest86.bin
label=MemTest86

[JMD]

The Anarcat a écrit :

(...)

Post by The Anarcat
J'espère que je ne brusque pas personne avec mes méthodes peut-être un
peu cavalières. Je trouve le projet AlternC extrêmement stimulant et
j'ai beaucoup de motivations ces jours-ci à y travailler. Je suis
"nouveau" et je ne suis pas au courant de toute l'histoire d'alternc ni
de comment le projet est géré.

Du "sang neuf" est toujours le bienvenu je crois :)

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Effectivement, Alternc est quelque peu en perte de vitesse. Cette
impression est accentuée par le fait que le développement avance par à
coup et non pas de façon linéaire. Malheureusement, personne ne peut s'y
consacrer à temps plein et donc le projet progresse en fonction du temps
disponible de chacun, c'est à dire peu en ce moment.

Post by The Anarcat
Car je crois qu'il y a un release qui veut sortir. 1.0, c'est ça? :) Je
ne crois pas que AlternC est présentement prêt à sortir 1.0. Il y a trop
de bugs, et pas assez d'activité pour les régler.

Il semblerait oui...


(...)

Post by The Anarcat
Ceci dit, je crois que AlternC devrait s'orienter vers un release de
maintenance réglant les bugs critiques (0.9.1?), pour ensuite s'attaquer
au packaging propre, qui est selon moi la condition sine qua none (?)
pour la sortie de 1.0,

Oui déjà faire un bon nettoyage de bugs semble prioritaire. D'autant
plus qu'au niveau sécurité, on est toujours en suspend.... A ce titre,
un audit de sécu avait été fait mais on a jamais eut de retour...

Post by The Anarcat
- tout le monde donne son opinion sur ce qu'il attend d'AlternC et ce
qu'il peut y contribuer;

Pour le point 1 : je travaille aussi à temps plein et j'ai aussi plein
d'autres projets et mes compétences sont trés limitées. Mais je suis
prêt à aider car Alternc est un projet qui me tient à coeur et que
j'utilise.

Post by The Anarcat
- installation de procédures plus structurées: commitlogs par email,
"release engineering" plus poussé, documentation systématique des
procédures, etc.

Pour le point 2 : Il me semble qu'il y a un comitlog par email qui
existe déjà.
Pardon mais qu'entends-tu par "Release engineering" ?
Pour la doc, une grosse partie à destination des utilisateurs a été
réalisée par Chantal, Benji etc...
En revanche, il faudrait refaire la doc pour l'installation et pour tout
ce qui touche l'administration et le developpement.
Bref, je crois que plus que de bras, le projet manque cruellement de
coordination.

Post by The Anarcat
J'ai l'impression d'être un peu seul à me battre avec un projet en perte
de vitesse et j'aimerais avoir un peu d'encouragement. ;)

Non, non t'es pas tout seul :).
Personnelement, chaque fois que je suis sur IRC, je suis également sur
le canal #alternc où je me sens bien seul pour aider les nouvellles
personnes qui tentent d'installer Alternc.
Enfin, bon on s'en sort quand même, n'est-ce pas Damien ? :)


Cordialement,

JmD

[The Anarcat]

Post by JMD
(...)

Post by The Anarcat
- installation de procédures plus structurées: commitlogs par email,
"release engineering" plus poussé, documentation systématique des
procédures, etc.

Pour le point 2 : Il me semble qu'il y a un comitlog par email qui
existe déjà.
Pardon mais qu'entends-tu par "Release engineering" ?

Je n'ai pas de mot plus clair en français. L'idée est d'établir
clairement les priorités des releases et de créer une vision d'ensemble
du projet.

Par exemple: sur le wiki, il y a une page Le Futur d'AlternC, mais aussi
le FeatureFreeze1.0. Il faudrait fusionner ces deux pages et décider
plus clairement de en quoi consistera le prochain release, et le
suivant, et pourquoi.

http://www.alternc.org/wiki/FuturdAlternc
http://www.alternc.org/wiki/FeatureFreeze-1.0

D'ailleurs, le Wiki aussi me semble dater. :)

Post by JMD
Pour la doc, une grosse partie à destination des utilisateurs a été
réalisée par Chantal, Benji etc...

Oui, j'ai vu ça.

Post by JMD
En revanche, il faudrait refaire la doc pour l'installation et pour tout
ce qui touche l'administration et le developpement.

Ça, j'en ai fait un bon bout, pour ce qui est de l'installation, tout
comme Ghanji, qui a fait un travail similaire:

http://koumbit.net/wiki/Proc%E9dures
http://www.cannaweb.ch/alternc/

Il faudrait faire le ménage dans tout ça.

Post by JMD
Bref, je crois que plus que de bras, le projet manque cruellement de
coordination.

Ah... Ça c'est un problème que je n'avais pas envisagé. :) Je ne suis
pas un grand coordinateur. :)

Post by JMD

Post by The Anarcat
J'ai l'impression d'être un peu seul à me battre avec un projet en perte
de vitesse et j'aimerais avoir un peu d'encouragement. ;)

Non, non t'es pas tout seul :).
Personnelement, chaque fois que je suis sur IRC, je suis également sur
le canal #alternc où je me sens bien seul pour aider les nouvellles
personnes qui tentent d'installer Alternc.

On va sûrement s'y croiser! :)

A.

[Benjamin Sonntag]

Post by The Anarcat
Mais vu que j'ai
l'impression qu'il ne se passait pas grand chose, j'ai pris
l'initiative.

C'est trrrès bien, nous ne sommes pas nombrex, toute initiative
constructive est bienvenue ;)

Post by The Anarcat
J'espère que je ne brusque pas personne avec mes méthodes peut-être un
peu cavalières. Je trouve le projet AlternC extrêmement stimulant et
j'ai beaucoup de motivations ces jours-ci à y travailler. Je suis
"nouveau" et je ne suis pas au courant de toute l'histoire d'alternc ni
de comment le projet est géré.

Il n'est pas vraiment géré, il est né du besoin de l'autre net et de
globenet de disposer d'une interface automatisée,
Jérome et moi avions développé le noyau et le bureau avec l'aide de
pleins d'autres à l'époque, et on utilise donc cela depuis sur nos serveurs.

Il existe 2 serveurs dont un dédié :
dev.alternc.org (80.67.172.5 et 80.67.172.9) pour
- faire des tests
- compiler les packages
- déboguer la derniere version qui tourne sur ce serveur
- lancer de nouveaux modules

historiquement, dev contenait aussi le cvs, mais un cvs ca doit rester
accessible tout le temps, et vu l'age et l'état de dev, j'ai mis
cvs.alternc.org en production, c'est une bécane à moi avec un ssh
chrooté pour n'avoir QUE le cvs.
Sur cvs.alternc.org, il y a maintenant un cvs accessible par ssh /
pserver et aussi par viewcvs sur http[s]://cvs.alternc.org/
les personnes qui ont un compte sur ce chroot peuvent modifier leur pass
et/ou envoyer une clé ssh sur https://cvs.alternc.org/
Cela permet d'avoir un cvs toujours accessible.
J'ai mis en place un système d'envoi de mail quand un commit a lieu, un
mail est envoyé à cvs-commit-***@public.gmane.org, comme tu as accès au bureau
alternc de alternc.org, tu peux donc te mettre dans ceux qui recoivent
ce mail ;)

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Avec le même mot de passe, tu peux accéder aux listes mailman dev,
sachez qu'il y a 81 abonnés actuellement. Comme tu doute, beaucoup
écoutent, comme dans tout projet de ce genre.

Post by The Anarcat
Car je crois qu'il y a un release qui veut sortir. 1.0, c'est ça? :) Je
ne crois pas que AlternC est présentement prêt à sortir 1.0. Il y a trop
de bugs, et pas assez d'activité pour les régler.

Certes. Le but que l'on s'était fixé avec Jérome était que la 1.0 serait
surtout une release qu'il devrait être possible de mettre à jour par un
simple
apt-get upgrade
(...) après les fonctionnalités et les bugs, cela importerait peu
précisément parce qu'une mise à jour serait possible ;)

Post by The Anarcat
Et selon moi, une version 1.0 voudrait dire que le processus
d'installation serait beaucoup mieux intégré à debconf et à la magie du
packaging Debian. Pour tout vous dire franchement, je crois que la
procédure d'installation courante est carrément déficiente et
j'appréhende avec effroi le moment de la mise-à-jour de notre serveur de
production.

voilà justement le problème. Cependant, j'en ai parlé avec un mainteneur
debian qui m'a dit (en gros : )
AlternC est un meta-package au sens où il reconfigure lui-même
l'ensemble des logiciels serveurs de la machine
(named.conf, httpd.conf, courier ...)
Il parait donc difficile de le configurer avec debconf car il y a un
gros fichier de conf à remplir et que ce fic de conf a une influence non
négligeable sur les autres packages
par exemple, il n'est pas possible de fournir un httpd.conf avec, car ce
fichier entrerais en conflit avec le package apache dont précisément on
dépend !!

C'est donc lui qui m'a conseillé de faire un alternc.conf avec un script
qui appliquerais les modifications correspondantes sur le système.
Toutefois, cette partie est clairement la plus floue et, à mon avis, la
moins pérenne : il faudrait un jeu de script de configuration plus propre.
Actuellement, alternc fournit dans /usr/share/alternc/1.0/install/ une
image des fichiers de conf sous forme de template avec des %%VARIABLE%%
qui seront substitués au vrai fichier de conf lors de l'installation.
C'est un bon début mais surement pas suffisant car :
- on ne peut pas MODIFIER une valeur après coup (si mon serveur change
d'ip, je suis mort ?) sans tout réécraser (notamment la base sql, gloups)
- on peut difficilement personnaliser ses fichiers de conf (il faudrait
idéalement modifier le fichier dans
/usr/share/alternc/1.0/install/etc/... puis reappliquer les nouvelles conf)
- on peut très difficilement intégrer de nouveaux modules (par exemple,
mailman nécessite de modifier la conf d'apache, dur.)

un gros boulot de modularité reste donc à faire de ce côté.

Post by The Anarcat
Avec un peu d'optimisme et un gros ménage, on pourrait même espérer voir
AlternC se rendre dans les archives officielles de Debian! D'ailleurs,
le release de Sarge risque d'être repoussé à 2005, alors ça donne le
temps au package de peut-être se rendre à la version stable de Debian,
éventuellement! Si on ne le fait pas maintenant, ça risque d'être
reporté quelquepart en 2010 après la sortie de LongHorn. ;)

En effet, idéalement on serait dans Sarge, ce qui veut dire se coller
tout de suite à la conception d'un AlternC sarge :)
Les problemes actuels sont :
- problemes divers avec PHP4.3, qui reste malgré tout une version
maudite à mon sens (problemes avec spip par exemple, et d'autres soucis
notamment que pleins de programmes php ne marchent pas bien avec la 4.3
pour cause de renommages de variables entre autre.)
- webalizer a été recompilé en plusieurs langues, et il faudrait donc
produire un webalizer sarge multilingue
- l'apache est très différent : on peut maintenant avoir des fichiers de
conf en répertoire 'à la' cron.d plutot qu'un gros fichier monolithique
- nous n'avions pas à l'époque de machine sous sarge pour tester et
construire régulièrement le package.

La plupart de ces problèmes peuvent être résolus assez rapidement,
d'autant que certaines de mes machines hébergées sont en train de passer
vers Sarge ... On peut donc imaginer un développement qui construirait 2
jeux de packages : Woody et Sarge.
Et quand Sarge deviendra "stable", on fera une nouvelle testing ...
Bref, on suivrait idéalement le processus de sortie de Debian.

Post by The Anarcat
Bon, d'accord, je rêve peut-être un peu, mais vous devez admettre qu'il
y a du travail à faire au niveau de la maintenance des packages et que
ceci peut rapporter gros: plus AlternC est facile à utiliser et à
maintenir, plus de gens vont l'utiliser, plus de développeurs vont
l'utiliser.

Je suis d'accord, c'est hélàs là qu'est le plus gros du boulot, et c'est
bien le plus dur : avoir qqchose de bien packagé. Mais il est clair que
ce serait le plus pérenne.

Post by The Anarcat
Ceci dit, je crois que AlternC devrait s'orienter vers un release de
maintenance réglant les bugs critiques (0.9.1?), pour ensuite s'attaquer
au packaging propre, qui est selon moi la condition sine qua none (?)
pour la sortie de 1.0,
- tout le monde donne son opinion sur ce qu'il attend d'AlternC et ce
qu'il peut y contribuer;
- installation de procédures plus structurées: commitlogs par email,
"release engineering" plus poussé, documentation systématique des
procédures, etc.
Personellement, pour le point 1, je peux dire ceci: je travaille à temps
plein, et j'ai plein d'autres projet, mais le temps que j'ai de libre,
je le passe sur Koumbit.net, et donc indirectement sur AlternC, et
parfois directement sur AlternC. :) J'ai beaucoup de motivation ces
jours-ci à travailler sur AlternC car j'obtient des résultats concrets
et AlternC est vraiment un projet dans mes branches, je m'en rend
compte.

Pour ma part, je dispose officiellement d'une partie de mon temps de
travail de consacré à AlternC à partir du 1er Mai et ce sans limite de
durée.
En effet, je quitte Globenet au 18 juin, et Globenet souhaite donc que
ce projet soit rendu 'propre' avant que je parte ;)
Cependant, notez que mon départ ne veut pas dire la fin de mon aide,
(bien au contraire...)

Post by The Anarcat
Pour le point 2, j'ai documenté tout mon travail sur alternc sur le wiki
de Koumbit (http://koumbit.net/wiki/Procédures) et j'essaie de faire le
ménage des priorités dans les bugs du Mantis.
J'ai l'impression d'être un peu seul à me battre avec un projet en perte
de vitesse et j'aimerais avoir un peu d'encouragement. ;)

Je t'encourage et en profite pour t'annoncer que j'ai près de 200 Ko de
diff à commiter dans le cvs ... (Ce sont des correctifs massifs dans le
bureau; bureau qui pose quelques gros soucis encore caché mais qui vont
s'avérer gênants à terme ...)
Qu'il y a 2 élèves à Nancy en train de développer un module
d'installation automatisé de logiciels php (genre spip, wiki ...)
Que l'on est en train de préparer un thème pour les journées mondiales
du libre à Bordeaux (7-10/7/2004) sur le thème "l'organisation d'un
projet libre" et qu'on va y parler aussi d'AlternC etc.
Que Nerim, fournisseur d'hébergement en France, propose des serveurs
dédiés virtuels avec AlternC
Que je suis en train de fignoler un outil de traduction collaborative de
.po via le module trad-lang de spip
Qu'une boite de Paris m'a demandé de développer un module alternc-awstat
et alternc-postgresql

Bref, que ça avance...

Post by The Anarcat
PS: je planifie présentement un voyage en Europe pour le mois de
septembre, en Espagne plus précisément. Mais un détour par la France est
toujours une possibilité. J'aimerais bien vous voir la binette. :)

Bon, Si tu veux, on pourrait peut-être préparer un meeting AlternC, j'ai
des possibilités nombreuses dans le sud de la France, et Gandja étant en
Suisse, il pourrait peut-être nous rejoindre ?
L'idée est lancée, ... Dieu seul sait comment elle va atterrir...
Sinon l'idée tout bête de se faire un trombinoscope des dev sur le site
... why not ;)

Pour le build quotidien, c'est aussi une bonne idée, il était en place
il y a longtemps (Jonathan a mis des scripts dans /usr/local/ je crois
sur dev.) On pourrait le refaire sans souci ...

Pour l'accès au CVS, tu as un compte, tu peux faire un commit, n'hésite
pas, avançons ! ...

@+

Benjamin

[The Anarcat]

Merci à tout le monde pour les réponses, je crois que ça éclaire
beaucoup ma lanterne, et que tout le monde avait grand besoin de voir se
qui se passe. ;)
[...]

Post by Benjamin Sonntag
J'ai mis en place un système d'envoi de mail quand un commit a lieu, un
alternc de alternc.org, tu peux donc te mettre dans ceux qui recoivent
ce mail ;)

Est-ce que ceci ne devrait-il pas être une liste envoi à la place?
Ainsi, tout le monde pourrait s'y inscrire et suivre le développement
directement...

Ça serait fichtrement facile à faire. ;)

Post by Benjamin Sonntag

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Avec le même mot de passe, tu peux accéder aux listes mailman dev,
sachez qu'il y a 81 abonnés actuellement. Comme tu doute, beaucoup
écoutent, comme dans tout projet de ce genre.

C'est vrai... Intéressant.

Post by Benjamin Sonntag

Post by The Anarcat
Car je crois qu'il y a un release qui veut sortir. 1.0, c'est ça? :) Je
ne crois pas que AlternC est présentement prêt à sortir 1.0. Il y a trop
de bugs, et pas assez d'activité pour les régler.

Certes. Le but que l'on s'était fixé avec Jérome était que la 1.0 serait
surtout une release qu'il devrait être possible de mettre à jour par un
simple
apt-get upgrade
(...) après les fonctionnalités et les bugs, cela importerait peu
précisément parce qu'une mise à jour serait possible ;)

Oui, mais de là à l'appeler 1.0... il y a un monde. :)

Je crois que nous devrions arrêter de faire des release pre-1.0 tant que
nous ne sommes pas certains de sortir 1.0. :) Je préfèrerais voir des
release 0.9.1 à 0.9.80 tant que le package n'est pas complètement
fonctionel et que les bogues critiques ne sont pas résolus.

Les numéros de version alternc sont illisibles, présentement, c'est un
peu mélangeant.

Post by Benjamin Sonntag

Post by The Anarcat
Et selon moi, une version 1.0 voudrait dire que le processus
d'installation serait beaucoup mieux intégré à debconf et à la magie du
packaging Debian. Pour tout vous dire franchement, je crois que la
procédure d'installation courante est carrément déficiente et
j'appréhende avec effroi le moment de la mise-à-jour de notre serveur de
production.

voilà justement le problème. Cependant, j'en ai parlé avec un mainteneur
debian qui m'a dit (en gros : )
AlternC est un meta-package au sens où il reconfigure lui-même
l'ensemble des logiciels serveurs de la machine
(named.conf, httpd.conf, courier ...)
Il parait donc difficile de le configurer avec debconf car il y a un
gros fichier de conf à remplir et que ce fic de conf a une influence non
négligeable sur les autres packages
par exemple, il n'est pas possible de fournir un httpd.conf avec, car ce
fichier entrerais en conflit avec le package apache dont précisément on
dépend !!

Oui, j'ai remarqué ce problème également. Comment le manuel
"debian-policy" (lecture très intéressante en passant) recommande de
régler le problème est par l'utilisation d'un script dans le package
"maître" pour configurer le fichier de configuration (!).

Par exemple, apache fourni un script apacheconf avec lequel php4
s'install tout seul. Cacti s'installe également dans apache grâce à ce
script.

Il serait beaucoup plus fiable et "clean" d'installer un fichier
/etc/alternc/apache.conf et d'inclure ce fichier avec apacheconf.

Autrement dit, je crois qu'il est parfaitement possible de résoudre ces
petits problèmes. ;)

Post by Benjamin Sonntag
C'est donc lui qui m'a conseillé de faire un alternc.conf avec un script
qui appliquerais les modifications correspondantes sur le système.
Toutefois, cette partie est clairement la plus floue et, à mon avis, la
moins pérenne : il faudrait un jeu de script de configuration plus propre.

Ou, au moins, le script alternc.install devrait être roulé à
l'installation.

Je ne vois pas pourquoi debconf ne pourrait pas se charger de configurer
le fichier alternc.conf et qu'ensuite le script alternc.install soit
exécuté en "post-install", avec la myriade d'avertissements habituels.

Post by Benjamin Sonntag
Actuellement, alternc fournit dans /usr/share/alternc/1.0/install/ une
image des fichiers de conf sous forme de template avec des %%VARIABLE%%
qui seront substitués au vrai fichier de conf lors de l'installation.
- on ne peut pas MODIFIER une valeur après coup (si mon serveur change
d'ip, je suis mort ?) sans tout réécraser (notamment la base sql, gloups)

Oui, mais il y a des trucs qui ne sont pas nécessaires ici. Par exemple,
pourquoi "hardcoder" l'IP dans le fichier apache.conf? Ce n'est pas du
tout nécessaire selon moi, et ça ne fait que rendre le package plus
difficile à maintenir.

Post by Benjamin Sonntag
- on peut difficilement personnaliser ses fichiers de conf (il faudrait
idéalement modifier le fichier dans
/usr/share/alternc/1.0/install/etc/... puis reappliquer les nouvelles conf)

Gros problème également. En fait, j'aimerais voir le répertoire install/
complètement disparaître de l'installation d'alternc. Ça devrait être
tout contenu dans le package, et configuré avec debconf, et je suis
persuadé que c'est possible.

Post by Benjamin Sonntag
- on peut très difficilement intégrer de nouveaux modules (par exemple,
mailman nécessite de modifier la conf d'apache, dur.)

Pas d'accord. Le package mailman original lui-même modifie cette config
sans problème.

... En parlant du package mailman, j'ai cherché dans le CVS pour les
sources et je ne l'ai pas trouvé. Comment est-il construit? Quand je
fais un apt-get source du package, je me retrouve avec un diff.gz de
5000 lignes. Dites-moi, SVP, que ce ne sont pas toutes des modifs
locales à AlternC!!

Post by Benjamin Sonntag
un gros boulot de modularité reste donc à faire de ce côté.

Oui. Malheureusement, je n'ai pas beaucoup le temps de m'attaquer à ce
problème particulier. Je commence à comprendre un peu mieux le système
de packaging de Debian, et j'approche tranquillement de ce problème,
mais ma priorité est pour l'instant de faire fonctionner l'installation
que j'ai déjà. :)

Mais je suis d'accord: ce point est critique et essentiel à la sortie de
1.0.

Je crois que ce qu'il faudrait, ça serait de faire le ménage dans ces
packages, pas seulement au niveau de comment ils sont faits, mais aussi
sur comment ils sont "buildés":

- où cela est-il fait?
- comment?
- à partir de quel code?
- comment apporter des modifs à ces packages?
- faire d'alternc un vrai "release" avec une origine pour faciliter la
maintenance (voir DotDeb)

SVP, toute documentation disponible à ce sujet, que ce soit des idées,
des sketches, n'importe quoi, toute doc doit être publiée pour que
d'autres puissent tenter de s'y attaquer.

Post by Benjamin Sonntag

Post by The Anarcat
Avec un peu d'optimisme et un gros ménage, on pourrait même espérer voir
AlternC se rendre dans les archives officielles de Debian! D'ailleurs,
le release de Sarge risque d'être repoussé à 2005, alors ça donne le
temps au package de peut-être se rendre à la version stable de Debian,
éventuellement! Si on ne le fait pas maintenant, ça risque d'être
reporté quelquepart en 2010 après la sortie de LongHorn. ;)

En effet, idéalement on serait dans Sarge, ce qui veut dire se coller
tout de suite à la conception d'un AlternC sarge :)

Soit, mais avant sarge, il y a sid qu'il faut passer à travers. Et je
crois que dans l'état courant, le package n'entrerait même pas dans
expérimental tellement il viole le "debian-policy".

Post by Benjamin Sonntag
- problemes divers avec PHP4.3, qui reste malgré tout une version
maudite à mon sens (problemes avec spip par exemple, et d'autres soucis
notamment que pleins de programmes php ne marchent pas bien avec la 4.3
pour cause de renommages de variables entre autre.)

Tu vois, j'ai l'opinion contraire: 4.3 est beaucoup mieux que 4.1. Nous
avons d'ailleurs procédé à une mise à jour de notre côté pour suivre le
PHP de DotDeb, car le 4.1 tombait dans des boucles infinies mangeuses de
mémoire. Assez fou.

On a aucun problème pour l'instant avec 4.3.

Post by Benjamin Sonntag
- webalizer a été recompilé en plusieurs langues, et il faudrait donc
produire un webalizer sarge multilingue

Ouch! Je croyais que c'était une fonctionalité que je ne connaissait pas
de webalizer!!!

Peut-être serait-il mieux, à ce moment-là, de s'orienter vers un nouveau
package awstats comme tu mentionnes plus bas.

Mais c'est un autre exemple ça: où sont ces patches à webalizer?

Post by Benjamin Sonntag
- l'apache est très différent : on peut maintenant avoir des fichiers de
conf en répertoire 'à la' cron.d plutot qu'un gros fichier monolithique

Intéressant. Ça simplifierait de beaucoup la configuration. Rien ne nous
empêche, cependant, d'émuler ce comportement avec la procédure que j'ai
énoncé plus haut. Il faut voir exactement c'est quoi le fichier
apache.conf minimal nécessaire pour AlternC.

Je ne vois pas ça comme un problème du tout.

Post by Benjamin Sonntag
- nous n'avions pas à l'époque de machine sous sarge pour tester et
construire régulièrement le package.

Facile à régler. :)

Post by Benjamin Sonntag
La plupart de ces problèmes peuvent être résolus assez rapidement,
d'autant que certaines de mes machines hébergées sont en train de passer
vers Sarge ... On peut donc imaginer un développement qui construirait 2
jeux de packages : Woody et Sarge.
Et quand Sarge deviendra "stable", on fera une nouvelle testing ...
Bref, on suivrait idéalement le processus de sortie de Debian.

Ça serait effectivement idéal, mais je ne suis pas sûr que l'on ait ce
genre de resources.

Je crois que alternc peut être développé et nettoyé pour Woody, puis
ensuite porté à Sarge, quand il sera "clean". Ce sera beaucoup plus
facile. Une fois que ceci est fait, il est presque trivial de maintenir
les deux versions, ce n'est qu'une question de dépendances...

[...]

Post by Benjamin Sonntag

Post by The Anarcat
Pour le point 2, j'ai documenté tout mon travail sur alternc sur le wiki
de Koumbit (http://koumbit.net/wiki/Procédures) et j'essaie de faire le
ménage des priorités dans les bugs du Mantis.
J'ai l'impression d'être un peu seul à me battre avec un projet en perte
de vitesse et j'aimerais avoir un peu d'encouragement. ;)

Je t'encourage et en profite pour t'annoncer que j'ai près de 200 Ko de
diff à commiter dans le cvs ... (Ce sont des correctifs massifs dans le
bureau; bureau qui pose quelques gros soucis encore caché mais qui vont
s'avérer gênants à terme ...)

Oh que oui!

Il serait vraiment importer de balancer ces modifs dans le CVS, quitte à
les mettre sur une branche séparée, car il ne faut pas dupliquer le
travail. J'ai aussi vu beaucoup de choses pas catholiques du tout dans
le bureau, et je vais probablement passer par là un jour. ;)

Post by Benjamin Sonntag
Qu'il y a 2 élèves à Nancy en train de développer un module
d'installation automatisé de logiciels php (genre spip, wiki ...)

OUI! Bonne idée! Ça prendrait un module "générique" de "plugins"
permettant de créer des plugins que tous les utilisateurs peuvent
installer facilement. Un plugin "blogger", "spip", phpwiki, etc... qui
installe les fichiers et la base de données.

Un provide chez qui j'ai eu de l'hébergement offrait ça, c'est super
comme principe. Tu dis: "je veux une Gallery *là*", ça l'installe en un
tournemain et ça t'offre les clés. :)

Post by Benjamin Sonntag
Que l'on est en train de préparer un thème pour les journées mondiales
du libre à Bordeaux (7-10/7/2004) sur le thème "l'organisation d'un
projet libre" et qu'on va y parler aussi d'AlternC etc.
Que Nerim, fournisseur d'hébergement en France, propose des serveurs
dédiés virtuels avec AlternC
Que je suis en train de fignoler un outil de traduction collaborative de
.po via le module trad-lang de spip
Qu'une boite de Paris m'a demandé de développer un module alternc-awstat
et alternc-postgresql

Ça c'est vachement intéressant. Je suis un peu écoeuré de webalizer, il
est temps qu'il soit définitivement remplacé par awstat. :)

Post by Benjamin Sonntag
Bref, que ça avance...

Oui! Je suis content de la réponse de tout le monde, c'est très
encourageant.

Post by Benjamin Sonntag

Post by The Anarcat
PS: je planifie présentement un voyage en Europe pour le mois de
septembre, en Espagne plus précisément. Mais un détour par la France est
toujours une possibilité. J'aimerais bien vous voir la binette. :)

Bon, Si tu veux, on pourrait peut-être préparer un meeting AlternC, j'ai
des possibilités nombreuses dans le sud de la France, et Gandja étant en
Suisse, il pourrait peut-être nous rejoindre ?
L'idée est lancée, ... Dieu seul sait comment elle va atterrir...

En avion. :) C'est du tourisme que je vais faire, mais rien ne m'empêche
de m'attarder en France pendant une journée ou deux. :)

Post by Benjamin Sonntag
Sinon l'idée tout bête de se faire un trombinoscope des dev sur le site
... why not ;)

Euh... C'est quoi un trombinoscope???

Post by Benjamin Sonntag
Pour le build quotidien, c'est aussi une bonne idée, il était en place
il y a longtemps (Jonathan a mis des scripts dans /usr/local/ je crois
sur dev.) On pourrait le refaire sans souci ...

À faire en priorité! Ça me permetterait enfin de comprendre comment tout
se place ensemble.

Pour récapituler, je crois que l'on devrait s'orienter vers des
"dot-releases". 0.9.1. Pas pre-1.0-AAAAMMJJ-910314, c'est illisible et
inutile: on sait très bien que nous n'en sommes pas encore au 1.0

Et pour ce qui est des inquiétudes au sujet des problèmes de version de
packages, eh bien il est impossible de faire un upgrade du package
alternc présentement, alors ça ne cause pas vraiment de problème. :)

Post by Benjamin Sonntag
Pour l'accès au CVS, tu as un compte, tu peux faire un commit, n'hésite
pas, avançons ! ...

C'est parti!

Merci pour votre confiance, c'est beau, le libre!

A.

[Pierre THIERRY]

Post by The Anarcat

Post by Benjamin Sonntag
Certes. Le but que l'on s'était fixé avec Jérome était que la 1.0
serait surtout une release qu'il devrait être possible de mettre à
jour par un simple apt-get upgrade

Oui, mais de là à l'appeler 1.0... il y a un monde. :)

+1

Dans l'imaginaire collectif (!), une 1.0 est une version stable,
raisonnablement exempte de bugs...

Post by The Anarcat
Je préfèrerais voir des release 0.9.1 à 0.9.80 [...]

Cela serait effectivement plus lisible quant au statut du paquet.

Positivement,
le Moine Fou

[jonathan]

[beaucoup coupé ...]

Post by The Anarcat

Post by Benjamin Sonntag
voilà justement le problème. Cependant, j'en ai parlé avec un mainteneur
debian qui m'a dit (en gros : )
AlternC est un meta-package au sens où il reconfigure lui-même
l'ensemble des logiciels serveurs de la machine
(named.conf, httpd.conf, courier ...)
Il parait donc difficile de le configurer avec debconf car il y a un
gros fichier de conf à remplir et que ce fic de conf a une influence non
négligeable sur les autres packages
par exemple, il n'est pas possible de fournir un httpd.conf avec, car ce
fichier entrerais en conflit avec le package apache dont précisément on
dépend !!

[...]

Post by The Anarcat

Post by Benjamin Sonntag
C'est donc lui qui m'a conseillé de faire un alternc.conf avec un script
qui appliquerais les modifications correspondantes sur le système.
Toutefois, cette partie est clairement la plus floue et, à mon avis, la
moins pérenne : il faudrait un jeu de script de configuration plus propre.

Ou, au moins, le script alternc.install devrait être roulé à
l'installation.
Je ne vois pas pourquoi debconf ne pourrait pas se charger de configurer
le fichier alternc.conf et qu'ensuite le script alternc.install soit
exécuté en "post-install", avec la myriade d'avertissements habituels.

Oui, belle idée, mais la lecture de /usr/sbin/alternc.install peut
donner de serieux renseignements sur la complexité du machin ...

[...]

Post by The Anarcat
Oui. Malheureusement, je n'ai pas beaucoup le temps de m'attaquer à ce
problème particulier. Je commence à comprendre un peu mieux le système
de packaging de Debian, et j'approche tranquillement de ce problème,
mais ma priorité est pour l'instant de faire fonctionner l'installation
que j'ai déjà. :)
Mais je suis d'accord: ce point est critique et essentiel à la sortie de
1.0.
Je crois que ce qu'il faudrait, ça serait de faire le ménage dans ces
packages, pas seulement au niveau de comment ils sont faits, mais aussi
- où cela est-il fait?
- comment?
- à partir de quel code?
- comment apporter des modifs à ces packages?
- faire d'alternc un vrai "release" avec une origine pour faciliter la
maintenance (voir DotDeb)

[...]

Post by The Anarcat

Post by Benjamin Sonntag

Post by The Anarcat
Avec un peu d'optimisme et un gros ménage, on pourrait même espérer voir
AlternC se rendre dans les archives officielles de Debian! D'ailleurs,
le release de Sarge risque d'être repoussé à 2005, alors ça donne le
temps au package de peut-être se rendre à la version stable de Debian,
éventuellement! Si on ne le fait pas maintenant, ça risque d'être
reporté quelquepart en 2010 après la sortie de LongHorn. ;)

En effet, idéalement on serait dans Sarge, ce qui veut dire se coller
tout de suite à la conception d'un AlternC sarge :)

Soit, mais avant sarge, il y a sid qu'il faut passer à travers. Et je
crois que dans l'état courant, le package n'entrerait même pas dans
expérimental tellement il viole le "debian-policy".

[...]

Post by The Anarcat

Post by Benjamin Sonntag
La plupart de ces problèmes peuvent être résolus assez rapidement,
d'autant que certaines de mes machines hébergées sont en train de passer
vers Sarge ... On peut donc imaginer un développement qui construirait 2
jeux de packages : Woody et Sarge.
Et quand Sarge deviendra "stable", on fera une nouvelle testing ...
Bref, on suivrait idéalement le processus de sortie de Debian.

Ça serait effectivement idéal, mais je ne suis pas sûr que l'on ait ce
genre de resources.
Je crois que alternc peut être développé et nettoyé pour Woody, puis
ensuite porté à Sarge, quand il sera "clean". Ce sera beaucoup plus
facile. Une fois que ceci est fait, il est presque trivial de maintenir
les deux versions, ce n'est qu'une question de dépendances...

Euh, sur une sarge (ou mieux, une sid) :
$EDITOR /usr/share/doc/(debianutils,dpkg,etc.)/changelog.gz

En clair, si on veut une superbe installation debianeuse multisoupapes
(à injection), il sera pratiquement impossible de l'installer sur une woody.

De plus, comme ça faisait longtemps que j'avais pas dit de méchangeté,
il est sans dout plus sûr, sur une sarge de compiler un postfix/woody
pour être sur d'avoir un serveur mail en état de marche (cf
http://packages.qa.debian.org/p/postfix.html, c'est impressionnant).

Mais dans le genre moins pessimiste, l'installation d'un alternc actuel
sur une sarge est complètement possible avec un peu de persévérance et
les modifs pour une installation aussi automatisée que pour la woody
sont vraiment peu importantes (j'ai jamais pris de notes, donc vous dire
lesquelles ... :-D).

O+

[The Anarcat]

Post by jonathan
[beaucoup coupé ...]

Post by The Anarcat

Post by Benjamin Sonntag
C'est donc lui qui m'a conseillé de faire un alternc.conf avec un script
qui appliquerais les modifications correspondantes sur le système.
Toutefois, cette partie est clairement la plus floue et, à mon avis, la
moins pérenne : il faudrait un jeu de script de configuration plus propre.

Ou, au moins, le script alternc.install devrait être roulé à
l'installation.
Je ne vois pas pourquoi debconf ne pourrait pas se charger de configurer
le fichier alternc.conf et qu'ensuite le script alternc.install soit
exécuté en "post-install", avec la myriade d'avertissements habituels.

Oui, belle idée, mais la lecture de /usr/sbin/alternc.install peut
donner de serieux renseignements sur la complexité du machin ...

Oui, certes, je l'ai lu. Je vais évidemment avoir à le relire et le
relire assez souvent, j'imagine. :)

N'empêche: tant qu'à avoir un package debian, aussi bien le faire
proprement sinon, il ne sert à rien de conserver l'idée de faire AlternC
debian-only. On aurait moins de problèmes de maintenance en *débarquant*
des .debs et en s'orientant vers un tarball source simple (parce qu'il y
a pratiquement aucune compilation à faire pour alternc) avec des
instructions et un script d'install robuste.

Ça, ça serait plus facile à porter. Présentement, on est dans une
situation que je sens ambigüe où AlternC a été partiellement engagé dans
la voie de la Debianisation, sans opérer complètement la solution
proprement.

Ça, c'est grave. Peu importe alternc.install, tant qu'alternc.upgrade
est vide, on est mal foutus, package debian ou pas.

Je vois la debianisation complète et la debconfisation (!) de
alternc.install comme un pré-requis pour une procédure d'upgrade
efficace.

Quelqu'un a une alternative? Non? Let's move on then.

Post by jonathan
[...]

Post by The Anarcat

Post by Benjamin Sonntag
La plupart de ces problèmes peuvent être résolus assez rapidement,
d'autant que certaines de mes machines hébergées sont en train de passer
vers Sarge ... On peut donc imaginer un développement qui construirait 2
jeux de packages : Woody et Sarge.
Et quand Sarge deviendra "stable", on fera une nouvelle testing ...
Bref, on suivrait idéalement le processus de sortie de Debian.

Ça serait effectivement idéal, mais je ne suis pas sûr que l'on ait ce
genre de resources.
Je crois que alternc peut être développé et nettoyé pour Woody, puis
ensuite porté à Sarge, quand il sera "clean". Ce sera beaucoup plus
facile. Une fois que ceci est fait, il est presque trivial de maintenir
les deux versions, ce n'est qu'une question de dépendances...

$EDITOR /usr/share/doc/(debianutils,dpkg,etc.)/changelog.gz

Je ne comprends vraiment pas le message ici.

Post by jonathan
En clair, si on veut une superbe installation debianeuse multisoupapes
(à injection), il sera pratiquement impossible de l'installer sur une woody.

Pourquoi?

Post by jonathan
De plus, comme ça faisait longtemps que j'avais pas dit de méchangeté,
il est sans dout plus sûr, sur une sarge de compiler un postfix/woody
pour être sur d'avoir un serveur mail en état de marche (cf
http://packages.qa.debian.org/p/postfix.html, c'est impressionnant).

Je vois pas. Il y a des milliers de serveurs roulant postfix/woody
parfaitement, et mes serveurs ne font pas exception.

Post by jonathan
Mais dans le genre moins pessimiste, l'installation d'un alternc actuel
sur une sarge est complètement possible avec un peu de persévérance et
les modifs pour une installation aussi automatisée que pour la woody
sont vraiment peu importantes (j'ai jamais pris de notes, donc vous dire
lesquelles ... :-D).

Peu importe que le package soit fait pour woody ou sarge. Les jours de
woody sont (je l'espère) comptés, et les différences de porting
devraient être mineures.

Il faut juste le faire, et là, je vois plein de monde (moi y compris)
qui parlent mais qui n'avancent pas. :)

A.

[Benjamin Sonntag]

The Anarcat a écrit :

|>Oui, belle idée, mais la lecture de /usr/sbin/alternc.install peut
|>donner de serieux renseignements sur la complexité du machin ...
|
|
|Oui, certes, je l'ai lu. Je vais évidemment avoir à le relire et le
|relire assez souvent, j'imagine. :)
|
|N'empêche: tant qu'à avoir un package debian, aussi bien le faire
|proprement sinon, il ne sert à rien de conserver l'idée de faire AlternC
|debian-only. On aurait moins de problèmes de maintenance en *débarquant*
|des .debs et en s'orientant vers un tarball source simple (parce qu'il y
|a pratiquement aucune compilation à faire pour alternc) avec des
|instructions et un script d'install robuste.

On peut donc partir de 2 manières différentes :

- - se dire que l'on restera strictement debian-centric, (un peu
embêtant, vu que beaucoup d'internautes on demandé si des portages *bsd
ou redhat/fedora etaient prévus, et prêts à aider) dans ce cas, on met
tout les scripts dans postint, prerm etc. on gère des dépendances sur
les paquets debian stricts etc.
- - se dire que l'on veut faire un machin installable facilement sur une
autre distribution, dans ce cas :
~ * on crée des script comme alternc.install, alternc.update etc.
~ * on signale les dépendances "simple" genre "ca a besoin d'apache
;) " dans un fichier texte, dans lequel on spécifie les dépendances
correspondantes dans les distributions visées (debian pour commencer) du
genre "ca a besoin d'apache 1.3 = "apache>=1.3<2.0"
~ * on crée de PETITS scripts pour les distributions correspondantes
(postinst/prerm dans le cas debian) qui se chargent de la partie
spécifique à la distribution : dans le cas debian = interrogation via
debconf, enregistrement des réponses dans /etc/alternc/alternc.conf et
lancement de alternc.install tout simplement.

Personnellement, et je rejoins Jonathan là-dessus, vu le contenu et le
boulot qu'il y a déjà sur alternc.install, je préfère la deuxième
solution (le but est quand même de reconfigurer proprement tous les
services utilisés par AlternC, justement pour qu'un non initié n'ai pas
à aller trifouiller par défaut dans ses conf. Cette configuration
automatique est quand même aussi un gros boulot en soi. )

- ------------------------------

Pour revenir au choix de mettre les ips d'apache en dur dans la conf
(avec "Bind %%IP%%" et <VirtualHost %%IP%%:80> c'est un choix simple
mais habituel en info de ma part : je ne fais pas faire à la machine ce
pour quoi elle n'est pas faite. Un serveur peu (souvent) avoir plusieurs
ip publiques, dans ce cas, il est généralement bien vu que seuls les
services devant tourner sur une ip soient visibles sur cette ip .

Ainsi, si ma machine a 2 ip : l'une pour apache/postfix etc. et l'autre
pour faire par exemple le dns secondaire d'un collègue, je ne voudrais
pas qu'apache réponde AUSSI sur la seconde ip, c'est un peu un
raisonnement proche de celui du firewalling : on interdit TOUT et on
autorise ensuite point par point le plus précisément possible. Proftpd a
d'ailleurs beaucoup de mal à créer un socket qui écoute sur $IP et non
pas 0.0.0.0.


|Ça, ça serait plus facile à porter. Présentement, on est dans une
|situation que je sens ambigüe où AlternC a été partiellement engagé dans
|la voie de la Debianisation, sans opérer complètement la solution
|proprement.
|
|Ça, c'est grave. Peu importe alternc.install, tant qu'alternc.upgrade
|est vide, on est mal foutus, package debian ou pas.

exact, de l'importance donc de trouver une solution PROPRE au problème
suivant :

A- on souhaite qu'AlternC configure complètement et proprement les
services qu'il fournit (dns, web, mail, ml ...)
B- on souhaite que cela soit modulaire (alternc-mailman s'occupe de
mailman ...)
C- on souhaite pouvoir REconfigurer un système après avoir modifié
alternc.conf (genre migration => changement d'ip)
D- on souhaite pouvoir personnaliser ses fichiers de conf avec des
entrées personnelles (cgi spéciaux, dns exotiques etc.) sans que ces
spécificités ne soient perdues lors d'un alternc.update.
( toute précision ou nouveau point bienvenu ...)

On peut imaginer utiliser les scripts du genre apacheconf, mais qui ne
marchent qu'avec apache, ou encore utiliser ucf pour configurer tous les
services, mais je n'ai pas compris grand chose à ce machin 'ucf' ...

La solution qui avait donc été envisagée à l'époque était ce fameux mais
inutilisé /usr/share/alternc/1.0/install/etc (je crois) qui reprennait
les fic de conf écrasé par AlternC, permettant
A- ok.
B- non prévu, quoique le système de template / remplacement de variables
pourrait bien marché en mode modulaire...
C- ok (au moins en partie le problème de bind par exemple, si on change
d'ip, il faut réécrire TOUTES les zones ...)
D- ok (même si cela est inutilisable car alternc.install et aussi très
destructif... un alternc.update ne recréant que la conf et n'écrasant
pas les comptes mysql ou root/alternc est donc nécessaire ...)

Je ne vois donc pas de meilleure solution actuellement.

On pourrait imaginer, tout à fait autrement :
- - création d'un /etc/alternc/ avec les fic de conf spécifiques à
AlternC de tous les services utilisés
(donc existance de /etc/alternc/apache /etc/alternc/bind etc.)
- - lancement de ces services dans un gros script de démarrage dans
/etc/init.d/alternc (qui lancerait, dans le bon ordre et proprement :
apache, mysql, postfix ...)
problème de ce système => très dépendant des distributions, risque
d'entrer en conflit avec des conf existantes (genre port 80 occupé paske
apache lancé avant alternc ;( ), et difficulté supplémentaire de
maintenir des script d'init propre spécifiques aux différents services.

D'autres idées ? ??? ??

|Je vois la debianisation complète et la debconfisation (!) de
|alternc.install comme un pré-requis pour une procédure d'upgrade
|efficace.

Oui. mais debianisation complète ne signifie pas FORCEMENT suppression
de alternc.install.

| Je vois pas. Il y a des milliers de serveurs roulant postfix/woody
|
|parfaitement, et mes serveurs ne font pas exception.

Il voulait parler des problèmes sur le postfix SARGE.
Pour ma part, j'utilise postfix sarge pour pleins de machines (dont
Globenet et un projet de mail perso) sans aucun souci ...

|>Mais dans le genre moins pessimiste, l'installation d'un alternc actuel
|>sur une sarge est complètement possible avec un peu de persévérance et
|>les modifs pour une installation aussi automatisée que pour la woody
|>sont vraiment peu importantes (j'ai jamais pris de notes, donc vous dire
|>lesquelles ... :-D).
|
|
|Peu importe que le package soit fait pour woody ou sarge. Les jours de
|woody sont (je l'espère) comptés, et les différences de porting
|devraient être mineures.
|
|Il faut juste le faire, et là, je vois plein de monde (moi y compris)
|qui parlent mais qui n'avancent pas. :)

Oui, et je suis prêt à avancer dès que l'on aura trouvé une solution
satisfaisante pour résoudre les 4 points abordés précédemment...

Pas simple en soi ...

@+

Benjamin

[Jonathan Dupart]

[beaucoup coupé ...]

Post by The Anarcat

Post by jonathan

Post by The Anarcat

Post by Benjamin Sonntag
La plupart de ces problèmes peuvent être résolus assez rapidement,
d'autant que certaines de mes machines hébergées sont en train de passer
vers Sarge ... On peut donc imaginer un développement qui construirait 2
jeux de packages : Woody et Sarge.
Et quand Sarge deviendra "stable", on fera une nouvelle testing ...
Bref, on suivrait idéalement le processus de sortie de Debian.

Ça serait effectivement idéal, mais je ne suis pas sûr que l'on ait ce
genre de resources.
Je crois que alternc peut être développé et nettoyé pour Woody, puis
ensuite porté à Sarge, quand il sera "clean". Ce sera beaucoup plus
facile. Une fois que ceci est fait, il est presque trivial de maintenir
les deux versions, ce n'est qu'une question de dépendances...

$EDITOR /usr/share/doc/(debianutils,dpkg,etc.)/changelog.gz

Je ne comprends vraiment pas le message ici.

Les debianutils (tous les dh_quelquechose pour la construction
automatique des
paquets) depuis la version 4 apportent un lot imortant de nouvelles
options très
pratiques (et régulièrement instables, mais espérons-le plus pour
longtemps) qui
rendent l'installation sur une woody "pur sucre" proprement impossible
(et pour
les mix woody/sarge, la recompilation d'un certain nombre de paquets est
indispensable et pas toujours triviale).

Donc si on veut être indépendants de la release de sarge, il faudra se
passer de
ses outils (mais c'est principalement une question de facilité
d'installation et
d'utilisation).

O+

[The Anarcat]

Post by Benjamin Sonntag
J'ai mis en place un système d'envoi de mail quand un commit a lieu, un
alternc de alternc.org, tu peux donc te mettre dans ceux qui recoivent
ce mail ;)

J'ai amélioré ce système (encore une autre liberté! :) J'ai créé la
liste cvs-commit, et tous les commits faits y envoient maintenant un
email.

J'ai fait un test et tout semble fonctionner farpaitement.

A.

[BohwaZ]

On Thu, 29 Apr 2004 21:49:18 -0400
The Anarcat <anarcat-+L4gihzSfJQtX/***@public.gmane.org> wrote:

(PS: j'avais posté avec le mauvais mail donc je reposte désolé).

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Moi je suis là mais j'ai pas trop le temps, un peu comme tout le monde.

Par contre j'ai recodé en mars lors d'un stage à l'Autre Net la gestion
des noms de domaines qui est désormais effectuée avec nsupdate plutôt
qu'avec un cron qui exécute un script shell. Avantages: les changements
sur les entrées d'un domaine sont immédiates et c'est beaucoup plus
simple de modifier/rajouter des choses. C'est pas totalement finit il
faudrait écrire un petit programme en C qui se donne le bon GID et
exécute nsupdate mais je sais pas comment faire.

Si ça intéresse quelqu'un toutes mes notes et travaux de stage sont là:
http://bohwaz.kd2.org/wiki/DNSAlternC

Sinon j'avais commencé à coder un nouveau bureau pour AlternC j'ai pas
encore eu le temps de le finir. C'est ici:

http://b6.be/admin2/ (login: demo passe: demo)

Sur notre serveur B6 j'ai également codé des fonctions en plus:
- Catch-All 404, permet de spécifier une page d'erreur 404 vers laquelle
rediriger pour un domaine entier et ses sous-domaines. Exemple: si tu
tape http://nawak.domaine.tld/ et que nawak n'est pas un sous-domaine
existant tu sera redirigé vers la page d'erreur que tu as souhaité.
- Des scripts qui permettent l'ajout/suppression de sous-domaines depuis
PHP avec un compte. Appel par system("alternc_add_subdomain domaine.tld
sous-domaine /chemin/du/compte/"); par exemple. Dans cette optique j'ai
aussi modifié la table SQL des sous-domaines et le fichier dom_edit.php
du bureau pour permettre d'afficher les sous-domaines créés par les
scripts d'un côté et les sous-domaines créés à la main de l'autre.
- Un champ "Journal du serveur" dans le panneau administrateur
qui permet de modifier le fichier admin.journal (mais bon ça c'est utile
que pour nous).
- Accès httpS à tous les sites hébergés
- Et enfin j'espère pouvoir bientôt intégrer une fonction mail2php qui
permette de créer une adresse mail sur un domaine qui envoie les mails
reçus à un script PHP.

Voilà, tout ceci est dispo en code à qui n'en veux. Enfin voilà. Bon
tout ça c'est pas trop de la correction de bug car c'est pas trop ce que
je sais faire mais bon c'est juste pour dire que c'est codé dispo et
fonctionnel.

A part ça je pense qu'AlternC ne devrait *pas* utiliser le safe-mode de
PHP. Il est tout à fait possible en mutualisé de ne pas utilisé le
safe-mode et d'avoir un PHP sécurisé, enfin d'après ce que j'ai vu chez
d'autres hébergeurs.
--
Cordialement,
BohwaZ <bohwaz-***@public.gmane.org>
Site personnel: httpS://bohwaz.kd2.org/
--
A chaque mail un nouveau conseil/citation, collectionnez-les ;o)
« C'est un vrai rêve de sniper[...] Tu peux aller n'importe où et il y
a tant de manières de tirer sur l'ennemi sans qu'il sache où tu es.
[...] Parfois un type tombe, et je le laisse crier un peu pour détruire
le moral de ses copains. Après je tire une deuxième balle.» (Un Marine
américain à Fallujah, Irak, Avril 2004)

[The Anarcat]

Post by BohwaZ
On Thu, 29 Apr 2004 21:49:18 -0400
(PS: j'avais posté avec le mauvais mail donc je reposte désolé).

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Moi je suis là mais j'ai pas trop le temps, un peu comme tout le monde.
Par contre j'ai recodé en mars lors d'un stage à l'Autre Net la gestion
des noms de domaines qui est désormais effectuée avec nsupdate plutôt
qu'avec un cron qui exécute un script shell. Avantages: les changements
sur les entrées d'un domaine sont immédiates et c'est beaucoup plus
simple de modifier/rajouter des choses. C'est pas totalement finit il
faudrait écrire un petit programme en C qui se donne le bon GID et
exécute nsupdate mais je sais pas comment faire.
http://bohwaz.kd2.org/wiki/DNSAlternC

Mais c'est fantastique ça! Ça fonctionne? On a vraiment besoin de ça
pour mettre le package plus propre.

Est-ce que la classe m_dom.php est un rewrite complet, ou est-ce que
l'on peut avoir un diff qui a du bon sens?

Post by BohwaZ
Sinon j'avais commencé à coder un nouveau bureau pour AlternC j'ai pas
http://b6.be/admin2/ (login: demo passe: demo)

C'est joli ça. Bravo!

Post by BohwaZ
- Catch-All 404, permet de spécifier une page d'erreur 404 vers laquelle
rediriger pour un domaine entier et ses sous-domaines. Exemple: si tu
tape http://nawak.domaine.tld/ et que nawak n'est pas un sous-domaine
existant tu sera redirigé vers la page d'erreur que tu as souhaité.

Très intéressant, essentiel je dirais même.

Post by BohwaZ
- Des scripts qui permettent l'ajout/suppression de sous-domaines depuis
PHP avec un compte. Appel par system("alternc_add_subdomain domaine.tld
sous-domaine /chemin/du/compte/"); par exemple. Dans cette optique j'ai
aussi modifié la table SQL des sous-domaines et le fichier dom_edit.php
du bureau pour permettre d'afficher les sous-domaines créés par les
scripts d'un côté et les sous-domaines créés à la main de l'autre.
- Un champ "Journal du serveur" dans le panneau administrateur
qui permet de modifier le fichier admin.journal (mais bon ça c'est utile
que pour nous).
- Accès httpS à tous les sites hébergés

Comment c'est possible ça? Je croyais que le SSL coupait toute
fonctionalité Vhost?

Post by BohwaZ
- Et enfin j'espère pouvoir bientôt intégrer une fonction mail2php qui
permette de créer une adresse mail sur un domaine qui envoie les mails
reçus à un script PHP.
Voilà, tout ceci est dispo en code à qui n'en veux. Enfin voilà. Bon
tout ça c'est pas trop de la correction de bug car c'est pas trop ce que
je sais faire mais bon c'est juste pour dire que c'est codé dispo et
fonctionnel.

Je crois qu'il est essentiel que ceci soit publié. Tu pourrais archiver
tout ça dans le bugtracker, pour ne pas qu'on ne perde toutes ces
précieuses modifications.

Post by BohwaZ
A part ça je pense qu'AlternC ne devrait *pas* utiliser le safe-mode de
PHP. Il est tout à fait possible en mutualisé de ne pas utilisé le
safe-mode et d'avoir un PHP sécurisé, enfin d'après ce que j'ai vu chez
d'autres hébergeurs.

Tout à fait d'accord, d'autant plus que plusieurs applications ne
fonctionnent pas en safe mode, et que ça rend toute la chose très
insécure.

A.

[BohwaZ]

On Fri, 30 Apr 2004 12:02:50 -0400

Post by The Anarcat
Mais c'est fantastique ça! Ça fonctionne? On a vraiment besoin de ça
pour mettre le package plus propre.

Oui ça fonctionne sauf pour la création de domaines de premier niveau
(domaine.tld) qui nécessitent un SOA que je n'arrive pas à gérer avec
nsupdate. Et il faut créer un programme en C comme dit précédemment.

Post by The Anarcat
Est-ce que la classe m_dom.php est un rewrite complet, ou est-ce que
l'on peut avoir un diff qui a du bon sens?

Bah j'ai changé ou il fallait mais j'ai du changer l'ordre des
fonctions.

Post by The Anarcat

Post by BohwaZ
- Accès httpS à tous les sites hébergés

Comment c'est possible ça? Je croyais que le SSL coupait toute
fonctionalité Vhost?

Du tout. On a déjà posté ça avec ganjah dans le mantis.

Concrètement faut rajouter ceci au httpd.conf de apache-ssl avant les
autres Vhosts:

<VirtualHost 80.67.174.43:443>
SSLEnable
ServerName 80.67.174.43:443
Alias /icons/ /usr/share/apache/icons/
UseCanonicalName Off
VirtualDocumentRoot /var/alternc/dns/%-2.1/%0
</VirtualHost>

ainsi que
NameVirtualHost 80.67.174.43:443
au début du fichier httpd.conf

Post by The Anarcat
Je crois qu'il est essentiel que ceci soit publié. Tu pourrais
archiver tout ça dans le bugtracker, pour ne pas qu'on ne perde toutes
ces précieuses modifications.

OK si ça intéresse du monde:

http://montagne.kd2.org/tests/alternc/

ne pas oublier de lire les README.

Le bureau2 a toute la partie admin de faite, il reste encore tout le
reste à faire.

Voilà, les archives en .tar.bz2 contiennent l'ensemble des fichiers du
répertoire du même nom.

Y'a aussi un début de module web application que j'avais commencé mais
jamais finit et que je viens de retrouver dans mes sauvegardes,
je croyais l'avoir perdu. Si ça intéresse les gens qui bossent sur le
module web-appli...

Voilà donc, amusez-vous bien avec ça :)

PS: je sais ya des mots de passe dans mes fichiers alternc mais ça vient
d'une vieille installe alternc et c'est pas des mots de passe que
j'utilise.

Cordialement,
BohwaZ

[Damien Szczyt]

Waaaaaaaaaaa !!! cai bôoooooo !!! En +, ça a l'air bien fonctionnel !!!!!
Il faudrait mettre ces sources à disposition de tout le monde !!!!!!
Je suis prêt à améliorer certaines fonctionnalités si vous en avez
besoin !!!!!

Post by BohwaZ
On Thu, 29 Apr 2004 21:49:18 -0400
(PS: j'avais posté avec le mauvais mail donc je reposte désolé).

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Moi je suis là mais j'ai pas trop le temps, un peu comme tout le monde.
Par contre j'ai recodé en mars lors d'un stage à l'Autre Net la gestion
des noms de domaines qui est désormais effectuée avec nsupdate plutôt
qu'avec un cron qui exécute un script shell. Avantages: les changements
sur les entrées d'un domaine sont immédiates et c'est beaucoup plus
simple de modifier/rajouter des choses. C'est pas totalement finit il
faudrait écrire un petit programme en C qui se donne le bon GID et
exécute nsupdate mais je sais pas comment faire.
http://bohwaz.kd2.org/wiki/DNSAlternC
Sinon j'avais commencé à coder un nouveau bureau pour AlternC j'ai pas
http://b6.be/admin2/ (login: demo passe: demo)
- Catch-All 404, permet de spécifier une page d'erreur 404 vers laquelle
rediriger pour un domaine entier et ses sous-domaines. Exemple: si tu
tape http://nawak.domaine.tld/ et que nawak n'est pas un sous-domaine
existant tu sera redirigé vers la page d'erreur que tu as souhaité.
- Des scripts qui permettent l'ajout/suppression de sous-domaines depuis
PHP avec un compte. Appel par system("alternc_add_subdomain domaine.tld
sous-domaine /chemin/du/compte/"); par exemple. Dans cette optique j'ai
aussi modifié la table SQL des sous-domaines et le fichier dom_edit.php
du bureau pour permettre d'afficher les sous-domaines créés par les
scripts d'un côté et les sous-domaines créés à la main de l'autre.
- Un champ "Journal du serveur" dans le panneau administrateur
qui permet de modifier le fichier admin.journal (mais bon ça c'est utile
que pour nous).
- Accès httpS à tous les sites hébergés
- Et enfin j'espère pouvoir bientôt intégrer une fonction mail2php qui
permette de créer une adresse mail sur un domaine qui envoie les mails
reçus à un script PHP.
Voilà, tout ceci est dispo en code à qui n'en veux. Enfin voilà. Bon
tout ça c'est pas trop de la correction de bug car c'est pas trop ce que
je sais faire mais bon c'est juste pour dire que c'est codé dispo et
fonctionnel.
A part ça je pense qu'AlternC ne devrait *pas* utiliser le safe-mode de
PHP. Il est tout à fait possible en mutualisé de ne pas utilisé le
safe-mode et d'avoir un PHP sécurisé, enfin d'après ce que j'ai vu chez
d'autres hébergeurs.

[Sébastien THOMAS]

L'asso Infini va installer Alternc ce week-end.

Notre objectif est d'avoir 2 serveurs "indépendants", un pour le web et
l'autre pour le mail : si l'un des 2 plante, l'autre continue de
fonctionner parfaitement.
Nous avons déjà fait des tests très concluant.
Apparement ça ne s'est jamais fait (enfin, personne ne m'a répondu quand
j'ai annoncé mon idée), donc ce sera nouveau :-)
Y aurra un HOWTO qui suivra.


Sébastien THOMAS.

[BohwaZ]

On Fri, 30 Apr 2004 20:43:29 +0200

Post by Sébastien THOMAS
Notre objectif est d'avoir 2 serveurs "indépendants", un pour le web
et l'autre pour le mail : si l'un des 2 plante, l'autre continue de
fonctionner parfaitement.
Nous avons déjà fait des tests très concluant.
Apparement ça ne s'est jamais fait (enfin, personne ne m'a répondu
quand j'ai annoncé mon idée), donc ce sera nouveau :-)
Y aurra un HOWTO qui suivra.

Je crois que Ganjah l'a déjà fait. Voir ça avec lui.

[ganjah]

Post by BohwaZ
On Fri, 30 Apr 2004 20:43:29 +0200

Post by Sébastien THOMAS
Notre objectif est d'avoir 2 serveurs "indépendants", un pour le web
et l'autre pour le mail : si l'un des 2 plante, l'autre continue de
fonctionner parfaitement.
Nous avons déjà fait des tests très concluant.
Apparement ça ne s'est jamais fait (enfin, personne ne m'a répondu
quand j'ai annoncé mon idée), donc ce sera nouveau :-)
Y aurra un HOWTO qui suivra.

Je crois que Ganjah l'a déjà fait. Voir ça avec lui.

Hello a tous, sorry, j'ai pas des masses de temps pour lire mes mail...

En fait, avant alternc, j'avais 2 serveur en mirroir avec heartbeat pour
les services et drbd (raid1 réseaux) pour les données.

Si un pc plante ou on l'arrette, heartbeart le remarque et relance les
services sur le serveur de secours. drbd se chargeant de monté la
partitions mirroir réseaux. Au rédémarage du serveur de base, le mirroir
se réfait (vite ou complétement) puis heartbeart reprend la main et le
serveur de secours se met en attente.

Juste que la tout allais bien... sauf que j'avais quelques problèmes
avec les drivers de mes cartes réseaux (rtl8139 et davicom) qui support
très mal des charges importantes de traffic... j'avais donc des coupures
et reprise de drbd assez embetant :( le problème est résolu avec des
nouvelles cartes gigalan qui ne font plus d'erreur ou perte de paquets.

Ensuite, j'ai découvert alternc. j'ai donc mis un de mes serveurs a
contribution pour faire la migration. A ce moment j'ai corrigé quelques
bugs alternc, et un peu tester alternc avec heartbeat (mirroir de
serveur) et aussi en balance de charge : les 2 pc répondent aux demandes
http, mail, etc... et si un casse, l'autre reprend les services (on peut
aussi choisir de mettre le mail sur tel pc et le http sur tel autre...)

Tout ca avancais bien, jusqu'au crasch du pc qui avec alternc :( j'ai eu
des erreurs ram et hd, donc changer ram et un hd, et me suis rendu
compte que c'était aussi le controlleur ide qui foutait la merde :( j'ai
donc perdu pas mal de mon job pendant cette periode :(

J'ai reçu au nouveau pc, mais d'autre urgence m'ont pas permis de bien
avancé et surtout ma santé c'est grandement dégradé (je vais me faire
opérer dans 1 ou 3 mois et cela devrait aller un peu mieux après). Donc
pour l'instant, je tourne avec 1 serveur ancienne config qui a la
plupart des sites en attente de migration, et 1 autre avec alternc et 3
sites en testes...

Pour en revenir a des points plus techniques...
Heartbeat est dans la debian stable :) pour que les données soit les
même sur les 2 serveurs, soit on a un serveur de fichiers externe en
nfs, soit en local avec drbd, dans ce cas, faut mettre toutes les
fichiers de configurations dans la partition drbd (par des liens sur les
répértoire, par exemple) ! Pour employer heartbeat, c mieux d'avoir
quelques ip de libre. chaque pc ayant son ip fixe, et les services sur
des ip "virtuel" qui sont géré par heartbeat.

mais drbd n'est pas encore dans la debian stable :( faut donc prendre
les paquets de teste, puis compiler le module kernel, j'employe encore
la version prise en 2003 sur la debian test sans problème, elle est
considérée stable par l'équipe de drbd.

Pour avoir des serveurs séparé mail et http, c'est pas très compliqué,
juste que le webmail doit accèder aux données soit par nfs (simple
export et mount) soit être sur le serveur de mail (changer le code
alternc pour faire pointer le webmail sur l'ip du mail)

pour courier et postfix (pop,imap,smtp), soit accèder directement sur la
même base ldap (j'ai tester, c ok) ou mieux faire une copie entre les 2
pc (mais j'ai pas fait de teste pour les modifications ?)

Pour le dns, la copie entre le maitre et l'esclave est déjà prévu avec
un script quelque part dans la doc alternc.

Mon objectif est (était) d'avoir 2 serveurs, soit en balance de charge,
soit séparer http, mail. Mais dans les 2 cas, si 1 tombe en panne
l'autre reprend tous les services, et c possible "assez faclilement" ...
tout cela avec alternc. j'avais pas encore bien tester le prob de
mysql, j'avais juste accèder avec ip et non localhost... mais pas fait
de balance de charge et duplication des données entre 2 serveurs mysql.

Si vous avez besoin de plus d'information, des exemples de fichiers de
configuration, yaka me demander, je ferai mon possible.

Et ça fait plaisir de voir que les raports de bugs sont corrigé, va
falloir que je prenne du temps pour aller voir le mantis :)

A+ Christian.

PS pour une rencorte, je ferai selon mes possibilités, mais content d'y
participer si ça se fait :)

[The Anarcat]

très instructif tout ça, merci Ganjah..

Je crois qu'il serait bon de conserver, dans le wiki ou autre, ces
informations-là. Ce ne sont pas nécessairement des choses que nous
pouvons implanter immédiatement dans AlternC, mais ce sont des débuts de
HowTo extrêmement utiles pour des admins AlternC en devenir.

Ganjah, Bohwaz, est-ce que vous pourriez copier les emails que vous avez
envoyé sur la liste dans le wiki? On pourrait faire une section HowTo..

Cheers,

A.

[Benjamin Sonntag]

The Anarcat a écrit :

|très instructif tout ça, merci Ganjah..

Bon, je vais ajouter ce que l'on a fait à Globenet (que l'on est en
train de préparer sur lautre net) :

A Globenet, on fonctionne ainsi actuellement :

1 Filer (filer) en RAID avec le contenu de /var/alternc/[html|dns|mail]
et /usr/share/squirrelmail/data
2 Serveurs Web (sud et coordsud) et pop/imap
1 Serveur mail + mysql (tim)

Le php4 du serveur web a été patché pour que quand qq'un met "localhost"
comme hote mysql, php le remplace par "tim" bourrin mais efficace, ca a
permis de sortir le mysql sans demander à tous les clients de
reconfigurer ;)

Tim fait mx + mysql + mailman + antivirus + antispam (clamav + amavis +
spamassassin tim est en testing)
Sud a la base ldap et tout le monde tape dessus (mais on prépare la
migration vers mysql, vivement conseillée)
Tout le monde tape sur le filer via un ethernet dédié (chaque machine a
2 cartes réseau)

En frontal pour l'instant on a réparti les domaines sur coordsud ou sud
via dns, car ipvs que l'on voulait utiliser posait un probleme de FTP
qui ne marche pas bien. On mettra ipvs avant le 18 juin théoriquement ...

Pour squirrelmail, une chose serait à faire : mettre les préférences et
les carnets d'adresse en mysql, squirrelmail sait le faire et je l'ai
mis en oeuvre sur mailfr.com, ca être du tonnerre, et permet notamment
de faire du webmail sur plusieurs machines sans se poser de question de
nfs ...

Le patch de php4 est disponible, il faut que je le rende propre et que
je le porte pour php4.3. Je trouve ce patch très sympa car il permet
vraiment une répartition des services transparente pour l'hébergé ;)

- --------------

Donc, un peu comme ganjah, on a une config alternc multiserveur. Le
problème (énorme) que l'on va rencontrer avec ce genre de config est le
packaging d'AlternC : en effet, comment peut-on faire un paquet debian
qui va s'adapter à ces configs multiserveur exotiques ?

Bref, à suivre.

@+

Benjamin

[Benjamin Sonntag]

Autre problème encore non résolu à ce jour :

pour webalizer, il faut des logs apache homogène et triés par heure, si
on est sur 2 machines en ipvs, il faut donc commencer par fusionner les
logs du jour avant de les envoyer à webalizer.

Pour cela, je vous propose la méthode suivante pour le process daily de
webalizer (pour le dev, facile, pour le packaging, je ne vois pas
d'autre solution qu'un alternc-webalizer-multiserver) :

- - utilisation du paquet debian mergelog
- - scp des fichiers de logs sur un dossier commun sous la forme
SERVEURS="serveur1 serveur2 serveur3"
for i in $SERVEURS
do
~ scp $i:/var/log/apache/access.log.1 /var/log/apache.tmp/$i
done
mergelog $SERVEURS >/var/log/apache/access.log.1
rm /var/log/apache.tmp/*
# lancement du process webalizer habituel.

Sachant que je pars du principe qu'apache ne peut pas écrire ses logs
sur un nfs, sinon le plus simple est que chaque serveur envoie ses logs
apache directement sur le nfs, et que le process webalizer soit donc
fait sur l'un d'entre eux après un mergelog + rotatelog quotidien.

@+

Benjamin

[The Anarcat]

Ne serait-il pas plus simple de logger via syslogd à un hôte central? Je
comprends que ceci est plus dispendieux au niveau resources, mais c'est
un peu plus clean, et si il y a un ethernet dédié entre les machines, le
réseau ne sera pas trop encombré. :)

A.

[JMD]

Bonjour,

Anarcat je crois que tu t'emballes un peu dans les commits là :)


Ta correction concernant les fichiers suivants est à mon avis fausse :
/cvs/alternc/bureau/admin/sql_add.php,v <-- sql_add.php
new revision: 1.4; previous revision: 1.3
Checking in bureau/locales/en_US/LC_MESSAGES/mysql.po;
new revision: 1.6; previous revision: 1.5
Checking in bureau/locales/es_ES/LC_MESSAGES/mysql.po;
new revision: 1.9; previous revision: 1.8
Checking in bureau/locales/fr_FR/LC_MESSAGES/mysql.po;
new revision: 1.6; previous revision: 1.5




Tu annonces le bug suivant :

" mauvais texte dans la création d'une db
Description Quand on va entrer le nom pour une nouvelle base de
données, l'étiquette du champ est "Nom d'utilisateur", ce qui est
évidemment erronné. On devrait lire: "Nom de la DB" ou qqchoes du genre."


Or si tu regardes bien dans sur le bureau nous avons bien les champs
requis à savoir :

- Nom d'utilisateur
- Mot de passe
- Serveur SQL
- Base de données


Un base de donnée a bien un nom et un utilisateur accompagné de son mot
de passe.


JMD

[The Anarcat]

Post by JMD
Bonjour,
Anarcat je crois que tu t'emballes un peu dans les commits là :)

Tout à fait possible ça. :)
Je ne suis pas d'accord. :)

Post by JMD
" mauvais texte dans la création d'une db
Description Quand on va entrer le nom pour une nouvelle base de
données, l'étiquette du champ est "Nom d'utilisateur", ce qui est
évidemment erronné. On devrait lire: "Nom de la DB" ou qqchoes du genre."
Or si tu regardes bien dans sur le bureau nous avons bien les champs
- Nom d'utilisateur
- Mot de passe
- Serveur SQL
- Base de données
Un base de donnée a bien un nom et un utilisateur accompagné de son mot
de passe.

Euh, oui, je conçois, mais enfin, lors de la création, on est d'accord
que l'étiquette à gauche du champs est erronnée, non? Quand on crée une
base de données, on donne un *nom à la base de données*, et nom pas le
nom de l'utilisateur, non?

À moins que je n'ai rien compris du tout.

Exemple d'utilisation:

1- J'entre dans le bureau
2- Je choisis "Bases de données"
3- Je choisis "Création d'une base de données"
4- Là, on me demande le "Nom d'utilisateur"

Pourquoi??? N'est-ce pas le nom de la base de données que je choisis
ici?

Tout ce que j'ai fait dans le commit, et désolé si ce n'est pas clair,
c'est que je rajoute un string "Database name", qui se traduit en "Nom
de la base de données", et je remplace l'appel __("Username") par
__("Database name"), pour avoir la chaîne "Nom de la base de données" à
l'étape 4 ci-haut:

Création d'une base de données
Nom de la base de données root _ ...
[ Création de la base ]

Ça me semble correct, non?

A.

[JMD]

Shame on me Anarcat.


Je pensais que tu parlais de la première base de donnéee qui est crée
avec le nom de l'utilisateur et non pas des suivantes.

Et là effectivement le nom du champs n'est pas correct.


Toutes mes excuses.


JMD (un peu fatigué en ce moment)

[The Anarcat]

Post by JMD
Shame on me Anarcat.

Pas du tout, je suis très content que des gens révisent mes commits,
c'est tout à ton honneur. :)

A.

[BohwaZ]

On Thu, 29 Apr 2004 21:49:18 -0400

Post by The Anarcat
Je voudrais savoir quelles sont les énergies disponibles. Combien de
personnes sont sur cette liste, et combien de développeurs peuvent et
veulent travailler sur AlternC pour sortir une nouvelle version.

Moi je suis là mais j'ai pas trop le temps, un peu comme tout le monde.

Par contre j'ai recodé en mars lors d'un stage à l'Autre Net la gestion
des noms de domaines qui est désormais effectuée avec nsupdate plutôt
qu'avec un cron qui exécute un script shell. Avantages: les changements
sur les entrées d'un domaine sont immédiates et c'est beaucoup plus
simple de modifier/rajouter des choses. C'est pas totalement finit il
faudrait écrire un petit programme en C qui se donne le bon GID et
exécute nsupdate mais je sais pas comment faire.

Si ça intéresse quelqu'un toutes mes notes et travaux de stage sont là:
http://bohwaz.kd2.org/wiki/DNSAlternC

Sinon j'avais commencé à coder un nouveau bureau pour AlternC j'ai pas
encore eu le temps de le finir. C'est ici:

http://b6.be/admin2/ (login: demo passe: demo)

Sur notre serveur B6 j'ai également codé des fonctions en plus:
- Catch-All 404, permet de spécifier une page d'erreur 404 vers laquelle
rediriger pour un domaine entier et ses sous-domaines. Exemple: si tu
tape http://nawak.domaine.tld/ et que nawak n'est pas un sous-domaine
existant tu sera redirigé vers la page d'erreur que tu as souhaité.
- Des scripts qui permettent l'ajout/suppression de sous-domaines depuis
PHP avec un compte. Appel par system("alternc_add_subdomain domaine.tld
sous-domaine /chemin/du/compte/"); par exemple. Dans cette optique j'ai
aussi modifié la table SQL des sous-domaines et le fichier dom_edit.php
du bureau pour permettre d'afficher les sous-domaines créés par les
scripts d'un côté et les sous-domaines créés à la main de l'autre.
- Un champ "Journal du serveur" dans le panneau administrateur
qui permet de modifier le fichier admin.journal (mais bon ça c'est utile
que pour nous).
- Accès httpS à tous les sites hébergés
- Et enfin j'espère pouvoir bientôt intégrer une fonction mail2php qui
permette de créer une adresse mail sur un domaine qui envoie les mails
reçus à un script PHP.

Voilà, tout ceci est dispo en code à qui n'en veux. Enfin voilà. Bon
tout ça c'est pas trop de la correction de bug car c'est pas trop ce que
je sais faire mais bon c'est juste pour dire que c'est codé dispo et
fonctionnel.

A part ça je pense qu'AlternC ne devrait *pas* utiliser le safe-mode de
PHP. Il est tout à fait possible en mutualisé de ne pas utilisé le
safe-mode et d'avoir un PHP sécurisé, enfin d'après ce que j'ai vu chez
d'autres hébergeurs.
--
Cordialement,
BohwaZ <bohwaz-***@public.gmane.org>
Site personnel: httpS://bohwaz.kd2.org/
--
A chaque mail un nouveau conseil/citation, collectionnez-les ;o)
« C'est un vrai rêve de sniper[...] Tu peux aller n'importe où et il y
a tant de manières de tirer sur l'ennemi sans qu'il sache où tu es.
[...] Parfois un type tombe, et je le laisse crier un peu pour détruire
le moral de ses copains. Après je tire une deuxième balle.» (Un Marine
américain à Fallujah, Irak, Avril 2004)