reno a écrit 3879 commentaires

M'étonnerait: les sites en .kid.us n'auront le droit d'avoir des liens uniquement vers d'autres site en .kid.us, forcément cela limite l'intérét de la chose à part pour les sites spécificiquement conçus pour les enfants..

Ca depend ce que tu appelles l'exception: a l'epoque des BBS, il y avait quand meme pas mal de soft qui tournaient sur de Mainframes IBM pour faire les "choses sérieuses".

Ceci dit je ne connais pas la licence sous laquelle IBM fournissait ses softs a l'epoque..

> Cite-moi un seul avantage du proprio par rapport au libre du point de vue de l'utilisateur !

Celui d'exister MAINTENANT!
Il y a une foultitudes de logiciel propriétaires dont l'équivalent en libre n'existe pas maintenant, certes peut-etre qu'un jour l"equivalent libre existera mais ce n'est pas forcément gagné!

Comme ces logiciels proprietaire existe maintenant, on peut les acheter pour les utiliser.

Un exemple?
Un simulateur de vol joli par exemple: il n'y a pas d'équivalent libre d'IL2 avec une qualité graphique comparable (oui j'ai regardé les capture d'écran des simulateurs de vols libre, en un mot heuh, *perfectible*).

Peut-etre qu'un jour tout les logiciels seront libres et tout le monde mangera a sa faim et il n'y aura plus de guerre, et les poules auront des dents mais en attendant les logiciels propriétaires sont la et resteront longtemps ne serait-ce que pour relire les données au format propriétaire: un cercle vicieux, très, très stable!

Tout a fait, merci pour le lien.
J'espere que ceux qui bossent dessus se "synchroniseront" avec le consortium OASIS (ou vice-versa) autrement cela va etre comme d'habitude pour les standards, le probleme sera de choisir lequel utiliser!..

J'ai envoy'e un mail au gens de 1dok.org pour savoir quelle est leur position la-dessus..

Il n'y avait pas un groupe de chercheurs Allemands qui bossait la-dessus?

Il me semble avoir déja lu quelque-chose dans ce genre..

Hors-sujet: urpmi a des problemes:
Pour le probleme de cdrom, je confirme que urpmi gere tres mal la chose: en general pour installer une distrib j'utilise des CD-RW (evolue trop vite pour gacher des CD-R) or j''ai aussi un vieux lecteur de CD dans mon ordinateur, pour une raison que j'ignore urpmi va toujours chercher les package sur le lecteur de CD par le graveir : d'ou a chaque upgrade, destruction de la base, reconstruction.

C'est pénible, c'est long et cela m'est arrivé d'avoir du mal a reconstruire la base, j'ai essayé de regarder les sources,
--> beurk! du Perl, sauce imbitable. Fin HS.

Tu achetes une GeForce et attends vivement que le kernel n'autorise plus l'import de driver closed-source?
C'est du masochisme?

ATI fournit peut-etre un driver closed-source, mais eux ils fournissent les specs de la carte (pas toute malheureusement) et il y a des projets open-source qui essaye de faire des driver.
Ce serait encore s'ils fournissaient leur driver en open-source, mais c'est toujours mieux que NVidia qui lui ne fournit pas du tout les specs de sa carte..

Juste pour m'oter un doute: ATI fournissait ses specs jusqu'a la Radeon 8500, mais est-ce toujours vrai pour la 9700Pro (R300)?

Note que ça peut être un avantage: le copier/coller en programmation, c'est *mal* !!

Tu risque de devoir faire la meme modification/correction 20 fois, si tu fais 20 copier/coller..


Ceci dit au moins avec Python, tu es sur que le code est toujours indenté: c'est un language lecteur-friendly pas écrivain-friendly.

Mais comme en maitenance de code, on passe plus de temps a relire du code qu'a en ecrire, c'est aussi du bénéfice pour le développeur.

Un truc qui m'ennuie fortement c'est que ce sont les espaces qui sont conseillés pour indenter le code.
Grrr, cela fait 10 ans que j'indente mon code religieusement avec des tabulations de 4 blanc et maitenant pour Python il faut changer, c'est con mais je n'aime pas du tout ça..

> Faut être tordu pour 'installer des prises US en France et vice versa, ou alors savoir exactement ce que l'on fait.

Bon exemple des problemes posés: pas mal d'alimentations fonctionne sur les 2 normes: ca ne m'étonnerait pas qu'elles soient plus cher a cause de cela: juste un peu plus cher certes vu les volumes en question mais plus cher tout de meme.

Pareil pour les logiciels libres: en général on ne paye pas pour eux, mais le temps passer a générer n packaging pourrait etre mieux utilisé a paufiner un seul packaging.

>>le but c'est d'avoir des OS qui sont le plus facilement administrable
>Avec une techno de 1997 ?

? La techno Unix est super-vieille, l'age d'une techno n'est pas le premier critere autrement il faut abandonner Unix pour Windows.

> - Ils ont tiré leur standard vers le bas en prenant le plus petit denominateur commun (du coup, en excluant le .deb)

D'accord: ils auraient prendre un format RPM entier et recent, pas juste une portion: comme cela il y aurait toutes les fonctionnalités de RPM, pas juste une partie. Les distros auraient mis a jour leur version pour etre conforme.

Pour ce qui est d'autoriser le format .deb: imagines un peu si les organismes de normalisations avaient autorisés plusieurs tailles de prise pour la maison, le bordel..
Pour moi, rien n'empeche de faire l'equivalent de apt-get avec des .rpm, mais toute comparaison des formats .rpm et .deb degenere en flamewar et tourne en général a: "avec mon format X on peut faire cela avec le format Y on ne peut pas, avec une réponse aussitot: tu retardes, cela fait tant d'années que le format Y supporte cela."

> 'installer le package de sa distrib ou un rpm de 97 "LSB copain
Malheureusement les RPM "tout chaud" sortis par les distros sont souvent buggés, avec une distribution conforme a LSB, je crois que j'hésiterais avec un RPM fait par le gars qui code le logiciel.

> Cela dit, la resolution de conflit avec nombre de passe fixé, franchement, C'est pas propre. Je garde mes .deb. Et toc !

Tu as tout le fait le droit, mais par contre ne t'étonnes pas de devoir utiliser de plus en plus l'outil de convertion .RPM --> .DEB.

> D'abord la LSB n'aurait jamais dû s'intéresser au format de package.

Ca c'est ton avis, pas le mien: les formats de packages, c'est comme les formats de prises électrique, si tu en as plusieurs c'est le bordel pour installer tous ensemble.
Le but ce n'est pas d'avoir le format le mieux, franchement les .deb et .rpm sont grosso-modo équivalent, le but c'est d'avoir des OS qui sont le plus facilement administrable.

Je ne connais pas le format installshield, mais s'il était ouvert (tous le monde peut packager leur projet sans avoir a payer une license au fabriquant d'installshield), multi-plateforme (c'est un standard de Windows, je ne sais pas s'il dépend de spécifité de Windows), puissant et avec des outils libre, oui cela aurait été une bonne idée de l'utiliser: comme cela les projets multi-plateformes n'aurait eu qu'un seul outil de packaging a utiliser..

> Enfin, la plupart des gens ont pas trop envie que rpm aille foutre la merde dans leur fs (en particulier dans /etc).

Je ne sais pas d'ou tu sors cela, mais "la plupart des gens" utilise justement des distributions pour se simplifier la vie, et il est plus rapide de taper urpmi <toto> et que lire le README, le INSTALL, du package, de ses dépendances,compiler, etc..

Pour ce qui est de mettre la merde dans le /etc, les bons outils de packaging te permettent de faire une install a blanc pour te dire quelle fichiers ils vont modifier ou alors de rediriger le / dans /tmp/toto et apres tu regarde ce qu'il a fait dans /tmp/toto.

Et si un rpm peut te mettre le bazar dans /etc, un make install peut faire la même chose!

Les drivers d'ATI ne sont fournis qu'en binaire, mais ils fournissent une partie des specs pour que les developpeurs puissent faire des driver libre.

Une partie seulement pour des problemes Macrovision par exemple.
Mais il y a quand meme la majorite des specs, le probleme c'est juste que c'est extremement complique de faire un driver pour ces usines a gaz que sont l

Pour ce qui est du format RPM, c'est le format de la LSB, si ta distribution ne supporte pas ce format, utilise les outils de convertion qui vienne avec ta distribution: avoir different format de packaging, c'est aussi stupide que si les formats de prises electrique n'etait pas standardise, si tu veux utiliser quelque-chose d'autre que le standard, il faut utiliser des adaptateurs!

Bah, je pense qu'il a lu XvsBerlin en diagonale et n'a pas compris.

Et pour ce qui est de la latence, au contraire elle est censé être amméliorée pour certaines partie: quand tu clique sur un menu, pas besoin d'appeller le client, c'est le serveur qui se débrouille tout seul pour faire apparaitre le menu, pareil pour déplacer des fenetres,etc..

Pour ce qui est de la résolution: un écran LCD de 22.2" vendu par Viewsonic a une resolution de 200 dpi: resolution 3840x2400.

Evidemment il coute $8,000, mais 200 dpi, ce n'est pas tres eloigné de la résolution des imprimantes.

L'idée derriere le vectoriel, c'est surtout que ce qui apparaisse a l'écran soit indépendant de la résolution, ce qui me parait plutot une bonne idée..

J'ai suivi le projet depuis un certain temps (j'ai meme donné un tout petit coup de main pour traduire une doc en Francais), mais il y a une chose qui me décoit beaucoup dans Berlin/Fresco, c'est la consommation mémoire de l'ensemble: je me souviens d'un portage fait par un des développeurs du projet sur IPaQ il avait bouffé toute la mémoire du portable, alors que TiniX plus un toolkit léger prend beaucoup moins de mémoire..

Je sais bien que de toute maniere Fresco ne sera pas vraiment disponible avant que la moindre machine bas de gamme n'ai 1 Go de RAM, mais franchement cela me gene..

PicoGUI est un autre systeme qui etait prevu au depart pour les PDA et a une architecture semblable (toolkit dans le serveur) a Berlin, cependant la derniere fois que j'ai regardé l'affichage ne pouvait pas etre accéléré par le matériel, génant..

Enfin les deux ont une conception que je trouve nettement meilleure que X, la page Fresco vs X resume bien la chose.

1)Ton premier chapitre: j'ai l'impression que Motif/lesstiff ne se sont pas imposé pour diverses raisons: Motif est commercial et trop cher, lesstiff a mis longtemps a se finaliser et l'utilisation du toolkit Motif a des problemes par exemple la gestion du pavé numérique, et Motif etait moche et on ne pouvait pas facilement changer son look.

L'uniformité n'était pas un probleme, je pense qu'avec les nouvelles approches toolkit dans le serveur on pourra customiser facilement le serveur tout en gardant un look coherent pour tout les applications: le pied pour ceux qui veulent des interfaces facon "sapin de Noel".

Uniforme ne signifie pas que tout doit ressembler a Motif(beurk) pour autant..

2) Meme Apple ou Microsoft n'arrive pas vraiment a garder un look coeherent: il y a plein de toolkit different pour les deux, je doute que Berlin y arrive mieux, ne serait-ce que a cause de la compatibité nécéssaire avec les applications X..

3) Quand au fait que les interfaces actuelles soient trop limitative et qu'il y a vraiment mieux.. Bof! Ca fait des années que je lits cela et je ne vois toujours rien venir

4) Euh personellement les sites web qui ressemblent a des sapins de Noel, j'en connais peu et ceux que je connais je les ai toujours trouvés mal fichus.
Memes les rares site web "joli" et bien fait te retire partiellement le controle de tes actions: attendez pour pouvoir cliquer que je vous montre ma joliee animation..
Moi une application qui me fait ce coup la, elle ne tient pas deux secondes sur mon disque dur!
Si tu connais une exception, je suis curieux de voir cela.

>Par contre, j'ai adoré l'article sur la compression fractale de LMF.

Ah?
Je ne l'ai pas du tout aimé: dans leur "soi-disant" démonstrations mathématique, il manquait des définitions: qu'est ce qu'est qu'une réduction, par exemple.

Si on veut se la jouer mathématique, il faut être un poil rigoureux, sinon ca n'apporte rien: juste "se la jouer" parce qu'on utilise des termes compliqués..

Bah, c'est tout simplement que a l'heure actuelle, économiquement parlant cela n'a pas de sens de porter des jeux sous Linux.

JC peut faire ce qu'il veut: avec les poches pleines justement on n'est plus limité par les considérations financieres.

Mais pour les autres entreprises, ils auraient du mal a justifier devant leurs actionnaires le portage sous Linux, déja que beaucoup de jeux ne sont pas portés sous MacOS..
Or le nombre de particulier sous MacOS est nettement plus important que le nombre de gens qui ont Linux uniquement sur leur PC..

Bof; que ce soit K|Geramik ou Blue curve cette unification "esthétique" de KDE/Gnome me parait plutot creux.

C'est bien beaux que ca se ressemble, mais est-ce que, par exemple si je change les fontes dans le panneau de configuration de KDE, les applications Gnomes vont prendre cela en compte?

Si l'integration n'est pas TRES poussée avoir des applications qui sont homogene en apparence mais qui de temps en temps réagissent de maniere differente va etre tres penible pour les utilisateurs..

Merci pour le tuyeau, j'essayerai.

Bon plus qu'a me lire les docs Mozilla pour trouver comment on regles les &é"''(çà(_(à accents sous Solaris et j'aurai un Mozilla utilisable.

Un point ennuyeyx quand tu migres de Netscape 4.7 a Mozilla: tu paumes ton carnet d'adresse.

Peut-etre qu'avec Netscape7 (non disponible sous Solaris AFAIK), il est migre, je ne sais pas.

Tu as prevu d'utiliser quel OS?
Moi j'utilise Solaris et je n'ai toujours pas compris comment arriver a faire des mails avec accents, ce qui est curieux car mon collegue d'en face n'a aucun probleme, il a pourtant aussi un clavier QWERTY.

J'ai regarde partout dans les preferences.. Pas trouve :-(
Cela marchait tres bien sous Netscape4.7, mais il y a du avoir un probleme quand Mozilla a converti les preferences..

Mais sous WindowsXP, cela marche correctement.

Pour ce qui est de la version, j'ai du mal a te conseiller car sous Windows quand je suis pass'e de la 1.01 a la 1.1 j'ai plus de plantage qu'avant:
ouifm + osnews + kerneltrap --> plantage avec la version 1.1, ce qui n'etait pas le cas pour la version 1.0..
Mais pour le client Mail, pas de probleme particulier pour ces deux versions sous WindowsXP.

Pourquoi troll?

Tu as dit que Y était plus facile sous mdk que debian, et alors?

Ce serait un troll si c'était faux ou que tu l'avais dit d'une manière désobligeante, mais j'espere qu'il est encore possible de comparer les distributions sans que cela dégénère en flamewar systèmatiquement.

Je te parie que plus de 90% des attributs d'un elements sont dans le meme espace de nommage que l'element.

Donc tu te retrouves avec le namespace repete partout --> beurk.

Bah il n'y a pas que l'écriture, il y a la lecture et franchement lire du XSL c'est du masochisme a mon avis.

Dans le style language fonctionnel je prefererais nettement lire du O'Camel !!
Bon il n'a pas été prévu pour cela au départ, mais avec une bonne librairie..

Tout a fait.

Boubou:
j'ai peut-etre utilisé hierarchie a la legere, mais en tout cas, je comprends tout a fait le besoin d'avoir des espace de nommage séparé: quand on autorise les utilisateurs a definir leur propre tag, il faut pouvoir eviter les conflits.
D'ou ma surprise devant l'ajout tardif et "crade" selon moi des namespace.

Crade car ce n'est pas le plus simple, cf remarque de Master-dik cela a été nécéssaire car ceux qui ont la version 1.0 n'ont pas vu plus loin que le bout de leur nez..

Note que franchement j'ai l'impression que c'est XML qui a des cotés mal fichus.
Tout au moins pour ce qui est de l'écriture "a la main" de XML.

Les namespace ont vraiment été "rajouté" de manière sale sur le XML normal, pourtant le besoin d'avoir une hiérarchie de noms me parait plutot évident..
Quand un element a un certain namespace, le fait que ses attributs ne soient pas dans le meme namespace --> beurk!
Certes cela ne pose pas de probleme a un parseur, mais bon au niveau lisibilité pour un humain, c'est franchement lourd!!

Quand a XSL, franchement je trouve cela verbeux et moche, ceci dit j'ai téléchargé le PDF, peut-etre qu'il va me faire changer d'avis, mais j'en doute fortement.

Ca aurait été bien un peu moins de hype et un peu plus de reflexion *a priori* AMHA (je sais la critique est facile, l'art est difficile).

----------

peut-etre qu'il en a marre des discussions stériles ou le meme sujet est remis sur le tapis pour la n-ieme fois?

Si tu as trop d'agressivite, va la depenser dans des sports/jeux pas la peine de dire n'importe quoi pour faire baisser le rapport info/bruit.

Si tu n'es pas capable d'apprecier une discussion intelligente par exemple dans le dernier article sur X (sniff, ca m'a presque rappele Usenet dans le temps) et que tu preferes les flamewar, je ne peux rien pour toi!

Pour revenir sur le sujet, pour ceux qui veulent éviter BK, il y a un snapshot CVS fait tous les jours, cela devrait suffir amplement pour suivre sans trop de retard..