C'est un inconvénient connu des systèmes GNU/Linux. La diversité implique le choix (et ça c'est bien) mais aussi une certaine complexité (heureusement toute relative).
Suffit de regarder le bordel de la gestion du son sous Linux. Si y'avait pas eu de choix, ce serait probablement mieux intégré. Mais ce choix a également permis d'explorer de nouvelles voies et d'adapter des gestionnaires de sons (j'espère qu'on dit comme ça) à des cas précis (temps réel, transport sur le réseau, simplicité de codage des applis, ...)
Pour le coup du temps d'extinction, c'est dû à un fc-cache et autre trucs du genre qui est lancé à l'extinction.
Moi j'ai désactivé ce genre de choses (si mes souvenirs sont bons, ça doit être dans un /etc/rc.d/rc.6).
Ah ok merci pour l'info. Et en effet j'ai pas pulseaudio (qu'est-ce que je ferais d'un truc pareil sur un serveur ???).
Ben c'est la première fois que je trouve donc un intérêt au patch grsec dans ce noyau. Tant mieux ça m'évite un upgrade + reboot.
Au fait, y'a un système pour faire fonctionner un noyau Linux et pouvoir le recharger à chaud ? Avec un noyau hybride ptre, type mklinux ? C'est dispo ça sous debian ? (Oui c'est un peu HS).
Je suis content, mais je ne comprends pas trop pourquoi : l'exploit ne fonctionne pas sur mon serveur debian testing de chez OVH.
Le noyau est :
2.6.24.5-grsec-xxxx-grs-ipv4-64
J'ai déjà testé cette version. Et ça marche très très bien. Ça m'a permis de facilement ajouter des sous-titres sur une vidéo où la prise sont était vraiment pas terrible. Et je suis loin de maîtriser la création de sous-titres.
Par contre les seuls petits points faibles tiennent des touches raccourcis qui ne permettent pas encore facilement de faire ce que tu viens de dire, et de la représentation de l'onde sonore : elle est bcp mieux représentée sur asunder. Ptre que les devs devraient regarder le code de Asunder pour une meilleure représentation de l'onde sonore.
Sinon bravo pour cette version et les évolutions rapides sur ce soft !
Comme il y a pas mal de colonnes, la lecture est un peu difficile avec les nombreux mots coupés. Par contre je n'ai pas de solution là tout de suite.
Autre effet, sur les bouts de code. Il faut afficher visuellement que c'est un retour à la ligne dû au formatage, sinon c'est pas glop :
Page 6 par exemple. #Alias pour mettre à jour
le système
alias update = ''sudo apt-
get upgrade'' #Alias pour mettre à jour
→ le système
alias update = ''sudo apt-
→ get upgrade''
P.S. pourquoi les double-quotes s'affichent " et pas '' ?
Ou tout simplement faire preuve de bonne fois.
Je cite le lien de wiktionary où il y aurait 6 définitions, sauf que :
C. En parlant d'une licence légale appliquée à une œuvre:
1. Une licence conférant sur l'œuvre qu'elle couvre à tous, en tout temps et tout lieux :
* La possibilité d'utiliser l'œuvre, pour tous les usages ;
* La possibilité d'étudier l'œuvre ;
* La possibilité de redistribuer des copies de l'œuvre ;
* La possibilité de modifier l'œuvre et de publier ces modifications.
La GPL est une licence libre.
2. Par extension, une œuvre placée sous une licence libre
Wiktionnaire est un dictionnaire libre tout comme Firefox est un logiciel libre.
On parle bien d'œuvre, et la musique en fait parti.
Oui c'est de la vent liée.
Tant que la DGCCRF ne fait rien, de toute façon ça continuera... À moins d'avoir suffisamment de procès type Darty & Dell. Mais ces procès ne sont pas allé assez loin et ne font même pas jurisprudence apparemment...
Je connais justement un type qui bosse à LDLC Lyon.
Je lui ai montré ce journal et les commentaires, et lui ai demandé qu'il m'explique.
Voici ce qu'il m'a dit :
En fait les 20 € ne sont pas le remboursement réel de la licence OEM Windows, car ce n'est pas eux qui l'installent, mais les constructeurs auxquels ils achètent le matos. Ils remboursent 20 € pour faire plaisir au client (geste commercial donc), mais ne se font pas pour autant rembourser cette somme (ou plus) par le constructeur. La seule action que font les techniciens LDLC serait de coller l'autocollant de la licence OEM sur le produit.
C'est donc un constat d'échec : Il n'y a réellement pas de remboursement de Windows, Microsoft gardant la monnaie, le constructeur également. LDLC joue le jeu en prenant le pari de rogner sur ses marges de temps en temps pour éviter un procès ou un client mécontent, voire une vente loupée.
En tout cas il y a donc toujours ± vente liée, Microsoft ne perd pas 1¢.
Bref 20€ n'est pas le prix de la licence OEM. Faudrait que je demande à mon pote s'il sait le prix réel d'une licence OEM...
Ah mais c'est exactement ça que j'essaye d'exprimer quand je parle du problème des grosses fautes à l'écrit. Ton argumentation et ton exemple sont clairs.
Malheureusement, ceux qui ne lisent pas de cette façon n'arrivent pas à comprendre.
George Vlahavas avait fait quelques tests pour Zenwalk lors du support des différents formats de compression par Slackware :
I did some tests with the slackware package. 1st is compression time, 2nd is decompression time and last is pkg size. All using my Core2Duo 1.6 laptop.
Donc xz/lzma est bien pour un système de paquets où ce qui importe le plus est la taille et le temps de décompression plus que le temps pour créer le paquet.
7z est un format de compression + un conteneur de fichiers.
xz est juste un format de compression. Il est utilisé avec tar pour le contenur de fichiers.
Pourquoi ? Cela permet une compatibilité bien plus facile de tous les outils utilisant des paquets type slackware. Il "suffit" juste de faire une modification pour supporter xz en plus de gzip, pas besoin de toucher à la partie avec tar.
Juste pour nuancer la news, le format .tgz n'est pas abandonné. C'est juste que le format .txz est prioritaire. Les outils de base des distributions slackwares restent quand à eux en .tgz pour une meilleure compatibilité (en tout cas pour l'instant).
À savoir que Slackware a mis à jour la gestion de ses paquets depuis 1 mois et permet de prendre en charge 4 extensions, 3 formats :
- tgz : tar+gzip
- tbz : tar+bzip2
- tlz ou txz : tar+lzma ou tar+xz. Me demandez pas la différence entre les binaires lzma et xz, je sais pas trop (je crois qu'en fait y'en a pas, lzma est l'ancien nom).
Donc Slackware n'abandonne pas le format d'origine, il en rajoute d'autres et change de format par défaut. À savoir que la possibilité de gérer d'autres formats de compression était une demande forte des utilisateurs de Slackware.
Sous Zenwalk, système compatible Slackware, avec gestion de dépendances et plus de paquets, pour l'instant deux formats existent :
- tgz pour la plupart des paquets
- tlz pour les paquets volumineux
Ceci est disponible sur "snapshot", c'est à dire la branche de test. On n'est donc pas à l'abri d'un changement vers .txz pour suivre Slackware...
mmm ça pourrait avantageusement remplacer Galette.
Par contre il existe une fonctionnalité sur galette que je n'ai pas vu dans les screenshots : la liste des adhérents, avec un code de couleur sur le fond en fonction :
- du statut (membre fondateur, actif, bienfaiteur, ancien, ...)
- de la cotisation (à jour, bientôt arrivé à terme, non à jour)
Est-ce que c'est prévu ? Avec éventuellement un email de rappel au trésorier pour ceux arrivant à terme de cotisation ?
Autre question : est-il possible d'ajouter des champs personnalisés ?
Est-il possible de gérer des groupes (virtuels ou non) afin de gérer à un seul endroit les droits dans les outils utilisés par les adhérents ?
En tout cas ça à l'air pas mal foutu quand on voit les screenshots.
Quand à ton architecte, que tu as rémunéré, évidement, puisque forcément celui qui ta revendu l'immeuble à repris ce qui lui avait versé, et donc bien évidemment cet argument est sans fondement.
pour l’interface utilisateur, il est nécessaire de disposer de Mono Version 1.26 ou plus
Super...où comment imposer Mono !
Bon vu que c'est libre, ptre qu'il y aura une interface graphique sous d'autres librairies...
Ta traduction est juste mais ton interprétation est fausse. C'est l'exception qui est laissée à la discrétion des développeurs. C'est pas la GPL qui est privatrice. Maintenant si tu le souhaites on peut revenir au vieux troll GPL versus BSD, mais là on parle du noyau Linux, il est en GPL, si ça te plait pas tu peux toujours utiliser un autre noyau, ou un autre OS.
Si t'aime pas ATI et que tu trouves que c'est de la merde sous Linux pourquoi tu essayes de l'utiliser et pourquoi tu viens en parler ici ? D'autant que j'ai jamais dis ni que c'était un driver bien, moyen ou mauvais, ni parlé du matos.
Pour le EXPORT_SYMBOL_GPL c'est un flag qui a été ajouté pour permettre aux développeurs de définir plus facilement si leur code est sous GPL plus exception de linkage avec des drivers proprio ou GPL only. Ça a permis au contraire de simplifier les choses. C'est une amélioration technique plus que politique (avant c'était flou, plus après). J'aimerais bien qu'un expert noyau (patrickg ou autre) vienne nous en dire plus.
Pour finir, je connais des gens qui crackent leur Windows et leur Photoshop et qui n'ont aucun problème de conscience également, ça apporte quoi ce que tu viens de nous dire. Que tu t'en fous et que tu feras comme tu veux ? Ben bon cracking...
P.S. Est-ce que tu veux une petite musique en .mid avec le script qui crack le driver ATI et te l'installe ?
Ah ouais t'as raison, j'avais pas remarqué que c'était Ubuntu.
D'ailleur je cite l'auteur du poste du forum :
[quote]Fortunately, there's a fix. Whether or not this fix is legal can be disputed, but as far as I can see I don't think anyone is going to run into legal issues[/quote]
Ça ressemble à un mec qui fait l'autruche ça. Il sait que c'est illégal mais en gros il dit : personne va te poursuivre alors vas-y petit gars.
C'est à ce demander si tu sais lire l'anglais.
Il est clairement expliqué pourquoi c'est comme ça.
La GPL interdit de lier du code non GPL-compatible à elle-même (oh que je parle mal, mais bon vous m'avez compris).
Un module du noyau Linux et donc directement lié au code GPL. Il ne serait donc pas possible de charger de drivers incompatibles avec le GPL...par exemple un driver proprio.
Linus dit qu'il a explicitement indiqué une exception pour que du code proprio puisse être exécuté en tant que module. Sauf que c'est exception n'est indiqué que de lui et il ne peut pas parler pour tous les développeurs du noyau.
La directive GPLONLY, par défaut, interdit de linker avec un module non GPL.
Si un ou plusieurs développeur noyau veut autoriser une exception pour linker avec un module proprio, ben y'a tout ce qui faut dans le noyau pour le faire. Il peut suivre Linus ou pas, c'est comme il veut, sachant que c'est une exception !
Ceci a été fait, je pense, pour que le noyau se répande plus vite... Linus a une philosophie OpenSource avant tout, pas forcément Libre. C'est pas RMS.
Bref, estime-toi au contraire heureux, qu'il est autorisé cette exception pour faire tourner ton "beau" driver proprio ATI.
On peut également en conclure que le patch qui consiste à faire croire que le driver est GPL de manière à lui autoriser de taper une API GPL de manière directe dans le noyau est illégal au regard de la GPL. En effet l'entreprise, le développeur, bref l'entité ayant établi le code et l'API dans le noyau souhaitait un respect à la lettre de la GPL et c'est son choix et son droit.
Ça revient à linker du code prorio avec du code GPL sans autorisation explicite. Tu cautionnes ça toi ?
(Sans compter le fait que tu modifies le code du driver fglrx, et je ne pense pas que tu es le droit non plus...)
[^] # Re: Au niveau de l'existant
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à 1.
[^] # Re: C'est fort en chocolat !
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Pourquoi je garde Haiku. Évalué à 10.
C'est un inconvénient connu des systèmes GNU/Linux. La diversité implique le choix (et ça c'est bien) mais aussi une certaine complexité (heureusement toute relative).
Suffit de regarder le bordel de la gestion du son sous Linux. Si y'avait pas eu de choix, ce serait probablement mieux intégré. Mais ce choix a également permis d'explorer de nouvelles voies et d'adapter des gestionnaires de sons (j'espère qu'on dit comme ça) à des cas précis (temps réel, transport sur le réseau, simplicité de codage des applis, ...)
[^] # Re: Netbook
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Publication de 6.2 de Zenwalk. Évalué à 1.
Moi j'ai désactivé ce genre de choses (si mes souvenirs sont bons, ça doit être dans un /etc/rc.d/rc.6).
[^] # Re: Marche pô
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Encore un trou de sécurité, encore Brad qui s'amuse.... Évalué à 1.
Ben c'est la première fois que je trouve donc un intérêt au patch grsec dans ce noyau. Tant mieux ça m'évite un upgrade + reboot.
Au fait, y'a un système pour faire fonctionner un noyau Linux et pouvoir le recharger à chaud ? Avec un noyau hybride ptre, type mklinux ? C'est dispo ça sous debian ? (Oui c'est un peu HS).
# Marche pô
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Encore un trou de sécurité, encore Brad qui s'amuse.... Évalué à 1.
Le noyau est :
2.6.24.5-grsec-xxxx-grs-ipv4-64
c'est grsec qui change tout ?
[^] # Re: Pas facile de ce prononcer...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Faille OpenSSH : qu'une rumeur mais.... Évalué à 3.
[^] # Re: Weave !!!
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Firefox "Shiretoko" 3.5 est sorti. Évalué à 1.
[^] # Re: PHP
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Sortie de PHP 5.3. Évalué à 7.
[^] # Re: Génial
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Subtitle Editor 0.33.0. Évalué à 2.
Par contre les seuls petits points faibles tiennent des touches raccourcis qui ne permettent pas encore facilement de faire ce que tu viens de dire, et de la représentation de l'onde sonore : elle est bcp mieux représentée sur asunder. Ptre que les devs devraient regarder le code de Asunder pour une meilleure représentation de l'onde sonore.
Sinon bravo pour cette version et les évolutions rapides sur ce soft !
# Colonnes, justification
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Le numéro 25 du Full Circle Magazine dispo !. Évalué à 3.
Autre effet, sur les bouts de code. Il faut afficher visuellement que c'est un retour à la ligne dû au formatage, sinon c'est pas glop :
Page 6 par exemple.
#Alias pour mettre à jour
le système
alias update = ''sudo apt-
get upgrade''
#Alias pour mettre à jour
→ le système
alias update = ''sudo apt-
→ get upgrade''
P.S. pourquoi les double-quotes s'affichent " et pas '' ?
[^] # Re: Abuse
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Pourquoi il ne faut pas adhérer à Oxyradio. Évalué à 1.
Je cite le lien de wiktionary où il y aurait 6 définitions, sauf que :
On parle bien d'œuvre, et la musique en fait parti.
[^] # Re: Acheter des licences OEM à 20€ ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Acheter un ordinateur portable sous Linux (enfin sans système pré-installé). Évalué à 3.
Tant que la DGCCRF ne fait rien, de toute façon ça continuera... À moins d'avoir suffisamment de procès type Darty & Dell. Mais ces procès ne sont pas allé assez loin et ne font même pas jurisprudence apparemment...
[^] # Re: Acheter des licences OEM à 20€ ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Acheter un ordinateur portable sous Linux (enfin sans système pré-installé). Évalué à 10.
Je lui ai montré ce journal et les commentaires, et lui ai demandé qu'il m'explique.
Voici ce qu'il m'a dit :
En fait les 20 € ne sont pas le remboursement réel de la licence OEM Windows, car ce n'est pas eux qui l'installent, mais les constructeurs auxquels ils achètent le matos. Ils remboursent 20 € pour faire plaisir au client (geste commercial donc), mais ne se font pas pour autant rembourser cette somme (ou plus) par le constructeur. La seule action que font les techniciens LDLC serait de coller l'autocollant de la licence OEM sur le produit.
C'est donc un constat d'échec : Il n'y a réellement pas de remboursement de Windows, Microsoft gardant la monnaie, le constructeur également. LDLC joue le jeu en prenant le pari de rogner sur ses marges de temps en temps pour éviter un procès ou un client mécontent, voire une vente loupée.
En tout cas il y a donc toujours ± vente liée, Microsoft ne perd pas 1¢.
Bref 20€ n'est pas le prix de la licence OEM. Faudrait que je demande à mon pote s'il sait le prix réel d'une licence OEM...
[^] # Re: roadstrip
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Les geekscottes publiées par In Libro Veritas. Évalué à 2.
[^] # Re: Aïe les yeux
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Ultracopier, la copie enfin facile. Évalué à 5.
Malheureusement, ceux qui ne lisent pas de cette façon n'arrivent pas à comprendre.
[^] # Re: lien / comparatif des formats de compression libres
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Slackware abandonne les tgz. Évalué à 10.
George Vlahavas avait fait quelques tests pour Zenwalk lors du support des différents formats de compression par Slackware :
Donc xz/lzma est bien pour un système de paquets où ce qui importe le plus est la taille et le temps de décompression plus que le temps pour créer le paquet.
[^] # Re: Et pourquoi pas 7z ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Slackware abandonne les tgz. Évalué à 10.
xz est juste un format de compression. Il est utilisé avec tar pour le contenur de fichiers.
Pourquoi ? Cela permet une compatibilité bien plus facile de tous les outils utilisant des paquets type slackware. Il "suffit" juste de faire une modification pour supporter xz en plus de gzip, pas besoin de toucher à la partie avec tar.
Juste pour nuancer la news, le format .tgz n'est pas abandonné. C'est juste que le format .txz est prioritaire. Les outils de base des distributions slackwares restent quand à eux en .tgz pour une meilleure compatibilité (en tout cas pour l'instant).
À savoir que Slackware a mis à jour la gestion de ses paquets depuis 1 mois et permet de prendre en charge 4 extensions, 3 formats :
- tgz : tar+gzip
- tbz : tar+bzip2
- tlz ou txz : tar+lzma ou tar+xz. Me demandez pas la différence entre les binaires lzma et xz, je sais pas trop (je crois qu'en fait y'en a pas, lzma est l'ancien nom).
Donc Slackware n'abandonne pas le format d'origine, il en rajoute d'autres et change de format par défaut. À savoir que la possibilité de gérer d'autres formats de compression était une demande forte des utilisateurs de Slackware.
Sous Zenwalk, système compatible Slackware, avec gestion de dépendances et plus de paquets, pour l'instant deux formats existent :
- tgz pour la plupart des paquets
- tlz pour les paquets volumineux
Ceci est disponible sur "snapshot", c'est à dire la branche de test. On n'est donc pas à l'abri d'un changement vers .txz pour suivre Slackware...
[^] # Re: mmmh à suivre....
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Piwam alpha2. Évalué à 2.
Par contre il existe une fonctionnalité sur galette que je n'ai pas vu dans les screenshots : la liste des adhérents, avec un code de couleur sur le fond en fonction :
- du statut (membre fondateur, actif, bienfaiteur, ancien, ...)
- de la cotisation (à jour, bientôt arrivé à terme, non à jour)
Est-ce que c'est prévu ? Avec éventuellement un email de rappel au trésorier pour ceux arrivant à terme de cotisation ?
Autre question : est-il possible d'ajouter des champs personnalisés ?
Est-il possible de gérer des groupes (virtuels ou non) afin de gérer à un seul endroit les droits dans les outils utilisés par les adhérents ?
En tout cas ça à l'air pas mal foutu quand on voit les screenshots.
[^] # Re: Et l'employé dénonciateur alors ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal La liberté va mal .... Évalué à 4.
[^] # Re: Inter aussi
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal [HADOPI] L'Autre Économie ce matin sur Inter. Évalué à 4.
[^] # Re: Une info qui ne peut pas mieux tomber ...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Scanners sous Linux : coma dépassé ?. Évalué à 1.
Super...où comment imposer Mono !
Bon vu que c'est libre, ptre qu'il y aura une interface graphique sous d'autres librairies...
[^] # Re: Tu sais lire l'anglais ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal fglrx on a real-time kernel. Évalué à 3.
Ta traduction est juste mais ton interprétation est fausse. C'est l'exception qui est laissée à la discrétion des développeurs. C'est pas la GPL qui est privatrice. Maintenant si tu le souhaites on peut revenir au vieux troll GPL versus BSD, mais là on parle du noyau Linux, il est en GPL, si ça te plait pas tu peux toujours utiliser un autre noyau, ou un autre OS.
Si t'aime pas ATI et que tu trouves que c'est de la merde sous Linux pourquoi tu essayes de l'utiliser et pourquoi tu viens en parler ici ? D'autant que j'ai jamais dis ni que c'était un driver bien, moyen ou mauvais, ni parlé du matos.
Pour le EXPORT_SYMBOL_GPL c'est un flag qui a été ajouté pour permettre aux développeurs de définir plus facilement si leur code est sous GPL plus exception de linkage avec des drivers proprio ou GPL only. Ça a permis au contraire de simplifier les choses. C'est une amélioration technique plus que politique (avant c'était flou, plus après). J'aimerais bien qu'un expert noyau (patrickg ou autre) vienne nous en dire plus.
Pour finir, je connais des gens qui crackent leur Windows et leur Photoshop et qui n'ont aucun problème de conscience également, ça apporte quoi ce que tu viens de nous dire. Que tu t'en fous et que tu feras comme tu veux ? Ben bon cracking...
P.S. Est-ce que tu veux une petite musique en .mid avec le script qui crack le driver ATI et te l'installe ?
[^] # Re: Tu sais lire l'anglais ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal fglrx on a real-time kernel. Évalué à 4.
D'ailleur je cite l'auteur du poste du forum :
[quote]Fortunately, there's a fix. Whether or not this fix is legal can be disputed, but as far as I can see I don't think anyone is going to run into legal issues[/quote]
Ça ressemble à un mec qui fait l'autruche ça. Il sait que c'est illégal mais en gros il dit : personne va te poursuivre alors vas-y petit gars.
[^] # Re: Tu sais lire l'anglais ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal fglrx on a real-time kernel. Évalué à 3.
Désolé...
# Tu sais lire l'anglais ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal fglrx on a real-time kernel. Évalué à 10.
Il est clairement expliqué pourquoi c'est comme ça.
La GPL interdit de lier du code non GPL-compatible à elle-même (oh que je parle mal, mais bon vous m'avez compris).
Un module du noyau Linux et donc directement lié au code GPL. Il ne serait donc pas possible de charger de drivers incompatibles avec le GPL...par exemple un driver proprio.
Linus dit qu'il a explicitement indiqué une exception pour que du code proprio puisse être exécuté en tant que module. Sauf que c'est exception n'est indiqué que de lui et il ne peut pas parler pour tous les développeurs du noyau.
La directive GPLONLY, par défaut, interdit de linker avec un module non GPL.
Si un ou plusieurs développeur noyau veut autoriser une exception pour linker avec un module proprio, ben y'a tout ce qui faut dans le noyau pour le faire. Il peut suivre Linus ou pas, c'est comme il veut, sachant que c'est une exception !
Ceci a été fait, je pense, pour que le noyau se répande plus vite... Linus a une philosophie OpenSource avant tout, pas forcément Libre. C'est pas RMS.
Bref, estime-toi au contraire heureux, qu'il est autorisé cette exception pour faire tourner ton "beau" driver proprio ATI.
On peut également en conclure que le patch qui consiste à faire croire que le driver est GPL de manière à lui autoriser de taper une API GPL de manière directe dans le noyau est illégal au regard de la GPL. En effet l'entreprise, le développeur, bref l'entité ayant établi le code et l'API dans le noyau souhaitait un respect à la lettre de la GPL et c'est son choix et son droit.
Ça revient à linker du code prorio avec du code GPL sans autorisation explicite. Tu cautionnes ça toi ?
(Sans compter le fait que tu modifies le code du driver fglrx, et je ne pense pas que tu es le droit non plus...)