Cyrille Pontvieux a écrit 483 commentaires

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

c'est grsec qui change tout ?

https://linuxfr.org//comments/1047443.html#1047443

Xmarks permet de sauvegarder sur son propre serveur en DAV.

Java avec un tas de frameworks !

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

Bof, la vidéo est bien faite, peu importe que ce soit les favoris d'IE 5. Tout le monde a compris et je vois pas l'intérêt de refaire la vidéo...

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.

Merci pour le lien.

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.

openoffice:
tgz: 1m21.774s 0m5.196s 98.2MB
tbz: 1m54.990s 0m32.059s 92.4MB
tlz: 5m31.009s 0m15.164s 69.6MB

iceweasel:
tgz: 0m9.878s 0m0.733s 10.3MB
tbz: 0m10.567s 0m3.647s 9.5MB
tlz: 0m40.500s 0m1.810s 7.9MB

brasero:
tgz: 0m2.444s 0m0.307s 2.4MB
tbz: 0m4.083s 0m1.014s 1.7MB
tlz: 0m8.992s 0m0.485s 1.3MB


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.

Ben il ne me semble pas qu'il est plus le droit qu'un autre de violer le secret des correspondance sans avoir l'autorisation de la justice.

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

Ouh là là je vais pas laisser passer ça :

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.

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