Oui mais soit tu considères le titre comme une phrase, auquel cas ça en fait trois et tu es en faute, soit comme autre chose qu'une phrase, auquel cas tu n'as pas le droit de citation puisque seules au plus deux phrases peuvent l'être....
Attention, tu cites trop de texte du blog de Daniel Glazman. Pour mémoire : ''Reproduction partielle ou totale strictement interdite sans autorisation formelle de l'auteur sauf dans le cas de courtes citations d'au plus deux phrases."
Pour moi, «à quoi ça sert» c'est une question sur le comment.
Après, les raisons de Gniarf, je les ignore (et pour tout dire, je m'en tamponne le coquillard de tout ce qui peut se passer sur #linuxfr). Oui, je sais, ça ne fait pas avancer le schmilblick.
Ils ne sont pas comptés de la même manière puisque le vote blanc fait partie des suffrages exprimés, à la différence du vote nul.
Donc dans toute élection où il est nécessaire d'atteindre un certain pourcentage des suffrages exprimés (pour remporter l'élection, ou se maintenir au tour suivant, par exemple), le vote blanc massif peut avoir un impact.
Sur un système 64 bits, il y a plusieurs choix possible pour les tailles des types int, long et des pointeurs.
Le plus fréquemment recontré (et considéré comme le plus viable) est le modèle I32LP64, dans lequel un int fait 32 bits, et un long comme un pointeur font 64 bits. C'est le modèle utilisé par à peu près tous les Un*x sur 64 bits (dont Linux).
On a donc :
sizeof(int) = 4, aligné sur 4 octets
sizeof(long) = 8, aligné sur 8 octets.
La définition du type long long est plus "aléatoire" et pourra varier d'un système à l'autre ou d'une plate-forme à l'autre. En général on définit long long comme long, donc 8 octets.
De toute façon pour du code portable, on s'en fiche un peu. On sait que l'on a sizeof(int) <= sizeof(long) <= sizeof(long long), et que comme peu d'architectures apprécient les accès non alignés, qu'une variable de type long est forcément alignée à une adresse multiple de sizeof(long). Pas la peine de se coltiner des #define ou des valeurs magiques.
Mon gag préféré reste la typo dans va_copy() sur vax, qui faisait que bon nombre de binaires étaient bogués, et en particulier le compilateur, et qui n'a été trouvée qu'au bout de deux mois parce qu'un utilisateur s'est mis en tête de faire une compilation native au lieu d'une compilation croisée...
De plus en plus de téléphones sont des téléphones bi-coeur, avec un processeur pour la partie téléphonie proprement dite (souvent un DSP), et un processeur "applicatif" sur lequel tournent les applications et l'interface utilisateur (souvent un ARM).
Il est possible d'ouvrir la totalité du code qui tourne sur l'ARM (pour rendre les geeks contents), tout en conservant l'autre partie fermée (pour rendre les organismes de réglementation contents).
Non, après 3.9 vient 3.A, en toute logique. Ce qui permet d'ailleurs de préserver l'ordre lexicographique (x.9 < x.A, contrairement à x.9 > x.10).
Une autre solution consiste à préfixer par une lettre, pour pouvoir continuer à utiliser .10 et garder l'ordre lexicographique, c'est ce qu'a fait HP-UX avec les version 8.*, puis A.9.*, puis B.10.*.
La politique (actuelle) du parti est qu'il vaut mieux ne pas avoir de pages de manuel traduites, plutôt que des pages traduites mais obsolètes.
Si beaucoup de pages (comme la documentation des fonctions de la libc) sont relativement statiques, en revanche pour les parties du système évoluant plus vite, le risque est grand que les traducteurs ne puissent pas fournir de traduction suffisamment rapidement, ou que les gens n'aient plus du tout de temps à consacrer à cette activité (on le voit très bien avec les traductions du site web, où certaines traductions disparaissent pendant plusieurs années parce que personne n'est là pour fournir l'effort de tenir la traduction à jour).
Ceci dit, comme proposé plus bas dans cette enfilade, on ne verra pas d'un (trop) mauvais oeil un projet de traduction indépendant.
Dans le temps, il était possible de récupérer le logo de Linux Arverne "propre" (i.e. juste le tux, ses tresses et son casque) sur fond blanc, dans diverses résolutions.
Malheureusement depuis la dernière refonte du site, ces images ne sont apparemment plus accessibles )-:
Oui mais bon, taper contre Mandrake^H^H^Hiva, c'est seulement quand on n'a plus d'huile à jeter sur le feu des trolls vi-contre-emacs, kde-contre-gnome, GPLv2-aux-herbes-de-provence contre GPLv3-aux-arômes-d'agrumes, et
Debian-contre-le-reste-du-monde-et-surtout-le-calendrier, hein.
Où pourrait-on obtenir des détails sur les finances du projet ? Et comment elles sont gérées ?
Non (-:
On sait (tous ?) que le projet a eu des soucis dernièrement avec des pertes par année importantes (en milliers de dollars).
Ah bon ?
Parler de "pertes" me semble complètement à côté de la plaque.
OpenBSD est un projet qui est intégralement financé par des dons et la vente de "goodies" (cd-roms, t-shirts, etc). Or les ventes de cd-roms (sur lesquels la marge est la plus élevée) sont en baisse constante, parce que de nos jours tout le monde ou presque a une liaison haut débit et peut donc télécharger le système rapidement.
Je trouverai ça plus propre qu'il y ait une "assoc" OpenBSD (j'ai pas de détails sur les statuts juridiques au Canada) à qui on envoit les dons/qui encaissent pour les différents produits dérivés etc et qui paye TdR et/ou d'autres contributeurs. Bon j'en vois déjà me dire 'oui mais faire tourner une assoc, ça prends du temps et ça serait du temps en moins à coder', d'accord, mais peut-être que des personnes non-codeuses (genre les gens qui comprennent pas une ligne de code comme moi) se proposeraient pour tout ce boulot 'administratif'.
Pour faire court : il n'y a pas de structure associative outre-atlantique parce que, pour que cela soit intéressant, il faut qu'elle soit approuvée comme ``non-profit organization'', et cela impose de fournir tous les ans divers actes comptables, dont la réalisation est payante. Cela voudrait dire qu'une partie non négligeable des dons servirait à couvrir des frais de fonctionnement.
En Europe, il vaut mieux donner à kd85 (dons en euros, donc pas de frais de change). Kd85 est par contre une entité commerciale (qui dépense plusieurs milliers d'euros tous les ans rien que pour fournir des éléments comptables légaux), tout comme le Computer Shop of Calgary qui s'occupe de la diffusion en Amérique.
Deuxième chose, les goodies. Comment sont-ils financés ?
Sur les fonds propres du CSOC (en Amérique) et kd85.com (en Europe). Ensuite, ce sont les joies du commerce, il faut vendre suffisamment bien et suffisamment rapidement pour rentrer dans ses frais.
Par exemple les posters, aux dernières RMLL, il y avait sur leur stand un carton rempli de posters dans lequel tout le monde se servait gratuitement. Bon je connais pas grand chose en imprimerie mais faire fabriquer des posters de cette qualité ça doit pas être donné.
Non, ce n'est pas donné. D'un autre côté, plus tu en fais, moins ils sont chers à fabriquer... Mais c'est un savant calcul : nous estimons que le gain en notoriété provoqué par l'éclosion de posters OpenBSD et OpenSSH un peu partout en vaut la peine.
Bon, et plus terre à terre : les donner, ça évite de devoir les vendre par correspondance, parce que c'est vraiment casse-pieds de devoir rouler 100 posters, les mettre dans des tubes, et les fermer. Surtout quand tu as quelques centaines de cd et de t-shirts à empaqueter dans la même journée...
Bref c'est pas pour avoir une compta tenue 'à la gomme / ramette de papier' près mais de savoir _en gros_ ce qui rentre et ce qui sort.
C'est un point sur lequel il y a très peu de transparence (mais on doit pouvoir consulter les comptabilités du CSOC et de kd85.com auprès des chambres de commerce ou équivalent).
J'ai longtemps souffert de tendinites aux deux mains, ce qui m'a contraint à arrêter la guitare ; je suis passé au clavier Dvorak il y a un peu plus de 10 ans maintenant, et j'ai constaté, au bout de deux semaines de pratique intensive pour m'adapter à cette nouvelle disposition, non seulement une amélioration (prévisible) de ma vitesse de frappe, mais surtout une diminution perceptible de la fatigue des mains après une journée de boulot.
Cependant il m'arrive de temps à autres de devoir utiliser un clavier qwerty ou azerty, et les douleurs reviennent rapidement.
On ne peut pas dire que Linux n'initialise pas les paramètres IEEE754 "comme il faut". Aucune norme n'impose qu'un programme démarre dans un mode spécifique
C'est au programmeur de paramétrer le mode d'arrondi dont il a besoin, s'il veut avoir des résultats reproductibles.
De façon portable, cela se fait avec fpsetround().
PM a été livré à partir de la version 1.1 d'OS/2, en 1988 ou 1989 (vu que ça commence à dater, je ne suis plus certain de l'année exacte).
Son aspect graphique était identique à celui de Windows 2.0, mais comme PM est sorti après, l'API avait été un peu améliorée et adaptées aux besoins d'un système multitâche préemptif (une file d'événements par fenêtre, par exemple).
Il y a des gens intéressés, mais personne à ma connaissance n'y travaille actuellement.
Moi-même, j'ai ça dans ma liste de trucs à faire, mais c'est dans le dernier tiers et comme elle se remplit plus vite que je ne la vide, j'ai bien peur de ne jamais m'en occuper...
Il est aussi toujours possible de gentiment demander a l'auteur de retirer la clause, je ne pense pas que beaucoup y tiennent tant que ça si elle a juste été reprise machinalement.
Bien sûr ! Mais il reste quelques irréductibles qui tiennent à cette clause, ainsi que des personnes qui sont décédées entretemps.
[^] # Re: Un pain dans la tronche.
Posté par Miod in the middle . En réponse au journal Marre des représentants procrosoft. Évalué à 0.
[^] # Re: Trivial
Posté par Miod in the middle . En réponse au sondage Faut il rebooter aprés avoir désinstallé la glibc ?. Évalué à 0.
[^] # Re: pffffff
Posté par Miod in the middle . En réponse au journal Iceweasel : la fin d'un troll?. Évalué à 2.
[^] # Re: pffffff
Posté par Miod in the middle . En réponse au journal Iceweasel : la fin d'un troll?. Évalué à 1.
[^] # Re: RTFM
Posté par Miod in the middle . En réponse au journal CLEAR USERS : à quoi ça sert ?. Évalué à -6.
Après, les raisons de Gniarf, je les ignore (et pour tout dire, je m'en tamponne le coquillard de tout ce qui peut se passer sur #linuxfr). Oui, je sais, ça ne fait pas avancer le schmilblick.
# RTFM
Posté par Miod in the middle . En réponse au journal CLEAR USERS : à quoi ça sert ?. Évalué à 0.
[^] # Re: A propos de socialistes
Posté par Miod in the middle . En réponse au journal La primaire socialiste. Évalué à 1.
Donc dans toute élection où il est nécessaire d'atteindre un certain pourcentage des suffrages exprimés (pour remporter l'élection, ou se maintenir au tour suivant, par exemple), le vote blanc massif peut avoir un impact.
# Il manque un critère important...
Posté par Miod in the middle . En réponse à la dépêche Ouverture des candidatures pour l'organisation des RMLL 2008 et 2009. Évalué à 3.
# C'est pourtant simple...
Posté par Miod in the middle . En réponse au message [requete]Test de mémoire sur une machine 64 bits. Évalué à 3.
Le plus fréquemment recontré (et considéré comme le plus viable) est le modèle I32LP64, dans lequel un int fait 32 bits, et un long comme un pointeur font 64 bits. C'est le modèle utilisé par à peu près tous les Un*x sur 64 bits (dont Linux).
On a donc :
sizeof(int) = 4, aligné sur 4 octets
sizeof(long) = 8, aligné sur 8 octets.
La définition du type long long est plus "aléatoire" et pourra varier d'un système à l'autre ou d'une plate-forme à l'autre. En général on définit long long comme long, donc 8 octets.
De toute façon pour du code portable, on s'en fiche un peu. On sait que l'on a sizeof(int) <= sizeof(long) <= sizeof(long long), et que comme peu d'architectures apprécient les accès non alignés, qu'une variable de type long est forcément alignée à une adresse multiple de sizeof(long). Pas la peine de se coltiner des #define ou des valeurs magiques.
[^] # Re: c'est vendredi
Posté par Miod in the middle . En réponse au journal Itiz ze Trolledeille !. Évalué à 5.
[^] # Re: Sors de ce corps Charles M. Hannum
Posté par Miod in the middle . En réponse à la dépêche Sortie de NetBSD 3.1. Évalué à 4.
Mon gag préféré reste la typo dans va_copy() sur vax, qui faisait que bon nombre de binaires étaient bogués, et en particulier le compilateur, et qui n'a été trouvée qu'au bout de deux mois parce qu'un utilisateur s'est mis en tête de faire une compilation native au lieu d'une compilation croisée...
Ça donne tout de même matière à réflexion.
[^] # Re: GSM libre, c'est possible ?
Posté par Miod in the middle . En réponse à la dépêche OpenMoko : sortie en janvier 2007 d'un téléphone-GPS enfin libre !. Évalué à 9.
Il est possible d'ouvrir la totalité du code qui tourne sur l'ARM (pour rendre les geeks contents), tout en conservant l'autre partie fermée (pour rendre les organismes de réglementation contents).
[^] # Re: Version cohérente...
Posté par Miod in the middle . En réponse à la dépêche Sortie d'OpenBSD 4.0. Évalué à 3.
Une autre solution consiste à préfixer par une lettre, pour pouvoir continuer à utiliser .10 et garder l'ordre lexicographique, c'est ce qu'a fait HP-UX avec les version 8.*, puis A.9.*, puis B.10.*.
[^] # Re: En fait non
Posté par Miod in the middle . En réponse au journal DoS sur freenode (encore). Évalué à 5.
[^] # Re: Deux très bons articles
Posté par Miod in the middle . En réponse à la dépêche Sortie d'OpenBSD 4.0. Évalué à 4.
Si beaucoup de pages (comme la documentation des fonctions de la libc) sont relativement statiques, en revanche pour les parties du système évoluant plus vite, le risque est grand que les traducteurs ne puissent pas fournir de traduction suffisamment rapidement, ou que les gens n'aient plus du tout de temps à consacrer à cette activité (on le voit très bien avec les traductions du site web, où certaines traductions disparaissent pendant plusieurs années parce que personne n'est là pour fournir l'effort de tenir la traduction à jour).
Ceci dit, comme proposé plus bas dans cette enfilade, on ne verra pas d'un (trop) mauvais oeil un projet de traduction indépendant.
[^] # Re: démon
Posté par Miod in the middle . En réponse au journal Petit script pour Packet Filter (BSD). Évalué à 1.
[^] # Re: Linux Arverne
Posté par Miod in the middle . En réponse au journal Collection de mascottes libres. Évalué à 2.
Malheureusement depuis la dernière refonte du site, ces images ne sont apparemment plus accessibles )-:
[^] # Re: Acheter les goodies OpenSSH/BSD
Posté par Miod in the middle . En réponse à la dépêche OpenSSH version 4.4 fait dans la finesse. Évalué à 2.
[^] # Re: Il parle d'Ubuntu ou de son ticket pour l'espace ?
Posté par Miod in the middle . En réponse au journal La première capture d'un élément d'Ulteo : son bureau connecté. Évalué à 2.
Debian-contre-le-reste-du-monde-et-surtout-le-calendrier, hein.
[^] # Re: Finances du projet
Posté par Miod in the middle . En réponse au journal OpenBSD-4.0, les pré-commandes sont ouvertes !. Évalué à 3.
Non (-:
On sait (tous ?) que le projet a eu des soucis dernièrement avec des pertes par année importantes (en milliers de dollars).
Ah bon ?
Parler de "pertes" me semble complètement à côté de la plaque.
OpenBSD est un projet qui est intégralement financé par des dons et la vente de "goodies" (cd-roms, t-shirts, etc). Or les ventes de cd-roms (sur lesquels la marge est la plus élevée) sont en baisse constante, parce que de nos jours tout le monde ou presque a une liaison haut débit et peut donc télécharger le système rapidement.
Je trouverai ça plus propre qu'il y ait une "assoc" OpenBSD (j'ai pas de détails sur les statuts juridiques au Canada) à qui on envoit les dons/qui encaissent pour les différents produits dérivés etc et qui paye TdR et/ou d'autres contributeurs. Bon j'en vois déjà me dire 'oui mais faire tourner une assoc, ça prends du temps et ça serait du temps en moins à coder', d'accord, mais peut-être que des personnes non-codeuses (genre les gens qui comprennent pas une ligne de code comme moi) se proposeraient pour tout ce boulot 'administratif'.
Pour faire court : il n'y a pas de structure associative outre-atlantique parce que, pour que cela soit intéressant, il faut qu'elle soit approuvée comme ``non-profit organization'', et cela impose de fournir tous les ans divers actes comptables, dont la réalisation est payante. Cela voudrait dire qu'une partie non négligeable des dons servirait à couvrir des frais de fonctionnement.
En Europe, il vaut mieux donner à kd85 (dons en euros, donc pas de frais de change). Kd85 est par contre une entité commerciale (qui dépense plusieurs milliers d'euros tous les ans rien que pour fournir des éléments comptables légaux), tout comme le Computer Shop of Calgary qui s'occupe de la diffusion en Amérique.
Deuxième chose, les goodies. Comment sont-ils financés ?
Sur les fonds propres du CSOC (en Amérique) et kd85.com (en Europe). Ensuite, ce sont les joies du commerce, il faut vendre suffisamment bien et suffisamment rapidement pour rentrer dans ses frais.
Par exemple les posters, aux dernières RMLL, il y avait sur leur stand un carton rempli de posters dans lequel tout le monde se servait gratuitement. Bon je connais pas grand chose en imprimerie mais faire fabriquer des posters de cette qualité ça doit pas être donné.
Non, ce n'est pas donné. D'un autre côté, plus tu en fais, moins ils sont chers à fabriquer... Mais c'est un savant calcul : nous estimons que le gain en notoriété provoqué par l'éclosion de posters OpenBSD et OpenSSH un peu partout en vaut la peine.
Bon, et plus terre à terre : les donner, ça évite de devoir les vendre par correspondance, parce que c'est vraiment casse-pieds de devoir rouler 100 posters, les mettre dans des tubes, et les fermer. Surtout quand tu as quelques centaines de cd et de t-shirts à empaqueter dans la même journée...
Bref c'est pas pour avoir une compta tenue 'à la gomme / ramette de papier' près mais de savoir _en gros_ ce qui rentre et ce qui sort.
C'est un point sur lequel il y a très peu de transparence (mais on doit pouvoir consulter les comptabilités du CSOC et de kd85.com auprès des chambres de commerce ou équivalent).
[^] # Re: Passer au Dvorak ?
Posté par Miod in the middle . En réponse au journal Tendinites et douleurs articulaires liées à l'informatique.. Évalué à 2.
J'ai longtemps souffert de tendinites aux deux mains, ce qui m'a contraint à arrêter la guitare ; je suis passé au clavier Dvorak il y a un peu plus de 10 ans maintenant, et j'ai constaté, au bout de deux semaines de pratique intensive pour m'adapter à cette nouvelle disposition, non seulement une amélioration (prévisible) de ma vitesse de frappe, mais surtout une diminution perceptible de la fatigue des mains après une journée de boulot.
Cependant il m'arrive de temps à autres de devoir utiliser un clavier qwerty ou azerty, et les douleurs reviennent rapidement.
[^] # Re: Heisenbug...
Posté par Miod in the middle . En réponse au journal printf debugging considered harmful. Évalué à 1.
C'est au programmeur de paramétrer le mode d'arrondi dont il a besoin, s'il veut avoir des résultats reproductibles.
De façon portable, cela se fait avec fpsetround().
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par Miod in the middle . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 1.
Son aspect graphique était identique à celui de Windows 2.0, mais comme PM est sorti après, l'API avait été un peu améliorée et adaptées aux besoins d'un système multitâche préemptif (une file d'événements par fenêtre, par exemple).
[^] # Re: on peut les utiliser ?
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 2.
Moi-même, j'ai ça dans ma liste de trucs à faire, mais c'est dans le dernier tiers et comme elle se remplit plus vite que je ne la vide, j'ai bien peur de ne jamais m'en occuper...
[^] # Re: La licence.
Posté par Miod in the middle . En réponse à la dépêche L'alternative BSD. Évalué à 2.
Bien sûr ! Mais il reste quelques irréductibles qui tiennent à cette clause, ainsi que des personnes qui sont décédées entretemps.