Psychofox a écrit 10742 commentaires

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....

http://www.terrasoftsolutions.com/products/ydl/

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 subjectif, bien sûr)

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.

En Suisse pour la caution d'un appart, on ouvre un compte bloqué et on met l'argent dessus. On ne récupère l'argent que sur une remise de bail.

quel pays archaïque ^_^

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.

Puisque tu cherches une banque où tu peux faire tout online, pourquoi te limiter aux banques qui ont une filiale en France ?

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.

amusantes et subtiles pour des boutonneux et assez moches en fait.

Mais bon sans flash, on ne peut pas leur enlever ça...

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.

Donc le passage à la gpl n'apporterait rien ;-)

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.

je ne dis pas que c'est sans intérêt, je trouve juste la chose assez ironique. :o)

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.

maildir(5) Headers, Tables, and Macros maildir(5)



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

ta prose entre la GPL et les brevets, c'est pipo et hors sujet. La GPL ne protège de rien. La seule chose qui peut protèger d'un brevets, c'est le prior art.

En passant, Theo De Raadt (pro BSD qui vomit la GPL) pleurait toute les larmes de son corps car un driver avait été passé de BSD à GPL (avec l'accord du déteneur du copyright, évidemment). Il gueulait car les contributions aux codes GPL ne pouvaient pas être incluses à la version BSD (mais il suffit de demander au mainteneur qui n'a pas la réputation d'être un tiran).
Bizarre, que les BSDiste trouve ça horrible quand c'est Linux qui le fait (alors qu'il y a encore accès au code) et normal quand c'est Apple (alors qu'il n'y a plus accès au code).

Ben non c'est pas bizarre puisque dans ce cas la les devs du driver linux prétendaient faire du libre alors qu'ils ont sciemment bloqué l'accès au code aux autres acteurs du libre alors que le changement de licence n'apportait rien.

Bon après tu déforme la réalité sur le fait que le déteneur du copyright avait donné son accord, ce qui n'était pas le cas.

après dire que BSD est fait pour faire du proprio c'est du FUD. Dans ce cas on pourrait aussi dire que la GPL, c'est fait pour diviser le libre en empêchant le partage du code avec d'autres licences libres. Et bien non, ni l'une, ni l'autre des affirmations est vraie, ce sont des effets de bords. Personnellement, je trouve le second effet de bord (empêcher le partage de code entre des projets libres) bien plus grave que le second (permettre à des gens d'intégrer du code libre dans du proprio), puisque j'en ai rien à carrer de ce que font les vendeurs de proprio, ça ne touche pas mon système libre.

il m'a volé mes billes !

Si tu ne veux pas que ton code se retrouve dans du proprio (breveté, DRMisé, tivolisé, pas source, etc) ben tu prends la GPL (ou équivalent).

A vrai dire, je ne vois pas ce que - en tant que développeur - tu en ais à foutre que ce soit breveté, tivolisé, DRMisé, propriétarisé si ta version libre demeure...ça ne blesse personne, à part peut-être ton égo trop dimenssionné.

cette phrase ne vise pas debian.

Si elle existait "officiellemen" sur autant d'architectures que debian, je ne crois pas que slackware aurait été la 3ème plus rapide étant donnée le nombre de mainteneur restreint.

et si je m'en rappelle et que j'en fais une copie sur mon unité de stockage cérébrale, c'est légal ?