D'ailleurs, je pense que si Toyota vend si bien sa Yaris, c'est parce qu'ils se sont vantés que c'était une vraie voiture «française» : les deux générations ont été conçues et fabriquées en France.
La Yaris se vend bien dans tous les pays. Et ce n'est pas parce que c'est une voiture « française » (ça ferait plutôt fuir, à l'étranger). C'est plutôt parce que c'est une Toyota, marque qui a le vent en poupe grâce à une réputation de fiabilité (et avec la prius, d'avant garde à défaut de réelle souci écologique).
yellowdog fournit aussi kde et gnome je crois même si E17 reste le choix par défaut.
Pour la question du payant/non payant, je crois que les YDL sont payantes lors de leur sortie et disponible en téléchargement gratuit après un petit délais. La dernière version semble dispo en téléchargement depuis quelques jours justement...
Le truc c'est que celui qui gère un site de ce genre choisira plus facilement flash (parce que préinstallé, toussa) à une utilisation de vlc qui forcerait ses utilisateurs à installer un logiciel au préalable.
Toute est dans la question. Yellowdog est - il me semble - une distrib basée sur fedora et dont la vocation première est/était de tourner sur des machines PPC....
je ne parle pas de ton pc mais des sites web dont il est question. Que tu aies flash ou pas sur ton propre pc, tu ne peux nier que flash s'est imposé sur les sites web diffusant du contenu multimedia (que ce soit bon/immuable ou non).
Je ne suis pas d'accord. Les raisons pour lesquels flash c'est imposé dans la diffusion de vidéo/audio sur le net, c'est qu'il rend plus difficile la récupération de ces fichiers sur le disque, et qu'il contraint l'utilisateur à aller sur le site internet du serveur qui diffuse le fichier pour le consulter.
Je ne sais pas pour toi, mais moi ça ne me paraît pas de "bonnes" raisons.
non ce n'est pas ça la raison. Rien n'empêche les gens de télécharger les vidéos/sons de ces sites. D'ailleurs certains sites comme google vidéo proposent nativement le téléchargement sans avoir à passer par un plugin/site/logiciel externe.
Si flash s'est imposé, c'est à cause du cauchemard des codecs/logiciels. Avant on avait des sites qui utilisaient Windows Media Player, d'autre Quicktime, et d'autres Real Player et d'autres mettaient en ligne de simples avi avec des codecs très variés, du mpeg 1 au divx. Et les utilisateurs devaient régulièrement mettre à jour ces 3 logiciels, ainsi que d'éventuels codecs pour pouvoir être sûrs de toute visualiser correctement. Flash s'est imposé en standardisant le tout. Pas de logiciel en plus à installer (flash étant fourni avec windows et mac), et une update relativement facile (si le site utilise une version supérieure à celle installée, le lien pour installer la dernière version flash est fournie automatiquement). ça a permis aux gens de se sortir de la prise de tête des codecs.
C'est clair. Ces fonds d'écrans sont vraiment beau pour quelqu'un qui porte une salopette jaune, des chaussettes bleues, des chaussures vertes et un nez rouge. Bref quelqu'un qui sait très bien marier les couleurs.
Pour le coup ils ont réussi à faire plus moches que le fond d'écran par défaut de Windows Vista. C'est fort.
Parce qu'on a pas le droit de s'inscrire dans une banque qui n'a pas de filiale en France sans habiter dans un pays qui a une filiale?
Au temps pour moi je ne suis pas au courant (je n'habite plus en France).
Pour la question du salaire, je ne vois pas en quoi ce serait impossible de verser directement sur un compte étranger. Tu cite l'IBAN, c'est justement fait pour ça. Et mon opérateur mobile m'envoie des factures. Bref le problème n'est pas du tout technique.
Pourquoi parler d'un "new userland memory allocator" si cela a toujours tourné en userland ?
Moi j'avais interprété cela comme voulant dire que l'ancien n'était pas en mémoire utilisateur.
La question n'est pas Pourquoi parler d'un "new userland memory allocator" mais Pourquoi j'ai interprété cette phrase n'importe comment.
Cette phrase veut dire ce qu'elle veut dire et rien de plus. Il y'a un nouvel (un de plus) allocateur de mémoire qui tourne en espace utilisateur.
j'avoue être intéressé par le concept des bulles qui peuvent être animées. En revanche je préfère les bd (je ne me rappelle plus de celles que j'avais vues) dont les bulles ne s'animent que si on passe le curseur dessus...
Car la avec une anim continue dans une bulle, ça gêne la lecture des autres.
ben en fait j'ai encodé en ogg par habitude, je m'en suis rappelé trop tard qu'il ne les lisait pas. Du coup j'ai mis les ogg sur mon ipaq qui trainait heureusement sur mon bureau aussi :-]
Désolé pour cette fausse joie. J'ai pourtant cherché un lecteur ogg en java pour mon motorola sans succès...
oui j'ai téléchargé un album entier sur deezer, et quand j'ai converti les fichiers flv en mp3 avec ffmpeg, je me suis aperçu qu'ils étaient en mp3 128kbit par défaut.
Par contre ce qui est con c'est que j'ai réencodé en ogg alors que j'aurai pu tout simplement demultiplexer le flv pour simplement récupérer le mp3 (mais j'ai fais ça vite à l'arrache pour rapidement mettre de la musique dans mon téléphone)...
il serait bon que les ayatollahs du libre se rendent compte que la majorité des ordinateurs sont sous un OS proprio...ah ben merde ça va plus dans ton sens la.
Bref la question des représentativités, c'est totalement hors-sujet avec le schmilblick.
le code de openssh est utilisé dans un grand nombre de devices réseaux. Mais bon à la limite on s'en fout, il serait en gpl les boites qui font du proprio coderaient leur propre serveur ssh ou en mettraient peut-être un autre sous licence.
autant l'argument serait recevable sur un relay mail, autant dans le cas d'un client email de bureau, c'est négligeable, surtout devant la puissance de traitement d'un bête pc actuel. Tu traites rarement plus de quelques petits mails à la fois.
C'est drôle parce qu'à la base, les modèles réduits radio commandés étaient un peu ce qui faisait office de simulateur (ou en tout cas des substituts pour ceux qui ne pouvaient se payer les versions 1:1) quand ceux-ci n'existaient pas.
On arrive alors à une situation où on créé des sortes de simulateurs de simulateurs, quand est-ce que ça va s'arrêter ? ^_ ^
c'est un peu différent en fait, on peut relicencier le logiciel sous une autre licence, mais le code qui est déja en BSD restera en BSD. C'est un peu comme si le logiciel était en double licence sur certaines parties du code.
NAME
maildir - directory for incoming mail messages
INTRODUCTION
maildir is a structure for directories of incoming mail mes-
sages. It solves the reliability problems that plague mbox
files and mh folders.
RELIABILITY ISSUES
A machine may crash while it is delivering a message. For
both mbox files and mh folders this means that the message
will be silently truncated. Even worse: for mbox format, if
the message is truncated in the middle of a line, it will be
silently joined to the next message. The mail transport
agent will try again later to deliver the message, but it is
unacceptable that a corrupted message should show up at all.
In maildir, every message is guaranteed complete upon
delivery.
A machine may have two programs simultaneously delivering
mail to the same user. The mbox and mh formats require the
programs to update a single central file. If the programs
do not use some locking mechanism, the central file will be
corrupted. There are several mbox and mh locking mechan-
isms, none of which work portably and reliably. In con-
trast, in maildir, no locks are ever necessary. Different
delivery processes never touch the same file.
A user may try to delete messages from his mailbox at the
same moment that the machine delivers a new message. For
mbox and mh formats, the user's mail-reading program must
know what locking mechanism the mail-delivery programs use.
In contrast, in maildir, any delivered message can be safely
updated or deleted by a mail-reading program.
Many sites use Sun's Network Failure System (NFS), presum-
ably because the operating system vendor does not offer any-
thing else. NFS exacerbates all of the above problems.
Some NFS implementations don't provide any reliable locking
mechanism. With mbox and mh formats, if two machines
deliver mail to the same user, or if a user reads mail any-
where except the delivery machine, the user's mail is at
risk. maildir works without trouble over NFS.
THE MAILDIR STRUCTURE
A directory in maildir format has three subdirectories, all
on the same filesystem: tmp, new, and cur.
Each file in new is a newly delivered mail message. The
modification time of the file is the delivery date of the
message. The message is delivered without an extra UUCP-
style From_ line, without any >From quoting, and without an
SunOS 5.5 Last change: 1
maildir(5) Headers, Tables, and Macros maildir(5)
extra blank line at the end. The message is normally in RFC
822 format, starting with a Return-Path line and a
Delivered-To line, but it could contain arbitrary binary
data. It might not even end with a newline.
Files in cur are just like files in new. The big difference
is that files in cur are no longer new mail: they have been
seen by the user's mail-reading program.
HOW A MESSAGE IS DELIVERED
The tmp directory is used to ensure reliable delivery, as
discussed here.
A program delivers a mail message in six steps. First, it
chdir()s to the maildir directory. Second, it stat()s the
name tmp/time.pid.host, where time is the number of seconds
since the beginning of 1970 GMT, pid is the program's pro-
cess ID, and host is the host name. Third, if stat()
returned anything other than ENOENT, the program sleeps for
two seconds, updates time, and tries the stat() again, a
limited number of times. Fourth, the program creates
tmp/time.pid.host. Fifth, the program NFS-writes the mes-
sage to the file. Sixth, the program link()s the file to
new/time.pid.host. At that instant the message has been
successfully delivered.
The delivery program is required to start a 24-hour timer
before creating tmp/time.pid.host, and to abort the delivery
if the timer expires. Upon error, timeout, or normal com-
pletion, the delivery program may attempt to unlink()
tmp/time.pid.host.
NFS-writing means (1) as usual, checking the number of bytes
returned from each write() call; (2) calling fsync() and
checking its return value; (3) calling close() and checking
its return value. (Standard NFS implementations handle
fsync() incorrectly but make up for it by abusing close().)
HOW A MESSAGE IS READ
A mail reader operates as follows.
It looks through the new directory for new messages. Say
there is a new message, new/unique. The reader may freely
display the contents of new/unique, delete new/unique, or
rename new/unique as cur/unique:info. See
http://pobox.com/~djb/maildir.html for the meaning of info.
The reader is also expected to look through the tmp direc-
tory and to clean up any old files found there. A file in
tmp may be safely removed if it has not been accessed in 36
hours.
SunOS 5.5 Last change: 2
maildir(5) Headers, Tables, and Macros maildir(5)
It is a good idea for readers to skip all filenames in new
and cur starting with a dot. Other than this, readers
should not attempt to parse filenames.
ENVIRONMENT VARIABLES
Mail readers supporting maildir use the MAILDIR environment
variable as the name of the user's primary mail directory.
[^] # Re: Low cost... ou adaptation aux usages ?
Posté par Psychofox (Mastodon) . En réponse au journal Logan et Asus EEE: le triomphe du low cost. Évalué à 3.
La Yaris se vend bien dans tous les pays. Et ce n'est pas parce que c'est une voiture « française » (ça ferait plutôt fuir, à l'étranger). C'est plutôt parce que c'est une Toyota, marque qui a le vent en poupe grâce à une réputation de fiabilité (et avec la prius, d'avant garde à défaut de réelle souci écologique).
[^] # Re: question bête : pourquoi ne pas essayer yellowdog ?
Posté par Psychofox (Mastodon) . En réponse au journal La fedora 8 est pas mal.. Évalué à 2.
Pour la question du payant/non payant, je crois que les YDL sont payantes lors de leur sortie et disponible en téléchargement gratuit après un petit délais. La dernière version semble dispo en téléchargement depuis quelques jours justement...
[^] # Re: Salut l'artiste.
Posté par Psychofox (Mastodon) . En réponse au journal Jet critique loupé. Évalué à 3.
[^] # Re: Re:
Posté par Psychofox (Mastodon) . En réponse à la dépêche Ubuntu Mobile bientôt de sortie !. Évalué à 2.
Le truc c'est que celui qui gère un site de ce genre choisira plus facilement flash (parce que préinstallé, toussa) à une utilisation de vlc qui forcerait ses utilisateurs à installer un logiciel au préalable.
[^] # Re: Re:
Posté par Psychofox (Mastodon) . En réponse à la dépêche Ubuntu Mobile bientôt de sortie !. Évalué à 2.
# question bête : pourquoi ne pas essayer yellowdog ?
Posté par Psychofox (Mastodon) . En réponse au journal La fedora 8 est pas mal.. Évalué à 3.
http://www.terrasoftsolutions.com/products/ydl/
[^] # Re: Re:
Posté par Psychofox (Mastodon) . En réponse à la dépêche Ubuntu Mobile bientôt de sortie !. Évalué à 5.
[^] # Re: Re:
Posté par Psychofox (Mastodon) . En réponse à la dépêche Ubuntu Mobile bientôt de sortie !. Évalué à 7.
Je ne sais pas pour toi, mais moi ça ne me paraît pas de "bonnes" raisons.
non ce n'est pas ça la raison. Rien n'empêche les gens de télécharger les vidéos/sons de ces sites. D'ailleurs certains sites comme google vidéo proposent nativement le téléchargement sans avoir à passer par un plugin/site/logiciel externe.
Si flash s'est imposé, c'est à cause du cauchemard des codecs/logiciels. Avant on avait des sites qui utilisaient Windows Media Player, d'autre Quicktime, et d'autres Real Player et d'autres mettaient en ligne de simples avi avec des codecs très variés, du mpeg 1 au divx. Et les utilisateurs devaient régulièrement mettre à jour ces 3 logiciels, ainsi que d'éventuels codecs pour pouvoir être sûrs de toute visualiser correctement. Flash s'est imposé en standardisant le tout. Pas de logiciel en plus à installer (flash étant fourni avec windows et mac), et une update relativement facile (si le site utilise une version supérieure à celle installée, le lien pour installer la dernière version flash est fournie automatiquement). ça a permis aux gens de se sortir de la prise de tête des codecs.
[^] # Re: Les fonds d'écran de la 2008.1
Posté par Psychofox (Mastodon) . En réponse au journal On Road vers la 2008.1. Évalué à 0.
C'est clair. Ces fonds d'écrans sont vraiment beau pour quelqu'un qui porte une salopette jaune, des chaussettes bleues, des chaussures vertes et un nez rouge. Bref quelqu'un qui sait très bien marier les couleurs.
Pour le coup ils ont réussi à faire plus moches que le fond d'écran par défaut de Windows Vista. C'est fort.
[^] # Re: limitation
Posté par Psychofox (Mastodon) . En réponse au journal [HS] Banques. Évalué à 2.
[^] # Re: limitation
Posté par Psychofox (Mastodon) . En réponse au journal [HS] Banques. Évalué à 4.
[^] # Re: limitation
Posté par Psychofox (Mastodon) . En réponse au journal [HS] Banques. Évalué à 2.
Au temps pour moi je ne suis pas au courant (je n'habite plus en France).
Pour la question du salaire, je ne vois pas en quoi ce serait impossible de verser directement sur un compte étranger. Tu cite l'IBAN, c'est justement fait pour ça. Et mon opérateur mobile m'envoie des factures. Bref le problème n'est pas du tout technique.
# limitation
Posté par Psychofox (Mastodon) . En réponse au journal [HS] Banques. Évalué à 2.
[^] # Re: Pas pu attendre vendredi....
Posté par Psychofox (Mastodon) . En réponse à la dépêche Sortie de FreeBSD 7.0 et 6.3. Évalué à -1.
Moi j'avais interprété cela comme voulant dire que l'ancien n'était pas en mémoire utilisateur.
La question n'est pas Pourquoi parler d'un "new userland memory allocator" mais Pourquoi j'ai interprété cette phrase n'importe comment.
Cette phrase veut dire ce qu'elle veut dire et rien de plus. Il y'a un nouvel (un de plus) allocateur de mémoire qui tourne en espace utilisateur.
[^] # Re: Super...
Posté par Psychofox (Mastodon) . En réponse au journal Orneryboy is back. Évalué à 3.
Mais bon sans flash, on ne peut pas leur enlever ça...
[^] # Re: Heuu
Posté par Psychofox (Mastodon) . En réponse au journal Orneryboy is back. Évalué à 3.
Car la avec une anim continue dans une bulle, ça gêne la lecture des autres.
[^] # Re: Petite info
Posté par Psychofox (Mastodon) . En réponse au journal La qualitaÿ de la musique grand public.. Évalué à 1.
Désolé pour cette fausse joie. J'ai pourtant cherché un lecteur ogg en java pour mon motorola sans succès...
[^] # Re: Petite info
Posté par Psychofox (Mastodon) . En réponse au journal La qualitaÿ de la musique grand public.. Évalué à 2.
Par contre ce qui est con c'est que j'ai réencodé en ogg alors que j'aurai pu tout simplement demultiplexer le flv pour simplement récupérer le mp3 (mais j'ai fais ça vite à l'arrache pour rapidement mettre de la musique dans mon téléphone)...
[^] # Re: Mine de rien
Posté par Psychofox (Mastodon) . En réponse au journal Claws Mail supprime son plugin ClamAV pour incompatibilité de licence. Évalué à 4.
Bref la question des représentativités, c'est totalement hors-sujet avec le schmilblick.
[^] # Re: Les mauvaises décisions
Posté par Psychofox (Mastodon) . En réponse à la dépêche LLVM 2.2 : Un concurrent pour GCC ?. Évalué à 1.
Donc le passage à la gpl n'apporterait rien ;-)
[^] # Re: Blop
Posté par Psychofox (Mastodon) . En réponse au journal Claws Mail supprime son plugin ClamAV pour incompatibilité de licence. Évalué à 5.
[^] # Re: simulateur de simulation ?
Posté par Psychofox (Mastodon) . En réponse au journal Simulateurs de modèles réduits sous Linux: le libre, le gratuit et le proprio.. Évalué à 4.
# simulateur de simulation ?
Posté par Psychofox (Mastodon) . En réponse au journal Simulateurs de modèles réduits sous Linux: le libre, le gratuit et le proprio.. Évalué à 9.
On arrive alors à une situation où on créé des sortes de simulateurs de simulateurs, quand est-ce que ça va s'arrêter ? ^_ ^
[^] # Re: Re:
Posté par Psychofox (Mastodon) . En réponse à la dépêche LLVM 2.2 : Un concurrent pour GCC ?. Évalué à 4.
[^] # Re: Maildir
Posté par Psychofox (Mastodon) . En réponse au journal Thunderbird (Encore !). Évalué à -7.
NAME
maildir - directory for incoming mail messages
INTRODUCTION
maildir is a structure for directories of incoming mail mes-
sages. It solves the reliability problems that plague mbox
files and mh folders.
RELIABILITY ISSUES
A machine may crash while it is delivering a message. For
both mbox files and mh folders this means that the message
will be silently truncated. Even worse: for mbox format, if
the message is truncated in the middle of a line, it will be
silently joined to the next message. The mail transport
agent will try again later to deliver the message, but it is
unacceptable that a corrupted message should show up at all.
In maildir, every message is guaranteed complete upon
delivery.
A machine may have two programs simultaneously delivering
mail to the same user. The mbox and mh formats require the
programs to update a single central file. If the programs
do not use some locking mechanism, the central file will be
corrupted. There are several mbox and mh locking mechan-
isms, none of which work portably and reliably. In con-
trast, in maildir, no locks are ever necessary. Different
delivery processes never touch the same file.
A user may try to delete messages from his mailbox at the
same moment that the machine delivers a new message. For
mbox and mh formats, the user's mail-reading program must
know what locking mechanism the mail-delivery programs use.
In contrast, in maildir, any delivered message can be safely
updated or deleted by a mail-reading program.
Many sites use Sun's Network Failure System (NFS), presum-
ably because the operating system vendor does not offer any-
thing else. NFS exacerbates all of the above problems.
Some NFS implementations don't provide any reliable locking
mechanism. With mbox and mh formats, if two machines
deliver mail to the same user, or if a user reads mail any-
where except the delivery machine, the user's mail is at
risk. maildir works without trouble over NFS.
THE MAILDIR STRUCTURE
A directory in maildir format has three subdirectories, all
on the same filesystem: tmp, new, and cur.
Each file in new is a newly delivered mail message. The
modification time of the file is the delivery date of the
message. The message is delivered without an extra UUCP-
style From_ line, without any >From quoting, and without an
SunOS 5.5 Last change: 1
maildir(5) Headers, Tables, and Macros maildir(5)
extra blank line at the end. The message is normally in RFC
822 format, starting with a Return-Path line and a
Delivered-To line, but it could contain arbitrary binary
data. It might not even end with a newline.
Files in cur are just like files in new. The big difference
is that files in cur are no longer new mail: they have been
seen by the user's mail-reading program.
HOW A MESSAGE IS DELIVERED
The tmp directory is used to ensure reliable delivery, as
discussed here.
A program delivers a mail message in six steps. First, it
chdir()s to the maildir directory. Second, it stat()s the
name tmp/time.pid.host, where time is the number of seconds
since the beginning of 1970 GMT, pid is the program's pro-
cess ID, and host is the host name. Third, if stat()
returned anything other than ENOENT, the program sleeps for
two seconds, updates time, and tries the stat() again, a
limited number of times. Fourth, the program creates
tmp/time.pid.host. Fifth, the program NFS-writes the mes-
sage to the file. Sixth, the program link()s the file to
new/time.pid.host. At that instant the message has been
successfully delivered.
The delivery program is required to start a 24-hour timer
before creating tmp/time.pid.host, and to abort the delivery
if the timer expires. Upon error, timeout, or normal com-
pletion, the delivery program may attempt to unlink()
tmp/time.pid.host.
NFS-writing means (1) as usual, checking the number of bytes
returned from each write() call; (2) calling fsync() and
checking its return value; (3) calling close() and checking
its return value. (Standard NFS implementations handle
fsync() incorrectly but make up for it by abusing close().)
HOW A MESSAGE IS READ
A mail reader operates as follows.
It looks through the new directory for new messages. Say
there is a new message, new/unique. The reader may freely
display the contents of new/unique, delete new/unique, or
rename new/unique as cur/unique:info. See
http://pobox.com/~djb/maildir.html for the meaning of info.
The reader is also expected to look through the tmp direc-
tory and to clean up any old files found there. A file in
tmp may be safely removed if it has not been accessed in 36
hours.
SunOS 5.5 Last change: 2
maildir(5) Headers, Tables, and Macros maildir(5)
It is a good idea for readers to skip all filenames in new
and cur starting with a dot. Other than this, readers
should not attempt to parse filenames.
ENVIRONMENT VARIABLES
Mail readers supporting maildir use the MAILDIR environment
variable as the name of the user's primary mail directory.
SEE ALSO
mbox(5), qmail-local(8)
SunOS 5.5 Last change: 3