daggett a écrit 533 commentaires

Euh, pour sauerbraten, il a laissé tombé la méthode des binaires différents: c'est le meme protocole que la version qu'on peut compiler soit-meme (je le sais, je l'ai fait une fois).

Et il y a aussi des boulets qui trichent.

http://stopdrm.info/ , pour se renseigner sur l'évolution de ces protections à la noix, informer les autres et participer à la lutte (manifestations, flash-mob dans les fnac et virgin, etc...)

Sympa ce pager, en effet (pour ceux qui travaillent avec emacs, en tout cas)
Bon alors je ne vais pas répondre à ta question puisque de toute évidence je découvre most à l'instant, mais je doute que ce soit une coloration intelligent qui puisse s'appliquer à des fichiers de conf généraliste: c'est juste un remplacement des codes de controle "gras" et "italique" par du rouge et du vert.
Je le fais deja avec mon pager (less) et une config d'xterm adapté: dans .Xdefault:

! Uncomment this to use color for the bold attribute
XTerm*VT100*colorBDMode: on
XTerm*VT100*colorBD: yellow
! Uncomment this to use color for underline attribute
XTerm.VT100*colorULMode: on
XTerm.VT100*underLine: off
XTerm*VT100*colorUL: cyan

Avec des regles iptables spécifiant comme target QUEUE ou NFQUEUE, il doit -etre possible de rediriger tous les paquets reçus en userspace. Comment on les récupère exactement, je ne sais pas, lire page de man de iptables, et chercher un module "ip_queue".

Voir aussi les page de man de raw(7) (ou packet(7) qui semble plus vieux)


Ensuite pour en emettre, il suffit de les envoyer sur une socket de type "RAW"

Peut-être qu'utiliser explicitement une variable de type tableau serait plus propre ?..

Dans les version raisonnablement récentes de bash il y a le support des tableaux, avec la syntaxe suivante pour l'affectation individuelle des éléments:
toto[1]=valeur
toto[20]=autre_valeur

et ${toto[20]} pour la lecture.

Ça ne marche pas sur un bash -version 1.x, ça marche sur un bash version 3.x, je ne sais pas entre le deux.

* Rédiger le texte de la pétition et l'enregistrer dans petition.txt
* La publier dans le seul canal efficace: "cat petition.txt > /dev/null"
* Effacer petition.txt

Inutile de chercher d'autres méthodes, elles auront autant d'impact et demandent plus d'effort.

Sinon, si tu insistes, il y a plein de sites dédiés à ça, genre http://www.petitiononline.com , mais bon...

".eske kelk1 "... Je suis sûr que tu trouveras un skyblog qui propose deja les solutions toutes (re)cuites à tes devoirs de classe.

Ou pas.

Comme d'habitude pour ces question un peu floues, peux-tu nous donner le message d'erreur exact que te renvoie screen ?

Par exemple si je lances un screen en tant qu'utilisateur normal apres avoir fait un "su - user" à partir d'une console root, screen me refuse par ce message:
"Cannot open your terminal '/dev/pts/16' - please check."

En effet "screen" en tant que multiplexeur de terminal, doit prendre le controle sur le tty physique, qui appartient à root. Dans un xterm qui a toujours appartenu à l'utilisateur par contre, il n'y a pas de probleme.

Si c'est une erreur "Directory '/var/run/screen' must have mode 777." par contre, c'est probablement que ton binaire screen n'est pas "setgid utmp"
(il doit pouvoir faire certaines opérations avec les droits du groupe utmp)
$ ll /usr/bin/screen
-rwxr-sr-x 1 root utmp 300K 2004-11-14 19:26 /usr/bin/screen

noter le "s" dans les permissions.

Il n'y a qu'à lire cet exemple issu de la page [2] du journal, où il explique qu'une prédiction de Nostradamus qui indiquait "l'an 1999 et 7 mois", où il ne s'est rien passé en 1999, doit en fait se lire "l'an (1999+7=2006), Mai", c'est-à-dire sa prédiction de demain.
Attention, il explique aussi que 25 mai 2006 = 6 Juin 2006 en calendrier Julien (6/6/6). S'il ne se passe rien demain, je prédis qu'il trouvera comme explication "bon en fait ce sera le 6 juin (Grégorien cette fois) la fin du monde" et qu'on repartira pour 10 jours.

Même pas sûr. La plupart des sectes apocalyptiques et autres gourous illuminés, qui prédisent la fin du monde ou de grands évènements à une dates précises, ont en effet une capacité étonnante à ne pas se démonter une fois la date passée et que rien ne s'est produit. En général ils se trouvent même d'excellentes justifications qui ne font que renforcer leur croyance.

Ça doit avoir un nom ou une explication psychologique simple (bien que non intuitive a priori). Je me souviens juste d'un exemple d'une secte qui, le lendemain de la supposée fin du monde, s'était persuadée que c'était leur prière qui l'avait finalement empéchée, ce qui avait du coup renforcé leur croyance...

Il y a aussi un phénomène de soutien mutuel, si le gars est tout seul il risque effectivement de se poser des questions, par contre s'il y a tout un forum de gens convaincus autour ils n'auront aucun mal à s'en remettre.

Ooops désolé, je viens de comprendre que tu cherchais l'inverse... Bon ben bon courage !..

Il y a rdesktop, qui est un client (sous linux) qui sait parler à un serveur TSE : http://www.rdesktop.org/ (et probablement fourni en paquet par toutes les distribs)

Autant aller jusqu'au bout et ne pas oublier les couches basses du réseau, avec la rfc IP over XML: http://ietfreport.isoc.org/idref/rfc3252/

Le versionning des fichiers, c'est aussi fait par VMS, depuis 30 ans...
http://fr.wikipedia.org/wiki/VMS

J'ai absolument aucun avis sur votre débat, mais j'ai un bout d'article de magazine qui pourrait éclairer:

"Si vous refusez le chemin dans lequel vous pouvez gagner plus que tel autre, [...] vous refusez de vous faire l'intendant de DIeu et d'accepter ses dons. [...] Travaillez donc à être riches pour Dieu, non pour la chair et le péché" -- Max Weber, dans L'ethique protestante et l'esprit du Capitalisme.
[...] Selon la doctrine de Calvin, certains hommes ont été prédestinés au Salut, d'autres à l'enfer, et s'employer à s'enrichir est le moyen pour chacun de vérifier cette predestination. La réussite matérielle sera le signe de la grâce divine.

Tu dis que l'alim est suffisante, mais est-elle vraiment stable ?
J'avais des gros problèmes de stabilité il y a quelques années, je m'appretais à acheter une nouvelle CM et... en débranchant le connecteur d'alim de la CM, j'ai vu qu'il était tout noirci.
J'ai juste changé l'alim et tout est redevenu normal.

Vérifie dans le setup du BIOS, dans les quelques secondes où ça tourne, que les voltages sont bons. Les miens étaient complètement à la masse (si je puis dire).

Je te renvoie à ce journal http://linuxfr.org/~cykl/12505.html ou un certains nombres de solutions à un problème similaire ont été proposées.

Je l'avais vu un jour où j'avais besoin d'avoir une vue d'ensemble des références croisées pour éditer un projet existant.

J'ai finalement utilisé doxygen, qui si on le configure bien peut dire pour chaque fichier source, quels fichiers (.h) il utilise, et pour chaque .h, quels .c l'utilisent. De même, on a les dépendances des fonctions dans les deux sens, ainsi que des variables (globales).
Les dépendances sont disponibles sous forme de liste de texte, et de graphiques.

Par contre pour de tres gros projets, il semblerait que doxygen n'arrive pas à tout gérer, et certaines dépendances ne sont pas enregistrées...


Comme j'ai un peu galéré avant d'avoir l'ensemble de ces infos, pour info, voila le doxygen.cfg que j'ai utilisé pour analyser le projet:

=============



# Doxyfile 1.4.1 -*-sh-*-
PROJECT_NAME= le_nom_du_projet
CREATE_SUBDIRS=NO
OUTPUT_DIRECTORY = proj_doxygenifié

ALWAYS_DETAILED_SEC=YES
OPTIMIZE_OUTPUT_FOR_C=YES
EXTRACT_ALL=YES
EXTRACT_PRIVATE=YES
EXTRACT_STATIC=YES
EXTRACT_LOCAL_METHODS=YES
WARN_IF_UNDOCUMENTED=NO
WARN_IF_DOC_ERROR=NO
WARN_LOGFILE=doxywarn.log
INPUT=project_src_dir
FILE_PATTERNS=*.c *.h
RECURSIVE=YES


ENABLE_PREPROCESSING = YES
INCLUDE_GRAPH = YES
INCLUDED_BY_GRAPH = YES


SOURCE_BROWSER=YES
INLINE_SOURCES=YES
STRIP_CODE_COMMENTS=NO
ALPHABETICAL_INDEX=YES
GENERATE_TREEVIEW=YES
PDF_HYPERLINKS=NO
USE_PDFLATEX=NO
LATEX_BATCHMODE=NO
GENERATE_MAN=NO
MAN_LINKS=NO
GENERATE_XML=NO
GENERATE_LATEX=NO
CLASS_DIAGRAMS=NO
HAVE_DOT=YES
CLASS_GRAPH=NO
COLLABORATION_GRAPH=YES
GROUP_GRAPHS=NO
CALL_GRAPH=YES
GRAPHICAL_HIERARCHY=YES
DOT_MULTI_TARGETS=YES

=========

Dis ça à tous ces développeurs qui font des "splash screen" de démarrage d'application dans des fenêtres de 1er plan, inbougeables et incachables pendant les (longues) secondes où ça se lance... (et persistentes sur tous les écrans virtuels en plus !!)

Oui, OpenOffice, c'est à toi que je parle.

(Je sais qu'il y a une option -nologo pour désactiver, mais j'aurais préféré un splash screen (pour savoir que ça charge) dans une fenetre X normale (pour pas que ça gène))

Tu tue l'ancien pppd avec un kill lancé en détaché ( "&" ).
Donc le signal de terminaison est envoyé, et pppd fait son travail de fin propre (il ferme la connexion, etc). Mais ton script se poursuit en parallele. Donc le nouveau pppd se lance alors que l'ancien n'est pas encore fini.

Lance ta commande kill normalement, et attend un peu, au besoin teste que l'ancien pid a enfin disparu, avant de poursuivre ta boucle.

Ton problème est-il vraiment que ton script se "ferme" (donc qu'il te rend la main), ou plutot qu'il s'arrete dans le sens où il reste bloqué infiniment ?

En effet chez moi, un "ping -c 1 machine" d'une machine morte attend infiniment la réponse. Ajoute un délai maximal (par exemple "-w 10" pour attendre 10 secondes) pour etre sûr d'avoir un code de retour dans tous les cas.

Attention, a un moment aussi tu testes le code de retour de ncftp alors qu'il y a une commande sleep entre-temps: tu testes alors le code de sleep, pas du ftp. Stocke-le dans une variable temporaire avant d'appeler le sleep.

mais il ne faut pas non plus partir en sucette

Ta thèse, c'est que tant que la situation n'est pas complètement hors de controle, ça ne sert à rien de s'inquiéter ? Tu connais la parabole de la grenouille qu'on fait bouillir progressivement http://parole_a_tous.blog.lemonde.fr/parole_a_tous/2005/02/l(...) ?
Meme si les cameras ne sont, aujourd'hui, installées dans les WCs, ça n'est qu'une première étape, les gens s'y habituent, et quelques années plus tard on pousse le système un peu plus loin.
Alors oui, moi je préfère paniquer un peu trop tot que d'attendre tranquillement la catastrophe. Le bénéfice du doute, ça va bien un moment.

Les fonctions de l'api socket attendent que les structures passées en parametres soient remplies en "network byte order" (c'est-à-dire en big-endian), et pas en "host byte order" (sur un x86, little-endian).
bref, remplace "adresse.sin_port = 9100;" par "adresse.sin_port = htons(9100);" (htons = "host to network, short" convertissant tes "short int" dans la représentation voulue).

"man byteorder" pour la suite.

J'ai du dual-screen avec une nvidia (VGA + DVI), et fvwm, et pas de problème particulier.
En meme temps dans mon cas fwvm n'a pas vraiment de notion de double-écran à gérer: il voit juste un unique display X de résolution double que la normale. La seule nuance est que j'ai activé l'option Xinérama, donc il a effectivement connaissance de certains détails; en particulier avec l'option de "résistance des bords" d'écran quand on déplace une fenetre, ça résiste entre les écrans physiques en plus du bord logique.
Les nouvelles fenetres sont aussi lancées par défaut dans l'écran où se trouve la souris.

Je ne sais pas si le double écran nvidia peut fournir "l'autre" mode de double écran (displays/screen explicitement distincts :0.0 et :0.1) ni ce que ça donnerait avec fvwm, par contre.

Et comment on dit cryptographie alors ? Chiffrologie ?

Tente de le lancer apres un "export LD_PRELOAD=/usr/lib/libGL.so.1" (à adapter selon ta lib, bien sur). Je dois faire ça pour la plupart des jeux 3D non-libres qui ont une gestion des bibliothèques pas tres standard on dirait.
(Attention moi j'ai les pilotes nvidia proprio, je ne dis pas que ça réglera ton probleme, mais j'avais le meme message d'erreur)