Cyrille Pontvieux a écrit 514 commentaires

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.

s/à ce demander/à se demander/
Désolé...

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...)

Pour se souvenir d'une préférence de l'utilisateur ça fait un bail qu'il existe les cookies. Avec un cookie + __éventuellement__ un peu de JS, on peut activer la CSS voulu par le visiteur.

On a déjà répondu à ça sur un autre journal.
Il suffit (oui j'utilise le "il suffit", parce que c'est pas compliqué) de fournir un autoinstall avec toutes les libraires en statique.
Ils le font bien pour Windows, pourquoi ne pas le faire pour Linux (pour les impatients ou joueurs en lignes)

Je ne sais pas.

Je réagissais surtout aux "conseils" des deux mecs de ne pas utiliser Slackware ou Arch car leur gestionnaire de paquet de sont pas "sécurisé" (ce qui ne veut toujours rien dire).
Faut ptre prendre le contexte aussi...

Ouais, y'en a pas 15000 non plus, quitte à faire une critique autant tout tester.

Some package managers don’t make any pretense of being secure in the first place (such as Slaktool on Slackware and Pacman on Arch Linux). We strongly recommend against using package managers that don’t try to be secure.

Et pourquoi ? J'ai toujours pas compris la raison de vouloir "sécuriser" un système de paquets.
J'utilise Zenwalk, dérivé de Slackware (les packages sont compatibles de Slackware => Zenwalk). Le gestionnaire officiel est "netpkg" qui contient une liste de miroir fiables (doit y'en avoir 6 ou 7 max).
Quand on utilise le gestionnaire de paquets, on choisi parmi ces 6 ou 7 mirroirs fiables. En quoi est-ce un problème ? Les 6 ou 7 personnes/entreprises/assoc derrière ces 6 miroirs ont été jugé comme personnes de confiance. C'est le même principe que SSL, faut bien faire confiance à quelqu'un au départ.
Ces 6 miroirs font un rsync sur le miroir principal à intervalles qui appartient aux administrateurs de ces miroirs.
Faut savoir aussi si on fait confiance au packagers ... et au mec qui met les paquets sur le miroir officiel etc...
C'est pas une histoire de gestionnaire de paquets mais de chaîne de confiance entre le source disponible sur le gestionnaire de version du logiciel jusqu'au paquet binaire installé sur le poste client.

Si je veux utiliser un dépot compatible slackware ou zenwalk, mais non listé dans le fichier de conf de netpkg, je le peux, mais je le fais en âme et conscience, et la sécurité n'a rien à voir là dedans !

Surtout que faut que les débutés s'inscrivent pour venir je crois. Alors à mon avis si y'a eu des abstentions, ça devait être des UMP qui voulaient voter contre mais sans s'engager contre leur parti.

Arrête de raconter n'importe quoi.
Y'as des binaires statiques qui existent sous Linux et qui utilisent soit GTK soit QT et qui sont pas si gros.
Exemple (QT je crois) :
http://slackware.org.uk/3rd-party/alien/restricted_slackbuil(...)
20 Mo le paquet complet, 35Ko le paquet pour le plugin du navigateur.
Bon là c'est pour du Slackware mais rien n'aurait empêcher de faire un paquet en auto-install.
Ça me parait pas plus gros que des binaires Windows (le paquet Windows fait 16Mo, celui pour Mac OSX fait 31Mo ou 19Mo si pour du Intel).

Autre exemple, Skype :
20.67 Mo pour Linux (QT statique)
21.33 Mo pour Windows
Chiffre à vérifier mon proxy me bloque l'accès au site skype.com

Opera :
10 Mo pour Linux (DEB ou RPM) avec QT en statique
7.2 Mo pour Windows

Franchement, c'est pas ce que j'appelle un problème ici.
Si t'as d'autres exemple qui montre le contraire, ça m'intéresse.

Bon j'ai répondu un peu la même réponse que toi un peu plus bas pour le point 2)

J'utilise Zenwalk (en snapshot) et donc c'est un peu comme toi, j'ai vu la news sur Wesnoth au taff la journée, je suis rentré le soir, et le paquet était dispo pour ma distro (ça marche bien d'ailleurs et c'est joli).

Pour ton point 3), sur Zenwalk c'est un peu pareil, y'a les ZENBUILD (qui permettent de compiler un paquet, sans connaître comment ça fonctionne). Je les utilise souvent quand je veux une version plus récente par encore paquagé : je change le numéro de version au début du fichier, je tape "buildpkg -X" et j'ai mon paquet !
Y'a ZUR (Zenwalk User Repository) et les dépôts de certaines personnes actives, pour avoir des paquets non officiels mais très à jour.

Par contre le point commun entre Arch et Zenwalk c'est que ce sont des distros de type rolling-release. Pour des distro type Mandriva, RedHat, Debian ... effectivement c'est ptre plus difficile d'avoir le dernier paquet sans mettre à jour une bonne partie de la distro. Mais dans ce cas ton point 2) est salutaire.

Il suffit de lier les librairies de manières statique, à la windows, en livrant un autoinstalleur pour Linux (y'en a plein qui existe).
Ça fait un gros paquet (à la windows) mais on peut tester direct sans mettre à jour sa distribution.
Ce sera un peu moins bien intégré (pour les applis QT ou GTK par exemple) mais on pourra tester le jeu (puisqu'on parle de ça) juste à la sortie.
Et pour l'avoir aux petits oignons intégré super dans sa distrib on attendera le paquet.
Voilà, c'est tout simple et faut pas chercher midi à quatorze heures.

C'est clair, pour en avoir un depuis novembre dernier, je me demande comment tu arrives à faire tout ça. Déjà moi, il tient pas tout juste une journée. Heureusement que je bosse sur un PC et que je peux le recharger par USB au taff...
Et t'as pas de problème d'écho quand tu téléphones ?
Et tu mets pas 3 heures à trouver ton contact dans la liste des contacts pour pouvoir l'appeler ? (J'ai rajouter la recherche dans la liste des contacts mais c'est tellement lent...)
Ton GPS, il met moins de 3 min pour se positionner ?
T'as bidouillé ou juste installer une distro ?

Ah ouais j'avais même pas vu qu'avec mon erreur de frappe j'avais gardé le sens mais avec le mot anglais...

Allez, je me concentre....contenu \o/

son application
son mode

La faute une fois ok, mais là visiblement tu ne sais pas écrire !

Et je parle pas des autres fautes ni du content !

Ah c'est bien ça.
Merci, je vais en parler à ma boîte...on sait jamais ça pourrait les intéresser.

Sur Jamendo, tu peux créer tes playlists, utiliser des playlists d'autres personnes, ou utiliser des playlists par genre créée par Jamendo, en gros des radios.
Ces playlists peuvent s'écouter avec le lecteur flash intégré (ce que tu ne veux pas), mais aussi sous forme de M3U (ce que tu veux)....donc... voilà essaye :)

Il représente une solution très attractive pour les entreprises qui souhaitent se doter d'un outil CRM libre.
Les entreprises que je connais n'en n'ont rien à foutre d'un outil CRM libre...par contre un outil CRM gratuit ça oui ça les intéresse...
Je trouve ça très bien qu'il y ait une solution libre de CRM, mais dans quelle mesure les entreprises qui l'utilisent/vont l'utiliser utiliserons le fait que c'est libre ? Y'a quasi aucune chance qu'il y ait des contributions si ?
Est-ce qu'il est prévu de vendre du support ?

Ouah...j'ai perdu bien 40 min au taff à lire tout ça... (je devrais prévenir mon taff que lorsque patrick_g fait un dépèche sur un noyau je suis moins efficace...)

Sinon pour répondre à tes questions :
1) Comme le commentaire précédent je trouve que ça fait plus "sympa", on a un peu le contexte, la ou les petites histoires. Moi j'aime bien.

2) C'est long, c'est technique, mais c'est bien. Après tout, on ne lit pas forcément toutes les parties, uniquement celles qui nous intéressent.

3) J'ai dû en ouvrir à peu près 10. Comme ça dépend ce qui nous intéresse, je pense que les liens sont biens.

4) C'est intéressant pour comparer et se rendre compte de l'ampleur du développement du noyau...après tu peux ptre faire un poil plus court.

Voilà :)

C'est clair que c'est pourri comme esprit. Ça veut dire qu'il faut faire des backups de Jamendo ? Faire un clone qui propose tout ?
Je trouve ça dégueulasse, on fait copain-copain avec les internautes et quand on rencontre le succès on les prend pour de vulgaires consommateurs.
Est-ce qu'il existe des artistes qui ont signés à la SACEM mais toujours diffusé sur Jamendo ? Est-ce que leur disque se vend bien ? Est-ce qu'ils vivent bien ?

Ah mais c'est pour ça que je retrouvais plus l'album de HYPE ! C'est con j'aimais bien !

Une distro spéciale Cyber-Café, basé sur Zenwalk :
http://support.zenwalk.org/viewtopic.php?f=2&t=14950
http://www.zenwalk-fr.org/news/14/

Je ne l'ai jamais utilisé désolé, je sais juste que ça existe et qu'apparemment c'est utilisé dans au moins un cyber café en France.

Moi non plus j'ai pas compris du tout ce qu'apporterait cette nouvelle licence, à part un merdier sans nom !
La conséquence d'un changement de licence sera une perte des informations actuelles (car on n'arrive plus à contacter l'auteur, le type s'en fou, le type veut pas changer la licence, etc..) pour un gain de liberté de ... zéro !

Il existe scim, gdm, kdm, xdm...pourquoi en ajouter un de plus alors que ceux-là marchent déjà très bien ?
Pour kdm je ne sais pas trop, mais pour les autres, les dépendances sont assez faibles, donc c'est pas gênant.

Grub2 est chainable: on peut charger la version svn depuis le menu de la version installée par Debian. C'est assez drôle. On peut même boucler en rappelant la version de départ si on aime rire.
Grub fait déjà tout ça, ce n'est donc pas une spécificité de Grub2.

Pour faire joujoux depuis plus d'un mois sur la beta (qui a très peu de différence avec cette release, les bugs en moins), je n'ai noté aucun ralentissement. Je dirais même que ça va un poil plus vite qu'avant (avec le compositeur actif).
Franchement ils ont pris bcp de retard pour sortir cette version 4.6, mais ça vaut le coup car elle est très soignée.