Serge Julien a écrit 520 commentaires

As-tu essayé une commande ATE1, qui active l'écho sur les commandes du modem ? Certains modems sont silencieux par défaut, et il faut activer l'écho "à la main"...

Tout le monde peut se tromper, l'erreur est humaine ! En moinssant le commentaire parent, n'oubliez pas que vous limitez son auteur dans sa capacité à s'exprimer sur LinuxFr. Or, il n'a pas dit une connerie, il s'est simplement trompé en oubliant de cliquer sur le fameux "lien suivant ;)". Personnellement, j'y vois une certaine forme de censure: "que les maladroits et les distraits se taisent, comme ça on sera tranquilles".

Un amendement a bel et bien été voté qui étend la notion de copie privée au téléchargement sur internet.[...]D'un autre coté, je lit partout que "dadvsi" est sur le point de tuer les LL et la liberté en général

Disclaimer: étant belge, j'ai pas tout suivi en détail non plus, mais ça m'intéresse car on touche aux libertés. Corrigez-moi si je me trompe...

Alors voilà: DADVSI est un tout, qui affacte plusieurs aspects de nos vies quotidiennes. Le téléchargement de médias, souvent illégal (ne nous voilons pas la face) en est un. Et les DRM en sont un autre.

Et c'est le volet DRM qui risque le plus de toucher les LL : par exemple, si toute solution de téléchargement légal doit intégrer des systèmes DRM à l'avenir, alors on court le risque que lesdites fonctions de DRM dépendent d'une implémentation non-libre. Autre exemple: si le contournement de mesures de cryptage était mis hors la loi, alors la libdvdcss deviendrait illégale en France (comme aux États-Unis), et il serait dès lors illégal de coder un soft libre qui permette de lire un DVD. Et ceci n'a rien à voir avec des téléchargements...

Ou DEC Alpha, dès 1992 : des processeurs incroyablement innovants (64bits et RISC) dont on ne peut que regretter la disparition.

Marchera pas: sera biaisé par la trop forte fréquence des "kikoo", "lol" et autres smileys-de-la-mort-qui-tuent. Sinon, j'aimais bien le concept: transformer les skyblogs en quelque chose d'utile...

Au passage, Krunch: pourrai pas venir à la réunion de décembre non plus, et je râle pcq plein de sujets qui m'intéressent...

Pas tout à fait d'accord: la "communication", nom pudique que l'on donne à la pub, est un art dont les développeurs ne maîtrisent pas nécessairement toutes les ficelles.

Combien de fois n'ai-je pas vu un enthousiaste des LL tenter de convaincre avec une quantité d'arguments certes réels, mais tout à fait sans intérêt pour le public visé, quand ils n'étaient pas tout simplement incompréhensibles pour ledit public.

Je pense qu'il faut effectivement un marketing du libre, pensé par des gens dont c'est le métier, et donc payés pour ça: les pubeux bénévoles sont plutôt rares... Le libre souffre d'un manque d'information du public et pour y remédier, il faudrait des moyens financiers considérables.

Mais Python est typé! Dynamiquement, peut-être, mais typé quand même: essaie de passer une chaîne de caractères à une fonction qui attend un dictionnaire, par exemple, et tu lèveras une exception.

Et en français, ça donne quoi ?

Oups, je viens de réfléchir, et une pétition sur un Wiki, ça n'a pas beaucoup de sens : qui accepterait de signer un texte susceptible d'être modifié?

Ou alors en décidant d'une date à laquelle le texte serait définitivement figé, et à laquelle les signataires seraient recontactés pour confirmer/infirmer leur signature...

personnes qui sembles totalement dépassées

--> qui semblent

promptes à préter une oreille

-->à prêter

de tout cela, ne resortent

-->ne ressortent

sans aucun dicernement

-->discernement

Je m'arrête, là, mon but n'est pas de torpiller ta pétition, bien au contraire. Mais si tu pouvais la mettre sur un Wiki, tout le monde pourrait la peaufiner...

Il me semble que dans ce genre de démarche, la forme a une très grande importance pour assurer la crédibilité. Et c'est pour ça que je ne signe pas, même si je suis d'accord : une signature d'un citoyen belge au bas d'une pétition qui n'a d'objet qu'en France n'aurait pas beaucoup de crédit. Ceci dit, je suppose que nos élus belges ne tarderont pas à nous concocter ce genre de vacherie...

Ah voui, avec ça ce serait tout facile pour faire un don depuis la Belgique !

Pourquoi ne pas mettre ces codes IBAN et BIC directement sur la page linuxfr.org/dons/ ? Dès qu'ils y sont, je fais un don !

A mon avis, pour plusieurs raisons évoquées plus haut:

- certains types de jeux moins centrés sur l'action doivent demander plus de compétences dans les domaines artistiques, car pour un jeu "lent", on a plus de temps pour voir les détails de l'image. La bande son doit être de qualité aussi.

- les développeurs de FPS libres sont des gens qui le font pour se faire plaisir, et apparemment, la majorité d'entre eux aime ce genre de jeu.

Ceci dit, je plussoie ton commentaire. Personnellement, je n'aime pas les FPS (pas taper: j'ai dit "personnellement", et je ne critique nullement ceux qui les aiment), et j'aimerais trouver sous GNU/Linux des jeux du genre Myst ou Syberia...

Tu ne peux pas "switcher" à la volée entre Gnome et KDE, mais tu peux choisir ton bureau lors de ton ouverture de session : si tu te connectes en mode graphique avec GDM (je suppose que c'est le cas actuellement), tu dois avoir le mot "session" quelque part à l'écran. Clique dessus, et tu pourras choisir ton environnement de bureau.

Ceci dit, sache si Gnome et KDE sont tous les deux installés sur ta machine, tu peux lancer une application destinée à Gnome sous KDE et inversément car toutes les bibliothèques nécessaires sont sur ta machine.

Pas d'accord ! Si tu t'es inscrit de ton plein gré à l'école, tu en as accepté comme un adulte responsable le règlement, qui ne t'autorise sans doute pas à en sortir quand tu veux.

Ce serait un peu trop facile d'être adulte pour les libertés et droits mais pas pour les responsabilités et les devoirs...

Antidater : mettre une date antérieure à celle du jour où l'on écrit.

D'où le participe passé antidaté,-ée

le sale navigateur qui présentait déjà de gros défauts comme afficher les images sous forme de gros boutons

À l'époque où il est sorti, c'était le *seul* navigateur qui affichait les images...

Le lien n'est plus valide (pas le tien, celui qui est dans le journal cité), mais je suppose que l'info est disponible quelque part. Je chercherai, ça m'intéresse aussi.

PS: j'habite près d'Arlon !

... et de manière plus générale : redéfinir une méthode dans une classe dérivée fait que la méthode correspondante de la classe mère n'est pas exécutée implicitement. Un appel explicite est néanmoins toujours possible, bien sûr.

Mais de rien :-)

Ben vi, j'avais lu la news, et l'info n'y était pas, d'où cette petite ligne...

Il y a quelques jours, il y avait sur Slashdot un article évoquant la mise en oeuvre d'algorithmes de tri sur les GPUs (unités de traitement des cartes graphiques), pour profiter de leurs capacités de traitement parallèle.

AMHA, ce genre de chose pourrait se faire sur processeur Cell aussi, et déchargerait l'unité de traitement principal. D'autres algos pourraient bénéficier de ce genre : multiplications matricielles, etc.

Pour en revenir à Linux (le noyau), je pense que ce n'est peut-être pas lui qui devrait bénéficier le plus de cet architecture, car je ne pense pas que l'aspect purement algorithmique y soit prépondérant. [C'est mon avis purement spéculatif: comme tout le monde, j'ai déjà recompilé Linux, mais je n'ai pas vraiment plongé dans les sources]

Mais les applis, c'est autre chose: avec le compilo qui va bien, ça devrait être intéressant...

Je ne pense pas qu'Apple prenne un risque si grand : les perfs des PPC n'évoluent pas aussi rapidement que celles des x68 (je laisse de côté les processeurs Cell pour le moment). Les processeurs d'Intel supportent la comparaison avec les PPC, pas de problème de ce côté-là.

Je pense que l'idée qui est derrière ce changement, c'est de faire passer toute la base d'utilisateurs Mac sur des nouvelles machines, en quelques années. Et c'est tout profit pour Apple, surtout si les machines en question, bien que basées sur des x86, ne sont pas des PC standard, amis des PC "façon Apple" (i.e. pas possible d'installer Mac OS X pour Intel sur un PC).

Il y a quelques années, le changement 68k -> PPC avait fourni un prétexte pour pousser la base installée à renouveler son parc (qui se souvient encore des Mac Quadra ?).

Mais bon, perso, je regrette un peu ce choix, même si je n'ai que rarement l'occasion d'utiliser un Mac (que ce soit sous Linux ou OS X). En effet, l'annonce du processeur Cell m'avait donné l'espoir de voir apparaître des Macs qui auraient eu une sacrée longueur d'avance, et ça aurait un peu dynamisé le marché...

Le vote doit avoir lieu le 6 juillet et les amendements doivent être adoptés à la majorité absolue. Vu la date, il risque d'y avoir pas mal de parlementaires en vacances...

"Rien n'est perdu", peut-être, mais rien n'est gagné non plus :-(

Oui, dans le même genre, il y avait aussi le Camerounais Yannick Noah qui perdait au tennis, quand le Français Yannick Noah était vainqueur :)

Et bien sûr la fusée Ariane, européenne quand elle se crashe, et française quand le tir est réussi :)

Les exemples sont nombreux, et c'est marrant de voir que sans être chauvin, chacun a quand même une p'tite pointe de fierté nationale même sur des sujets qui dépassent largement les frontières. Ça ne me dérange pas, tant qu'on ne bascule pas dans l'extrémisme.

PS: je suis belge ;-)

L'un n'exclut pas l'autre: garantir la disponibilité de l'information n'est pas incompatible avec l'octroi d'un avantage pour l'inventeur...

J'aurais dû écrire : "une des idées originelles..."

Journal très intéressant !

Un aspect que je m'étonne de voir si peu abordé dans le débat sur les brevets logiciels est celui du coût de production. Il me semble que l'idée originelle d'un monopole limité dans le temps était bien de permettre au détenteur du brevet de couvrir ses frais de recherche et développement, mais également ceux de la production, de la réalisation concrète de l'invention.

Par exemple, un ingénieur qui brevète un type particulier de carburateur, attend que son brevet lui permette de récupérer ses coûts de recherche (1) en touchant les royalties liées au brevet et (2) en profitant de l'avantage concurentiel que lui offre le brevet pour vendre son produit moins cher que ses concurrents pendant une période donnée.

[Ce qui suit est une pure supposition de ma part, si quelqu'un a des indices...] Hypothèse : les brevets ont été imaginés avec l'idée que les revenus attendus grâce à l'avantage (2) sont en général supérieurs à ceux que doit générer l'avantage (1).

Considérons maintenant les logiciels : une fois le travail de R&D terminé(i.e. la découverte de l'algorithme magique et son implémentation), quels sont les coûts de réalisation? Proches de zéro en regard de la partie R&D : dupliquer et diffuser un logiciel ne coûte presque rien, à la différence des inventions matérielles dont chaque exemplaire produit est coûteux à réaliser.

En celà, le système actuel des brevets est inadapté: dans le domaine du logiciel, les revenus que génèrent les brevets viennent plutôt des royalties, et on s'écarte de lidée originelle des brevets.

J'aurais voulu raffiner mon analyse, mais je n'ai pas beaucoup le temps, alors prenez-la et développez si vous voulez...