Pacush Blues, pourquoi ce nom insolite pour un RTC ?

Pacush Blues est le nom d'une bande dessinée de Ptiluc, qui projette sa 
vision des hommes dans l'univers des rats. J'ai tellement apprécié sa manière 
de voir les choses, ainsi que l'humour de sa bande dessinée, que j'en ai 
repris le titre pour mon serveur. Selon la définition de Ptiluc, le Pacush 
est un synonyme de décharge publique (du reste, la plupart des aventures 
des rats se passent dans une décharge, qui symbolise le monde connu).
On me dit souvent que c'est un nom imbitable, et trop long, c'est pourquoi 
on l'appelle plus que Pacush entre nous (prononcez PAS-COUCHE). Un jour un 
connecté m'a même pondu une ode sur le Pas-couche Blues.
Je sais pas si Ptiluc serait très heureux d'apprendre l'utilisation que 
j'ai fait du nom de son oeuvre... mais j'espère bien un jour pouvoir lui 
demander si il approuve ma démarche.


Sur quel type de fonctionnement est basé la nouvelle version de Pacush Blues ??

Sur le plan humain, la nouvelle version reprend les principe de la version 
monovoie ; c'est a dire ouvert vers le généraliste, mais assez orienté 
technique. Pacush veut se placer comme système d'aide aux utilisateurs, 
en leur offrant les outils pour communiquer.
Sur le plan technique, ca n'a plus rien a voir. Le logiciel serveur pour 
le monovoie (D-Serv de Xavier Cany), écrit en GFA Basic, était un peu limité 
pour les options qui me tenaient a coeur, de plus il était inétendable de 
manière propre en multivoies. Du coup, on a décidé de tout reprendre sous 
D-Serv Pro, qui n'a vraiment que le début du nom en commun avec l'ancien.
C'est un Kernel multitâche, axé sur un système de Thread (comme OS2, moins 
limité que le systèmes a Process comme Unix, bien qu'assez proche), qui se 
positionne en système d'exploitation sur Atari. Autour du noyau, sont
exécuté des modules indépendants, liés par une arborescence. La notion
de module est ici beaucoup plus large que celle de Einstel par exemple, 
puisque TOUT est en module. Le noyau en lui même ne fait qu'exécuter les
modules quand l'utilisateur le demande. Un système de librairies 
dynamiques, permet de ne jamais avoir de code doublé en mémoire ; 
tout Pacush doit représenter actuellement moins de 200 Ko en mémoire, 
même quand il y a 5 connectés (sachant que toutes les pages sont toujours 
chargées en mémoire).
Le Kernel est aussi conçu pour tourner en Réseau global, il pourra donc 
repartir le serveur sur plusieurs machines, utiliser les divers disques 
durs etc. J'ajouterais aussi qu'il est conçu pour traiter les trames 
Transpac.


Quelle est la configuration de Pacush Blues, en matériel ?

Actuellement, je me contente d'un Mega STe, avec 4Mo de Ram (surtout pour 
être tranquille a la compilation, parceque le serveur n'a pas besoin 
d'autant), avec un Disque dur de 44 Mo. Sur le bus VME du Mega STe, il y a 
une carte multiseries munie de 8 sorties pour Minitels. 
La dessus, tu greffes quelques Minitels 2, et un modem 14400 bauds pour 
récupérer les News Internet.
Cette configuration permet de faire tourner tranquillement Pacush, mais 
je compte quand même pas mal la modifier pour ajouter des extensions : 
j'ai 2 options possibles, soit mettre un disque dur de 300 ou 400 Mo sur le 
Mega STe, soit monter un disque dur de 1Go sur mon PC, que je raccorderais 
au ST.
En définitive, ca donneras sûrement un Mega STe, 4Mo de Ram, 44Mo de DD, 
relié a un PC468dx33, 16Mo de Ram, 1Go de DD, sous OS2.... avec un accès 
modem maintenance sur le PC, qui servirais aussi au polling des News 
Internet, libérant le Mega STe du traitement des appels au site Internet 
(qui sont très très gourmands en accès disques). On greffera la dessus 
un accès 2400 baud, en plus des 9 accès Minitels.
Mais la solution d'avenir choisie dépendra surtout des sous-sous dans la 
po-poche que j'aurais pour acheter le matériel. Etant étudiant, c'est pas 
évident a vivre.


Combien de personnes participent au développement du serveur ?

Des 10aines, voire plus. Chaque connecté apporte son grain de riz, et c'est 
comme ca que ca avance... si ca cadre avec l'objectif que je me suis fixé. 
En ce qui concerne (non, pas le mur...) la programmation proprement dite, 
il y a STDRAGUT (Xavier Cany) qui fournit le plus gros travail, en 
s'occupant seul du Kernel et prend en charge certains modules delicats 
(traitement des Conferences Internet, gestion des rubs etc.), NUCLEUS 
(Stephane Boisson) qui s'est chargé avec moi de la mise en place de la 
base de Pacush (on avait fait rentrer tous les 2 Pacush comme projet 
d'etude de fin d'année en developpement C), GUDUL (Antoine Buat) qui 
s'occupe actuellement du MazeWar (un jeu pour 9 joueurs simultanés, de 
type arcade), XIBIOS 2 (Emmanuel Paris) qui a fait le jeu Demineur (et que 
l'on confond souvent avec un certains XBIOS, c'est vrai quoi c'est ennervant 
a la fin et fallait le dire, éhéh ), et moi meme...

Pacush, ou plutôt le soft serveur, entrera t'il bientôt dans le Domaine 
public ?

Si t'avais ecouté un peu plus Campus RTC (qu'on salut au passage, sur 
106.3FM, tous les mardi a 17h), tu nous aurais entendu avec Xavier 
participer a une emission speciale D-Serv Pro, justement dans le cadre 
d'une serie d'emission sur les logiciels serveur Domaines Publics). 
D-Serv Pro (qu'on appele entre nous DSP pour embrouiller les Falcon 
Maniacs) est donc depuis sa conception dans le domaine public. Il faut 
savoir que DSP en lui meme, c'est juste un Kernel, et des drivers. 
Si on veut l'utiliser en Transpac, il faut acheter le driver X25 a la 
societe Brainstorm. Pour le moment, je vois mal en tous cas comment 
quelq'un pourrais l'utiliser ; il va falloir que je prepare un kit de 
developpement, avec des bibiotheques de fonctions et de modules 
d'exemple, que Xavier finisse la doc, pour qu'un SysOp entreprenne de 
bosser avec ; toutefois, si des gens sont interessés ils peuvent toujours 
nous contacter pour en parler.

Pacush BBS ? pourquoi pas ?

C'est quoi un BBS ? Comme je le disais il y a quelques jours sur Azimut, 
la seule difference non negligeable entre RTC et BBS au sens large, c'est 
le reroutage en reseau des messages. Pacush offre deja un reroutage d'une 
partie des messages Internet (le plus gros reseau mondial), c'est donc par 
la meme uun BBS deja.
Le fait que j'ai choisi le Videotex (donc le Minitel) comme environnement 
de predilection sur Pacush n'est pas un critere...
Avec les extensions Modems prevues, Pacush se raprochera peut etre un peu 
plus de l'idée que l'on se fait d'un BBS, mais je tiens a garder cette 
qualification de RTC. Je ne considere absolument pas les BBS comme une 
sur-couche de qualité RTC, mais comme un autre mode de pensée. 
Pacush BBS, pourquoi pas... on peut l'appeler comme ca par moments.


Robin -DeweY- Castanier.

Pour me joindre :
Serveur PACUSH BLUES par Minitel au (1) 40.09.81.55 en bal DEWEY
Internet (School) : castan_r@epita.fr
Usenet (Home) : dewey@pacush.frmug.fr.net