Benoît Sibaud a écrit 10543 commentaires

Comme tu as lu les articles, tu dois connaître la réponse : l'article date du 12 mars 2002, et la déclaration a été faire 'on Tuesday' (donc le 5 ou le 12 a priori). Donc ce n'est pas une vieille dépêche a priori. Par contre pour les deux autres points, à toi de voir (j'ai déjà donné mon avis dans la NdM).

Pas de technique en première page, les gens râlent.
Technique en première page, les gens râlent :)

Savoir que l'on peut compiler un noyau Linux sur du multi-pro, avec gcc cross-compiler, que tout ça marche et compile en 8s, cela me semble intéressant.

Réflexion 1 : il faut plus de temps pour redémarrer la machine que pour compiler le noyau... Reste donc à permettre la compilation du noyau pendant le démarrage.

Réflexion 2 : pfff c'était déjà pas assez cher, trop facile à recompiler, maintenant c'est trop court. Comment vous voulez intéresser les décideurs pressés avec.

la Nouvelle-Zélande, c'était déjà l'un des pays derrière la mise en place d'Echelon (avec l'UKUSA (Royaume-Uni + Etats-Unis))...

> Et puis le compilo dans le domaine public, ca veut dire quoi ça ?

pBpG avait indiqué dans la dépêche que le compilo était sous GPL, ce qui est faux. D'après le lien, il est dans le domaine public, alors je l'ai précisé.

> MSIE aussi est dans le domaine public ?

Absolument pas. MSIE est propriétaire, gratuit et propriété de MS.
http://www.gnu.org/copyleft/copyleft.fr.html(...)
http://www.gnu.org/philosophy/categories.fr.html#PublicDomainSoftwa(...)

Vu sur dacode-dev, le thème beos6 devrait effectivement être appelé beos5.1.

Suite à une discussion sur debian-curiosa, j'irai jusqu'à dire qu'un billion c'est un million au carré partout, sauf pour les états-uniens
(un trillion c'est un million au cube, etc).

Cf http://groups.google.fr/groups?hl=fr&ie=ISO-8859-1&oe=ISO-8(...)

> Je l adresse avant tout au développeur de da code.

Je te rassure, on est heureusement plusieurs :)

> Nottament comme précisé dans les premiers posts de créer une page principale pour chaque utilisateurs en fonction de ce qu'il a choisi dans son profil (ce qui ne fait pas croitre enormement la base de donnée) ...

Tu as déjà regardé les préférences ? Tu peux choisir les boîtes qui s'affichent à droite par exemple.

> Sinon pour linuxfr, je crois que ce qu'il manque c est une intéractivité avec les autres sites linux.

daCode offre déjà un paquet de « backends » permettant de voir les dépêches ou l'actualité d'un paquet de sites. Cf les préférences aussi


> Une dernière chose, j'ai vu que linuxfr, avait une rubrique donnation ;() je pense qu'il y en a beaucoup qui ont du matos en surplus ... ou des barettes ... ça pourrait leur etre utile, qui sait ?

ça pose des problèmes d'homogénéité du matos. Mais Fabien répondra sans doute mieux que moi sur le sujet.

Les dernières discussions sur dacode-dev ont plutôt montré le peu d'intérêt voire le côté néfaste de l'affichage des xps et des rangs. On s'oriente plutôt vers une dissimulation des xps.

Voir pour info
http://linuxfr.org/2001/11/19/5977,0,1,0,0.php3(...)
et
http://linuxfr.org/2001/11/08/5848,0,1,0,0.html(...)

A rapprocher de Knoppix ( http://www.knoppix.de(...) ) , la distribution basée sur une Debian, orientée sécurité, distribuée par le ministère de l'intérieur allemand lors du CeBIT (cf les dernières nouvelles hebdo Debian).

alors jette un oeil à man su, en particulier la différence en « su » et « su - », qui devrait faire ton bonheur.

Rappelons quand même que 80% des intrusions proviennent de l'intérieur, donc le pare-feu, il n'y verra que du feu :)

Un produit GPL n'est pas nécessairement gratuit.
Une boîte peut vendre un produit à ses clients lesquels clients ne sont pas obligés de rediffuser le produit.
Dans ce cas, les sources ne sont pas non plus disponibles, sauf pour les clients. Dans tous les cas, la GPL oblige de fournir les sources aux utilisateurs/clients, pas à tout le monde.

"j'attend des softs qui fonctionnent. (...) qui donnent entièrement satisfaction."

Des failles de sécurité, il y en a eu, il y en a et il y en aura dans la glibc, dans apache, dans samba, dans openssh, dans la zlib, dans ncurses, etc, etc. Maintenant essaie d'utiliser un système GNU/Linux en virant tous les paquets qui ont eu des failles de sécurité sur l'année écoulée... (déjà sans glibc...).

Je n'ai pas dis qu'il ne fallait pas améliorer ces logiciels (et ma signature est une signature, qui est la même quel que soit le commentaire même si elle ne te plaît pas dans le cas présent), j'ai juste dit qu'un logiciel 0 bogue, 0 faille c'est rare (et pas facile à prouver). C'est valable pour une JVM ou pour un autre logiciel. D'ailleurs on ne peut pas dire avant-hier cette JVM me donnait satisfaction, mais depuis que je sais qu'elle a une faille, c'est une daube. Il y a un trou, il faut le corriger ; c'est pas une faille béante intrinsèque qui ne peut être comblée.

Ou sous Texmacs http://www.texmacs.org,(...) qui fait parti du projet GNU, et qui assure bien.

<troll>ben ça ressemble plus à Emacs qu'à Vi, mais ça roulaize quand même</troll>

je suis modérateur... Et j'ai contourné le problème SQL en rajoutant index.html en fin d'URL

pas mieux :). (j'ai par contre remplacé release par version).

Concernant le deuxième lien, l'erreur SQL est a priori un bogue daCode.

http://www.gnu.org/software/(...) (effectivement zlib apparaît dans les logiciels GNU)

à vue d'oreille, je dirais le même jour que sera dispo une libc sans trou de sécurité et sans plantage, qu'un KDE ou un Gnome sans aucun bogue, qu'une appli qui résoud tous les problèmes de l'univers et qu'une distribution qui fera l'unanimité... Lire JAMAIS

Je trouve tes citations un peu partiales... (donnant l'impression que le projet GNU encourage à ne pas écrire de doc)

Même lien.
"The preferred document format for the GNU system is the Texinfo formatting language. Every GNU package should (ideally) have documentation in Texinfo both for reference and for learners"

> les modéros me disent pourquoi ce serait pas possible, ou bien qu'ils le fassent !

Euh les modéros modèrent et les développeurs daCode développent... En ce moment, nous (les développeurs daCode) bossons plutôt sur la sortie de la version 1.4. Maintenant si tu fournis le patch/correctif, pas de problème.

(l'ordre « qu'ils le fassent ! » est un peu déplacé. Certains pourraient te dire d'aller te faire f..tre)

dommage qu'il ne marche que sur Linux x86...

Le bon lien pour l'article The Register est http://www.theregister.co.uk/content/6/24443.html(...)

J'ai l'impression que Purify regroupe les avantages des divers logiciels cités (enfin sauf qu'il est propriétaire et non disponible sous GNU/Linux quand même) : interface texte ou X au choix, pas besoin de recompiler (chsais plus qui avait même tester Purify sur une certaine suite bureautique majoritaire sur le marché, et avait trouvé un paquet de bogues et de fuites), détection des dépassements de limite (en lecture et écriture), double libération de mémoire, détection des utilisations incompatibles (malloc/new/new[] contre free/delete/delete[]), utilisation de mémoire non initialisée, etc, etc. Un logiciel libre aussi puissant, ça serait vraiment cool. C'est pour ça que j'ai posté cette dépêche, pour voir si un effort avait déjà été fait dans ce sens.