(Ndm : merci également à gruïïïk) C'est donc une très bonne nouvelle, sauf peut-être pour Transmeta qui voit partir une figure emblématique, quoi que la société le laissait déjà amplement utiliser une grande partie de son temps de développement au noyau.
Son email sera transféré le 1er juillet.
Aller plus loin
- Le post sur Linux-Kernel (3 clics)
- Article New York Times (3 clics)
- OSDL (2 clics)
- Transmeta (2 clics)
# Re: Linus quitte Transmeta
Posté par Antoine Alexandre . Évalué à 0.
[^] # Re: Linus quitte Transmeta
Posté par redguts . Évalué à 10.
Le créateur de Linux doit être neutre entre les différentes distributions.
[^] # Re: Linus quitte Transmeta
Posté par Jonathan ILIAS-PILLET (site web personnel) . Évalué à 10.
Quid d'Alan Cox ? Il n'est pas créateur mais pour le moins très présent...
[^] # Re: Linus quitte Transmeta
Posté par yoho (site web personnel) . Évalué à 0.
[^] # Re: Linus quitte Transmeta
Posté par Lawrence P. Waterhouse (site web personnel) . Évalué à 5.
[^] # Re: Linus quitte Transmeta
Posté par reno . Évalué à 1.
Si tu vas par la, le mainteneur de la distribution stable ne devrait pas non plus appartenir a une société Linux..
Ce qui n'a jamais posé de problème jusqu'a présent..
En plus je pense que le boulot d'une distribution doit etre en grande majorite dans l'userspace pas dans le kernel, donc je ne vois pas en quoi avoir Linus dans la boite les aideraient beaucoup..
[^] # Re: Linus quitte Transmeta
Posté par ptit_tux . Évalué à 2.
Si la grande majorité du boulot d'un distributeur reste en userland, le noyau est "chouchouté". J'ai vu que redhat à 6 devs du top10 de linux dont alan cox qui est le numéro 2. Suse n'est pas en reste et Marcelo bosse chez conectiva.
Puis il y a certaines tâches qui ont été majoritairement faites par des boîtes commerciales. Le portage sur IA64 par exemple. Même SCO s'y est mis comme certain l'on appris récemment...
[^] # Re: Linus quitte Transmeta
Posté par Yohann (site web personnel) . Évalué à 2.
Par exemple pour les périphériques... y a un boulot monstre pour faire tourner un maximum de trucs divers et variés, si possible avec le même noyau :^)
Bref y a des heures de compil, de patch pour la derniere carte SCSI, sans parler de la vidéo avec XFree, et du patch pour l'USB qui s'embrouille avec ceux des systemes de fichiers...
Bref, le noyau c'est un peu la base de tout, et avoir un kador dans ton équipe, ce te fais gagner des heures de recompil, de patchs parce que il baigne dans le jus depuis toujours, il sait qui fait quoi, ou patcher, etc etc...
Sans parler du fait que lorsque un client te file 300 brouzoufs (environ 150 000 euros) pour faire que sont dernier serveur RAID tourne, ben ca aide d'avoir Linus pour faire avancer les choses...
[^] # Re: Linus quitte Transmeta
Posté par snurpsss . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par Erwan . Évalué à 9.
[^] # Re: Linus quitte Transmeta
Posté par tatayo . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par Xavier Jacquelin (site web personnel) . Évalué à 3.
[^] # Re: Linus quitte Transmeta
Posté par kb . Évalué à 2.
[^] # Re: Linus quitte Transmeta
Posté par PeYotL . Évalué à 0.
kkun a plus d'info sur le choix de ces distrib ?
[^] # Re: Linus quitte Transmeta
Posté par Philippe F (site web personnel) . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par ptit_tux . Évalué à 3.
- Redhat au boulot
- Suse à la maison
Il dit qu'il utilise les deux distributions les plus utilisées pour ne pas faire de "polémiques".
> Moi je le verrai bien avec une gentoo
Pourquoi ? Il bosse que sur le noyau dont il a les derniers sources. D'ailleurs, Linus n'est pas un nerveux pour les montées en version. Le noyau supporte pratiquement jamais la dernière version de gcc.
Les longues compilations c'est incompatible avec les nombreux reboots nécessaires pour tester un noyau.
> ou avec une slack.
Pourquoi ?
Pourquoi beaucoup imaginent les hackers avec des systèmes d'exploitation "rustiques" et/ou frustres qui demandent beaucoup de temps d'administration ? Les développeurs ont autre chose à faire...
[^] # Re: Linus quitte Transmeta
Posté par HappyCrow . Évalué à 1.
Linus dit quand meme dans son bouquin que les distributions les plus abouties
sont Suse et RedHat...
Moi j'utilise RedHat et Debian mais je vais bientot migrer vers
Gentoo (oui oui, la je trolle :O) )
# DRM ?
Posté par Francois Revol (site web personnel) . Évalué à 0.
http://www.osnews.com/comment.php?news_id=3812(...)
J'espère qu'il n'aura pas plus de temps pour implémenter DRM...
DRM c'est MAL Il n'y a strictement aucune raison pour avoir DRM sous Linux, autre que d'avoir l'approbation des majors. Linus dit ne pas faire de politique... j'ai quelques doutes là, désolé.
[^] # Re: DRM ?
Posté par xsnipe . Évalué à 1.
[^] # Re: DRM ?
Posté par free2.org . Évalué à 5.
dans la pratique non, car les puces TCPA (IBM, etc.) permettent aux fournisseurs de contenus de refuser de t'envoyer leur contenus si tu n'as pas un OS DRM
[^] # Re: DRM ?
Posté par bisol . Évalué à 10.
le choix de Linus est qu'il préfère incorporer et laisser le choix et dire si jamais on l'a mais on est libre de l'utiliser... Il préfère la fonctionnalité à l'esprit.. même si il n'aime pas TCPA !!!
Je trouve qu'il a raison personnellement..
[^] # Re: DRM ?
Posté par earxtacy . Évalué à 10.
parceque c'est une différenciation politique et philosophique fort ferait grandir linux dans les esprits.
Linux ne doit pas être le remplacant .....de windows
mais tout simplement une voie de liberté et un OS futuriste.
Pas un OS qui fait qu'implementé et copié son alter ego.
[^] # Re: DRM ?
Posté par bisol . Évalué à 1.
La liberté elle reste car on a le choix à la compilation de l'inclure ou pas !
Il y aura surement des grosses boites qui auront (si TCPA passe etc..) besoin de ce système. Donc si nous avons le choix de :
1) Remplacer leur Linux existant par Windows parce que TCPA existe pas = Mauvais point
2) Upgrader le noyau aveec une version TCPA compatible = bon point car Linux reste en place et ils pourront revenir en arrière très simplement si nécessaire!
C'est vrai que dans la philosophie c'est complétement pourri TCPA ! mais windows l'est aussi et pour l'instant nous faisons avec !!
[^] # Re: DRM ?
Posté par Jonathan Loriaux . Évalué à 1.
[^] # Re: DRM ?
Posté par Erwan . Évalué à 3.
"Laisser le choix de cotiser a la secu ou pas." C'est toujours mieux de laisser le choix ?
[^] # Re: DRM ?
Posté par sparky . Évalué à -5.
[^] # Re: DRM ?
Posté par jm trivial (site web personnel) . Évalué à 10.
Quand tu auras une tumeur au cerveau (ce que je ne te souhaite pas, bien sûr) comme mon oncle, la sécurité sociale devient ta seule solution de survie: sans elle, les opérations et traitements appropriés sont inaccessibles.
C'est donc ta liberté, et même ta vie, qui est en jeu...
Décider de ne plus cotiser, c'est donc réduire de manière significative la liberté d'autrui.
[^] # Re: DRM ?
Posté par Guillaume D. . Évalué à 0.
+1
[^] # Re: DRM ?
Posté par Obsidian . Évalué à 0.
[^] # Re: DRM ?
Posté par billy . Évalué à 0.
1 - 1
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: DRM ?
Posté par voutch . Évalué à 1.
Plus sérieusement, un peu de concurence ne fait jamais de mal.
" la personne qui décide de ne plus payer de cotisation parce qu'elle est suffisamment aisée va restreindre la liberté de tous les autres utilisateurs de la sécurité sociale"
Et ? La liberté ce n'est pas de faire payer les autres pour ses propres besoins, bref de vivre en assisté.
Et ton "raisonement" peut servir à "justifier" n'importe quoi
" la personne qui décide de ne plus payer d'éclairs au chocolats parce qu'elle est suffisamment aisée va restreindre la liberté de tous les autres utilisateurs de la boulangerie"
" la personne qui décide de ne plus payer une distrib Linux parce qu'elle est suffisamment aisée va restreindre la liberté de tous les autres utilisateurs de Windows" (bein ouai, moins de pognon, donc prix plus cher et moins de gadgets)
Sans compter que ce systeme encourage les comportements à risque, comme le tabac par ex. C'est un phénomene connu des assureures : les gens assuré ont plus d'accident que les autres.
De toute façon, le systéme actuel est en faillite. Il va donc bien falloir se tourner vers le privé. Et que l'on ne parle pas d'inégalités, car elles existent déja. La preuve, le rapport annuel d'évaluation de la qualité des soins, qui classe donc les hopitaux, est Secret d'Etat, pour éviter le scandale....
[^] # Re: DRM ?
Posté par Alexandre Beraud . Évalué à 3.
[^] # Re: DRM ?
Posté par Alexandre Beraud . Évalué à 1.
[^] # Re: DRM ?
Posté par kb . Évalué à 1.
[^] # Re: DRM ?
Posté par earxtacy . Évalué à 0.
on est en 2024 tous le monde est flicqué, ne peut plus rien telecharger, paye la moinde update..
Une poigné de féru mets en ligne une version d'un OS
libre (gnu/hurd, bsd..)
sur hardware libre (f-cpu)
avec un réseau libre (wireless-fr, p2p crypté..)
Des ateliers locaux de quartiers developpenta pédagogie,
et une masse importante de gens abandonne windows et internet pour le nouveau libertynet.
Par la soif de liberté les contenus explosent, livre, musique,
les services aussi...
Linux n'existe deja plus, la gestion de tcpa et des certificats
aléatoires sous cet OS a nuit a
son utilisation journalière
et a éroder
la patience des utilisateurs.....
[^] # Re: DRM ?
Posté par Gonéri Le Bouder (Mastodon) . Évalué à 4.
Un driver pour un système p2p crypté est possible. Tu n'es pas obligé de compiler ton kernel avec tcpa.
Il y aura plusieurs distributions, celles avec tcpa d'integré par défaut et les autres.
Le plus important se trouve au niveau du Hard. Si 99% des ordinateurs demandent un OS "sécurisé", là le choix risque d'être limité.
C'est pourquoi il faut absolument refusé toutes les cartes mères "TCPA ready".
[^] # Re: DRM ?
Posté par Alexandre Beraud . Évalué à 4.
[^] # Re: DRM ?
Posté par Gniarf . Évalué à 1.
coïncidence, la partie logistique est traitée par Expedia, qui appartenait à Microsoft jusqu'en 2002.
Tu peux effectivement refuser le matériel TCPA-ready, il te restera le Minitel et l'Audiotel pour faire ton gros rebelle.
[^] # Re: DRM ?
Posté par kb . Évalué à 2.
[^] # Re: DRM ?
Posté par earxtacy . Évalué à 3.
qui ne peut plus rien lire, plus rien consulter si une autorité supérieure lui interdit, c'est une technologie de verrouillage.
"désolé vous ne pouvez accédez à ce site de confiance..."
"votre ordinateur n'a pas reçu le droit de lire cette musique"
etc...
ne croyez pas ce qui vous dise qu'on peut desctiver le TCPA
car ds quelques temps on dira qu'il est obligatoire pour la sécurité..
regardez les cookies le nombre de site qui refuse l'accès si on les active pas.
95% des gens activeront tcpa et s'en sera finis.
[^] # Re: DRM ?
Posté par Alexandre Beraud . Évalué à 1.
[^] # Re: DRM ?
Posté par Chris K. . Évalué à 0.
Integrer DRM reviens à un quaziment à un scuicide, il faudrai même que les distributions se liguent pour refuser qu'un module proprietaire permettant de faire du DRM sous linux viennent empoisonner leurs noyaux.
Comment pourrait-on integrer à notre OS quelquechose dont la philosophie qui est à l'origine de sa conception, soit aussi diametralement opposée à celle du libre.
[^] # Re: DRM ?
Posté par Chris K. . Évalué à 1.
Je -----> |°-----| (vais dormir)
[^] # Re: DRM ?
Posté par Chris K. . Évalué à 1.
Comprends nous, bon nombre ici ne veulent absolument pas de DRM dans leurs pc et ont peur d'être obligés de l'intstaller une fois qu'un logiciel proprietaire de qualité sera disponible sur notre OS car il "nessecite" DRM. Alors ou cela nous mene ? A installer DRM ? Ca il n'en est pas question, alors on va faire comme quand ce logiciel n'existait pas sous linux et créer un equivalent libre, mais cette fois avec une force de developpement réduite, vu que certains auront préféré prendre l'autre option.
Integrer DRM reviens quaziment à un scuicide, selon moi il faudrai même que les distributions se liguent pour refuser qu'un module proprietaire permettant de faire du DRM sous linux vienne empoisonner leurs noyaux.
Comment pourrait-on integrer à notre OS quelquechose dont la philosophie à l'origine de sa conception soit aussi diametralement opposée à celle du libre.
[^] # Re: DRM ?
Posté par Manico . Évalué à 4.
ou mettre un iceberg devant :)
[^] # Re: DRM ?
Posté par laurentb . Évalué à 5.
[^] # Re: DRM ?
Posté par voutch . Évalué à 2.
les services aussi..."
Oui et bien, personne ne t'interdi de créer du contenu si tu en as les capacités, et de le distribuer gratuitement.
Mais laisse les autres faire ce qu'ils veulent, par ex le vendre cripté sous tcpa machin chose. Car aprés tout ils en sont les proprétaires, et ce ne sont pas tes oignons.
Perso je ne vois pas en quoi il serait scandaleux de vendre des chansons/livre/films/etc sous cette forme via internet. Surtout que nous ne sommes pas des pirates, n'est-ce pas ?
Que chacun s'occupe de ses affaires, et les vaches seront biens gardées.
[^] # Re: DRM ?
Posté par Christophe Lucas (site web personnel) . Évalué à 1.
Sinon, et bien il restera comme bcp d'OS, cloitrer dans les cartons, mais jamais utiliser.
A nous de faire une bonne utilisation de cette fonctionnalité. Si cela ne nous plaît pas alors ne pas le compiler. Cette fonctionnalité est comme d'autres. Elle ne te plait pas donc pas implémenter, mais si une autre te plaît elle doit faire parti du noyau.
De toutes manières, que l'on parle pendant des heures de cela ne changera en rien le choix que ferons les développeurs du noyau Linux :-)
--
http://titux.tuxfamily.org(...)
[^] # Re: DRM ?
Posté par David . Évalué à 2.
Pour la protection des programmes professionels, il y a le standard incontournable: flexLM. Pas besoin de DRM ou de Paladium.
[^] # Re: DRM ?
Posté par Pierre . Évalué à 1.
Il suffit de reprendre l'exemple de Windows : cette m**** infâme qui plante tout le temps (j'ai win98) est distribuée à une population énorme, et tous les logiciels à vocation "grand public" doivent (ou plutôt devraient) prendre en compte les incroyables bugs et autres trous de sécurité que recèle cet OS ( de m****, bien entendu).
Faire de la résistance à TCPA ne vaut le coup que si les "resistants" sont nombreux !
(PS: je m'excuse de m'être laissé emporté contre windaube :)), mais ça fait du bien! )
[^] # Re: DRM ?
Posté par Moby-Dik . Évalué à 1.
Je crois que tu parles du Hurd là. Linux est simplement un OS qui marche.
[^] # Re: DRM ?
Posté par snurpsss . Évalué à 1.
[^] # Re: DRM ?
Posté par Jiba (site web personnel) . Évalué à 1.
[^] # Re: DRM ?
Posté par Matthieu Moy (site web personnel) . Évalué à 7.
[^] # Re: DRM ?
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
TCPA c'est juste de la cryptographie, tu en fais presque autant avec openssl !! sauf que là c'est du hard (plus rapide) et tu peux stoquer des données sécurisées en hard (clefs plus sures) c'est TOUT.
[^] # Re: DRM ?
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
TCPA est la couche logicielle + matérielle sur laquelle on peut batir un DRM efficace.
Du DRM 100% logiciel, ça existe déjà (DVD crytpés, pdf non imprimables, fichiers WMA, ...), mais c'est crackable avec un effort raisonnable.
Il y a d'autres applications intéressantes sur lesquelles je ne crache pas par contre.
[^] # Re: DRM ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: DRM ?
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
Tu peux relire un peu les docs sur TCPA et me dire d'ou tu sort ça ??
Moi, je peux ...
http://www.trustedcomputing.org/docs/tcpa_layout_v1.3.pdf(...)
page 6
http://www.research.ibm.com/gsal/tcpa/tpm-1.1.tar.gz(...)
Un pilote TCPA pour Linux sous licence GPL, et qui n'a rien à voir avec Palladium.
La FAQ Officielle de TCPA dit ça :
2. What are the goals of the TCPA?
Through the collaboration of hardware, software, communications and technology, vendors drive and implement TCPA specifications for an enhanced HW and Operating System based trusted computing platform that implements trust into client, server, networking, and communications platforms.
Les gars, si vous voulez lutter contre un truc, il faudrait peut être apprendre à connaitre son ennemi, non ?
[^] # Re: DRM ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: DRM ?
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
[^] # Re: DRM ?
Posté par snurpsss . Évalué à 1.
[^] # Re: DRM ?
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
[^] # Re: DRM ?
Posté par ptit_tux . Évalué à 0.
Il a raison car il n'a pas vraiment le chois. Si Intel implémente TCPA dans le noyau et le diffuse, qui peut l'interdire ? Personne. Alors autant authoriser TCPA.
Lorsque TCPA sera dispo, s'il vous plait, ne l'utilisez pas.
[^] # Re: DRM ?
Posté par Erwan . Évalué à 4.
[^] # Re: DRM ?
Posté par tene . Évalué à 2.
Pourquoi?...
[^] # Re: DRM ?
Posté par Cyril . Évalué à -1.
http://www.lebars.org/sec/tcpa-faq.fr.html(...)
[^] # Re: DRM ?
Posté par Gniarf . Évalué à 2.
[^] # Re: DRM ?
Posté par Nicolas Boulay (site web personnel) . Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: DRM ?
Posté par Pooly (site web personnel) . Évalué à 1.
# Re: Linus quitte Transmeta
Posté par Castor666 . Évalué à 3.
[^] # Re: Linus quitte Transmeta
Posté par Emmanuel Seyman . Évalué à 5.
[^] # Re: Linus quitte Transmeta
Posté par Philippe Bouamriou (site web personnel) . Évalué à 5.
[^] # Re: Linus quitte Transmeta
Posté par Castor666 . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par Amaury . Évalué à 5.
Mais il n'a, à ma connaissance, jamais dit ne pas vouloir être payé pour bosser sur le kernel.
[^] # Re: Linus quitte Transmeta
Posté par lhardy philippe (site web personnel, Mastodon) . Évalué à 10.
Quand au support dans de TCPA dans linux il arrivera bien un jour, HP y travaille deja. Ceci ne m'empechera pas de n'acheter que des PC sans support TCPA, l'important c'est qu'il existe toujours des distributions pour des machines non TCPA et ca je pense qu'on peut raisonablement tabler dessus.
Cela m'amuse de voir a quel point Linus n'est plus libre de faire ce qu'il veut, comme si le fait d'avoir cree le noyau linux lui interdisait de se comporter comme un developpeur normal. Il doit se justifier de tout.
Et peut-etre que Linus a change de boite "just for fun".
En tout cas on peut parier que cela ne fera pas de bien a Transmeta.
[^] # Re: Linus quitte Transmeta
Posté par Chris K. . Évalué à 0.
Bon on va essayer un autre langage...
bool test() {
int TCPA = 1;
int DRM = 2;
if (TCPA == DRM )
//ce n'est pas possible, ce n'est pas vrai
return false;
else
retrun true;
}
Compris ? ;-)
[^] # Re: Linus quitte Transmeta
Posté par Yohann (site web personnel) . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par David . Évalué à 1.
[^] # Re: Linus quitte Transmeta
Posté par Christophe Lucas (site web personnel) . Évalué à 1.
--
http://titux.tuxfamily.org(...)
# Re: Linus quitte Transmeta
Posté par Guillaume Proux . Évalué à 10.
[^] # Re: Linus quitte Transmeta
Posté par ptit_tux . Évalué à 1.
Compte-tenu du temps que lui laissait Transmeta, il dit que ça ne va pas augmenter beaucoup sa contribution à Linux.
[^] # Re: Linus quitte Transmeta
Posté par Alexandre Beraud . Évalué à -1.
# Re: Linus quitte Transmeta
Posté par Yannick Beynet (site web personnel) . Évalué à 3.
Alors si il a le temps d'aider le libre à pondre un kernel de la mort qui atomisera toute critique non constructive ....
[^] # Re: Linus quitte Transmeta
Posté par gloups . Évalué à 4.
Cela arrive à chaque fois qu'une technologie est en passe de devenir majoritaire...
La reconnaissance de Linux est acquise et de nombreuses sociétés y regarde de très près; Il y a donc toujours des perdants...
[^] # Re: Linus quitte Transmeta
Posté par Anonyme . Évalué à 1.
Le noyau ne va subitement devenir « de la mort » parce qu'un contributeur majeur aura un peu plus de temps à y consacrer.
Et je ne vois pas quelles critiques cela va atomiser. Tu parles de SCO, un cas qui n'a rien à voir avec la qualité du noyau.
[^] # Re: Linus quitte Transmeta
Posté par Yannick Beynet (site web personnel) . Évalué à 0.
# Un laboratoire à but non lucratif pour l'opensource
Posté par Egidius . Évalué à 5.
France, mère vacharde, indifférente à la modernité, mercantile et clientéliste, comme tu traites ta jeunesse !
Je plaisante.
Je suis sur que les grandes entreprises françaises vont le financer ce laboratoire.
Mais n'est-ce-pas dans une certaine région de notre doux pays qu'un conseil régional écarta le projet de créer une université du libre sur le site du Futuroscope
(A vos archives de la revue Transfert !)
[^] # Re: Un laboratoire à but non lucratif pour l'opensource
Posté par Gniarf . Évalué à 1.
ah oui, là même. Merci Mr Monory.
[^] # Re: Un laboratoire à but non lucratif pour l'opensource
Posté par huhuhu . Évalué à 0.
[^] # Re: Un laboratoire à but non lucratif pour l'opensource
Posté par Moby-Dik . Évalué à 1.
D'autre part, Infogrames s'appelle désormais Atari, oui, oui, c'est honteux je sais. Atari, éditeur français, cte blague ;)
# Re: Linus va travailler à plein-temps sur le kernel
Posté par j . Évalué à 10.
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par ckyl . Évalué à -1.
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par »-(¯`v´¯)-» . Évalué à 1.
debutant oui mais pas jeune !
il a quelle age enfait linus ?
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par tgl . Évalué à 1.
Bah il est pourtant encore imberbe, non ?
(oui oui... m'en fous, justement, il fait beau...)
# Re: Linus va travailler à plein-temps sur le kernel
Posté par cornofulgur . Évalué à 1.
* Bylaws (140k pdf)
* Antitrust Policy (58K pdf) (HTML)
* IP Policy (14k pdf) (HTML)
* OSDL Member Agreement (81k pdf)
* Policies and Procedures (118K pdf)
* Privacy Policy (9k pdf) (HTML)
http://www.osdl.org/legal/(...)
# Re: Linus va travailler à plein-temps sur le kernel
Posté par kls . Évalué à 1.
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par ptit_tux . Évalué à 0.
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par patrick_g (site web personnel) . Évalué à 1.
[^] # Re: Linus va travailler à plein-temps sur le kernel
Posté par Arachne . Évalué à 2.
# Raaaaaaaaaaah
Posté par gc (site web personnel) . Évalué à 5.
[^] # Raaaaaaaaaaah^2
Posté par L. R. . Évalué à 1.
[^] # Re: Raaaaaaaaaaah
Posté par yoplait . Évalué à 1.
[^] # Re: Raaaaaaaaaaah
Posté par yoplait . Évalué à 1.
[^] # Re: Raaaaaaaaaaah
Posté par Adrien Bourdet . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.