lsartran a écrit 12 commentaires

Bonjour,

Personnellement, j'utilise msmtp ( http://msmtp.sourceforge.net/(...) ) avec Mutt(-ng) ainsi:

Dans .muttrc:
8<-------------------------------------------------
set sendmail = "/usr/local/bin/msmtp"
set envelope_from=yes
------------------------------------------------->8

Dans .msmtprc:
8<-------------------------------------------------
# Set default values for all following accounts.
defaults
logfile ~/.msmtp.log

account monfai
host smtp.monfai.fr

account default : monfai
------------------------------------------------->8

Ça marche sans problème :)

Je ne rencontre pas ton problème d'entête From/Reply-To, et je n'ai pas de domaine non plus. Les variables realname et from de mutt sont correctement renseignées, et reverse_from est activé.
Sinon, il existe les commandes lists et subscribe pour les mailling-lists, mais dont je ne me sers pas (un peu casse-pieds pour l'affichage)

Pourquoi cette compression ne sucitte pas plus d'interret ?
Des brevets ?

Deux petites secondes, Madame Izma regarde dans sa boule de cristal...

Je suppose que l'auteur voulait parler des autres distributions "ancestrales" qui ne sont plus actuellement.

Debian ?




*déjà dehors*

Les participes passer ?

Pourquoi favoriser Firefox alors ?

Effectivement, au temps pour moi, ce point-là m'avait échappé...

Comme quoi, c'est vraiment tout simple ces histoires :-)

Et, si je me souviens bien, la classe i686 commence au Pentium III.

Pas du tout, efface !

Elle commence à l'introduction du coeur P6 chez Intel, soit au Pentium Pro.

Parfois on nomme i786 la classe qui commence avec le Pentium 4.

La désignation IA32, elle, regroupe les processeurs x86 32 bits (ce qui doit correspondre à vue de nez à {i386} - {x86/64} ).

Non, elle est équivalente aux processeurs x86 (ou i386, ça n'a plus d'importance maintenant): tous les processeurs x86_64 doivent fonctionner dans un mode de compatibilité.

Le nom officiel de la technologie 64 bits d'AMD est x86_64 effectivement, on l'appelle aussi "amd64" ou "IA32E" chez Intel (qui appelle les instructions étendues les EM64T).

Tout simple :)

Seule une poignée d'applications tierces sont copiées dans l'arbre de développement des BSD (/usr/src): des applications essentielles, qui font partie de la base. Parmi celles-ci, on peut citer gcc (bien sûr), gdb, gzip, XFree/X.org (selon les cas).

Ce n'est asboluement pas le cas de KDE, qui est maintenu sous forme de port, chez FreeBSD. C'est un travail de packaging en tout point comparable au travail réalisé par Debian par exemple.

Sus aux trolls.

autant les fork ds la communauté Bsd me paraissent pitoyable... Dragonfly , microBSD , et loin d'etre efficaces en plus.

Mauvais exemple, changer exemple.

DragonFly avance vite et bien, et présente d'ores et déjà des qualités qu'aucun autre BSD, ni même Linux, ne présente:
* des threads noyau légers (LKWT)
* une journalisation du système de fichier (ça permet de disposer de faire des sauvegardes incrémentales automatiques, des undeletes, etc.)
* un code source converti en C ANSI propre.
* des améliorations conséquentes de la tenue en charge de la VM, du VFS

J'en oublie sûrement beaucoup... Il a également pas mal d'autres avantages, qu'il partage avec d'autres OS:
* l'intégration CITRUS (partagé avec NetBSD)
* une libthread très performante (également intégrée depuis peu à FreeBSD)
* un pile réseau multithread
* beaucoup d'autres qui ne me viennent pas à l'esprit actuellement

Autant Freesbie est interessant d'un certai point de vue

FreeSBIE utilise bsdinstaller, intégré en premier lieu dans DragonFly.

Matt Dillon, le leader du projet DragonFly BSD, est justement en train d'inclure une couche de journalisation, qui permettra à terme, et entre autres, d'annuler les modifications apportées à un FS.

cf. http://leaf.dragonflybsd.org/mailarchive/kernel/2005-03/msg00038.html

Il me semble que le monsieur parlait de *distributions*.

==>[]

Trickle fait tout ça très bien, en userspace (donc c'est dispo sous BSD également), en s'intercalant entre les fonctions réseau de la libc et le(s) programme(s), grâce à LD_PRELOAD.

D'ailleurs, on en parle ici aussi : http://linuxfr.org/~lucas/10886.html(...)

http://monkey.org/~marius/pages/?page=trickle(...)