gnujsa a écrit 815 commentaires

« Le probléme des sites comme Virgin est qu'ils nécessitent le bon OS avec le bon navigateur, ce qui frole la stupidité crasse. »

On retrouve ce genre de comportement dans le libre aussi:

http://aa-project.sourceforge.net/(...)

Why is this page green?
Well is just because you use wrong software. There is just one truth web browser - Lynx.

Aah, j'allais oublier le smiley: ;-)

Les variables pour régler les programmes par défaut c'est la méthode GNU, et c'est surtout utilisé en ligne de commande. Y'a aussi la methode Debian, les « alternatives » Et mandrake utilise la methode Debian je crois.

il faut regarder à www-browser et x-www-browser

ex:
$ update-alternatives --list x-www-browser
/usr/bin/konqueror
/usr/bin/mozilla
/usr/bin/epiphany
/usr/bin/mozilla-firefox
/usr/bin/amaya

$ update-alternatives --display x-www-browser
Il faut jouer avec les prioritées ou bien passer en manuel


Maintenant si il ne s'agit que de Gnome ça se régle avec gconf:

$ gconftool --get /desktop/gnome/applications/browser/exec

$ gconftool --type string --set /desktop/gnome/applications/browser/exec mozilla-firefox

si tu préfère utiliser des intrefaces graphiques, tu peux utilliser galternatives et gconf-editor

Sous Debian Gnu time est un paquet independant et pratiquement aucun paquet ne depend de lui ( apt-cache rdepends time )

J'avais trouvé ça en «googlant» avec comme commentaire :
# Prevents some artifact
Mais comme c'est pas dans la page man, c'est peut être une erreur (ou une fonction cachée ?)
En tout cas X ne s'en plaint pas dans XFree86.0.log

P.S.
Pour ceux qui veulent à tous prix le tester mais qui n'utilise pas de systeme rpm, il faut modifier le fichier d'install en remplaçant ligne 26:

uid=*(root)*)
par:
"uid="*"(root)"*)

(es-ce que j'ai le droit d'écrire un truc pareil vu que c'est pas libre ?)

Voilà vous êtes prevenu, il est moche, bugué, propriétaire et on as bien mieux en libre !

« c'est aussi dommage que les alternatives qui existent ne soient pas du même niveau... »

Ah et tu pense à quoi quand tu dit ça ?
Tu as déjà testé un logiciel comme gthumb (libre, lui) ?

xnview est plutot dépassé et bugué: bug de l'installeur de la version tar.gz qui empeche son installation (pas corrigé depuis des mois ...) fonction "papier peint" completement obsolete avec des bureaux modernes comme kde, rox, xfce, gnome
n'utilise pas les standards de freedesktop.org pour le cache de vignette (ça devient lourd tous ces caches, ça fini par prendre plus de place que les images originales), toolkit motif plutot viellot, ne lit pas le svg, etc ...
Comme simple viewer il est même plutot lent comparé à irfanview pour windows ou feh pour Linux ( http://www.linuxbrit.co.uk/feh/(...) )

Je lui reconnais quand même quelques qualitées comme la possibilité d'ouvrir des images dans des formats rarissimes, style Kodak Cineon (encore que je prefère utiliser gimpfilm/cinepaint), mais de la à dire qu'il n'ya pas d'équivalent dans le libre ...

Fait un test prend gthumb et xnview et réalise les même opérations avec l'un puis avec l'autre : retouche de couleur, utilisation de l'image en fond d'ecran, création d'un album html, etc...

case $FORMAT in

Tu devrais utiliser aussi l'option « brief » de file pour eviter qu'il renvoit le nom du fichier:
file -b $monfic | grep "\<$monformat\>"
Sinon moi j'utiliserai plutot awk:

FORMAT=$(file -b $monfic | awk '{print $1 }')

case FORMAT in

	zip) ... ;

	gzip) ... ;

	bzip2) ... ;

	...) ... ;

esac

http://packages.debian.org/testing/shells/dash(...)

[...]
It can be usefully installed as /bin/sh (because it executes scripts somewhat faster than "bash")
[...]

c'est apparement une qualité connue de dash, mais il faut faire attention, car il existe pas mal de script qui, malgrés le « #!/bin/sh », sont en faite remplis de « bachisme » et devraient plutôt commencer par #!/bin/bash. Un moyen de s'enrendre compte et de les éditer avec vim avec la coloration syntaxique d'activée. Les bashismes dans des scripts #!/bin/sh sont notés comme des erreurs, et sont surlignés en rouge
Par exemple:
essayez ce script une fois avec #!/bin/sh comme shebang, puis aprés avec #!/bin/bash:

echo ${toto%azerty}

il faut l'enregistrer, et le réouvrir le avec vim à chaque fois

Bon c'est un peu hors sujet, mais j'en profite:

J'ai une carte ATI Radeon 7000 VE. J'utilise le pilote libre (xlibmesa-dri 4.3.0.dfsg.1-4 Debian sarge) et en rajoutant ces quelques options dans /etc/X11/XF86Config-4 la différence de perfs en 3D est ENORME !

	Option          "AGPMode"       "4"

	Option 		"AGPFastWrite" 	"1"

	Option 		"EnablePageFlip" "on"

	Option 		"BackingStore" "on"

+20% dans glxgears, mais c'est surtout avec les jeux, qui passent de saccadés à super fluide. Il faut vérifier ensuite dans /var/log/XFree86.0.log que ces options sont bien «passées»

(**) RADEON(0): Using AGP 4x mode
(**) RADEON(0): Enabling AGP Fast Write
etc ...

peut etre quelque chose qui peut marcher:

lance les jeux avec artsdsp si artsd est lancé

$ artsd &
$ artsdsp -m q3demo

pour les jeux autre que quake pareil mais sans le '-m'

Bon courage pour jouer avec artsd comme serveur de son !

Pour une connexion ADSL «moyenne» de 512kbps à plein régime, et un fichier mp3 «moyen» de 128kbps, le ratio est de X4: Le téléchargement est 4 fois moins long que la durée du morceau. Un morceau «moyen» de 3 minutes se télécharge en 45 secondes. C'est des conditions optimistes, mais malgrés tout je pense pas que ce soit vraiment plus dur de télécharger en morceau en PeerToPeer.

s/PC/Windows itunes/
s/Mac/MacOS itunes//

Et tu trouve pas ça restricitf ?
C'est déjà bien assez pour une «protection» qui sert pas à grand chose...

Pour profiter de toute les possibilitées, il faut installer quelques «backend» (mp3info, antiword, etc...)
./configure, puis make install et configurer la variable d'environement dans le fichier de configuration de son shell. Tout ça est expliqué dans le fichier INSTALL.

Ensuite less se transforme en viewer universel et pas que les archives !
html, jpeg (EXIF) ogg, mp3, .doc, .deb, etc...

Il n'y a pas de lesspipe.sh dans Debian. Par contre lesspipe.sh a sa propre page sur freshmeat:
http://freshmeat.net/projects/lesspipe/(...)

Le premier commentaire n'était pas un troll à mon avis.

« [...] à part le fait que ce soit en GTK# fait qu'il s'intégrera mieux à Gnome [...] »

Maintenant, par contre ça en à tout l'air:

Rhythmbox me semble assez respectueux de Gnome HIG: il utilise le navigateur Gnome, les conventions de nommage stupide du menu (« Lecteur de Musique »), Le nouveau sélecteur de fichier, rajoute une option dans le menu contextuel des répertoires de Nautilus, etc...
Je me demande en quoi Muine ou GTK# peuvent fournir une meilleur intégration dans Gnome ?

« [...] un outil disposant de bons codecs (puisque c'est la ou ils sont forts). [...] »

Même pour ça, on a bien mieux dans le libre (sans compter que Real player décode simplement, mais n'encode pas)

http://linuxfr.org/2003/12/31/14968.html(...)
http://www.doom9.org/index.html?/codecs-203-1.htm(...)

Enfin, a moins d'aimer le flou artistique (RealVideo9 produit des vidéos floutées) et de ne pas être pressé ( plus de 2 fois plus lent qu'Xvid à l'encodage)

Utilisable = mplayer ?

Et totem, xine, vlc,...
Si tu ne trouve pas de lecteur multimedia «utilisable» tu devrais peut-être changer de distribution.

« Ca fait plus d'1 format audio et 1 vidéo. »

Et bien si tu enlève les protocoles de streaming, les fichiers texte de playlists et les trucs à la con style « RealEvents » qui ne sont pas des formats de fichiers audios et videos, qu'es-ce qui reste, hein ?

;-)

Elle est pas trés impressionnante la liste des formats supportés.
Rien que Xine:
http://xinehq.de/index.php/features(...)
Si en plus on enleve les formats qui ne representent pas trop d'interet et que les autres savent lire (images et sons non-compressés: PCM WAV AU AIFF)

Mais je ne parlais pas vraiment de cette cochonnerie de RealPlayer qui sait lire plusieurs formats, et qui fonctionne sous Linux depuis longtemps ( il y a même eu une version 9: verte au coins arrondis)
Ce qui m'interesse, c'est la version libre: HelixPlayer
Là j'ai l'impression que c'est le principe du shareware adapté au libre: Une version ultra limité et libre pour appater et une version complete mais proprio.
Real essaye plus de profiter du libre que ce qu'il donne. Et Real ne s'interesse pas particulierement à Linux: leur player est également dispo pour des Unix propriétaire.

Quant à la comparaison avec les drivers nvidia proprio, peut-être que ceux qui les utilisent, c'est parce qu'ils ne trouvent pas mieux ou d'équivalent ? Au niveau player, on a par contre largement mieux dans le libre !

Essaye Totem ( ou gxine,...) ça ressemble au niveau interface, sauf que ça lit 10 fois plus de format, que ça envoie pas des infos à Real, et que c'est libre ;-)

Un lecteur capable de lire UN format video et UN format audio... c'est bien mais c'est pas une grande révolution non plus. Ils leur reste du pain sur la planche avant d'égaler xine, mplayer, xmms, gstreamer et tout leurs front-ends et leurs dizaines de formats supportés.
Quant à Real, ça fait des années qu'ils proposent leur lecteur proprio et spywardisant pour Linux.

Alors l'intérêt ?
Que Realplayer utilise maintenant GTK2 ? Que Real et Helix on une base commune sous GPL ?
Si l'intérêt est technique/licence, c'est encore une dépêche «
utilisateurs-développeurs» comme celle que tu dénonce.

«HP-UX est fourni avec le Korn shell. Il y a à vrai dire assez peu de différences sauf que le bash est plus performant sur bien des points tel que la complétion de noms.»

Il faut quand même reconnaitre les qualitées de ksh, notement en matiere de programation: c'est une référence

$ GET http://cnswww.cns.cwru.edu/~chet/bash/NEWS(...) | grep ksh

v. New ksh93-like ${!array[@]} expansion, expands to all the keys (indices)
d. `select' was changed to be more ksh-compatible, in that the menu is
g. Added support for ksh93-like [:word:] character class in pattern matching.
z. New [n]<&word- and [n]>&word- redirections from ksh93 -- move fds (dup
l. The ksh-like `ERR' trap has been added. The `ERR' trap will be run
g. There is a new ksh-93 style arithmetic for command:
k. The ksh-93 ${!prefix*} expansion, which expands to the names of all
d. ksh-88 egrep-style extended pattern matching ([@+*?!](patlist)) has been
e. There is a new ksh-like `[[' compound command, which implements
controls whether or not the ksh extended globbing feature is included.
kkk. The ksh-like ((...)) arithmetic command syntax has been implemented.


Et ça c'est que pour les modifications entre bash 2.05b et 3. Ça fait bien longtemps que bash et d'autres shell (zsh, ...) mettent en oeuvre des fonctionalitées de ksh88 et ksh93. Et ksh88 et ksh93, c'est pour 1988 et 1993 !!

Mr Korn a plutot de quoi être fier ;-) En plus, ksh88 est libre (domaine public) et ksh93 est opensource, presque libre.

Ça c'est pas étonnant, car Bash est sous GPL, et les *BSD essayent autant que possible de se passer de logiciel sous GPL pour la base du systeme.

Avec zsh sous debian, un bon point de départ est le fichier : /usr/share/doc/zsh/examples/zshrc.gz

il suffit de retirer le exit 0 en début de fichier, de le recopier dans son home en .zshrc et de RTFM un p'tit peu quand même ;-)

comme pour bash:
/usr/share/doc/bash/examples/startup-files/bashrc

comme pas mal de programme d'ailleurs...

Pour ceux qui veulent rester en testing et installer un paquet tout pret de Bash 3.0 pour avoir un avant-gout, il y a le paquet static:

apt-get install bash-static/unstable