Octabrain a écrit 1686 commentaires

Je pense que malheureusement ces outils sont faits dans un environnement par et pour des personnes qui sont habitués à ces docs et tutos assez imbitables, et que cela perpétue cette image d'usine à gaz, de pestilence corporate.
J'imagine que cela entretient aussi l'image du programmeur java stupide qui collera sans sourciller du code qu'il ne comprend pas, qui n'a quasiment aucune compétence de programmation, ni aucune "culture" ou recul.

Je crois qu'il ne veut pas envoyer de quit car il veut continuer a le contrôler en le faisant seeker et tout.
Ensuite, les commandes sont envoyées par le FIFO, mais mplayer ne répond pas sur le FIFO (il faut rediriger stdout de mplayer sur un 2e FIFO).
Sinon je suis d'accord que l'usage de sleep est souvent bancal.

ah le wait était pour le mplayer ? C'est pas bon, mplayer continue de s'exécuter pendant longtemps (le temps de la vidéo), alors que tu as la réponse "TimeLength" en quelques millisecondes.

Très fort, c'est difficile de rajouter encore plus d'overhead inutile en restant aussi élégant. Que penses-tu de :
pouet () {
# le code a executer apres le sleep
}
trap pouet ALRM
sleep 5 && kill -ALRM $$

?

Et si l'on cherche des sensations exotiques :
watch -n 2 'test $(($$-PPID)) -gt 1 && kill $PPID || sleep 3'

> le même nom de famille qu'un député fameux
En même temps, c'est pas comme si c'était un nom particulièrement rare.

Il n'a pas dit le contraire si tu lis mieux. Le typematrix coûte 90€ que tu veuilles qwerty, dvorak, ou n'importe quoi d'autre...

Dans un terminal :
mkfifo mplcmd
mplayer TAVIDEO -input file=mplcmd -slave -quiet 2>/dev/null | grep POSITION=

Dans un autre terminal :
echo get_percent_position > mplcmd

Le premier terminal répond : ANS_PERCENT_POSITION=1 (pour 1%) par exemple

http://ifdefined.com/blog/post/2008/11/Arguments-against-usi(...)

Parce que ça ne les a pas choqué. [fini pour ici également]

Poste sur le forum, t'auras plus de résultats, là le journal date de 10 jours, plus personne va le lire.

tar (le GNU tar du moins) perd malheureusement les ACLs, xattrs, et je-ne-sais-plus-quoi sur les liens. On trouve des patches, et d'autres tar qui corrigent ce problème.

Sur les 6 threads (et tous les commentaires qui y répondaient) qui ont démarré du message initial, un seul (le tien) n'a pas compris l'emploi du mot "tronquer". Ce n'est pas une faute, mais l'emploi de ce mot est loin d'être "fantaisiste" comme tu le prétends.

Oui, comme je l'ai précisé au dessus, les démons se trouvent aussi sur le bureau, comme gconfd, kded, beagled, etc. J'arrête maintenant cette discussion stérile, bonne journée.

Les démons ne sont pas forcément sur un serveur, par exemple gconfd qui tourne avec ton bureau, et il utilise bien de l'espace disque chez l'utilisateur (donc pas comme un simple dbus, qui est aussi un démon chez l'utilisateur), et il y en a d'autres, on peut aussi penser à un démon d'indexation (bien que là ce soit moins grave car les données peuvent être re-générées automatiquement).

J'espère ne jamais avoir à passer de KDE3 (où je suis actuellement) à KDE4, je préférerais même GNOME, XFCE ou n'importe quoi d'autre.

http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html ("ext3grep")

et xmp (http://xmp.sourceforge.net/ ) ?

Selon _tes_ goûts. Si l'on parle du grand public, ça ne passe plus.

Un boost ? Les abandonwares ne sont plus très joués. (Même si ça ferait grand plaisir aux amateurs)

> je me demande d'ailleur toujours pourquoi est ce qu'il n y avait pas plus de createurs de freeware qui passent leur soft en libre . Meme question aux developpeurs qui font des competitions de remake d'abandonware ( genre http://www.retroremakes.com/wordpress/ )
Soit ils ne connaissent pas le libre, soit ils ont les mêmes arguments que ceux que l'on voit habituellement : "on va me voler mon code", "c'est moi l'auteur, je veux pas qu'on y touche".

> Et l'utilisateur concencieux regardera ses logs et verra "tiens faut que je libére de la place et relance ce processus".
Oui, il n'a que ça a faire, regarder ses logs, et se dire "tiens faut que je relance le processus".
Non, en pratique les fichiers seront écrits à moitié, et seule une boite de dialogue pourra prévenir l'utilisateur correctement.
En plus on s'éloigne du sujet de départ où l'autre faisait son caca nerveux à cause de l'utilisation du mot "tronquer".

Je sais pas ce que t'as pris mais c'est de la bonne. Déjà, GNOME et KDE ont 2 buts assez divergents, c'est plutôt difficile de concilier les 2, d'autre part, l'un est en C et l'autre en C++, ce qui promet un joli merdier.

T'es lourd, il a dit "tronquer", c'est un abus de langage, il voulait dire que son fichier est écrit à moitié.

Ultra-simple en effet, surtout que l'opération d'écriture n'est pas forcément directement initiée par l'utilisateur. Prend l'exemple d'un démon qui tourne en fond, il va demander à l'utilisateur (avec une boite de dialogue pour faire bon effet) de libérer de la place, et il retentera l'écriture quand l'utilisateur aura cliqué OK ?

Et l'application est censée faire quoi alors ?

C'est bien des médicaments pour avoir de plus grosses élections ?