$ apt-cache search parser generator
bison - A parser generator that is compatible with YACC
bison++ - Generate a parser in c or c++ from BNF notation
bnfc - Compiler front-end generator based on Labelled BNF
btyacc - Backtracking parser generator based on byacc
byacc - The Berkeley LALR parser generator
clig - Command Line Interpreter Generator
cup - LALR parser generator for Java(tm)
decafc - Compiler for the toy language Decaf
happy - Parser generator for Haskell
javacc - A parser generator for use with Java
lg-issue106 - Issue 106 of the Linux Gazette.
lg-issue87 - Issue 87 of the Linux Gazette.
lg-issue93 - Issue 93 of the Linux Gazette.
pccts - The Purdue Compiler Construction Tool Set (PCCTS).
perl-byacc - The Berkeley LALR parser generator, Perl version
racc - Ruby LALR parser generator
styx - combined parser/scanner generator
tclex - A lexical analyzer generator for Tcl
wyg - (Where's Your Grammar?) command line parser generator
genparse - command line parser generator
lemon - The Lemon Parser Generator
ml-yacc - Parser generator for Standard ML
mono-jay - LALR(1) parser generator oriented to Java/.NET
python-yappy - Yet Another Parser Generator fo Python
yapps2 - Yet Another Python Parser System
(en gardant que les trucs plus ou moins utiles)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Comme client en curses qui supporte ICQ, Yahoo!, AIM, IRC, MSN, Gadu-Gadu et Jabber, il y a CenterICQ. Sinon il y a aussi BitlBee qui fait office de passerelle IRC -> autres. Càd que tu peux utiliser MSN, Jabber et ICQ depuis n'importe quel client IRC (si tu veux un client IRC en console, il y a notamment irssi).
Pour les réponses automatiques, c'est généralement facile à faire avec la plupart quel client IRC.
Ceci dit, il est probablement plus pratique d'utiliser une passerelle Jabber -> MSN. Comme ça tu garde tes contacts MSN tout en ne perdant rien si MSN se casse la figure.
Si tu veux vraiment juste un bête bot MSN qui répond un truc quand on lui envoi un message, un petit script Perl (ou dans ton langage de programmation péféré) avec Net::MSN devrait pas être trop compliqué à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Toutes ces réponses et bien plus sont sur debian.org :)
Pour avoir plusieurs versions d'un même paquet en même temps, je crois pas que ça soit facilement faisable. Passer de stable à testing est normalement assez simple (vi sources.list && apt-get update && apt-get dist-upgrade), l'inverse est plus scabreux. Pour le moment Sarge == testing et c'est la prochaine stable (qui est pour "bientôt").
Mais tout ça est expliqué plus en détail sur le site de Debian.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Non, on peut imaginer un système qui laisse passer les bounces uniquement de messages que tu as envoyé ou au moins d'adresses auxquelles tu as déjà envoyé un mail. Doit bien y avoir un filtre qui fait déjà ça.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Avec Debian stable (Woody actuellement), les seules mises à jour officielles sont pour les problèmes de sécurité, les bugs critiques et les problèmes de licences. Et une version Debian reste stable plusieurs années donc oui elle peut paraitre en retard de plusieurs années mais pour un serveur en production, en général c'est tout bon: pas besoin de se casser la tête pour les màj tous les 6 mois et les logiciels sont stables et à jour niveau sécurité.
A côté de ça, il y a testing et unstable qui sont plus à jour mais qui ne sont pas toujours màj aussi rapidement niveau sécurité et qui peuvent avoir des problèmes plus ou moins importants et plus ou moins passagers (genre un jour, pas moyen d'installer KDE, le lendemain c'est Gnome,...). Pour une utilisation personnelle, j'aime bien testing. Une fois que tu sais te servir de apt-listbugs, ça ne pose pas trop de problème.
En plus de ça il y a moyen de mélanger les distributions: genre installer testing et prendre quelques paquets de unstable,... et il existe des archives Debian non officielles. Il y a par exemple backports.org qui permet d'installer des paquets plus récents sous stable sans trop de problème.
Donc pour un serveur en production, Debian stable c'est probablement le meilleur choix (parmis les versions de Debian) à moins d'avoir des besoins spécifiques et pour le reste testing ou unstable. Sinon comme Debian "stable" avec des paquets récents, il y a Ubuntu. C'est pas très orienté serveur mais je pense qu'il y a tous les services de base.
Par ailleurs il est tout à fait possible de recompiler les paquets Debian sois même, en gros: apt-get -b paquet (voir aussi apt-build et le APT HOWTO).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
A la PDC LAN Party 4 (~200 personnes) on a utilisé Direct Connect. Le serveur était une Debian Woody avec Open DC Hub venant de Sarge (il a fallut recompiler mais c'est tout). Ca tournait bien et je pense que ça répond à tous tes besoins sauf:
- possibilité de mettre un mot de passe sur un fichier/répertoire (à vérifier, j'ai jamais essayé)
- possibilité de glisser vers le bureau ou tout autre fenetre (du moins sous win) (peut être que si en fait, j'ai jamais essayé)
- pouvoir ouvrir le fichier sans avoir à le télécharger (genre un pdf juste pour jetter un coup d'oeil vite fait) (pour ça il faut un système de fichiers qui gère le protocol sous jacent et AFAIK sous Windows il n'y a que SMB/CIFS mais tu peux écrire un driver pour utiliser DC de manière transparente si ça t'amuse :op)
Par contre sur les 3 jours de LAN j'ai pas réussi à trouver un client Linux correct (mais j'ai pas énormément cherché non plus) et le protocole est propriétaire.
Ceci dit, je comprend pas bien le problème avec SMB/CIFS. Personnellement sous Linux j'utilise smbmount mais pour ce que j'en ai vu Nautilus fait ça très bien aussi. Et si il faut un truc indépendant de Gnome et KDE (Nautilus et Konqueror peuvent être utilisés sans Gnome et KDE mais bon), il reste LinNeighborhood et autres (apt-cache search samba browser m'en affiche 10, va faire un tour sur freshmeat).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je découvre les entrées SRV (RFC 2782) et apparement il est tout a fait possible de mettre plusieurs serveurs pour un même service avec un système de poids comme pour les MX.
Et comment tu sais que la version d'OpenSSL que tu télécharges n'est pas backdoorisée pour permettre aux chinois du FBI de déchiffrer tout ce que tu chiffres ? Tu audites tout le code toi même ? Et celui de ton éditeur de texte et de ton compilateur aussi ? Ou alors tu t'arranges pour recevoir tes CD d'installation par la poste (en admettant que tu fasses confiance à la poste et à l'envoyeur).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est vrai que j'ai oublié les message hors ligne (d'un autre côté MSN le fait même pas) et l'annuaire (mais je connais pas grand monde a qui c'est utile). Je propose pas de développer un nouveau protocole d'IM, ça serait idiot, on a déjà assez de mal à faire passer les gens à Jabber mais je me demandais juste pourquoi (à ma connaissance) IRC n'avait jamais été utilisé pour ça au moins dans les premières versions de ICQ/MSN/Y!/AIM/... Quitte à créer un nouveau protocole propriétaire, autant réutiliser des trucs existants. Les salons de chat de Caramail c'était (c'est ? je sais pas si ça existe toujours) de l'IRC par exemple.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est probable, en tout cas ça fait plus d'une semaine que la 2.0 est taguée dans le CVS. http://www.feyrer.de/NetBSD/blog.html#20041129(...) (trouvé sur gcu.info)
En attendant c'est le premier changement de version majeur en 10 ans.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
IRC et la messagerie instantanée sont deux modes de communication différent
En fait je me demande pourquoi un système de messagerie instantanée utilisant IRC n'a jamais été vraiment crée (ou alors j'en ai jamais eu connaissance). Avec un NickServ (ou similaire) et un client adapté, on peut obtenir un truc très semblable à Jabber/ICQ/MSN/Y!/AIM et on garde la compatibilité avec tous les clients IRC "normaux". En bidouillant un peu les DCC doit même y avoir moyen d'ajouter des fonctions de chat vocal et de webcam mais alors on s'éloigne de la RFC.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai pas mal entendu parlé de ce site ces derniers temps mais j'avais encore jamais été voir. Vu que c'est que du Flash, c'est raté. Cependant un truc amusant:
Belgique] P2P, la Sabam gagne contre Tiscali (LinuxFr)
La sabam n’a pas gagné contre Tiscali (Clampin's Post)
Victoire de la Sabam face à Tiscali (RTL.be)
La Sabam obtient raison (Libre Belgique)
...
est-ce qu'il n'y a pas une analyse du contenu de la conversation pour proposer des pubs connexes ou sur le mail déclaré dans mon profil ? [Put*, ca c'est un produit marketing à développer]
Déjà fait (Gmail). Si t'as de la chance c'est pas encore breveté, dépèche toi.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# le mot clé est "parser generator"
Posté par Krunch (site web personnel) . En réponse au journal Générateur de générateur de 'parser'.. Évalué à 2.
http://www.google.com/search?&q=parser%20generator(...)
(en gardant que les trucs plus ou moins utiles)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: On ne dit pas...
Posté par Krunch (site web personnel) . En réponse au journal journal inutile (mérite d'être clair). Évalué à 6.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Description et prix
Posté par Krunch (site web personnel) . En réponse au journal Serveur HP 9000 pour pas cher. Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# acquisition et traitement de données
Posté par Krunch (site web personnel) . En réponse au message Recherche d'informations sur l'acquisition et le traitement des données sous linux. Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# centericq
Posté par Krunch (site web personnel) . En réponse au journal Passage à Jabber !. Évalué à 5.
Pour les réponses automatiques, c'est généralement facile à faire avec la plupart quel client IRC.
Ceci dit, il est probablement plus pratique d'utiliser une passerelle Jabber -> MSN. Comme ça tu garde tes contacts MSN tout en ne perdant rien si MSN se casse la figure.
Si tu veux vraiment juste un bête bot MSN qui répond un truc quand on lui envoi un message, un petit script Perl (ou dans ton langage de programmation péféré) avec Net::MSN devrait pas être trop compliqué à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: FTP vs SCP
Posté par Krunch (site web personnel) . En réponse au message Pb debit reseau. Évalué à 3.
http://marc.theaimsgroup.com/?l=openssh-unix-dev&s=dynamic+wind(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: FTP vs SCP
Posté par Krunch (site web personnel) . En réponse au message Pb debit reseau. Évalué à 3.
J'ai fait un paquet Debian Sarge (absolument pas testé): http://users.skynet.be/bs244610/ssh_3.8.1p1-8.sarge.3.dynwin.1_i386(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Debian
Posté par Krunch (site web personnel) . En réponse au message Versions de packages. Évalué à 2.
Pour avoir plusieurs versions d'un même paquet en même temps, je crois pas que ça soit facilement faisable. Passer de stable à testing est normalement assez simple (vi sources.list && apt-get update && apt-get dist-upgrade), l'inverse est plus scabreux. Pour le moment Sarge == testing et c'est la prochaine stable (qui est pour "bientôt").
Mais tout ça est expliqué plus en détail sur le site de Debian.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pour ma part
Posté par Krunch (site web personnel) . En réponse au journal Bounce d'antivirus. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Debian
Posté par Krunch (site web personnel) . En réponse au message Versions de packages. Évalué à 2.
A côté de ça, il y a testing et unstable qui sont plus à jour mais qui ne sont pas toujours màj aussi rapidement niveau sécurité et qui peuvent avoir des problèmes plus ou moins importants et plus ou moins passagers (genre un jour, pas moyen d'installer KDE, le lendemain c'est Gnome,...). Pour une utilisation personnelle, j'aime bien testing. Une fois que tu sais te servir de apt-listbugs, ça ne pose pas trop de problème.
En plus de ça il y a moyen de mélanger les distributions: genre installer testing et prendre quelques paquets de unstable,... et il existe des archives Debian non officielles. Il y a par exemple backports.org qui permet d'installer des paquets plus récents sous stable sans trop de problème.
Donc pour un serveur en production, Debian stable c'est probablement le meilleur choix (parmis les versions de Debian) à moins d'avoir des besoins spécifiques et pour le reste testing ou unstable. Sinon comme Debian "stable" avec des paquets récents, il y a Ubuntu. C'est pas très orienté serveur mais je pense qu'il y a tous les services de base.
Par ailleurs il est tout à fait possible de recompiler les paquets Debian sois même, en gros: apt-get -b paquet (voir aussi apt-build et le APT HOWTO).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pour ma part
Posté par Krunch (site web personnel) . En réponse au journal Bounce d'antivirus. Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# DirectConnect
Posté par Krunch (site web personnel) . En réponse au message P2P/Partage Lan. Évalué à 3.
- possibilité de mettre un mot de passe sur un fichier/répertoire (à vérifier, j'ai jamais essayé)
- possibilité de glisser vers le bureau ou tout autre fenetre (du moins sous win) (peut être que si en fait, j'ai jamais essayé)
- pouvoir ouvrir le fichier sans avoir à le télécharger (genre un pdf juste pour jetter un coup d'oeil vite fait) (pour ça il faut un système de fichiers qui gère le protocol sous jacent et AFAIK sous Windows il n'y a que SMB/CIFS mais tu peux écrire un driver pour utiliser DC de manière transparente si ça t'amuse :op)
Par contre sur les 3 jours de LAN j'ai pas réussi à trouver un client Linux correct (mais j'ai pas énormément cherché non plus) et le protocole est propriétaire.
Ceci dit, je comprend pas bien le problème avec SMB/CIFS. Personnellement sous Linux j'utilise smbmount mais pour ce que j'en ai vu Nautilus fait ça très bien aussi. Et si il faut un truc indépendant de Gnome et KDE (Nautilus et Konqueror peuvent être utilisés sans Gnome et KDE mais bon), il reste LinNeighborhood et autres (apt-cache search samba browser m'en affiche 10, va faire un tour sur freshmeat).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: euh
Posté par Krunch (site web personnel) . En réponse au journal A ceux qui font confiance aux messageries propriétaires.... Évalué à 2.
http://ietf.org/rfc/rfc2782.txt(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Que dit la loi ?
Posté par Krunch (site web personnel) . En réponse à la dépêche [Belgique] P2P, la Sabam gagne contre Tiscali !... Évalué à 1.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: libre
Posté par Krunch (site web personnel) . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: traduction
Posté par Krunch (site web personnel) . En réponse à la dépêche NetBSD 2.0 vient de sortir.. Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: LiveCD
Posté par Krunch (site web personnel) . En réponse à la dépêche NetBSD 2.0 vient de sortir.. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: durée des RC
Posté par Krunch (site web personnel) . En réponse à la dépêche NetBSD 2.0 vient de sortir.. Évalué à 7.
En attendant c'est le premier changement de version majeur en 10 ans.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: libre
Posté par Krunch (site web personnel) . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Live CD Windows
Posté par Krunch (site web personnel) . En réponse au message Test le rendu de IE. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Que dit la loi ?
Posté par Krunch (site web personnel) . En réponse à la dépêche [Belgique] P2P, la Sabam gagne contre Tiscali !... Évalué à 5.
(et non ça change rien à toute cette histoire, je trouve ça juste amusant)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Article Incorrect
Posté par Krunch (site web personnel) . En réponse à la dépêche [Belgique] P2P, la Sabam gagne contre Tiscali !... Évalué à 3.
http://news.google.be/news?q=tiscali%20sabam(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Moralité :
Posté par Krunch (site web personnel) . En réponse au journal Multiple Browsers Window Injection Vulnerability. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: .
Posté par Krunch (site web personnel) . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: I'm a décideur!
Posté par Krunch (site web personnel) . En réponse au journal Rions un peu avec polygen. Évalué à 6.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.