s[e]th & h[o]lth a écrit 284 commentaires

hum... Je dirais plutôt Google API ?

Et tu oublies WINE ! :)

C'est quoi alors ? Ca ne fait pas office de contrat légal (au niveau juridique) d'utilisation ?
Si ce contrat n'est pas respecté par l'utilisateur alors le fournisseur peut légalement lui interdire l'utilisation de son logiciel, n'est-ce pas ?
Ok, c'est n'est pas une loi au sens strict mais un contract et les parties liés pas le contract peuvent être protégés par des lois en cas de rupture de ce contrat, non ?

Je ne suis pas un pro de la législation mais toutefois, tu omets de signaler quelques points importants présents sur cette même page, à savoir :
Les informations ainsi obtenues ne peuvent être :
1° Ni utilisées à des fins autres que la réalisation de l'interopérabilité du logiciel créé de façon indépendante ;
2° Ni communiquées à des tiers sauf si cela est nécessaire à l'interopérabilité du logiciel créé de façon indépendante ;
3° Ni utilisées pour la mise au point, la production ou la commercialisation d'un logiciel dont l'expression est substantiellement similaire ou pour tout autre acte portant atteinte au droit d'auteur.
Ainsi, j'en conclue les points suivant :
1° on peut légalement obtenir des informations sur le protocole MSN en étudiant le client Live Messenger.
2° Les informations pourront servir pour un interopérabilité mais pas pour un logiciel clone de Live Messenger.
3° On ne peut donc se servir de ces informations pour créer un client MSN.
Maintenant, il reste quand même un petit détournement. Imaginons que le but de mon logiciel soit de faire de la traduction automatique de texte depuis/vers le protocole MSN.
Alors, mon logiciel n'est pas un client de messagerie instantannée mais bien un traducteur et que pour des besoins d'interopération, j'ai besoin d'étudier le protocole MSN. Toutefois, comme je suis sympa, j'autoriserai une traduction FR vers FR...
Quoi ?! Ca ressemble à un client MSN dans cette configuration ? Rhooo... j'ai pas fais exprès !

Personnellement, je suis en parti d'accord avec "libre Cuauhtémoc" parce que le libre c'est aussi avoir la possibilité de travailler ouvertement sur un réseau fermé.
D'accord, le CLUF dit que c'est interdit mais bon, on a encore le droit de penser que toutes les "lois" ne sont pas justes et ne pas s'y soumettre. Je l'attends de pied ferme le mec qui va me faire ch... parce que j'utilise un logiciel non authorisé sur le réseau MSN

Ce genre d'affrontement me fais penser à WINE ou MONO. Des personnes ont choisies de travailler sur ces sujets de façon libre. Que ça aboutisse ou non quelque part, ça ne regarde qu'eux et je pense que de toute façon il n'y aura que du bon à en retirer.

Une petite recherche : http://uk.youtube.com/results?search_query=simpsons+apple&am(...)
Quand on voit la date d'upload des vidéos, on imagine très facilement qu'il s'agit de celles dont on parle dans ce journal.

Une petite question bête : La marche à suivre pour un logiciel propriétaire n'est-elle pas d'envoyer un mail au service support de l'éditeur et/ou revendeur dudit logiciel ?
Est-ce que tu l'as fait ? Que t'ont-ils répondu ?
C'est leur boulot normalement d'aider le client qui ne peut s'en sortir autrement....

Tu confirmes que tu as bien la toolbar linuxfr.org d'activée pour tes tests ?

Pour les archives ? Ca peut toujours être utile d'avoir accès aux anciennes sources.
De plus, on voit au premier coup d'oeil que les sources sont vieilles vu les dates de lastest news (début 2003)

Je grave souvent (et avec succès !) des ISO de CD sur des DVD-RW sous linux en utilisant simplement la commande cdrecord dev=/dev/dvdrw -data image.iso où /dev/dvdrw représente mon périphérique de gravure.

En même temps, en mettant à la base le code source sous GPL, ça limitait pas mal de tracas, ils avaient juste à dire : "Vous voulez voir comment on a codé le truc ? Bah voilà les source !"

Maintenant, ils se retrouvent à perdre du temps à attaquer une bande de filous en justice avec tous le stress et la responsabilité que celà entraine.
Aussi, je trouve celà tout à fait normal que cet effort d'attaquer une boite comme Free en justice nécessite une rétribution à la hauteur du préjudice. Et dans le préjudice, j'inclue aussi le fait que d'attaquer Free ça demande un peu plus d'efforts, de courage, d'engagement et de tenacité que de faire un constat sur le parking du champion du coin parce que madame Michu a défoncé l'arrière de ta vespa en faisant une marche arrière douteuse.
Il faut aussi que le montant serve de leçon à Free et aux autres qui sont ou seront dans la même position. Là, ils ont proposé 1€ par freebox et cela semble symbolique tout en rappelant à Free que plus ils prennent les gens pour des cons en violant la GPL et plus ils payeront mais pas trop non plus, hein... tout le monde à le droit de faire une erreur... juste 1€ par personne... c'est pas grand-chose...

Personnellement, à la place d'Harald Welte, j'aurais plus proposé 1 centime d'euro d'amende par paquet IP bloqué/routé par iptables...

J'ai le même soucis sur avec le couple Firefox 3.X + ATI Radeon HD 2400 XT en 1600x1200
Je précise que, quelque soit la configuration, je n'utilise ni compiz ni aucun autre effet 3D

Merci beaucoup pour ces informations !

Je ne pense pas que ça soit un problème d'installation vu que j'ai le soucis sur deux machines différentes avec des installations différentes et que je n'ai rien bidouillé de particulier.
Le problème vient essentiellement du fait que xorg consomme énormément lors de l'affichage par firefox de certains styles (je pense notemment aux commentaires masqués/masquables) sur une résolution grosse comme 1920x1200

Heu... Tu as bon au deux réponses et effectivement, si je désactive la toolbar, la navigation gagne en fluidité.
Toutefois, je voudrais lire les commentaires notés négativement et, sans la toolbar, ce n'est pas possible de le faire tout en restant sur la même page.
Y a-t-il une solution à ce problème ?

En anglais, on écrit libraries si je ne m'abuse...

Ooooups, je suis mauvaise langue, ce n'est pas firefox qui n'en peut plus mais Xorg qui freeze carrément lors de l'utilisation de la molette.
Ok, j'ai une résolution de 1920x1200 mais quand même avec :
- un Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz (dixit /proc/cpuinfo)
- une nVidia Corporation Quadro NVS 135M (dixit lspci)
Je me dis que j'ai quand même un peu les moyens d'afficher un site web avec une css jolie et d'utiliser la molette sans que mon player audio saute en arrière plan le tout sous un OS moderne

Et vous ? Il vous arrive bien la même chose, non ?
J'imagine que toutes les personnes sous linux surfant sur linuxfr avec un écran supérieur à 20' ont un peu près le même problème, n'est-ce pas ???
Si ça ne vous parle pas, je suis bien currieux de connaitre votre configuration...

Merci pour la http://linuxfr.tinyslot.com/screen.css je ne la connaissait pas et je la trouve super.
Toutefois, j'accorde une mention spéciale à la CSS par défaut/originale sans changement, c'est la seule me permettant d'éviter que firefox monte à 300% d'utilisation de cpu à chaque fois que j'utilise la molette pour faire défiler les commentaires...

Je suis peut-être novice sur le sujet mais je doit avouer que je suis assez convaincu par les arguments suivants, je cite :

« Free ne viole en rien la GPL v2. Lorsqu'un produit qui utilise un soft sous GPL est vendu, le vendeur doit fournir les sources du soft GPL. Free ne vend pas la Freebox, elle est la propriété de Free, c'est un élément de terminaison de son réseau, les sources n'ont pas à être fournies. Le débat a maintenant plus de 5 ans, il a été tranché de manière incontestable par de nombreux experts et juristes.

La FreeBox est considérée comme faisant partie de l'infrastructure réseau de Free et n'appartient jamais au client. Le logiciel GPL modifié n'est donc jamais *distribué*. Il ne sort pas du réseau de Free. En fait, ce dernier cas prête pas mal à controverse, et les GNU voudraient bien essayer de contrer ce genre de situation dans la version 3 de la GPL mais pour l'instant c'est encore assez flou. »

Toutefois, je trouve qu'une côté leurs arguments sont assez convaincants mais je trouve, d'un autre côté, qu'ils VENDENT bien un service et que la vente de celui impose l'utilisation de logiciels libres dont les sources ne sont pas distribués.

Je dirais donc que du coup, ça sent pas bon pour Free même s'ils semblent être de bonne foi (vous aurez bien noté l'utilisation de l'italique ici...)

Je viens d'essayer ce que tu écris et visiblement ça ne fonctionne pas...
Je ne vois pas d'autre solution que d'utiliser unset rm pour vider la corbeille.

Comment tu fais ensuite pour vider la corbeille ?

--------> []

Le fait de payer en une ou plusieurs fois ne change rien à l'envoi et au stockage de tes informations banquaires. Le site marchand va dire à ta banque qu'elle à ton accord pour prélever une certaine somme en n fois (n = 1 étant un cas particulier).

La banque va valider que l'autorisation A (tes informations banquaires : n° CB, etc...) reçue par le site marchand après ton achat correspond bien à l'un de ses clients.
Ainsi, si c'est le cas, la banque va ainsi attribuer une autorisation B (information différente de ton n° de CB, compte ou autre) au site site marchand qui lui permettra de prélever n fois une certaine somme.

Au moment ou se s'effectue ce prélèvement, la banque vérifiera que l'autorisation B correspond bien à une autorisation qu'elle a délivrée précédemment et ira chez les fonds nécessaires sur ton compte en banque.

En gros, je dirais que ça se passe comme ça...

Pour trouver le nom du driver, ce site est super utile : http://kmuto.jp/debian/hcl/

Un lspci et c'est parti !

Salut,

Je ne sais pas si celà pourrait t'aider ou si c'est ce que tu cherches mais je le tente quand même : http://doc.ubuntu-fr.org/trac?s[]=trac#installer_trac_webadmin_trac_version_0.11

Je n'ai pas utilisé cet outil mais j'avais toute fois mis en place des projets svn avec trac en suivant ce document et je n'avais pas trouvé l'administration compliqué...

Je viens de lire cet article sur ce beau projet que je ne connaisssait absolument pas et je me pose une qestion : Pourrait-on se servir de LLVM afin de créer un émulateur pour un processeur donné ?
Par exemple, je voudrais interpréter du code ARM sur un PC x86 sous linux, est-ce que LLVM peut m'aider à créer l'interpréteur de code ARM avec des fonctionnalités de JIT ou alors je n'ai rien compris ?

Merci d'avance pour les réponses.