Grégory SCHMITT a écrit 340 commentaires

Bon, je suis fatigué (déjà), et ce code est faux. Le bon code se trouve en-dessous.

Merci de moinsser ce code !

Je ne savais pas que la redirection était ouverte en premier - merci de me l'apprendre. Ce qui était le plus étonnant, c'est le côté aléatoire de la chose: la plupart du temps, ça marchait, mais parfois ça plantait et je perdais tout mon fstab à cause de ça.

Bon, j'ai trouvé un bon remplacement avec sed -i.

Comme $udi contient des '/', je crée une nouvelle variable $udi_sed qui échappe tous les slashs, car malheureusement, il semble impossible d'utiliser un autre caractère de délimitation avec l'extension d (du genre #...#d).

udi_sed=$(echo $udi | sed "s#/#\\\/#g")

Et ensuite, un coup de sed:

sed -i "/$udi_sed/d" /etc/fstab

Pour info, udi vient de HAL (unique device identifier); il faudra que je regarde du côté des règles de nommage d'udi pour vérifier qu'il ne peut pas inclure '*', ',' ou tout autre caractère faisant partie des expressions régulières / rationnelles...

J'ai arrete de faire autant de sport que j'en faisait avant (grosso modo) et pourtant mes notes ont pas franchement diminué.

C'est plutôt sur le long terme que les effets vont se resentir. J'ai 27 ans, rien fait (en sport) depuis le lycée - à part 2-3 joggings républicains - et je vais y revenir assez vite, parce que je me sens de moins en moins bien: fatigue chronique, troubles digestifs, etc.

Ca y est:

sed -i "#$udi#d" /etc/fstab

Les '#' sont nécessaires car udi contient '/'.

Quand je pense que j'avais regardé sd pendant deux heures sans rien y trouver...

Effectivement, c'est bien ce que je pensais. Je connais $| en perl qui permet de faire un vidage à chaque E/S, mais pas l'équivalent en shell.

Bon, je viens de trouver une alternative avec sed (sed -i), je teste ça.

En revanche, pour les options, je suis perplexe, même après avoir regardé la Quick ref card de shell script.

De ce que j'y connais (à peu près rien), ce sont bien les joueurs qui louent un petit serveur pour pouvoir jouer ensemble, dans leur clan, quand ils ne peuvent se réunir en LAN et quand le net n'est pas une solution viable (trop lent / peuplé).

Je crois que Vivien Jancenelle mélange un peu tout même si il n'a pas totalement tort !

Regarde un peu le reste du blog de ce type, et son site devenez millionaire, et tu auras quelques idées sur ce type... Jamais rien vu d'aussi accablant. En gros: des rumeurs, avis persos, pas de fond, pas de sources...

Encore une raison pour détester les blogs, c'est que n'importe quel abruti peut y étaler sa science en arrivant à convaincre les autres que ces absurdités totales sont la vérité, une et unique.

# Le CPU:

processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping : 3
cpu MHz : 3000.000
cache size : 2048 KB

# Les résultats:

End of calculation. Time= 29.159 Sec.

Regarde par ici: les convertisseurs USB<->série ne sont pas fiables à 100%.

http://linuxfr.org/forums/12/22698.html

Sinon, il te faudra une puce qui gère la conversion. A mon sens, ça ne vaut pas le coup de le faire soi-même.

2.6.22.1 compilé maison.

Ça ne passe qu'avec ton "patch".

Merci pour l'info !

Un shareware, à vue d'oeil...

Bon sang ! J'avais jamais réalisé !

J'ai un Tungsten T3, donc sous PalmOS, et ça se synchronise parfaitement avec pilot-sync.

C'est ce que j'ai dit... cdrecord a besoin d'être suid. Si jamais cdrecord a une faille de sécurité, celui qui en prend le contrôle pourrait exécuter du code sous le compte root.

Et je trouve la solution udev plus élégante, mais c'est mon point de vue...

Avec tout ça, je me demande si cdrecord peut désormais graver correctement avec mon interface IDE<->USB. Quelqu'un a essayé ?

Que je viens d'apprendre que K3B a besoin de cdrecord qui est lui suid root, et qu'au final, pour moi, ça revient à peu près au même au niveau de la sécurité.

C'est vrai que pour la bidouille, il reste encore un pas à faire, mais c'est toujours mieux que suid nero...

Info intéressante, je pertinente !

Perso, je suis sous Fedora 7, avec la libata activée (donc sd? pour tout le monde). Tout est en rw-r----- avec "root" et "disk", et ça me semble pas trop mal au niveau sécurité, sachant que les utilisateurs normaux ne font pas partie de "disk" (et encore moins de "root"...).

Au fait, comment fait K3B pour graver ? De quelles permissions a-t'il besoin ?

Quand je disais "pas besoin de KDE", je pensais à "pas besoin d'installer quoique ce soit de KDE".

Et j'utilise fluxbox, donc je n'ai pas gnome non plus (seulement quelques bibliothèques seulement).

Et je peux toujours prendre le sens contraire: j'ai Nero, donc K3b m'est inutile...

Il s'agit de sg?, pas de sd?... donc ça n'a pas d'influence sur hda - en tout, pas chez moi. sda reste bien en lecture seule pour le groupe disk.

[ATTENTION, TROLL: JE AVIS DIRE DU BIEN D'UN LOGICIEL PROPRIO. QUE TOUS LES INTÉGRISTES DU LIBRE ME MOINSSENT SI ÇA LEUR CHANTE. VOUS ÊTES PRÉVENU].

Nero Linux, je l'adore. Pourquoi ?

Je l'ai adopté du temps où il n'était encore qu'en version 2. C'était simple à utiliser, avec une interface graphique "fonctionnelle" (c'est moche mais ça marche) qui me permettait de graver à peu près tout. Il n'est pas trop lourd, présente bien, possède les mêmes fonctionnalités que la version Windows (celle qui est livrée en OEM avec 98% des graveurs) et grave impeccablement

Bien entendu, je sens les trolls arriver: pourquoi pas K3B et consorts ?

Bon déjà, K3B nécessite KDE. Je n'ai aucune bibliothèque KDE chez moi (tout en GTK+). Il reste encore GnomeRoaster, Brasero... mais je les trouve beaucoup moins finis que Nero. Et trop de dépendances aussi pour la plupart. Enfin, ils proposent quasiment tous un fonctionnement que je déteste, celui de la gravure à la volée. Mes disques optiques, personnellement, je n'ai jamais conçu autrement que de les graver une fois pour toutes. Attitude de vieux dinosaure, sans doute.

Et à l'époque où j'ai commencé à graver beaucoup, je ne disposais que d'un graveur de DVD en IDE relié en USB par le biais d'une interface USB<->IDE (fort pratique, ces câbles d'ailleurs). Et avec cdrecord et autres, c'était simple: ça ne marchait pas. J'ai eu beau suivre tous les tutoriels, rien. Nero, en revanche, a marché du premier coup et de manière fiable.

Alors, oui, Nero, c'est propriétaire et payant, bref pas libre du tout. Cependant, je me retrouve dans la même situation qu'avec Skype et Wengophone (voir mon journal précédent): choisir du proprio qui marche ou du libre qui plante. Au moins, j'aurais essayé, mais j'ai trop besoin que les choses marchent correctement - plus l'envie de bidouiller, trouver pourquoi ça marche pas. Et puis après tout, je conserve ce qui est le plus important à mes yeux: le choix.

Et Nero Linux dispose d'un forum dédié, avec des développeurs qui répondent aux questions. Si, si.

Et puis, à 20$, franchement, c'est abordable. Quand je vois le prix moyen d'une carte graphique haut de gamme de nos jours...

Un petit truc: Nero nécessite l'accès direct à l'interface IDE, donc la petite règle udev qui s'impose pour donner le droit aux utilisateurs de graver:

# cat /etc/udev/rules.d/99-my.rules
KERNEL=="sg?", MODE="0660", GROUP="disk"

Mettez-vous dans le groupe disk et hop, plus d'avertissement.

Alice n'est pas la secrétaire, c'est une collègue, plutôt grande gueule.

Et pas du genre pacifiste, d'ailleurs...

Pour une explication plus détaillée des personnages, voir ici: http://www.dilbert.com/comics/dilbert/the_characters/index.h(...)

Quelqu'un ne connaitrait pas un logiciel qui permettrait d'afficher des photos à la manière de table mais sans la lib clutter ? Parce que bon, les planches-vignettesde gthumb c'est fonctionnel, mais pas des plus sexy...

Ça serait pas plus simple de faire fonctionner le modem intégré plutôt que de chercher un convertisseur et un modem externe ?!?

Bon OK, vraisemblablement ça sera un winmodem.

Que te donne lspci, lshal... ?

/etc/init.d n'est-il pas un alias ?

Et je pense que ca devrait être le cas pour bcp de distros:

/etc/rc.d/init.d/nfs restart

Non ?

Pour autant que je me souvienne, les convertisseurs USB <-> série ne sont pas vraiment compatibles avec des modems RTC.

En tout cas, c'est le cas pour le mien (chipset FTDSIO) dont la notice est explicite à ce sujet: aucune compatibilité garantie.

Et sinon, ce sera ttyUSB? normalement.