Krunch a écrit 3959 commentaires

Il est possible d'ajouter des actions à effectuer à chaque fois que la carte devient up/down mais dans ce cas ça va pas aider puisque le changement d'IP n'implique pas un passage par ifdown/ifup.C'est donc censé se régler au niveau du client DHCP. Les actions qu'il effectue en fonction de ce que lui renvoit le serveur sont dans /etc/dhclient-script (a priori t'as qu'à ajouter ce qu'il faut ligne 162) et apparement il y a moyen de mettre des actions personnalisées dans /etc/dhcp3/* mais ça a pas l'air très documenté.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Avec -O1 apparement il le laisse pas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Et donc un commentaire venant de toi est censé être plus crédible qu'un page "au hasard" :)
Enfin, j'ai retrouvé ce que tu cites ici (ça effectivement c'est plus crédible): http://www.opengroup.org/onlinepubs/009695399/functions/exec.html(...)

Bon ba faudra que je dise à mon prof de C que les références qu'il nous a donné sont foireuses.

Sinon apparement ya un PDF de C99 là http://www.nirvani.net/docs/ansi_c.pdf(...) (trouvé sur Wikipedia) qui dit la même chose: (page 26)

- The value of argc shall be nonnegative.

Moi on m'a toujours dit que zéro est à la fois négatif et positif mais bon deux lignes plus loin:

- If the value of argc is greater than zero[...]

Ce qui suppose que argc peut valoir zéro.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ben j'ai pas bien compris la question en fait.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

lsmod(8) pour voir les modules chargés (dont celui de eth0). Je pense que certains modules ont besoin de paramètres spécifiques quand il y a plusieurs fois la même carte correspondant. C'est peut-être ton cas, vérifie. Sous Debian la documentation du noyau (et des modules) est dans le paquet kernel-doc-x.y.z.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

si tous les logiciels utilisaient des fichiers de conf basés là-dessus, ce serait autrement plus facile de travailler avec, ensuite, que ce soit pour créer des interfaces de config, pour analyser les dépendance, bref, pour les automatismes ou simplement à la main !!!!!!

Heu non. Dans certains cas, pour certains programmes, un fichier de configuration XML est peut être un bon choix mais bien souvent une bête syntaxe "clé = valeur" est bien plus efficace et pratique. Rien que pour grep(1)er dessus par exemple. XML dans les fichiers de configuration c'est bien quand il faut stocker des trucs un peu complexes (genre la config Apache ou Bind en XML ça pourrait être pas mal) mais par pitié ne venez pas me mettre du XML dans mon resolv.conf ou mon /etc/services. Donc avant de commencer avec du XML, merci de vérifier qu'il n'y a pas moyen de faire plus simple.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

$ man nfs
$ echo 'exec mozilla' > $HOME/.Xsession

Avec Mozilla configuré pour avoir sa page d'accueil sur l'interface que tu as écrite à coups de XML, PHP, Perl, JavaScript,... Ou alors j'ai rien compris.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ion est un gestionnaire de fenêtre qui permet entre autres d'avoir des onglets pour toutes les fenêtres. C'est très léger et il y a peu de dépendances (juste libtool et lua). Ca m'étonnerait que ça ne tourne pas sous Solaris. Bon si tu veux juste des xterms avec des onglets ya d'autres solutions mais si tu cherches un envirronement léger qui permet nottament d'avoir des xterms à onglet...

http://iki.fi/tuomov/ion/(...)

Sinon j'ai trouvé mrxvt sur Freshmeat: http://materm.sourceforge.net/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

D'après http://www-ccs.ucsd.edu/c/lib_over.html#program%20startup(...)

argc is a value (always greater than zero)

Donc je pense qu'on peut dire que c'est un bug (ça le fait aussi avec gcc --std=c89 mais c'est plutôt un problème de bibliothèque que de compilateur je pense).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je pense que ça doit être possible en utilisant iptables et ses amis. Il y a bien moyen de limiter la bande passante par utilisateur, il doit y avoir moyen d'afficher les stats du traffic de chacun. Je connais pas bien iptables mais je suis pratiquement sûr que c'est possible avec pf et pftop ou similaire sous OpenBSD donc ya pas de raison. Evidemment c'est pas géré au niveau de SSH mais ça permet de faire la même chose pour les autres daemons.

Bon après avoir relu la question, le problème est pas de connaitre la bande passante utilisée mais les fichiers transférés. Si les utilisateurs n'ont pas de shell mais juste un accés sftp, lsof(8) est ton ami. Sinon un truc genre:

ps -A -o user,command | egrep '^[[:alnum:]]+[[:blank:]]+scp' | awk '{ print $1 "\t" $4 }'

Ca foire sur les fichiers qui des espaces dans leur nom mais en bidouillant awk ou en le remplaçant par une ligne de Perl ça devrait régler le problème.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est vrai qu'à la base c'est qu'une tentative d'arnaque mais c'est vrai aussi que AFAIK dans tous les autres systèmes de mesure kilo signifie 10^3 donc l'arrivée du kibi est pas innoportune non plus.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

if (!System.getProperty("java.version").equals(laVersionQuiVaBien)) {
/* arf */
}

Ou mieux (mais dispo "que" depuis la version 1.0):
try {
...
}
catch(LinkageError e) {
/* arf */
}

Mais faire un menu de navigation en Java c'est n'importe quoi.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://en.wikipedia.org/wiki/Parser_generator(...)
http://www.google.com/search?&q=parser%20generator(...)

$ 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.

Debian MS/Windows

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu connais le type exact, des photos il y en a là: http://www.hp.com/products1/servers/HP9000_family_overview.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

$ cat /dev/lp0 > /dev/null

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.

Apparement ça a été proposé mais les mainteneurs d'OpenSSH ont pas l'air très enthousiastes.

http://marc.theaimsgroup.com/?l=openssh-unix-dev&s=dynamic+wind(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Un patch pour accélérer scp: http://www.psc.edu/networking/projects/hpn-ssh/(...)
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.

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.

Et le jour où tu as un vrai bounce, tu le vois pas.

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.

http://ietf.org/rfc/rfc2782.txt(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.