Sylvain Briole a écrit 1120 commentaires

Ils n'ont pas l'air trop bêtes à Bruxelles :
http://www.boursorama.com/infos/actualites/detail_actu_socie(...)

Je cite :
"Normalement, le code source n'est en rien une documentation ultime et c'est précisément pour cela que l'on exige des programmeurs qu'ils fournissent une documentation complète en plus du source code", a ajoute Kroes.

Bah, livrer le code source n'oblige pas à livrer les commentaires avec.

Ils peuvent même "s'amuser" à livrer du code source avec des fonctions nommées de la sorte : void aaa(), void aab(), ..., et des variables du même accabi....

Les cybercafés ne sont/seront-ils pas tenus de conserver les traces de connexions?

Quand bien même ce serait le cas en France, il y a toujours un pays où il doit y avoir moyen de passer au travers.

Sans parler de points d'accès Wifi en accès libre après paiement d'une carte en liquide ou autre....

Moi c'était plutôt le francais qui m'inquiète ;-).
(désolé pour la cédille, mais clavier germanique)

Et ca pose pas trop de probleme en environnement relativement bruyant, comme ca peut parfois arriver dans une cabine?

Quand tu atteignais du 1200 bauds en environnement "bruyant", tu étais très content!
En environnement "silencieux", 2400 voire 4800 bauds n'étaient pas impossibles (à l'époque, un excellent modem, c'était 14400 bauds!).

comment tu fais pour brancher le modem sur le telephone de la cabine?

Très simple : (pour ceux qui n'ont pas connu le bon vieux temps...)
http://upload.wikimedia.org/wikipedia/fr/7/7c/Acoustic_coupl(...)

Lu sur le site dédié :

En attendant le pdf 'officiel' généré par l'éditeur, et qui sera disponible sur leur site,

Cela veut dire que ce livre sera également disponible au format PDF?

Je doute que ce soit légal

La loi est variable selon les pays et sûrement selon les domaines : cela ne m'étonnerait pas que pour les employés travaillant dans des domaines dits sensibles (défense par exemple), le contrat stipule que la ligne "http" puisse être écoutée, sans que les tribunaux n'y trouvent rien à redire.

Ce sera encore pire lorsque le Hurd règnera en maître sur le monde : avec ses "translators", ftp, smb, http ou autre, tout sera fichier et système de fichiers! ;-)

Bon, jusque là, tout va bien :

b - une dizaine de ces prises seront munies d'un interrupteur
individuel, de façon à ne pas alimenter inutilement les
transformateurs des équipements rarement allumés (chez moi : le
scanner, l'imprimante, les disques externes, le chargeur de mobile,
le casque),

On économise de l'énergie.

Et là cà se gâte :

h - une télécommande pour allumer et éteindre ce que l'on veut
sans ramper sous le bureau si on décide de mettre la bestiole par
terre (bon, là j'abuse :-) ).

Tu gagnes beaucoup avec ton interrupteur, mais tu perds ensuite avec ton système à télécommande : piles à changer, récepteur qui tourne en permanence sur ta multiprise.

C'est moi qui n'ai pas de chance ou alors y a-t'il un problème avec le site http://www.mondorescue.org/?

Je tombe sur une page d'un fournisseur appelé DirectNIC avec la mention : "The Requested URL was not found on this server."

Si en effet : mea culpa.

Puisque les bsd on en parle beacoup mais finalement dans quel domaines c'est interessant et dans quel domaine ca ne l'est pas ?

Juste une pierre à l'édifice que d'autres vont construire : j'utilise personnellement NetBSD par rapport à Linux parce que je préfère le système un peu centralisé de développement par rapport au modèle cathédrale de Linux.
Ainsi, l'évolution d'un noyau NetBSD est relativement lente, et les développeurs réfléchissent à 4 fois avant d'intégrer une fonctionnalité ou un pilote. Les API du noyau évoluent très peu.
Le revers de la médaille : le "quick & dirty" est, dans les noyaux "stables" (pas la version CVS en développement), peu ou prou présent, alors que c'est parfois le cas dans le noyau Linux. Et même dans les version dites stables (e.g. le coup du
#ifdef ALPHA
#define U32 unsigned int
#else
#define U32 unsigned long
#endif
dans un pilote SCSI du noyau 2.4.9)
Pour avoir parcouru le code, je le trouve personnellement plus "propre" que celui de Linux (relativement bien commenté, un style d'écriture de bout en bout, ...).

Mais ce modèle de développement a son revers de médaille : la lenteur d'intégration des fonctionnalités fait que certaines choses ne sont pas encore dans le noyau (e.g.: pas de SMP sous NetBSD alors que cela fait des lustres que c'est présent sous Linux!).

Personnellement, si j'utilise encore Linux, c'est parce que j'ai du matériel ou des applications qui ne peuvent pas tourner sous NetBSD, trop méconnu de certains constructeurs ou développeurs.

En gros, pour des applications qu'on a le temps de valider proprement, qui ont un passé connu, NetBSD fait très bien l'affaire, par contre, pour celui qui veut rester à la pointe de la technologie (matérielle/logicielle), Linux s'en sort souvent beaucoup mieux!

Cela existe (voir mon message posté au même moment, juste en dessous) : jffs & jffs2 (Journalized Flash Filesystem).
J'ai des doutes quand à une quelconque baisse de consommation (c'est vrai que les mémoires flash doivent jouer avec des changements de tension fréquents lors de l'effacement des données, peut-être joue-t'il justement aussi à ce niveau là pour que cela soit suffisamment perceptible), par contre il est clairement orienté réduction du nombre de cycles d'écritures/effacements appliqués à une cellule particulière de mémoire (contrairement à FAT, qui écrit toujours au même endroit sa table de fichiers...).

Il a les deux : bitonio et touchpad.

Personnellement, c'est un avantage indéniable : autant le touchpad est pratique dans un usage "mains propres", autant ce dernier déconne souvent lorsque j'ai le malheur d'avoir les mains dégueulasses....

Quelqu'un(e) saurait-il/elle si il existe une implémentation jffs pour les clefs USB à base de mémoire flash qui tourne correctement sous Windows, Linux, xBSD, voire, paradis, MacOSX...?

Dans la même veine :

http://www.fs-driver.org

Vous avez vu les Acer et les autres du genre ? Quelle pourriture, il faut même recompiler son DSDT pour avoir le contrôle de l'acpi sur autre chose que Windoze...


D'un autre côté, vu qu'Apple est éminemment connu pour faciliter le travail des développeurs qui ont envie d'utiliser autre chose que MacOSX sur leur plateforme matérielle en dévoilant les spécifications utiles, le problème de la recompilation du DSDT risque d'être réglé à la base (inutile parce qu'impossible...) ;-).

J'ai lu un article à ce sujet sur Linux Magazin (en allemand) qui précisait que tant que les WRT54GL n'allaient pas être disponibles en Allemagne, les WRT54G seraient ceux équipés du Firmware Linux. Après, les WRT54G "series 5" auront plus de diffculté à supporter Linux, mais seront moins chers (Firmware VxWorks, qui nécessite 2 fois moins de mémoire que Linux) : quid de l'avenir de ce produit....

Une petite question (je viens de parcourir le site de DragonFly) : quel est exactement le "positionnement" de DragonFly BSD par rapport aux autres BSD libres?

Pour l'instant, j'avais : (merci de commenter ;-))
- NetBSD : portabilité, propreté du code (qualité du code prioritaire sur l'implémentation de la fonctionnalité)
- OpenBSD : sécurité à tout prix (ou presque)
- FreeBSD : mix des deux précédents, avec accent mis sur la fonctionnalité

Puis-je rajouter :
- DragonFly BSD : multi-processeur/multi-tâches, expérimenter des nouvelles voies?

mais gentoo n'est pas un environnment multimédia...

Utilisant Gentoo seulement à des fins "multimédia" (en gros, pour lire/acquérir des données audio/video, ou gérer ma carte TV qui n'est pas supportée sous NetBSD) je ne comprends pas trop/suis étonné par cette remarque : pourrais-tu donner les raisons/arguments ayant amené à cette remarque?
(je rate peut-être quelque chose, une distribution plus adaptée ou autre...)

Avec de Carolis à sa tête et la grande lessive qui s'ensuit tout le monde te croit.

[info sans importance primordiale]
Si je m'en tiens à ce que j'ai pu lire dans le Canard Enchaîné, M. de Carolis est plutôt de sensibilité "chiraquienne", et ceci peut peut-être expliquer que M. Sarkozy préfère faire ses interventions sur la première chaîne.
[/info sans importance primordiale]

Cependant, je voulais dire : auparavant il y avant stable/testing/unstable.
Maintenant si on prend au sérieux cette news (ce que je fais), on a stable/stable+backports/testing/unstable.

Le dernier modèle (en gras) ne date pas d'hier : j'ai longtemps utilisé les backports du temps où j'avais un Debian Woody.

D'où :

D'où ma *question* : est le début d'une remise en cause du modèle (ou la fin de l'ancien) ?

Ni plus ni moins qu'une alternative pour permettre d'éviter d'avoir à compiler des modules à la main.
Cette alternative n'est pas "officielle" : elle peut disparaître du jour au lendemain. C'est "juste" un dépôt de fichiers deb de plus.

Quel intérêt y a t'il à utiliser un émulateur, même libre, si c'est pour utiliser un OS propriétaire

C'est nouveau : GNU/Linux ppc (cité par le précédent auteur) est propriétaire maintenant?

Sans oublier qu'on peut également tester OpenBSD, NetBSD, et j'en oublie sûrement....

Tous les mercredis :

http://www.canardenchaine.com/

Vu les dérives et le clientélisme qui y sont dénoncés toutes les semaines, on a déjà une source pour la dette....

Disclaimer : à lire à petite dose, car on tombe après facilement dans le "tous pourris"....