C'est un moniteur LCD, donc a priori (si on tient à ses yeux) on ne change pas la résolution native de l'écran (c'est pas beau l'interpolé) ni les alignements. Reste le problème de la couleur, du contraste et autres...
mp3gain et autres ne marchent pas trop mal pour la correction : c'est basé la dessus ( http://www.replaygain.org(...) ). Le seul problème est au niveau de la compatibilité des lecteurs vu que le tag n'est pas standard... la méthode de Musepack (ou l'info replaygain fait partie du standard et du décodeur) permet de meilleurs résultats à ce niveau là. Pour Ogg/Vorbis, les lecteurs les plus répandus comprennent l'info Vorbisgain (xmms/winamp/foobar..., je ne sais pas pour gstreamer).
Ogg/Vorbis fait moins de dégâts à compression égale.
C'est normal il est plus récent (on peut dire la même chose de Musepack par exemple). Ca serait dommage que les recherches en psychoaccoustique et autres n'aboutissent à rien...
Noël 2004 ? tu crois encore au père Noël ??? j'y croyais début septembre cela dit ...
Des stats sur l'évolution des releases Debian, plus quelques liens vers les nombreuses idées pour changer tout ca (mais plus tard) : http://lists.debian.org/debian-devel/2004/11/msg00887.html(...)
La Sarge n'est pas encore complètement gelée, il n'y a que la base qui est gelée (ce qui est nécessaire pour pouvoir tester correctement l'installeur debian).
Pour ce qui est de KDE/Gnome, apparemment (mais je n'utilise ni l'un ni l'autre) ce qui bloque KDE est le fait qu'il fonctionnerait plus mal que Gnome quand les apis sont en état mélangée (certaines libs en 3.2.x et d' autre en 3.3.x) et les dépendances seraient plus difficiles à gérer ( http://lists.debian.org/debian-release/2004/11/msg00154.html(...) et la suite du thread ...)
c'est pas tant le nombre de bugs RC qui bloque que le fait que les autobuilders pour le support sécurité ne sont pas encore fonctionnels pour Sarge. Ce sont ces bêtes là qui permettent à l'équipe sécurité de ne pas compiler à la main les binaires corrigeant les failles sécu pour chaque architecture. Une fois que ce système sera en place, ca devrait aller beaucoup plus vite, et on devrait avoir une Sarge dès Noël 2005.
parce que seuls les utilisateurs "connus" ont le droit de dire 'ca marche pas ?' ?
L'intérêt des forums, c'est que les inconnus puissent demander l'aide des 'connus' (chez qui souvent ca marche mieux)
Et plutôt qu'un patch (les 3/4 des lecteurs de ces forums n'ont pas les capacités pour coder un patch, moi le premier), c'est une description plus précise du problème qu'il faudrait aux développeurs (qu'ils puissent tenter de voir d'ou ca vient)
Comme clients, je pense que kmail, sylpheed, et autre le lisent. Malheureusement pas de support Maildir pour mozilla et consorts directement (je passe perso par un serveur imap)
ca ne serait pas un problème de MTU ? ta passerelle rallonge les paquets qu'elle traduit pour les autres ordinateurs de ton LAN, et s'ils ne sont pas formatés au MTU max de ta ligne, ca ne marche pas. J'avais eu le problème en arrivant en France et en passant de PPPoE à du PPPoA ...
pour moi, le problème, pour ces deux genres d'appli justement, c'est que le libre sous linux n'arrive pas à la cheville du gratuit sous windows, à savoir foobar2000 et exact audio copy ... (moins grave pour eac/grip que fb2k/players-linux d'ailleurs, vu que les capacités d'eac ne servent vraiment que sur des cds très abîmés)
Pour les logiciels installés par tes soins (compilés et tout) il y a /usr/local. En ordonnant ton PATH correctement, tu n'as pas de problème à utiliser la version /usr/local/bin d'un prog qui existe dans /usr/bin/
Pour savoir ce que tu as comme logiciels installés, il y a aussi dpkg --get-selections (en cronjob par ex) puis dpkg --set-selections && apt-get upgrade pour réinstaller après tes pertes.
c'est ce que je fais.
*j'ai mon Maildir, avec les cur/ new/ tmp/ et autres sous répertoires...
*un crontab vers archivemail qui nettoie les mails de plus de 60 jours du Maildir et les met dans Maildir/Maildir_archive_2004.gz (archivemail sait lire en mbox, imap, autres, mais n'écrit qu'en mbox; comme la compression n'est vraiment efficace que sur l'ensemble des mails archivés, le format mbox est bien adapté.)
imap ne voit que les fichiers valides Maildir (donc tout les sous-répertoires avec cur/ new/ tmp/ )
je dis à mutt que j'ai aussi des archives mbox compressées (les gz) via la ligne suivante dans muttrc:
mailboxes imap://mybox/INBOX +.junk +.debian +.debian.lists `echo /home/antoine/Maildir/Maildir_archive*.gz`
mutt peut ensuite très bien copier un message vers l'archive ou de l'archive vers l'arborescence Maildir-imap.
ces docs de bases, on les trouve aussi sous windows, et arrêter une carte réseau sans la débrancher, c'est possible aussi ... je ne vois pas en quoi faire ifc eth0 down m'apprend plus sur le fonctionnement de tout ca que faire 'clic droit - débrancher le réseau' sur l'icône lan0 ...
mais la plupart des plugins (ils appellent ca des components ) standards de foobar sont libres (bsd) et distribués avec le SDK. (cf http://foobar2000.org(...) )
je compresse tous mes vieux mails (plus de 2 mois) avec archivemail ( http://archivemail.sourceforge.net(...) ) dans le Maildir (ce sont des fichiers mbox compressés) et j'annonce ces archives à mutt en 'mailboxes'. Comme ca, j'ai accès à mes mails récents de vraiment partout (via imap) et aux autres via mutt en ssh sur mon serveur. C'est pas parfait mais très viable.
... quand tu auras reçu dans les 200 spams, le filtre bayesien s'activera. D'ici là, il fonctionnera juste avec ses propres règles, ca devrait te filtrer pas mal de mails quand même. Tu les poses tous dans le même répertoire (junk au hasard...) et sa-learn apprendra. Il faut aussi qu'il apprenne quels sont tes mails valides (sa-learn sur ton inbox...)
Ne demande pas notre contribution, le but du jeu du bayesien, c'est de s'entraîner aux spams que *tu* reçois, pas que nous recevons.
dans le cas d'accident mortels, il y a très souvent des choses comme l'alcool, la vitesse excessive ou la fatigue qui entrent en jeu, c'est loin d'être un cas exceptionnel. Et ca fait en général plus mal sur les petites routes et nationales parce qu'il faut y faire beaucoup plus attention (plus de virages ou il faudrait ralentir, d'intersections, d'arbres, de gens qui roulent en sens inverse, de piétons, d'animaux ...)
Après, tu roules ou tu veux, moi, quand je fais un trajet long ou le train/avion n'est pas pratique (le tgv ne va pas partout...), je préfère les trajets ou il y a une grosse proportion d'autoroute à ceux ou on fait plus de nationale/départementale. Et j'ai testé les deux ...
pas sûr. L'autoroute empêche quand même pas mal d'accidents en face à face (et là, 90+90, ca fait 180...). Et il y a les nationales bordées d'arbres...
Quand tu lis les faits divers du lundi matin, les gens qui se tuent en sortant de boite, c'est plus souvent sur des nationales/départementales...
tout pareil sous debian sarge avec bash 2.05b. En fait, le f annule tout les effets de -i je pense : mon rm est en fait un alias 'rm -i', mais rm -f (donc rm -i -f) ne se pose pas de questions...
??? on peut trier par threads depuis que je connais thunderbird, et même trier les threads entre eux suivant émetteur/date du premier mail du fil/date du dernier mail du fil depuis la version 0.6 je crois ...
si si, avec vmware, tu peux éxécuter sous windows le linux qui est placé sur une vraie partition d'un de tes disques durs (faut juste paramétrer les bons disques durs au moment de la création de la machine virtuelle).
Il peut y avoir des bugs au niveau de la gestion réseau,usb, son et vidéo (le matériel virtuel n'est pas le même que le matériel réel) mais le reste passe...
[^] # Re: Oui, au moins ils répondent.
Posté par tinodeleste . En réponse au journal Si comme moi vous étiez intéressé par le moniteur Samsung Syncmaster 193P.... Évalué à 2.
[^] # Re: 5 U
Posté par tinodeleste . En réponse au journal FLAC : Les pieds dedans. Évalué à 8.
[^] # Re: terminologie + informations.
Posté par tinodeleste . En réponse au journal FLAC : Les pieds dedans. Évalué à 6.
C'est normal il est plus récent (on peut dire la même chose de Musepack par exemple). Ca serait dommage que les recherches en psychoaccoustique et autres n'aboutissent à rien...
[^] # Re: non ça ne changera rien
Posté par tinodeleste . En réponse au journal debian installer nouvelle version. Évalué à 2.
Des stats sur l'évolution des releases Debian, plus quelques liens vers les nombreuses idées pour changer tout ca (mais plus tard) : http://lists.debian.org/debian-devel/2004/11/msg00887.html(...)
[^] # Re: non ça ne changera rien
Posté par tinodeleste . En réponse au journal debian installer nouvelle version. Évalué à 4.
Pour ce qui est de KDE/Gnome, apparemment (mais je n'utilise ni l'un ni l'autre) ce qui bloque KDE est le fait qu'il fonctionnerait plus mal que Gnome quand les apis sont en état mélangée (certaines libs en 3.2.x et d' autre en 3.3.x) et les dépendances seraient plus difficiles à gérer ( http://lists.debian.org/debian-release/2004/11/msg00154.html(...) et la suite du thread ...)
[^] # Re: non ça ne changera rien
Posté par tinodeleste . En réponse au journal debian installer nouvelle version. Évalué à 4.
# il y avait eu un script assez complet par ici il y a quelques temps
Posté par tinodeleste . En réponse au message WonderShaper pour une passerelle... Évalué à 3.
http://linuxfr.org/comments/110956.html#110956(...)
mais dans ton cas, l'idéal, ca serait de convaincre tes collocs d'utiliser un seul système centralisé sur la passerelle, à la mldonkey...
[^] # Re: Ca arrive, ca arrive
Posté par tinodeleste . En réponse au journal Linux, c'est bien, mais parfois, le clavier se blo. Évalué à 5.
L'intérêt des forums, c'est que les inconnus puissent demander l'aide des 'connus' (chez qui souvent ca marche mieux)
Et plutôt qu'un patch (les 3/4 des lecteurs de ces forums n'ont pas les capacités pour coder un patch, moi le premier), c'est une description plus précise du problème qu'il faudrait aux développeurs (qu'ils puissent tenter de voir d'ou ca vient)
en tout cas bon appétit !
# les spécifications
Posté par tinodeleste . En réponse au message Maildir ou mbox ou autre chose?. Évalué à 2.
Comme clients, je pense que kmail, sylpheed, et autre le lisent. Malheureusement pas de support Maildir pour mozilla et consorts directement (je passe perso par un serveur imap)
[^] # Re: TCP window scaling ?
Posté par tinodeleste . En réponse au message Gros pb de réseau. Évalué à 3.
[^] # Re: pas unanime
Posté par tinodeleste . En réponse au journal Amarok 1.2 beta1 && Kpdf CVS => Kde Rulez!!. Évalué à 1.
[^] # Re: Pourquoi ca impacte tous les devs...
Posté par tinodeleste . En réponse au journal BitKeeper ou Arch. Évalué à 4.
http://www.bitkeeper.com/Company.Founders.html(...)
[^] # Re: merci les integristes
Posté par tinodeleste . En réponse au message ma Debian est morte : VIVE MA DEBIAN. Évalué à 4.
Pour savoir ce que tu as comme logiciels installés, il y a aussi dpkg --get-selections (en cronjob par ex) puis dpkg --set-selections && apt-get upgrade pour réinstaller après tes pertes.
[^] # Re: pas de solutions ?
Posté par tinodeleste . En réponse au journal Faille dans les noyaux 2.4.27 et 2.6.8. Évalué à 4.
http://lwn.net/Articles/110898/(...)
[^] # Re: compression, mais plus d'imap
Posté par tinodeleste . En réponse au journal imap et compression de maildir. Évalué à 1.
*j'ai mon Maildir, avec les cur/ new/ tmp/ et autres sous répertoires...
*un crontab vers archivemail qui nettoie les mails de plus de 60 jours du Maildir et les met dans Maildir/Maildir_archive_2004.gz (archivemail sait lire en mbox, imap, autres, mais n'écrit qu'en mbox; comme la compression n'est vraiment efficace que sur l'ensemble des mails archivés, le format mbox est bien adapté.)
imap ne voit que les fichiers valides Maildir (donc tout les sous-répertoires avec cur/ new/ tmp/ )
je dis à mutt que j'ai aussi des archives mbox compressées (les gz) via la ligne suivante dans muttrc:
mailboxes imap://mybox/INBOX +.junk +.debian +.debian.lists `echo /home/antoine/Maildir/Maildir_archive*.gz`
mutt peut ensuite très bien copier un message vers l'archive ou de l'archive vers l'arborescence Maildir-imap.
[^] # Re: Pas tout à fait d'accord
Posté par tinodeleste . En réponse à la dépêche Linus Torvalds : le marché du bureau a déjà commencé. Évalué à 7.
[^] # Re: mes 2 cents
Posté par tinodeleste . En réponse au message player audio libre sous windows ?. Évalué à 1.
# compression, mais plus d'imap
Posté par tinodeleste . En réponse au journal imap et compression de maildir. Évalué à 2.
# sers toi de tes soucis...
Posté par tinodeleste . En réponse au message Les spams ..... Évalué à 2.
Ne demande pas notre contribution, le but du jeu du bayesien, c'est de s'entraîner aux spams que *tu* reçois, pas que nous recevons.
[^] # Re: OQDHSU:M!Ù$:!Ù$VU OMSDHÙ!F$GÙ:H;$MHK;
Posté par tinodeleste . En réponse au sondage Le chiffrement des emails (gpg...). Évalué à 1.
[^] # Re: Autoroutes
Posté par tinodeleste . En réponse au journal Pour ceux qui vivent en couple : comment vous faites pour la supporter ?. Évalué à 1.
Après, tu roules ou tu veux, moi, quand je fais un trajet long ou le train/avion n'est pas pratique (le tgv ne va pas partout...), je préfère les trajets ou il y a une grosse proportion d'autoroute à ceux ou on fait plus de nationale/départementale. Et j'ai testé les deux ...
[^] # Re: Autoroutes
Posté par tinodeleste . En réponse au journal Pour ceux qui vivent en couple : comment vous faites pour la supporter ?. Évalué à 2.
Quand tu lis les faits divers du lundi matin, les gens qui se tuent en sortant de boite, c'est plus souvent sur des nationales/départementales...
[^] # Re: Hmm
Posté par tinodeleste . En réponse au message [Terminal] Protéger le contenu d'un répertoire contre les fausses manipulations. Évalué à 1.
[^] # Re: Les deux nouvelles fonctions de cette release
Posté par tinodeleste . En réponse à la dépêche Thunderbird 0.9 est sorti. Évalué à 5.
[^] # Re: Colinux
Posté par tinodeleste . En réponse au message Lancement Linux sous windows. Évalué à 2.
Il peut y avoir des bugs au niveau de la gestion réseau,usb, son et vidéo (le matériel virtuel n'est pas le même que le matériel réel) mais le reste passe...