Laurent Go a écrit 86 commentaires

Sous Debian/Ubuntu (ou certainement tout système utilisant alternatives), tu peux donc utiliser alternatives pour changer gnome-text-editor qui est utilisé pour ouvrir les fichiers textes:


update-alternatives --config gnome-text-editor

There are 2 alternatives which provide `gnome-text-editor'.

Selection Alternative
-----------------------------------------------
*+ 1 /usr/bin/gedit
2 /usr/bin/vim.gnome

Pour l'instant, je n'ai pas pu charger les drivers sur ma distrib, même en forçant (Ubuntu Dapper -> Invalid module format).

filename: athusbfw.ko
author: Atheros Communications Inc,
description: AR5005 USB WirelessLAN Firmware Download Driver
license: GPL
vermagic: 2.6.9-1.667 686 REGPARM 4KSTACKS gcc-3.4
depends:
alias: usb:v0CF3p0002dl*dh*dc*dsc*dp*ic*isc*ip*
alias: usb:v413Cp8113dl*dh*dc*dsc*dp*ic*isc*ip*

filename: athusbwlan.ko
author: Atheros Communications Inc,
description: AR5005 USB WirelessLAN Station Driver
license: GPL
vermagic: 2.6.9-1.667 686 REGPARM 4KSTACKS gcc-3.4
depends:
alias: usb:v0CF3p0001dl*dh*dc*dsc*dp*ic*isc*ip*
alias: usb:v413Cp8112dl*dh*dc*dsc*dp*ic*isc*ip*

Je possède un WG111T mais:
* Pas le même noyau
* Pas compilé avec le même gcc
* et mon dongle n'a pas l'un des ids stockés dans le noyau.

Affaire à suivre...

Malheureusement, madwifi ne supporte pas les dongles USB d'Atheros (comme le Netgear WG111T)

http://madwifi.org/wiki/ngFeatures

C'est le premier driver USB pour chipset Atheros que je vois. Actuellement, atheros ne fournit pas de drivers pour leurs chipsets USB et du coup madwifi se limite au PCI et au PCMCIA.

Peut-être que ca va enfin faire changer les choses...

Je viens d'envoyer un message au médiateur de France2, poli mais montrant bien ma colère devant autant de désinformation. Je vous encourage à faire pareil (rester courtois mais manifester votre mécontentement devant ce manque de professionalisme):

http://relations.france2.fr/mediateur_intro.php

Cent euros, c'est une somme que tout le monde n'est pas forcément prêt à mettre. Je propose une alternative qui certes est de moins bonne qualité (sinon, pourquoi payer plus...) mais qui est largement suffisante pour ceux qui ont une activité loisir de base et ne comptent pas devenir pro ;-)
Mes tapis ont tendance à glisser (surtout posés sur de la moquette) mais on peut y remedier avec des patins anti-dérapants. Quant à l'adaptateur, il s'agit d'un EMS USB2 (dispo aussi sur lik sang) qui marche avec Stepmania (l'un des premiers à marcher bien me semble-t-il) (http://www.stepmania.com/stepmania/mediawiki.php?title=USB_A(...) s'installe sans pilote sous *BSD, Linux et Windows (j'imagine que c'est pareil sous MacOS X) et n'a pas besoin que l'on maintienne Haut-Gauche-Droite. Je ne sais pas grand chose de sa latence (comparé au Trio Linker Plus) mais il a toujours répondu au quart de tour

J'ai pour ma part acheté sur un site français un bundle 2 tapis + adaptateur PS/PC (USB) pour une somme modique (moins de 40euros) et il n'y a eu aucun souci. Livraison rapide, tapis standards (les mêmes que ceux fournis avec les jeux DDR sur PS) et aucun problème de reconnaissance de l'adaptateur sour Linux (c'est de l'USB Hid pur et dur)
L'adresse du site: http://www.fl-games.com/
Le lien vers le bundle: http://www.fl-games.com/fr/rubrique.php3?CA=17&UID=20051(...)

En fait, il y a deux niveaux de fonctionnalités:
- les fonctionnalités comme les triggers, stored procédures sont implémentées directement dans le serveur
- les fonctionnalités d'intégrité sont propres à chaque engine ie le moteur responsable de chercher/mettre à jour les données physiquement. (Pour le développeur, un engine, c'est juste une classe avec une quinzaine de méthodes appelées par le serveur). A ce jour seul InnoDB implémente les contraintes d'intégrités.

Conséquence si une fonctionnalité (comme le CASCADE DELETE) du serveur dépend d'une fonctionnalité de l'engine, elle ne marchera pas si l'engine ne l'implémente pas.

En ce qui concerne les dernières features, elles ne font pas appel aux contraintes d'intégrités donc elles sont dispos sous MyISAM et InnoDB (et les autres engine bien sûr)

La réponse est tout bête:
- Les nouvelles fonctionnalités ne dépendent d'aucun storage engine. Donc on retrouve les triggers, stored procedures et les views sur MyISAM
- InnoDB est en double license GPL/Commercial
- MySQL a un contrat avec Innobase qui court jusqu'en 2007 ce qui laisse un peu de marge.

L'incertitude est surtout au niveau de InnoDB Hot Backup, l'outil de backup à chaud ultra-rapide de Innobase utilisé souvent dans boîtes pour leurs sauvegardes/restorations (même si on peut faire un backup à chaud facilement avec InnoDB, toutefois cela sera plus lent)

Je pense qu'un article de cinq ans d'age (en regardant la date du premier commentaire) n'est pas vraiment pertinent, et en l'occurence en utilisant InnoDB, on passe d'un table-level locking à un row-level locking...

Je ne pense pas que Gnome soit en retard par rapport à KDE : ils ont tous les deux différentes sur ce que doit être l'environnement de travail d'un utilisateur et les fonctionnalités qui manquent sont compensées par celles que l'autre n'a pas.
En ce qui concerne son audience, je pense que Gnome va prendre une part significative pour plusieurs raisons:
- Gros travail sur l'accessibilité
- Gros travail sur la traduction/localisation

On a tendance à se restreindre aux pays actuels mais c'est sans compter sur les pays émergents des continents Africains, Sud-Américains et Asiatiques : les gens commencent seulement à avoir accès à un ordinateur et je pense que Gnome du fait de ses choix d'IHM est une très bonne solution pour eux (n'ayant jamais connu Windows par exemple)

http://developer.gnome.org/doc/API/2.0/gobject/gtype-instantiable-c(...)

effectivement GTK et GLib sont écrits en C, mais la programmation est orientée objets avec en autre le concept d'héritage. Sa mise en oeuvre est néanmoins différente de celle en C++

Pour l'integration entre gaim et gevolution, il y a le plugin gevolution fourni avec gaim et présent sur la plupart des distributions. Il s'agissait d'ailleurs d'un GNOME bounty : http://www.gnome.org/bounties/Addressbook.html#127513(...)

urpmi libgtk+2.0_0-devel

C'est aussi le même système au Crédit Mutuel (mais cela n'a rien d'étonnant puisqu'il s'agit désormais du même groupe). Je trouve cela pas trop mal fait dans la mesure où en plus une carte est facilement révocable. En outre, c'est bien plus sécurisé que de devoir téléphoner à sa banque pour confirmer...

A noter aussi que le site du Crédit Mutuel désactive par defaut la complétion automatique du mot de passe et qu'ils ont une page consacrée à la sécurité bien faite à l'usage des débutants :
https://www.creditmutuel.fr/identification/infos_securite.cgi(...)

(Pour infos, il existe deux systèmes Informatiques entre l'Est et l'Ouest du Crédit Mutuel, je parle du côté Est)

Tu peux, à condition que tu aies beaucoup de patience pour reconstruire tous les paquets. Redhat fournit en effet tous les src.rpm quitte à l'utilisateur de tout recompiler. En cas de flemme, des distribs existent basées sur RHEL (mais sans aucune référence à RHEL et Redhat, question de copyright) : cf sur lwn.net -> http://lwn.net/Articles/69534/(...)

Une des alternatives : CentOS

~/.bash_profile est lu de la même façon que /etc/profile : cela ne changera donc rien au problème. Quand à ~/.bashrc, modifier le PATH n'est pas forcément la meilleure chose à faire (plus d'un point de vue idéologique que pratique).

C'est très simple : le fichier profile n'est lu que pour un shell dit de login, or ce n'est pas le cas des shells ouverts dans un terminal comme gnome-terminal ou konsole (le fichier profile va être lu une fois, au démarrage de la session X). Cela doit marcher en tout cas sur une console système ou après un redémarrage de l'ordinateur

Ce n'est pas si choquant en soi puisque le système de recherche donne accès à des rpms qui sont hébergés sur un serveur réservés aux membres du club. Pour le reste, il y a urpmi, rpmdrake, easyurpmi (http://easyurpmi.zarb.org/)(...) et rpmfind (http://fr.rpmfind.net)(...)

Pas vraiment

Si j'ai bien compris, tdy66 possède une carte PCI qui fait ET adsl ET modem v92 donc ce n'est pas un simple modem RTC

Si on regarde la page de compatibilité d'Olitec http://olitec.com/compatibles.html(...)

Carte PCI ADSL&V92 Ready Pas de driver Linux.
Non
(pas d'évolution possible).

Pas très encourageant...

Avec l'aide de Google et de Google groups, on trouve toutefois quelques infos intéressantes :
http://frlinux.net/?section=reseau&article=95(...)
ou bien
http://patrick.spacesurfer.com/linux_conexant_pci_adsl.html(...)

J'étais très content d'apprendre l'ouverture du code de XGI étant possesseur de chipsets graphiques SiS (et XGI étant issue de SiS).

Maintenant, je suis plus réservé et je demande à voir : en effet, pour l'instant, seule la partie 2D a été ouverte, la partie 3D est toujours binaire. Et pour avoir un peu regardé le code source, il me semble au final qu'il ne s'agit que de modifications faites au code de Thomas Winischhofer ( http://www.winischhofer.at(...) ), qui développe les drivers XFree86 et X.org pour les chipsets SiS, le tout sans aucune aide de SiS.

Un point positif : la personne qui a uploadé le code sur les différents bugzila semble répondre aux commentaires donc c'est sans doute aussi une bonne occasion pour entamer un dialogue sur une ouverture plus poussée.

Le code pour le noyau 2.6 est dispo dans le bugzilla du kernel:
http://bugzilla.kernel.org/show_bug.cgi?id=4400(...)

Une autre partie du code est aussi disponible sur le bugzilla d'xfree86:
http://bugs.xfree86.org/show_bug.cgi?id=1550(...)

et SiS et Intel ?

Personnellement je possède deux ordinateurs avec des chipsets SiS (650 et 651) qui ont une partie 3D (certes pas puissante mais bon) mais il n'existe pas de drivers sous Gnu\Linux (ou *BSD etc...), libre ou non... Les seuls drivers qui existent sont ceux de Thomas Winischhofer (qui fait un boulot formidable sans avoir le moindre support de SiS), se limitent à la 2D mais sont de bien meilleures qualités que ceux pour Windows.

Régulièrement, j'envoie des mails à SiS, mais pour l'instant, je n'ai toujours pas de réponse :-/

Il y a une différence notable entre Google et Yahoo! en ce qui concerne les clefs d'utilisation. Pour rappel, on a besoin d'une clef pour utiliser ces SDKs, et il y a une limite dans le nombre de requêtes par jour

Dans le cas de Google, si le développeur peut ajouter sa clef pour accèder à l'API dans son programme, en pratique il ne le fait pas, car la limite est de 1000 requêtes/jour/clef. Donc au final, c'est à l'utilisateur de demander une clef à Google et de l'installer avec son logiciel (cas de beagle par exemple)

http://www.google.com/apis/api_faq.html#gen7(...)

Dans le cas de Yahoo!, le développeur fait une demande pour une clef (qui est considérée comme une applicationID), et la limite se fait alors au niveau de l'utilisateur grâce à son IP

http://developer.yahoo.net/faq/(...)

Sinon, autre différence : Google utilise SOAP et Yahoo! REST

La Yahoo! Toolbar pour Firefox existe déjà :

L'officielle : http://toolbar.yahoo.com/firefox(...) (en beta mais je n'ai pas eu de problème particulier sous mon firefox/linux)

L'officieuse : http://companion.mozdev.org/(...)