Obsidian a écrit 5313 commentaires

C'est vrai que des énormes cartons remplis de rembourrage, c'est pas super à terme pour l'environnement, mais cela a au moins l'avantage de camoufler un tant soi peu ce qu'ils transportent, et de limiter les vols (plus facile de glisser une petite boite dans le manteau qu'un gros carton).

D'autre part, les conditions dans lesquelles les colis sont transportés sont parfois très rudes (j'ai fait les bagages sur un aéroport pendant une saison et lors du chargement d'un avion, on a pas vraiment le temps de faire de sentiments, même s'il est écrit « fragile » en gros sur le bagage). J'aurais plus apprécié de recevoir une grosse boite bien rembourrée, fût-ce à l'excès, plutôt qu'une boite tout juste aux dimensions de l'appareil, le rendant à la merci du moindre choc. En outre, si le colis arrive abimé, en général tu le renvoies, et c'est le vendeur qui en est pour ses frais.

Par contre, le salut viendra peut-être du type de rembourrage que l'on utilisera: Le polystyrène, surtout en copeaux (les espèces de chips), est très pratique parce qu'il est difficile de trouver plus léger, mais il est aussi très polluant parce qu'impossible à recycler. Certains de mes revendeurs ont adopté à la place des sacs en plastique gonflables (probablement en polyéthylène). Beaucoup plus facile à stocker avant usage, à récupérer (il ne prennent plus de place lorsqu'ils sont dégonflés), et plus facilement recyclables.

Recompile-z-en une !

Plus précisément, tant que les processus qui l'utilisent ne l'ont pas tous refermé, sinon ta phrase est ambigüe ...

Quelle difficulté y a-t-il à séparer les arguments ? Si tu ne veux pas utiliser strtok(), un sscanf() devrait suffire pour les cas les plus compliqués (ou un stringstream si tu tiens à utiliser la STL).

Dans un premier temps, pourquoi ne te contentes-tu pas de transmettre les arguments qui ont été passés au programme père ? Tu récupères argv,argc dans main() et tu les transmets au futur programme à l'aide de execve().

on peut pas.

Ben si, justement. Tu viens de donner la solution.
'faut juste préciser explicitement que dans un cas aussi simple où il n'y a pas de reconnaissance de format ni de conversion, on utilise un appel d'un peu plus bas niveau.

Donc strcpy(), et effectivement strncpy(), même chose mais te permettant de spécifier la taille du buffer d'arrivée, ce qui est quand même nettement mieux.

A noter que si tu travailles sur un flux, typiquement si l'utilisateur saisit une chaîne, ou lorsque que tu veux lire toutes les lignes d'un fichier texte, une par une, alors fgets() est ta petite amie.

Justement, c'est possible avec:

un winmodem

Le fait que tout le DSP soit effectué par le processeur a au moins un avantage: Tu peux balancer ce que tu veux sur ta ligne téléphonique ...

Non:

Pas un truc Voip

Téléphoner sous Linux, ça peut être interressant dans au moins une de ces conditions :

1) Quand on est un geek ...
2) Pour rentabiliser sa carte winmodem;
3) Pour profiter de la sono et du micro de son PC, de meilleure qualité que ceux d'un téléphone classique;
4) Pour ne pas se choper de torticolis quand un raseur vous tient la jambe 2h45 au téléphone;
5) Pour continuer à coder pendant la discussion (voir point numéro 1);
6) Pour lier son carnet d'adresse et ses numéros avec un numéroteur automatique;
7) Pour faire de la téléprospection, vendre des cuisines par téléphone;
8) Pour facilement enregistrer et archiver une conversation;
9) Pour gérer efficacement l'heure de l'appel et l'affichage du numéro (et les sauvegarder: très utile quand on se fait rappeler dix fois dans la journée par un type trop timide pour laisser un message sur le répondeur);
10) Pour se la péter à la radio en balançant des jingles humouristiques entre deux phrases (et éventuellement conduire une joute contre l'animateur);

Le mieux c'est encore de demander à l'interressé: Nicolas, pourquoi tu veux téléphoner sous Linux ?

(Grand concours: Trouver encore tout plein de bonnes raisons de téléphoner sous Linux ! :-) ).

Genre : $ man pinacolada ?


Tout-à-fait ! C'est passé ici il ya trois ans, mais c'est bien de cela qu'il s'agit:

http://linuxfr.org/2001/06/03/3764.html(...)

Ce n'est qu'une hypothèse mais étant donné qu'un simple xmodmap suffit à remapper une touche, le responsable peut-être n'importe quelle application qui se lance automatiquement lorsque tu te logues en graphique ...

Essaie de repasser en init 1 et de lancer xfree manuellement, et d'y connecter un xterm, et vois si le problème persiste ...

Les .so.6 ?

Je crois que ce qu'il veut dire, c'est que la meilleure protection, en tout cas sur un serveur, est encore de ne laisser root se logguer que sur la console.

Après, tu peux mettre « toto » comme mot de passe root, la protection devient physique et géographique, plus informatique.

Le seul problème est que très vite, on a besoin d'un sudo pour effectuer les tâches administratives et qu'à ce moment, on retombe sur le même problème: il suffit de s'attaquer au compte d'un utilisateur avec un minimum de pouvoir.

Et là, en général, le mot de passe est nettement plus faible ...

Clair !

D'ailleurs, je recommande à tous le Générateur de Discours, ci-dessous. Bon, ca fonctionne sous Windows, mais la qualité des discours produits est vraiment très proche de de celle des authentiques ! Vous ne lirez plus jamais ce document (ni les autres) de la même manière, après :-)

http://www.logitheque.fr/fiche.asp?I=15253&Ref=Blabla(...)

Nous recherchons un logo pour une distribution de LSE/OS avant le 15 novembre. Il faut faire un dessin de caneton, plutot rigolo ...

Ben, et pourquoi pas une tortue ? Je crois que ça s'impose, non ? Pour ceux qui ne verraient pas de quoi je veux parler, 'faut savoir que lorsque l'on me parle d'informatique, de LOGO et de LSE, ça me ramène à cela:

http://www.epi.asso.fr/revue/dossiers/d06p005.htm(...)

C'était il y a déjà vingt ans, les gars, et on faisait déjà cela à l'école (notez d'ailleurs le epi dans le nom de domaine ! :-).

Bon j'ai pas pour habitude de lancer des trolls mais là, franchement: La deadline, le meilleur logo « retenu », etc. Il ne faudrait croire que c'est forcément un insigne honneur de figurer à l'EPITA. Un simple merci d'avance eût été de bon aloi ...

\_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~ \_o<~

Bon, ok, les canetons rattrapent un peu ton journal.
Ca passe pour cette fois, mais ne recommence plus ! :-)

- Ulysse est un paumé.




« Ulysse, le chemin de la Terre a été effacé de ma mémoire ! »

Je sais pas si tu l'avais fait exprès ou pas, mais c'est vrai ! :-)

Essaie de changer de version de KNOPPIX ou Live-KNOPPIX.
Moi je sais que j'avais beaucoup de problèmes à booter avec la Knoppix 3.3 (sur des biprocesseurs PIII). Tout est rentré dans l'ordre avec la 3.4.

Votre ~/bin recelle-t-il des perles ?

Ben là, hier, on m'a envoyé la ROM d'un très vieil engin (une tortue logo réelle, qui roule sur le sol). Comme j'étais obstiné, que je ne trouvais pas mon bonheur ailleurs, j'ai passé la soirée d'hier à écrire un petit désassembleur 6800.

Voila, c'est le genre de gadgets qu'on trouve dans mon home.

C'est une question de goût, en fait.

A dire vrai, j'ai à la fois des aliases et des programmes shell stockés.

J'ai une floppée d'aliases pour me connecter en ssh sur la demi-douzaine de serveurs que j'utilise le plus fréquement, car la commande complète est chiante à taper, je ne le fais (en principe) qu'une à trois fois par jour, et surtout elle nécessite un prompt interactif et la saisie d'un mot de passe (et aussi parce que je n'ai pas envie d'avoir un sous-shell ouvert sur mon serveur local pendant toute la durée de ma connexion et qui ne sert à rien).

Ma commande de nettoyage, elle, ne dépend pas des shells, et s'utilise vraiment partout, silencieusement. Il n'est pas exclu que je fasse d'autre petits scripts qui l'invoquent, ou surtout qu'à terme je complexifie la tâche de nettoyage (par date, sur présence d'un autre fichier, d'un flag, en excluant certains répertoires, etc.). J'ai également pensé à rendre cette commande disponible pour tout le monde. Tout cela a fait que c'était plus rapide d'écrire directement un petit shellscript. Quoi qu'il en soit, je ne risque pas grand chose en effaçant les fichiers concernés. Si j'avais mis les *.o par exemple, cela aurait pu être plus gênant dans certains cas, mais là ...

C'est l'idée: Chaque fois que tu veux installer un programme recompilé et avec ./configure, il est fait pour s'installer par défaut dans /usr, et cela t'oblige à passer root (et j'ai les moyens de le faire si c'est ce qui te tracasse :-) ).

D'où l'astuce: plutôt que de faire un simple ~/bin, autant reconstruire toute l'architecture (la demi-douzaine de répertoires, quoi), et mettre tes exécutables dedans.

Comme çà, en plus des exécutables, tu te fabriques également tes bibliothèques perso, tes recettes de cuisines formattées en man-pages, etc.

Déjà, personnellement, dans mon home, il y a un répertoire « sys » qui, lui, contient bin,sbin,share,etc,include,lib,man et info.

Comme ça, quand j'ai envie de compiler mes petits programmes pépère sur le serveur Unix du boulot sans compromettre la sécurité de tout le système, je fais un « ./configure --prefix=~/sys » et j'n'ennuie personne.

Sinon, dans ~/sys/bin, le programme perso que j'utilise le plus, c'est cl:

$ cat ~/sys/bin/cl
#!/bin/bash
rm -f *~
rm -f .*~
rm -f *.bak
rm -f core

Et zou, le ménage vite fait, la maison toujours propre.

Bah, PasBill doit bien savoir cela ...

et le téléphone est loin d'étre idéal..vraiment

Olala ... oui ! Vraiment.

C'est pour ça que hotliner est un métier à part entière, et loin d'être facile, avec çà. Un bon dépanneur est en général quelqu'un qui a beaucoup d'expérience et, par conséquent, de l'intuition. Cette intuition est en général stimulée par tous les petits événements qui vont se produire lors de la mise sous tension de l'appareil, un délai, un type de fonte, un emplacement, etc. Tout cela est complètement inhibé au téléphone.

Ce que je voulais dire, c'est que même au téléphone, lorsque c'est ponctuel, je préfère tout de même guider l'utilisateur au travers d'une ligne de commande plutôt qu'une interface graphique, car les ordres sont précis. C'est également plus facile pour l'utilisateur qui n'a besoin que de transmettre ce que la machine a répondu à une commande, et pas de décrire l'état de l'environnement en permanence ...

Et même si l'utilisateur doit se repalucher la manip' tous les matins avant que tu viennes lui arranger sa machine, il vaut mieux qu'il ait une « recette » qu'il puisse écrire sur un morceau de papier plutôt que d'avoir à nager parmi les nombreuses fenêtres d'une GUI ...

Enfin ce n'est que mon avis ...

Dois-je rajouter les 45 qui manque sur certaine lignes ? sachant qu'a priori le runlevel par defaut est 2

Probablement, oui.

Vérifie aussi si, après un Ctrl-Alt-F1, tu ne récupères pas quand même un prompt en tapant Return.

Si rien n'y fait, il y est possible que tes getty ne démarrent plus. 'faudra jeter un oeil aux logs d'erreur dans ce cas ...

Ce que je cherchais était une solution fiable, car la personne qui se sert de cet ordi n'est pas informaticienne (du tout)... alors lui dire "rmmod modprobe ifup nano killall blablabla", c'est pas la peine.

A la limite, je trouve que la ligne de commande est plus adaptée pour faire du support technique qu'une interface graphique.

1) Si tu prends la main à distance, un VT100 ou un Minitel 2 suffisent, et tu peux passer à travers tout type de connectivité. Mettre en place un VNC ou un truc à la Windows SMS est déjà plus délicat, et nécessite beaucoup de bande passante.

2) Si tu dépannes par téléphone, un « modprobe rmmod ifup » relève assez de la formule magique, mais au moins c'est clair et précis, et cela vise juste.

Un dialogue du style « Bon alors, tu cliques sur l'icône, tu déroules l'ascenseur jusqu'à ce que tu vois ton fichier, tu cliques en dehors sur la zone blanche pour déselectionner, tu fais un clic-droit sur la petite tête en bas de l'écran, alors là tu vois quoi ? Ton message il apparaît dans une fenêtre pop-up ou dans une boite DOS ? ... » ne profite pas plus à l'utilisateur égaré à mon avis ...

Et tant qu'on est dans « Programmez », il a une page (la dernière: facile à trouver) consacré à traduc.org, le projet de traduction des documents Linux (HOWTO et autres ...)

http://www.traduc.org(...)

On trouve même plusieurs variantes, dont le fameux « Pose-Siège-HOWTO », finement observé ! :-)