patrick_g a écrit 6408 commentaires

Most j'en suis revenu moi.

De la coloration contextuelle dans les pages de man c'est quand même indispensable non ? Moi je ne pourrai pas m'en passer.

Voir ici par exemple : http://packages.debian.org/squeeze/most

Dans le tableau "Total exit page" c'est impressionnant la différence entre l'interview en français et le commentaire de la VO en anglais !

en fait je cherche une nouvelle distro kde car je suis déçu par la mandriva 2011. je pensais installer une kubuntu mais suite à cette news j'hesite.

Il y a également Pardus qui a une bonne réputation en tant que distribution KDE:

http://www.pardus-fr.org/

OK merci. J'ai rajouté un commentaire pour dire "me too !" sur ce besoin.

J'ajoute un petit commentaire pour souligner l'importance du fait éditer la dépêche dans son ensemble. Dans certains cas c'est crucial donc ce serait vraiment bien qu'on puisse avoir cette fonction.

Est-ce qu'il y a une entrée dans le suivi ouverte au sujet de l'édition de tout le texte d'une news ? Actuellement on en reste au paragraphe par paragraphe non ? (à moins que j'ai loupé un truc).
Cela ne facilite pas la restructuration générale d'une dépêche que de devoir éditer tous les paragraphes les uns après les autres.

arrêter de commenter sur LinuxFR parce que je suis trop frustré par l'absence de cette fonctionnalité

À ce point là ?

Donc pourquoi ne jamais reprendre quoi que ce soit qui vienne d'eux

Hypothèse à la con de ma part (en vérité je n'en sais rien tu tout) mais est-ce que le fait qu'on doive filer le copyright à Canonical quand on contribue n'a pas refroidi les autres distros ? Après tout on est à la merci d'un changement de licence si le copyright n'est pas dilué.

Au contraire, selon Lennart il a bien architecturé son code pour exploiter à fond tous les mécanismes d'un noyau Linux moderne et ainsi avoir un code plus compact, plus fiable et plus lisible.
Son explication dans la FAQ systemd est la suivante:

Will this run on [insert non-Linux OS here]?

Unlikely. As pointed out, systemd uses many Linux specific APIs (such as epoll, signalfd, libudev, cgroups, and numerous more), a port to other operating systems appears to us as not making a lot of sense. Also, we, the people involved are unlikely to be interested in merging possible ports to other platforms and work with the constraints this introduces. That said, git supports branches and rebasing quite well, in case people really want to do a port.
Actually portability is even more limited than just to other OSes: we require a very recent Linux kernel, glibc, libcgroup and libudev. No support for less-than-current Linux systems, sorry.
If folks want to implement something similar for other operating systems, the preferred mode of cooperation is probably that we help you identify which interfaces can be shared with your system, to make life easier for daemon writers to support both systemd and your systemd counterpart. Probably, the focus should be to share interfaces, not code.

A mon avis c'est simplement que les devs Fedora prennent au pied de la lettre le fait d'être "cutting edge". Si tu regardes les buts de la distro sur leur site tu peux lire ça:

We believe the hard work of creating new technical features makes free software more powerful, flexible, and useful for millions of people. We don't mind shaking up the status quo, when it means we can more effectively move free software forward.

Donc ils n'ont pas peur de changer des sous-systèmes importants, et ce au risque d'une instabilité initiale. Ils est évident que ça sert les objectifs de Red Hat d'avoir un tel banc d'essai...mais c'est le jeu et c'est pour ça qu'ils financent Fedora après tout. Les utilisateurs de cette distro le savent parfaitement.

Quand au "mode de fonctionnement" de Lennart et ses éventuels problèmes relationnels je trouve qu'il s'est bien amélioré depuis l'époque PulseAudio. Le projet systemd a été, amha, remarquablement mené jusqu'à présent.

la politique « t'es petit, t'es différent, va chier » est vraiment minable

Il me semble que c'est plutôt : "Prévoir la compatibilité avec tous les OS aurait pour conséquence de trop complexifier le code car ces OS ne possèdent pas les fonctions spécifiques de Linux. Mais le projet est libre alors faites ce que vous voulez (étudiez-le, forkez-le, etc)."

Pourquoi est-ce que serait à Lennart de faire le boulot et à planter des tonnes de ifdef dans le code ? Les devs BSD, si ils sont intéressés par un truc, peuvent parfaitement écrire et maintenir une couche de compatibilité (comme par exemple dans la séparation qui existe entre le OpenSSH "pur" d'OpenBSD et la version portable d'OpenSSH).

Ne pas oublier de ne jamais faire l'inverse et ne jamais inclure et ne jamais contribuer à une nouveauté développée par un concurrent

Quand Fedora passera à btrfs par défaut est-ce que tu abandonnera ta théorie ?

+1
Effectivement dans ce sens là (NetBSD veut être un noyau multi-plateforme par design) alors je comprends mieux et la remarque est justifiée.

Je suis un utilisateur lambda et j'ai regardé quels softs j'utilisais régulièrement sur ma Debian Squeeze qui ne font pas partie de la liste des paquets NetBSD:

Decibel Audio Player
PyRenamer
Jitsi
Cryptkeeper
Soundconverter
Mkvmerge
Smplayer
Ogmrip

Ça commence à faire beaucoup je trouve.

NetBSD est pensé pour être multi-plateforme, non pas à la façon de Linux, qui est multi-plateforme « more by brute force than by design », mais via des abstractions logicielles affutées

C'est toujours très divertissant de lire ce genre d'affirmation complètement gratuite. Si on regarde le lien on trouve cette "explication" :

NetBSD is portable. Linux is also portable, but more by brute force than by design. Linux gets its portability from hordes of programmers willing to write patches on top of patches to make hardware look like a i386 to the rest of the kernel. NetBSD has honed abstractions that enables all architectures to be built simultaneously with a single kernel tree.

Le fanboyisme c'est rigolo (et inévitable dans une certaine mesure) mais là il faut quand même qu'il arrête la drogue !

mais il n'en est pas moins cohérent

Sauf pour l'absence du .0 dans les numéros de versions. On dirait que c'est juste un truc marketing pour rassurer les gens en leur montrant que le logiciel est stable puisqu'il n'a pas le fameux et infamant .0 !

Comme cela a déjà été dit par Ted Ts'o sur la LKML ce graphique ne reflète évidemment pas la complexité du code. Juste sa taille. L'immense majorité se retrouve dans les pilotes.

Mais le graphique reste très intéressant à regarder.

Et tu peux les compiler et avoir un Windows identique à celui que vend Microsoft ? C'est une vraie question car si ce n'est pas le cas rien ne nous assure que Microsoft donne les sources réelles.

C'est vrai que sur ces deux benchmarks la différence est carrément monstrueuse. J'aimerais bien avoir une explication à ce sujet.
Y'a un dev Firefox dans les environs ?

Il faut comprendre que la licence BSD a été créée pour permettre aux étudiants de Berkeley de monter leur boite en utilisant le logiciel sur lequel ils avaient travaillé. C'est dans la logique des logiciels propriétaires de l'époque.

D'ailleurs une des réponses de Tanenbaum est exactement dans cet esprit (c'est moi qui met en gras):

If AT&T had not brought suit (or better yet, bought BSDI), Linux would never have become popular at all and BSD would dominate the world.

Pour lui le rachat de BSDI par une grosse boite comme AT&T aurait résolu tous les problèmes. Il me semble que c'est passer complètement à côté d'une des forces de Linux qui est le développement communautaire et l'ouverture aux contributions de tous, sur un pied d'égalité.

Je trouves cela très désolant

Quand à moi je ne parle pas du fait qu'il m'a renvoyé ses réponses dans un .doc alors que j'avais envoyé mes questions dans un .txt !

Clair que c'est plus facile d'être simple pour un système qui ne tourne que sur les x86-32, qui ne gère pas le multicoeur, qui n'a presque aucun pilote.
C'est le reproche de Linus: l'argument de la simplicité ne tient plus quand on veut vraiment répondre aux problématiques du monde réel.

seL4 a été "vérifié" ce que ne sera jamais Linux

Ne pas s'emballer quand même. La partie "What we assume" de cette page reste fort conséquente ! Comme tu le dis toi-même je ne suis pas certains que cela ait un quelconque bénéfice pratique pour l'instant.

c'est quoi son site politique ?

http://www.electoral-vote.com/