gnujsa a écrit 815 commentaires

root@vatican:~# crontab -l
0 7,12,19 * * * /bin/angelus 2> /dev/hell

Oui mais ça ne répond pas à tous les problèmes:

- J'utilise un logiciel de peer to peer non-référencé dans ton script
- J'ai un serveur ftp qui tourne sur le port 2121
- j'utilise acroread, et je ne veux pas qu'il se connecte sur internet, quelque soit le port,l'adresse distante/local et le sens de la connexion (entrée/sortie)
- etc...

( je dit «je», et je parle d'acroread, mais ce ne sont que des exemples ! )

Avec le succès grandissant de GNU/Linux, on risque d'avoir de plus en plus de logiciel proprio qui «sortent» en toute discrétion. On va sûrement avoir de plus en plus de logiciel hybride client/serveur. Plutôt que de faire des règles « en dur » dans un script, il serait mieux à mon avis d'avoir un logiciel plus souple, pouvant «apprendre». (apparement, ça existe: firestarter, fireflier).

P.S.
Je ne parle bien sur pas du geek, qui redirige les logs sur une console, traque les PID des applis douteuses à l'aide de lsof ou fuser et forge des paquets RESET à la main. ;-)

Ce n'est pas toujours aussi simple. Il existe des applications qui sont à la fois client et serveur ( logiciel de peer to peer, de messagerie instantanée/visioconférence) Sans compter certains logiciels propriétaires en qui on ne peut avoir confiance, et qui peuvent être tres bavard (realplay,...).

Les règles «en dur» de netfilter, correspondent a une certaine utilisation de GNU/Linux. Maintenant, que, comme on dit, «GNU/Linux est pret pour le Desktop», il lui faut un front end pret pour le Desktop.
C'est en partie le cas, grace aux logiciels comme firestarter.

En anglais, mais vraiment un excellent site de tuto pour The Gimp:

http://gimpguru.org/(...)

(Il s'agit de l'ancien http://cs.uhh.hawaii.edu/~jeschke/photography/articles/gimp/tutoria(...) )

«Il suffit de voir le rendu de (par exemple ;) linuxfr»

Remarque linuxfr a tendance à buguer même sur Gecko, c'est donc pas une référence ;-)

8.4 pour Debian Sid (i386)
http://packages.debian.org/unstable/web/amaya(...)

Le lien de la news pointe sur les paquets woody. Sinon sur le site d' Amaya il y a des paquets 8.5, non-officiel, pour un peu toutes les distributions.

! sulp non lam sap tse àl-iulec:

http://linuxfr.org.crazy.sytes.org/pub/(...)

C'est effectivement un problème trés irritant !
Le pire, c'est que c'est trés dur de revenir pile sur le zéro.

Une autre solution, est de passer par gconf-editor :
    /apps/totem/brightness
    /apps/totem/contrast
    /apps/totem/hue
    /apps/totem/saturation

(32767 = «0» ?? )

??

Je te rappelle quand même, que c'est de Debian dont il est question là !
Et pas d'autres distributions ou de logiciels libres en général.

Vous avez déjà essayé d'expliquer à un client (commercialement parlant) que la nouvelle version n'a pas de date de sortie pour des raisons philosophique[...]

Tu dois te tromper de distribution. L'interêt majeur (le seul ?) de Debian, est justement sa philosophie. Ses avantages techniques (par rapport aux autres distros) rélèvent plus du mythe qu'autre chose. Je ne vois pas en quoi, c'est de l'intégrisme: Le but de Debian n'est tout simplement pas le même que celui d'autre distrib'. On ne vas pas reprocher à Mandrake d'être de plus en plus «user-friendly», à Red-Hat ses alliances commerciales avec d'autres sociétés, à Gentoo ses nombreuses compilations, etc... Chacune poursuit son but, et Debian le sien.

« [...] Sinon j'ai une suggestion : virer Linux de Debian et mettre Hurd à la place [...] »

Debian GNU/Hurd:
http://www.debian.org/ports/hurd/(...)

Apparement c'est possible pour wmv 7 et 8:

http://www.mplayerhq.hu/DOCS/HTML/en/codecs.html(...)

« native decoder for Windows Media Video 7/8 (WMV1/WMV2), and Win32 DLL decoder for Windows Media Video 9 (WMV3), both used in .wmv files »

un peu plus bas:

« 2.2.1.2. FFmpeg/libavcodec

[...] It contains a lot of nice codecs, especially important are the MPEG4 variants: DivX3, DivX4, DivX5, Windows Media Video 7/8 (WMV1/WMV2). Also a very interesting one is the WMA decoder. »

On peut aussi préciser en ligne de commande, si l'on préfère ffmpeg, les .dll ou les .ax (directshow) pour décoder wmv 7/8

Plus d'infos:

mplayer -vc help | less

Chuuut...

Tu vas gacher le plaisir des trolleurs ("mplayer, oui mais A'rpi...", "mplayer, oui, mais la distribution des binaires...")

Et oui les réputations FUDéennes arrivent trés rapidement, mais mettent des années avant de partir (si elles partent un jour !)

Bon, je vous laisse, il faut que j'installe une SUSE ;-)

http://packages.debian.org/stable/devel/hello(...)
http://packages.debian.org/unstable/devel/hello(...)

Amusez-vous bien ;-)

en regardant de plus prés l'URL:

$ GET http://s.tf1.fr/FluxJt/jt13d24042004/jt13d24042004.rpm(...)
rtsp://realserver.tf1.ext.imaginet.fr/videos/jt13d24042004.rm

J'ai comme l'impression qu'il s'agit de
jt(Journal Télévisé)13(heure)d(day)24042004(jour mois année)

Donc j'ai bricolé un JTPlayer, vite fait, et effectivement ça marche ;-)

-------------------------- tf1jt_player.sh --------------------------

#!/bin/bash

PLAYER="gmplayer"
PLAYER_OPTIONS=""

DATE=`Xdialog --title "TF1 JT Player" --calendar "Choisissez une date:" 0 0 $(date '+%d %m %Y') 2>&1 | tr -d '/'`
HEURE=` Xdialog --title "TF1 JT Player" --radiolist "Choisissez une heure:" 0 0 0 13 "JT de 13h" 0 20 "JT de 20h" 0 2>&1`
URL="rtsp://realserver.tf1.ext.imaginet.fr/videos/jt${HEURE}d${DATE}.rm"

$PLAYER $PLAYER_OPTIONS $URL

--------------------------------------------------------------------


P.S. Il faut Xdialog, ou alors remplacer par dialog, cdialog, etc...
P.S. Sans vouloir troller, TF1, ce n'est pas l'idéal pour les infos (et le reste!) ...

Et pour comprendre comment fonctionne un noyeau, il suffit d un debogueur.

héhé, tu hallucine un peu je crois !

Entre craquer un shareware sans les sources, et comprendre comment fonctionne un noyau sans les sources ...

Il m' est arrivé de craquer des logiciels ( héé oui, mais j'étais jeune:) ) alors que je ne savais pas ecrire une seule ligne de C. Craquer des logiciels réclame beaucoups moins de connaissance, que d'en écrire.

Ces stats ne correspondent à rien, et c'est evident!

$ tty
/dev/pts/1
$ lynx http://localhost:1234(...)

$ tty
/dev/pts/0
$ nc -l -p 1234 -vv

listening on [any] 1234 ...
connect to [127.0.0.1] from alfredo [127.0.0.1] 45109
GET / HTTP/1.0
Host: localhost:1234
Accept: text/html, text/plain, application/vnd.sun.xml.writer, application/vnd.sun.xml.writer.global, application/vnd.stardivision.writer, application/vnd.stardivision.writer-global, application/x-starwriter, application/vnd.sun.xml.writer.template

[...] énorme flood de la part de lynx [...]

Accept: text/enriched, image/x-bmp, image/pm, text/xhtml, application/vnd.ms-word, application/x-msword, application/illustrator, application/x-abiword, text/rtf, application/ms-tnef, text/*, application/x-debian-package, */*;q=0.01
Accept-Encoding: gzip, compress
Accept-Language: en
User-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.6c

Navigateur -> autre
OS -> autre

Quoi ? Tout le monde n'utilise pas Lynx ?

Plus de apt-get ?
Bof, tant qu'il reste wget et dpkg -i --force-all, tout va bien ;-)

NON, je plaisante !
C'est MAL, trés MAL de faire comme ça ;-)

hum...
tu ne m'as pas compris.

Nautilus, Konqueror, etc... sont des gestionnaire de fichiers.

bash, zsh, etc... sont des shells (= Interpreteur de commandes)
Ce sont aussi de véritables languages de programmations.
Avec ces shells on peut lancer des commandes qui gère les fichiers, mais ils savent faire beaucoups d'autre chose.

Tu peut toujours essayer de transformer ton gestionnaire de fichier en shell, c'est presque le cas, avec Nautilus (start-here, ...), Mais ça n'en fera pas un language de programmation.

Ce que je te proposais, c'etait d'écrire une "extention" à ton gestionnaire de fichier graphique, avec des cases à cocher, des menus déroulants, etc.. pour executer des actions sur des groupes de fichiers. Libre à toi de la faire assez polyvalente.

Si maintenant, ton problème ne concerne que les images, ils existe déjà des outils adaptés pour traiter les images par lot, sans avoir à ouvrir un terminal.

Et bien c'est trés simple:

Tu prends ton script shell, et tu lui rajoute des Xdialog un peu partout
«etes- vous vraiment sur de vouloir effectuer cette operation ?»
«si vous etes vraiment vraiment sur de vouloir effectuer cette operation veuillez cocher la case ci-dessous, puis clicker 2 fois sur le Bouton OK»
Et comme ça tu te sert de ta souris ;-)

Plus serieusement, c'est faisable assez facilement, par example en TCL/TK, avec selecteur de fichier, et tout, mais seulement, ça existe déjà ;-)

- gthumb (menu outils: convertir, renommer en serie, ...)
- Xnview ( NON-FREE, beurk)
- et surement d'autre...

P.S.
Pour gthumb, 3 clics seulement, qui dit mieux ?

et moi de passer à dialog (mais c'est du ncurses)
:)

Plus serieusement, tu peut regarder sur une knoppix tous les scripts de Klaus Knopper

Y'a pas mal de choses interessantes:
- detection de la langue
- detection du "systeme de gui" (dialog et Xdialog, mais tu peux en rajouter d'autre cdialog, gdialog, Zenity, kdialog, etc..) (Attention aux compatibilitée)
- config adapté aux differentes distrib (redhat, debian)

Sinon, il y a aussi quelques examples sur le site de Xdialog :
http://thgodef.nerim.net/xdialog/doc/index.html(...)

Oui, ça marche trés bien.
Par contre si tu a un apache qui tourne, ça va te polluer les logs.

gawk, sed, grep, find, bash, wget, gzip, ifconfig, gcc, grub, gimp, gpg, ...

ah, c'est que du gnou tout ça ?
bon, alors:

[×] GNU

«Tout le monde se précipitera sur longhorn, ça passera au journal de 20h, ...»

Pas forcement, ça dépendra de qui sortira en premier: Longhorn ou Debian Sarge

(aïe!)

Oui... mais c'est malhonnête...

j'avoue, je l'ai déjà utilisé :)
(j'ai honte)