benoar a écrit 4244 commentaires

Aller, je fonce dedans : moi un truc qui me manque beaucoup, c'est le rebase de git. Je trouve ça indispensable. Je viens de voir qu'il a été ajouté très récemment, et encore, juste comme "extension" à mercurial. Dommage, je trouve ça tellement important ...

Effectivement, je commence à douter après tes explications.
C'est pas facile en tous cas de chercher des jugements en rapport avec ça, où l'accusé a été rendu coupable quasi-uniquement par son IP. Je trouve pas les mots-clés qui vont ...

Mon avis était déjà un peu fait ... c'est juste que s'il n'y a que moi qui le pense, ça aura moins de poid que si c'est la FSF qui le dit ...

En y réfléchissant un peu plus, ce n'est pas si "problématique" que ça : c'est comparable à de la Tivoïsation. Du moment que tu donnes les sources, tu respectes la GPL, c'est juste que l'utilisateur est empêché de l'utiliser à cause d'une mesure technique (le fait qu'on ne puisse pas installer soi-même d'appli sur son iPhone). Par contre, pour des softs GPLv3, je ne suis pas sûr que ce soit compatible.

- la loi ne dit nul part qu'on est responsable des actes illégaux commis depuis son IP
Heu ... les relevés d'IP que demande la justice à différents hébergeurs, tu crois que c'est pour des prunes ? OK, je parle sur du vent (mais toi aussi, c'est facile de dire que ce n'est jamais arrivé), mais ça m'étonnerait forcément que jamais personne n'ai été condamné sur la base de son IP ...
- personne n'a jamais été inquiété pour avoir mis en place un hotspot ou pour une utilisation frauduleuse de son IP
Pareil, ça me paraît assez peu probable qu'il n'y ait jamais eu au moins une plainte ; je connais personnellement une histoire de fraude bancaire où la justice a demandé à mon ancienne fac de lui donner le nom de la personne qui a fait tel accès à telle heure. Bon, ça ne dit pas ce qui se serait passé si la fac ne l'avait pas fait...

Mais franchement, tes affirmations me semblent un peu trop péremptoires.

T'as la mémoire courte, c'était dans un journal à toi ... https://linuxfr.org//~TImaniac/27789.html

Tiens, j'y avait encore jamais pensé. La FSF s'est prononcée là-dessus ? Je trouve pas grand chose sur Google ...

Si t'as pas peur de coder un tout petit peu (bon c'est facile c'est du python) je te conseille scapy : http://www.secdev.org/projects/scapy/
Ça peut faire à peu près tout et n'importe quoi, mais ça a pas trop l'air compliqué.

Je ne sais pas si ça va beaucoup t'aider, mais j'ai dû faire un :
make ARCH=mon_archi menuconfig
quand je cross-compile ; ici ce n'est pas exactement le cas, mais ça peut peut-être aider ...

Ça dépend ce que tu veux dire par indépendant : il y a de la pub dans le diplo ... Même si je suis d'accord qu'ils sont plutôt libres dans leur parole (je suis un lecteur régulier). Mais ça fait bizarre de voir des pubs des gens qu'ils décrient dans leurs articles ...

Ouai donc pour résumer, soit on n'a que l'ancien driver (XP) du constructeur, et on choisit entre perdre les effets Aero, ou avoir de _plus mauvaises perfs_, par rapport au driver OpenGL natif, soit on recode le driver pour l'API de Vista (ce que les constructeurs ont fait).

Comparer un émulateur semi-accéléré à du rendu soft, forcément que ça va être à l'avantage du premier. Là, c'était en comparaison avec ce qu'on pouvait avoir avant sous XP (driver natif qui marchait déjà) : il y a clairement régression.

Je suis peut-être aussi dans l'erreur, mais il me semble qu'il ne parlait pas exactement de ça : à l'époque, il y avait aussi eu assez de désinformation, mais il me semblait que MS avec Vista avait cassé (volontairement) l'API des drivers graphique de manière assez profonde à cause d'Aero, et que donc en attendant une réimplémentation de la part des constructeurs, il y avait une sorte de mode "dégradé" (niveau performances).

Là où était le FUD c'est que tout le monde a décrié la mise à mort d'OpenGL, alors qu'il fallait "juste" que les constructeurs adaptent leur driver. Là où je rejoindrais ceux qui s'inquiétaient, c'est qu'on aurait pu voir les constructeurs refuser de réimplémenter leur driver OpenGL pour Vista, sachant qu'il est peu utilisé, et là ça aurait vraiment fait mal pour OpenGL.

Enfin bon, je dis ça, mais je sais pas vraiment quel est l'état des drivers des deux grands constructeurs sous cet OS /o\ ...

D'ailleurs la syntaxe de nftables me fait beaucoup penser à celle d'iproute2 (qui devrait aujourd'hui être l'outil par défaut tellement il est mieux que ifconfig/arp/route ... rhaa, ces outils qui me bouffent l'IP supplémentaire que j'avais gentiement rajouté sur mon interface ...)

Pour que vous vous fassiez pas trop de mauvaises idées, la HD sur mobile ça veut dire :
http://www.generation-nt.com/orange-tv-mobile-qualite-hd-act(...)
QVGA (320x240) à 250kbit/s ...
C'est pas spécifique à Orange, c'est juste un terme marketing, quoi.

C'est souvent comme ça pour beaucoup de monde sur CCM ... je préfère éviter tellement ça fait mal aux yeux et à la tête.

D'ailleurs pour tous ceux qui ont un navigateur WAP, il y a déjà https://linuxfr.org/wap/board.html ...

C'est pas gmail qui a une feature qui te fait faire répondre à une question un peu compliquée avant de poster après une certaine heure, de manière à ne pas envoyer de mail par "inadvertance" ? Je crois que je vais poser un ticket pour templeet ...

Il me semble que mount te propose les options uid= et gid= pour que tous les fichiers apparaissent avec ce même utilisateur ... non ? Après vérification, ça ne marche pas avec ext2/3 ... bizarre, j'avais l'impression que j'avais déjà fait ça.

Sinon il me semble avoir vu dans ma sid qu'avec un mount récent (et un kernel qui va avec ?) qu'il était possible de faire une sorte de "traduction automatique" de l'utilisateur ... je ne me rappelle plus exactement du contexte ...

Et en dernier recours, il me semble qu'il existe une option (activable seulement lors de la compil du kernel ? je ne sais plus ...) pour compiler les modules ext2/3 sans gestion d'utilisateur (mais toujours avec les perm) pour les systèmes embarqués.

Oui, tout ça est très vague, mais c'est des pistes.

Des accords d'échange de licence sur les brevets.
C'est interdit par la GPL, même v2. L'accord MS/Novell n'est interdit que par la v3.

Il existe des casques hifi ouverts aussi, hein (j'ai un Sennheiser HD 495 qui permet très bien d'entendre l'extérieur).

Oui, pourquoi pas, mais tu connais des codecs qui font ça ? Quand j'y pense, peut-être que les codecs lossy utilisent cette technique pour encoder sur encore moins que 16bits. Mais en lossless, je ne sais pas si encoder une dynamique supérieure à 16 bits se fait avec cette technique ...?

Je vais me la jouer [je ne sais plus quelle moule] :
rien ne se saurait passé
_serait_ passé ! C'est le verbe être, pas savoir !

La dynamique c'est quand même intéressant pour les morceaux où l'intensité varie beaucoup au fur et à mesure du morceau.

Par exemple, les Pink Floyd font des morceaux où il y a des bonnes montées en volume, et effectctivement ça fait un peu "hurler le poste" à certains moments, alors que le reste du temps c'est à un niveau "normal", mais c'est tellement bon !

Et puis aussi et surtout en Jazz, quand arrive le solo du contrebassiste, t'es bien content d'avoir une bonne dynamique sur ton morceau.

Aller, j'y vais de mon petit lancer : ils préconisent l'utilisation de formats ouverts, dont l'Open Document Format, le PDF, et .... OOXML !

Microsoft a encore de beaux jours devant lui.

Faut aussi faire attention que 100Mb/s, c'est le débit en up de ton serveur : le down doit être vachement plus faible (l'inverse de l'ADSL quoi). Donc c'est peut-être là que tu es bridé ...

Autre remarque, on répond aux commentaires au lieu d'en créer des nouveaux, ça permet que celui à qui tu réponds ait une alerte.

Vu la trace, c'est ton ar qui crash, donc il y a un problème dans la toolchain. Après, je connais pas NIOS, donc bon, il vaudrait mieux aller voir sur le site du support de ce SDK qu'ici, je pense.