Psychofox a écrit 10735 commentaires

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 ?

et si tu le récites dans la rue c'est pareil ?

Faut arrêter, c'est pas comme si il avait fournit le mp3.

D'ailleurs en fait sur le site des wampas, il y'a même un lien pour télécharger l'avi d'un clip "non officiel"...

http://wampas.com/download/videos/wampas-manuchao.avi

cfdisk pas user-friendly ? et puis quoi encore...

GNU ce n'est rien, c'est un vague projet mais il n'existe pas d'OS GNU/linux officielle. GNU ne fait qu'apposer sa reconnaissance envers des distribs :
http://www.gnu.org/links/links.fr.html#FreeGNULinuxDistribut(...)

C'est le grand délire de Stallman qui parle du système GNU alors que celui-ci n'existe pas. GNU fournit des outils qui peuvent/sont incorporés dans la majorités des distribs linux, mais ils sont remplaçables par d'autre et il existe bien des distribs qui utilisent busybox. Et l'auteur ne se fait pas son délire de vouloir les appeler des systèmes Busybox/Linux.

Bref toutes les distribs linux, qu'elles utilisent ou pas les outils GNU, sont des OS puisqu'elles fournissent un package complet. Alors que GNU/Linux ne définit que 2 briques de cet ensemble.

Cette histoire de 5 minutes sans protection ou tu te prend des virus est assez vieille et fausse, personellement (moi et mon entourage) ca ne m'est pas arrivé depuis le service pack 2 (après j'avoue ne pas avoir testé avec un ordi directement relié au net, mais derrière un routeur à chaque fois)

si tu es derrière un routeur adsl et/ou wifi, tu n'est justement pas relié directement au net. Si tu te caches derrière un NAT et que ton routeur ne forward pas les connections entrantes, tu es protégé un minimum.

Cette histoire de 5 minutes parle d'une machine reliée directement à son provider sans passer par un firewall ou un nat externe (avec un simple modem cable/adsl/56k).

- "FooFound" : qui arrive à retrouver n'importe quel fichier

c'est euh...comment dire...maladroit ?

Mais que les spécificités d'Ubuntu se retrouve dans un "système biomed", j'en doute beaucoup. Que l'utilisation de la solution "biomed" soit impactée par les spécificités d'Ubuntu, j'en doute beaucoup. Que cette solution ne marche pas sans les spécificité d'Ubuntu, j'en doute beaucoup, etc.

Le bonhomme te parle d'un choix, pas que ça doive ou ne doive pas marcher avec ubuntu ou une autre distrib. Ils vendent un package de hardware, d'OS et d'applis métier, qu'ils ont réuni en utilisant ubuntu comme ils auraient pu le faire avec une autre distrib.

On voit ici (et j'en fais parti) des gens qui parlent beaucoup d'intéropérabilité, d'indépendance, de standard, etc.
Et voilà qu'on nous sort des solutions "biomed" basées sur Ubuntu !?!
Et en plus on devrait applaudir des deux mains !
</blockquote

on s'en fout, on parle d'une machine (échographe, laser etc...). Qu'il y ait du ubuntu ou autre chose dedans ne t'atteinds pas. Ce qui compte dans l'interopérabilité et l'indépendance, c'est pas qu'on utilise ubuntu ou GuronsanOS, c'est que les protocoles utilisés soient connus, publiés et ouverts. Si tu veux changer la distrib qui est dans un échographe, amuses toi personne ne t'en empêche !

On a le "lock-in" Windows. On va avoir le "lock-in" Ubuntu ?
Ben ça me donne de l'urticaire.

on a surtout le "lock-in" de ton cortex qui s'enfonce dans du hors-sujet. Il ne s'agit pas d'un logiciel basé sur une distrib, mais d'un ensemble plus complet qui utilise ubuntu (comme il pourrait utiliser qnx ou un autre OS).

Arrête de te masturber l'intellect, on parle ici d'un "package" ou d'une "solution", pas du fait que le hardware est prévu pour tel ou tel OS.

Quand quelqu'un te vends un appliance, il te vend la machine et les applis dédiées à un usage précis en même temps. Et bien la couche OS peut très bien être "basée" sur une distrib particulière.

Et cette discussion n'est ni liée à ubuntu, ni à une autre distrib. Faut arrêter le délire de persécution.