Rien a battre, pas forcément, mais pour autant tout les articles doivent-ils leur être adréssé?
Non!
Au départ, c'est un mail envoyé sur lkml: pas un endroit pour les "décideurs" comme tu dit..
>Franchement c'est assez dur de distinguer un noyau trés modularisé d'un micro kernel.
Pas d'accord: les droits d'executions sont différents!
Un driver en user-space ne doit pas pouvoir planter le noyau, alors qu'un module du noyau peut ecraser tout ce qu'il veut..
Et ça, ça change pas mal de chose, notamment au niveau perf!
Pour ce qui est de Unix, là personellement j'ai toujours trouvé cela flou, m'enfin un système non multi-utilisateur comme système Unix, euh, il ne faut pas pousser quand-même..
>Ca serait si difficile de démarrer tout les services en root à partir du niveau 1 sous linux ?
Certes non, mais Linux garde la possibilité d'être configuré en multi-utilisateur, s'il perdait cette possibilité alors il cesserait d'être un Unix à mon avis.
Les concepteurs de Be ont toujours dit qu'il était possible sans trop de problème de créer une version de Be multi-utilisateur, mouai, la parole est facile, l'action difficile!
PS:
soit dit en passant ceci n'est absolument pas une critique de BeOS: j'adorais la réactivité des applications (raaaahhh lovely), le temps de boot de 10s, l'installation hyper-facile..
Certes, mais là on parlait de Rebol, pas du C, du C++, du Lisp, ni du Java.
Je ne suis sûr de rien, mais j'aurais tendance à croire que Rebol est développé façon Perl, Ruby, Python que "je fais une norme" et il faut 5 ans pour les compilateurs arrivent à implémenter la norme (C++ pour ne pas le nommer).
>Sinon cela signifierait en gros: « l'ABS (par exemple) n'est pas breveté, mais le fait d'utiliser un logiciel pour le faire fonctionner l'est. » ?
>C'est absurde.
Certes, et alors? C'est le cas aux USA: certains types de logiciels de ventes et d'enchères ont reçus des patentes, alors qu'ils correspondaient surtout a une traduction "informatique" de concept existant déjà..
Je pense par exemple a la fameuse patente "one-click" d'amazon..
>il est déjà assez court pour une machine domestique
Non, il n'est pas assez court pour une machine domestique:
environ 1-2minute pour Linux au lieu d'environ 10s pour BeOS, ce n'est pas assez court pour Linux a mon avis!
Je me demande s'il est possible de lancer cups apres X?
Je ne suis pas sur que l'initialisation de KDE ou de Gnome en ai besoin..
Je ne pense pas que ce soit un faux probleme:
- pour les particuliers en studio qui veulent dormir la nuit
- pour ceux qui ont un portable ou le suspend-to-disk ne fonctionne pas, un probleme assez répandu, je crois.
Les démarrages sont frequents et leeeennnnttt ce qui est pénible et donne une mauvaise impression de l'OS.
Si je me souviens bien, ma Mandrake 7.2 démarrait par défaut en 2 minutes (boot+démarrage de X et KDE) alors que BeOS mettait 20s pour faire la même chose!
J'avais pu atteindre 1m20 de temps de démarrage de Mdk en virant tous les services inutiles, mais c'etait quand meme assez penible: trouver la doc sur tous les daemons, etc.. pour un resultat tres mitigé.
Je trouve amusant que dans le papier d'IBM, ils proposent d'utiliser make pour résoudre les dépendances, alors que dans un papier de NetBSD qui explique leur systeme de demarrage, les auteurs disent qu'ils ne se sont pas servis de make pour éviter d'avoir a le mettre dans le /bin ce qu'ils considérent comme du "bloat"..
Je crois que Gentoo utilise aussi un systeme de demarrage par dependance, inspiré de celui de NetBSD.
>A moins qu'un langage soit défini par le soft qui l'implémente, ce dont je doute.
Ah? Pourtant j'ai l'impression que pour Perl, Ruby, Python c'est le cas!
Il y a surement des docs qui peuvent servir de définition, mais en général ces docs ne définissent pas tout les "points délicats", là c'est l'interpréteur qui sert de référence..
>De toute façon la taille n'est plus importante : 1 Mo ou 10 Mo, qu'est-ce que cela change, maintent ?
Là, tu exagère quand même beaucoup!
Pour ta punition, tu passeras une semaine avec un modem:
1 Mo a 5ko/sec, ça fait 3-4 min, 10Mo ça fait plus de 30min, une sacrès différence non?
Note que je chipote, mais pour le moment je ne suis pas trop convaincu pour faire du Rebol par rapport a du Python ou du Ruby..
>Si chaque personne qui "adore mandrake" avait décidé d'offrir un peu d'argent pour le boulot des développeurs, Mandrake ne serait pas à essayer des solutions, à vrai dire stupide, pour joindre les deux bouts.
J'ai acheté une boite et je suis aller un an au club (je n'y suis plus), donc je pense que je peux me permettre de critiquer: si Mandrake en est la, c'est a mon avis en grande partie a cause de leur tentative *stupide* de faire de l'e-learning.
Certes les rentrées d'argent sont conditionnée par les clients, mais c'est juste une partie de l'equation,l'autre partie étant comment l'argent est depensé..
Ceci dit, que Mandrake gagne un peu d'argent en utilisant de la pub, pourquoi pas..
Il faut juste faire attention a que la pub ne soit pas trop intrusive, le navigateur Opera est un bon exemple d'un produit ou la pub ne derange pas trop..
>MS reconnait indirectement ses pratiques anti-concurrentielles, vu que sinon, ils auraient été surs de gagner en cas de procès.
Justement si MS a payé c'est pour ne pas avoir à reconnaitre devant un juge leurs pratiques anti-concurrentielle, le réglement est un accord privé dont une partie des termes reste secret: MS ne reconnait rien du tout!
>Un peu de sous qui sort de chez MS et qui va chez les concurents.
Bôf! Pour MS, 26Millions de $ c'est rien du tout et comme ça leur "verrouillage" du boot reste incontesté: pour moi c'est MS le grand vainqueur dans l'histoire!
Non, l'argent doit aller aux actionnaires de BeInc justement et aux avocats, la société ne s'était pas encore dissoute pour pouvoir faire ce dernier procés.
> le gain relativement faible du Jpeg2000 au niveau taille de fichier, n'est vraiment pas un argument suffisant pour l'addopter a l'heure des connexions haut debits
Je ne sais pas: si tu regardes bien les newgroup de photo mmm "artistiques" :-), tu verras qu'un nouveau format de codage des binaires est de plus en plus utilisé: le yencodage qui code sur 8 bits au lieu de 7 bits.
Le format yenc n'est pas supporté par Outlook, pas un standard, apporte des gains relativements faibles et pourtant il est de plus en plus utilisé! ==> apparemment il y a un réel désir/besoin d'avoir des gains même pas très élevé pour transmettre des images..
Pourrais-tu rechercher l'adresse du papier en question sur le codage avec des perfs équivalentes à JP2000, mais sans les brevets?
Je serai intéréssé par le coté technique de la chose.
>Mouais bof. Cela serait comme forcer tous les soft à être libre. Je ne
>serais vraiment pas contre quand on voit comment sont traité les
>utilisateurs de soft proprio...
Amusant: forcé à être libre, je ne sais pas pourquoi, mais je trouve cela plutot contradictoire.
>Ce que je comprend surtout est que tu insinues qu'une boite faisant du libre n'est pas viable. C'est sur que MS ne serait pas viable.
Je suis d'accord avec lui sur ce point, il n'est pas vraiment prouvé qu'une boite faisant du libre puisse être viable.
Je dirais que le meilleur exemple d'une boîte libre viable est cygwin qui a réussi à vivre des années en faisant du libre.
RedHat n'est pas à mon avis un bon exemple: quand on a un trésor en banque grâce à la bétise des spéculateurs boursier, ça aide, c'est comme la blague: "Comment faire pour avoir une petite fortune? Avoir une grosse forture au départ."
Corrigé moi si je me trompe, mais l'intérét de Novell c'est son annuaire, non?
Le NDS: Novell Directory Service, il me semble.
Quelqu'un connait-il à la fois NDS et LDAP pour comparaison?
C'est un peu HS, mais si quelqu'un pouvait avoir un lien (en Français où en Anglais) qui explique clairement LDAP, cela m'arrangerait: tout ces cn,dn,... ça ne me parle pas beaucoup!
On voit bien que c'est tiré d'une norme X500: incapable d'utiliser des noms compréhensible..
> [tom's hardware]nous montre qu'il y a des alternatives à nvidia et ati dans le domaine de la 3d.
Dans le domaine de la 3D, certes, mais dans le domaine de ceux qui veulent:
- pouvoir utiliser les jeux qui tuent sous Windows
- utiliser aussi un PC sous Linux
Il n'y a pas le choix: c'est soit ATI, soit Nvidia.
Et je ne sais même pas si ATI a sorti un driver correcte pour Linux pour leurs carte moderne (9500 et plus)!
Il reste un choix:
- utiliser un driver libre 2D sous Linux, et adieux la programmation OpenGL et les jeux sous Linux: enfin pas tout à fait, il reste le rendu logiciel si on aime les diaporamas..
- polluer son kernel: beurk!
Pas terrible la situation, et j'ai bien peur que cela dure longtemps..
Tu parles du module Text::Iconv de CPAN?
C'est juste 20 lignes pour encapsuler l'appel a la librairie iconv, cela me parait facile a reproduire dans n'importe quel language..
La seule façon de "faire chier NVidia" réellement serait d'acheter des cartes vidéo chez un concurrent qui fournirait les specs de sa carte (ou encore mieux: les specs et un pilote ouvert), mais cela n'existe pas..
Nvidia n'est pas plus (ni pas moins) critiquable qu'ATI et Matrox qui ne fournissent plus leurs specs pour leur carte récente..
[^] # Re: Underworld
Posté par reno . En réponse à la dépêche Underworld. Évalué à 3.
Mais c'est tellement plus facile de critiquer que d'agir de façon positive!
[^] # Re: Bench comparatifs entre les kernel 2.4 et 2.6
Posté par reno . En réponse à la dépêche Tests comparatifs entre les noyaux 2.4 et 2.6. Évalué à 5.
Non!
Au départ, c'est un mail envoyé sur lkml: pas un endroit pour les "décideurs" comme tu dit..
[^] # Re: Pour un démarrage plus rapide de Linux
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Pas d'accord: les droits d'executions sont différents!
Un driver en user-space ne doit pas pouvoir planter le noyau, alors qu'un module du noyau peut ecraser tout ce qu'il veut..
Et ça, ça change pas mal de chose, notamment au niveau perf!
Pour ce qui est de Unix, là personellement j'ai toujours trouvé cela flou, m'enfin un système non multi-utilisateur comme système Unix, euh, il ne faut pas pousser quand-même..
>Ca serait si difficile de démarrer tout les services en root à partir du niveau 1 sous linux ?
Certes non, mais Linux garde la possibilité d'être configuré en multi-utilisateur, s'il perdait cette possibilité alors il cesserait d'être un Unix à mon avis.
Les concepteurs de Be ont toujours dit qu'il était possible sans trop de problème de créer une version de Be multi-utilisateur, mouai, la parole est facile, l'action difficile!
PS:
soit dit en passant ceci n'est absolument pas une critique de BeOS: j'adorais la réactivité des applications (raaaahhh lovely), le temps de boot de 10s, l'installation hyper-facile..
[^] # Re: R# une alternative opensource au langage Rebol
Posté par reno . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 1.
Je ne suis sûr de rien, mais j'aurais tendance à croire que Rebol est développé façon Perl, Ruby, Python que "je fais une norme" et il faut 5 ans pour les compilateurs arrivent à implémenter la norme (C++ pour ne pas le nommer).
[^] # Re: Avant de (trop) hurler...
Posté par reno . En réponse à la dépêche Directive sur les brevets logiciels adoptée. Évalué à -1.
Euh, je te conseille de lire des bouquins sur la cryptographie, apparemment tu en as besoin!
[^] # Re: Mauvaise nouvelle : brevets logiciels adoptés
Posté par reno . En réponse à la dépêche Directive sur les brevets logiciels adoptée. Évalué à 2.
>C'est absurde.
Certes, et alors? C'est le cas aux USA: certains types de logiciels de ventes et d'enchères ont reçus des patentes, alors qu'ils correspondaient surtout a une traduction "informatique" de concept existant déjà..
Je pense par exemple a la fameuse patente "one-click" d'amazon..
[^] # "On s'en fout" ? Non!
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Donc tu t'en fout peut-etre, mais apparemment beaucoup de lecteurs ici ne s'en foutent pas du tout!
CQFD
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Non, il n'est pas assez court pour une machine domestique:
environ 1-2minute pour Linux au lieu d'environ 10s pour BeOS, ce n'est pas assez court pour Linux a mon avis!
Je me demande s'il est possible de lancer cups apres X?
Je ne suis pas sur que l'initialisation de KDE ou de Gnome en ai besoin..
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Tout est relatif!
XP est plus rapide que 2k et Linux a demarrer (ca c'est pas dur!), mais il est beaucoup, beaucoup plus lent que BeOS..
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 1.
Une recherche Google ne donne rien..
[^] # Re: Pour un boot plus rapide de Linux
Posté par reno . En réponse à la dépêche Pour un démarrage plus rapide de Linux. Évalué à 7.
- pour les particuliers en studio qui veulent dormir la nuit
- pour ceux qui ont un portable ou le suspend-to-disk ne fonctionne pas, un probleme assez répandu, je crois.
Les démarrages sont frequents et leeeennnnttt ce qui est pénible et donne une mauvaise impression de l'OS.
Si je me souviens bien, ma Mandrake 7.2 démarrait par défaut en 2 minutes (boot+démarrage de X et KDE) alors que BeOS mettait 20s pour faire la même chose!
J'avais pu atteindre 1m20 de temps de démarrage de Mdk en virant tous les services inutiles, mais c'etait quand meme assez penible: trouver la doc sur tous les daemons, etc.. pour un resultat tres mitigé.
Je trouve amusant que dans le papier d'IBM, ils proposent d'utiliser make pour résoudre les dépendances, alors que dans un papier de NetBSD qui explique leur systeme de demarrage, les auteurs disent qu'ils ne se sont pas servis de make pour éviter d'avoir a le mettre dans le /bin ce qu'ils considérent comme du "bloat"..
Je crois que Gentoo utilise aussi un systeme de demarrage par dependance, inspiré de celui de NetBSD.
[^] # Re: R# une alternative opensource au langage Rebol
Posté par reno . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 1.
Ah? Pourtant j'ai l'impression que pour Perl, Ruby, Python c'est le cas!
Il y a surement des docs qui peuvent servir de définition, mais en général ces docs ne définissent pas tout les "points délicats", là c'est l'interpréteur qui sert de référence..
[^] # Re: R# une alternative opensource au langage Rebol
Posté par reno . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 2.
Là, tu exagère quand même beaucoup!
Pour ta punition, tu passeras une semaine avec un modem:
1 Mo a 5ko/sec, ça fait 3-4 min, 10Mo ça fait plus de 30min, une sacrès différence non?
Note que je chipote, mais pour le moment je ne suis pas trop convaincu pour faire du Rebol par rapport a du Python ou du Ruby..
[^] # Re: Espaces publicitaires à vendre
Posté par reno . En réponse à la dépêche Espaces publicitaires à vendre. Évalué à 0.
J'ai acheté une boite et je suis aller un an au club (je n'y suis plus), donc je pense que je peux me permettre de critiquer: si Mandrake en est la, c'est a mon avis en grande partie a cause de leur tentative *stupide* de faire de l'e-learning.
Certes les rentrées d'argent sont conditionnée par les clients, mais c'est juste une partie de l'equation,l'autre partie étant comment l'argent est depensé..
Ceci dit, que Mandrake gagne un peu d'argent en utilisant de la pub, pourquoi pas..
Il faut juste faire attention a que la pub ne soit pas trop intrusive, le navigateur Opera est un bon exemple d'un produit ou la pub ne derange pas trop..
[^] # Re: Mais boudioux !
Posté par reno . En réponse à la dépêche Microsoft conclut un accord à l'amiable avec Be. Évalué à 3.
Justement si MS a payé c'est pour ne pas avoir à reconnaitre devant un juge leurs pratiques anti-concurrentielle, le réglement est un accord privé dont une partie des termes reste secret: MS ne reconnait rien du tout!
>Un peu de sous qui sort de chez MS et qui va chez les concurents.
Bôf! Pour MS, 26Millions de $ c'est rien du tout et comme ça leur "verrouillage" du boot reste incontesté: pour moi c'est MS le grand vainqueur dans l'histoire!
[^] # Re: Microsoft conclut un accord à l'amiable avec Be
Posté par reno . En réponse à la dépêche Microsoft conclut un accord à l'amiable avec Be. Évalué à 3.
[^] # Re: JPEG2000 pour tous, c'est ma tournée!
Posté par reno . En réponse à la dépêche JPEG2000 pour tous, c'est ma tournée!. Évalué à 2.
Je ne sais pas: si tu regardes bien les newgroup de photo mmm "artistiques" :-), tu verras qu'un nouveau format de codage des binaires est de plus en plus utilisé: le yencodage qui code sur 8 bits au lieu de 7 bits.
Le format yenc n'est pas supporté par Outlook, pas un standard, apporte des gains relativements faibles et pourtant il est de plus en plus utilisé! ==> apparemment il y a un réel désir/besoin d'avoir des gains même pas très élevé pour transmettre des images..
Pourrais-tu rechercher l'adresse du papier en question sur le codage avec des perfs équivalentes à JP2000, mais sans les brevets?
Je serai intéréssé par le coté technique de la chose.
[^] # Re: L'avocat du diable
Posté par reno . En réponse à la dépêche L'avantage inattendu de l'Open Source. Évalué à 3.
Ah, parce que les utilisateurs avaient le choix?
Jusqu'a une période récente, tu n'avais que des OS peu fiables, que ce soit les PC avec Windows9x ou les Mac avant MacOSX..
[^] # Re: P2P face au droit d'auteur : vers la reconnaissance du droit du public
Posté par reno . En réponse à la dépêche P2P face au droit d'auteur : vers la reconnaissance du droit du public. Évalué à 1.
>serais vraiment pas contre quand on voit comment sont traité les
>utilisateurs de soft proprio...
Amusant: forcé à être libre, je ne sais pas pourquoi, mais je trouve cela plutot contradictoire.
>Ce que je comprend surtout est que tu insinues qu'une boite faisant du libre n'est pas viable. C'est sur que MS ne serait pas viable.
Je suis d'accord avec lui sur ce point, il n'est pas vraiment prouvé qu'une boite faisant du libre puisse être viable.
Je dirais que le meilleur exemple d'une boîte libre viable est cygwin qui a réussi à vivre des années en faisant du libre.
RedHat n'est pas à mon avis un bon exemple: quand on a un trésor en banque grâce à la bétise des spéculateurs boursier, ça aide, c'est comme la blague: "Comment faire pour avoir une petite fortune? Avoir une grosse forture au départ."
# Novell == annuaire d'entreprise,non?
Posté par reno . En réponse à la dépêche Novell va-t-il arrêter Netware ?. Évalué à 2.
Le NDS: Novell Directory Service, il me semble.
Quelqu'un connait-il à la fois NDS et LDAP pour comparaison?
C'est un peu HS, mais si quelqu'un pouvait avoir un lien (en Français où en Anglais) qui explique clairement LDAP, cela m'arrangerait: tout ces cn,dn,... ça ne me parle pas beaucoup!
On voit bien que c'est tiré d'une norme X500: incapable d'utiliser des noms compréhensible..
[^] # Re: Kernel Summit 2003
Posté par reno . En réponse à la dépêche Kernel Summit 2003. Évalué à 4.
Il faut y montrer patte blanche ou chaussette blanche pour y assister ?
;-)
[^] # Re: Situation des cartes graphiques
Posté par reno . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 1.
Dans le domaine de la 3D, certes, mais dans le domaine de ceux qui veulent:
- pouvoir utiliser les jeux qui tuent sous Windows
- utiliser aussi un PC sous Linux
Il n'y a pas le choix: c'est soit ATI, soit Nvidia.
Et je ne sais même pas si ATI a sorti un driver correcte pour Linux pour leurs carte moderne (9500 et plus)!
Il reste un choix:
- utiliser un driver libre 2D sous Linux, et adieux la programmation OpenGL et les jeux sous Linux: enfin pas tout à fait, il reste le rendu logiciel si on aime les diaporamas..
- polluer son kernel: beurk!
Pas terrible la situation, et j'ai bien peur que cela dure longtemps..
[^] # Re: Python 2.3 est sorti
Posté par reno . En réponse à la dépêche Python 2.3 est sorti. Évalué à 1.
C'est juste 20 lignes pour encapsuler l'appel a la librairie iconv, cela me parait facile a reproduire dans n'importe quel language..
Ou alors il y a d'autres choses en Perl?
[^] # Re: Nouveaux drivers Nvidia disponibles
Posté par reno . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 3.
Nvidia n'est pas plus (ni pas moins) critiquable qu'ATI et Matrox qui ne fournissent plus leurs specs pour leur carte récente..
[^] # Re: Python 2.3 est sorti
Posté par reno . En réponse à la dépêche Python 2.3 est sorti. Évalué à 2.