Étant donné qu'ils pratiquent largement le dégroupage total, ça craindrais un peu de dire "on va rappeler france telecom pour les pannes parce qu'en fait on a racheté la ligne mais on sait pas la réparer..."
Je pense que tous les FAI en dégroupage total doivent avoir des techniciens ou des partenariats avec des sociétés sous-traitantes.
Euh, en fait, c'était mon idée, désolé si je l'ai mal exprimée.
L'idée est effectivement d'avoir des sous-répertoires dans /etc suivant la catégorie de l'outil que l'on configure.
Evidemment, oui, ce serait long à faire, et je n'ai nullement les compétences nécessaires à ça.
Mon idée n'est pas d'avoir un équivalent aux bases de registres (dont je n'aime pas non plus le principe, en ce qui me concerne, c'est pire!). Mais je continue de dire que migrer la configuration d'une distribution linux peut être non trivial!
Tout le monde ne migre pas simplement le matériel ou le réseau. En ce qui me concerne, c'est le matériel (portable wifi+ethernet pour le bureau passerelle au travail différente chez moi vers un fixe avec un accès ethernet pur, avec un firewall dans la freebox). Apache ça change, la détection du réseau, ça change (vers du plus simple, mais ça change ;) ). Le matériel auto-détecté par udev, ça change, etc.
Alors oui, comme dit plus haut, il suffit de bien réfléchir, mais bien réfléchir, des fois, ça implique bien réfléchir quasiment pour chaque fichier de configuration!!
Je ne suis pas administrateur professionnel! Je dois parcourir chaque fichier et/ou répertoire pour être sûr de ne rien avoir oublié!
Comme cité, ça a été fait pour /dev, pourquoi ne pas l'envisager pour /etc? (et tant qu'on y est, effectivement un peu de standardisation des fichiers de config, et des ~/.* , ça ferait pas de mal non plus!)
Ceci n'était qu'une suggestion, je n'ai pas les moyens ni les compétences de m'attaquer à ça, et je ne veux pas critiquer mon système préféré!! Je propose ce qui me semble être une amélioration, ça s'arrête là.
Posté par Maclag .
En réponse au journal Nexuiz 1.5.
Évalué à 5.
... la dernière fois que j'ai essayé nexuiz, il ramait sur un Pentium-M avec une ATI Radeon 9000, mais qui a l'impardonnable faute de n'avoir que 256Mo de RAM.
Je fais tourner counter strike ou unreal tournament (je sais plus le n°) sans problème dessus, avec les drivers libres.
Est-ce qu'il y aura des modifs dans nexuiz pour lui permettre de tourner sur des petites configs un jour? (j'avoue ne pas avoir essayer des configs plus légères ac plus de ram...)
Non, ce qui manque vraiment, c'est un système de vote sur la pertinence des autres votes alloués au commentaire!
Et ensuite, on pourra rajouter un vote sur la pertinence du jugement de pertinence du commentaire, et un sur le jugement du jugement de jugement du jugement de pertinence du commentaire!!
... ça s'appelle Ordissimo.
Bon, c'est pas une simple distrib, c'est tout l'ordinateur, mais c'est l'idée. Ça fait peu de choses, et ça les fait de façon très accessible.
Mais nombreuses ont été les critiques à son égard (trop cher par rapport aux fonctionnalités, pas d'évolution etc.)
Ben ouai, mais faudrait savoir: il doit être simple, et permettre tout ce qu'on peut faire avec une distrib pour "pro"!?
Simplifier sans limiter les possibilités, ça c'est un réel défi!
C'est vrai qu'il s'agit d'une perte d'argent, mais pas d'un gaspillage:
la traque des fraudeurs et les procédures de recouvrement ont un coût. Si les moyens nécessaires à la récupération de cet argent coûtent trop cher, alors se pencher sur la question ne permettra pas de récupérer l'argent en question.
Bien sûr, il y a toujours la solution "reporter les coût de recouvrement sous forme d'amendes", malheureusement, tous les fraudeurs ne sont pas forcément solvables, et il est inutile de mettre des particuliers dans le caniveau pour récupérer ponctuellement un peu d'argent: ils coûteront plus chers une fois qu'ils ne seront plus capables de s'assumer seuls!
Donc, de ce point de vue, il FAUT distinguer gaspillage et fraude.
Par contre, je suis d'accord sur le fait que repenser le système de collecte pourrait diminuer la possibilité de frauder, mais je pense que ça, aucun gouvernement n'y pense jamais... ;) )
Posté par Maclag .
En réponse au journal XGL.
Évalué à 2.
Ben en lisant la page wikipedia, on comprend ça:
XGL est une architecture que, à terme, Xorg devrait utiliser dans l'implémentation du serveur Xorg.
XGLX et XEGL sont des serveurs expérimentaux basés sur l'architecture XGL. Le premier est un laboratoire logiciel sous forme de couche au-dessus d'un autre serveur X, le second est l'embryon d'un futur serveur autonome et utilisable.
Après ils expliquent pourquoi ça va déchirer, que Apple bosse dessus pr MacOS, et que Windows Vista devrait en avoir un bout aussi.
Peut-être qu'il aura tout ça. Mais peut-être aussi qu'il vit correctement sans travailler du tout. Pour les gens qui pensent que ça n'existe pas, c'est probablement que vous ne vous êtes jamais fait traiter de "con, parce qu'il faut vraiment etre con pour travailler en france!". L'auteur de cette magnifique citation n'a jamais travaillé de sa vie, mais il est parti "en vacances" quelques jours après, parce qu'il était "usé" par les démarches administratives nécessaires pour parasiter le reste de la société.
Pirouette: Je suis d'accord avec toi sur le fond, c'est pas ça qui va sauver la france. Il n'empêche que tout ce qu'on pourra faire pour désinfecter les assurances sociales de ce pays (oui, j'ai bien écrit désinfecter!!), ce sera forcément positif, ne serait-ce que pour détruire l'amalgame 'chômeur - glandeur' chez les populistes!! Je trouve ça insupportable de voir ce genre de comportement et voir ensuite un VRAI chômeur, qui ne passe pas son temps dans les bâtiments administratifs, mais qui cherche du boulot, qui galère, et qui entend toute la journée que les chômeurs sont au chômage parce qu'il le veulent bien!
Mort aux parasites!
PS: Je sais, ce coup-ci c'est pas encore pour les glandeurs complets, mais pour les gens qui bossent au noir. Et bien tant mieux quand même, c'est déjà ça!!
Le truc, c'est que comme dit dans un journal y'a pas si longtemps, dmix est maintenant assez mâture pour être activé par défaut dans alsa. Et dmix fait exactement la même chose que arts/esound/autre: il permet de partager les sorties sons (mixage en gros).
Pour les bonnes cartes sons, ça ne sert pas à grand chose, elles sont déjà plusieurs sorties intégrées.
Pour les autres (portables, ou autres intégrées sur la carte mère), jusqu'à maintenant, alsa ne pouvait allouer des ressources qu'à un seul demandeur à la fois. D'où la création de esound et arts, qui reçoivent les sollicitations à la place d'alsa pour envoyer des requêtes par un seul prog: eux.
Cette fonction est maintenant inutile si dmix fonctionne correctement.
Ici aussi, ça marche: au revoir esound, et merci pour les services rendus entre deux!
Assez d'accord avec Marc. Mon impression à moi ce n'est pas que les développeurs n'osent pas, c'est plutôt que la fondation jabber est très très lente à accepter telle ou telle proposition.
Se déchirer la tête pendant des mois pour implémenter un protocole de VoIP sur jabber, sachant que peut-être il ne sera jamais accepté alors qu'un autre si, ben moi ça me rebuterait déjà pas mal!
Merci à Google de mettre son poids dans la balance, et dommage qu'il faille ça pour que jabber avance!
SPARC Technology, qui est une filiale de Sun, n'en est pas à son premier coup:
Les spécifications du Sparc V8 étaient déjà ouvertes, les processeurs à "sources" ouvertes Leon en sont sortis.
Peut-être que SPARC abandonne l'architecture UltraSparc définitivement, pour passer à autre chose? Ou Sun abandonne complètement les architectures SPARC pour passer en intel64 (ce serait dommage, j'aime bien la diversité!)
En tout cas je pense que les développeurs de circuits numériques vont apprécier!
Euh, je plussoie, parce que je suis assez d'accord avec toi, j'estime que ce commentaire ne vaut pas 0!!
On peut surement faire plein de trucs avec jabber, comme jongler entre ses comptes, jongler entre les passerelles, etc.
Super!
Maintenant tout le monde va expliquer à sa grand-tante qu'il "suffit" de recabler vers la passerelle msn d'un autre serveur pour parler avec le petit cousin qui utilise msn.
Ah ben non, ça marche pas, msn a rechangé le protocole...
OK, C pas la faute de jabber, mais le résultat est le même pour l'utilisateur final: "Zut! Ca marche plus!"
Changer de serveur, C très pratique (et je me sers de cette fonction de temps en temps). Et ça le serait encore plus si on pouvait garder son adresse, parce qu'après le temps que j'ai passé à expliquer qu'il ne faut jamais accepter de trucs d'origine inconnue sur internet autour de moi, je me vois pas en train de leur dire maintenant "acceptez les contacts jabber! c'est peut-être moi qui suis en train de changer de serveur!"
Pas la peine de me défoncer pr la suite avec un "do it yourself", je sais à peine écrire "Hello World" en C, mais quand même:
1 - Il faudrait pouvoir s'inscrire sur un compte jabber avec un alias commun et identifiable sur les autres serveurs (une adresse mail, n'importe!)
2 - Une solution de gestion des contacts entre locale et distante: les contacts sont effectivement sur le serveur, qui échange ac le client des fichiers de contacts, si un contact manque d'un côté ou de l'autre, on met à jour de façon transparente, si un contact doit être supprimé, on supprime sur le serveur, et on balise le contact côté client, il garde le contact éliminé balisé jusqu'à ce qu'il ait confirmation qu'il est bien inexistant sur tous les serveurs sur lesquels l'utilisateur est inscrit, après il le dégage aussi.
3 - Le top: le client propose 2 inscriptions à 2 serveurs différents au lieu d'une. Si un serveur tombe en rade, le client se rabat tout seul sur un autre serveur, l'utilisateur n'y voit que du feu. Et même pourquoi pas: le client va faire tout seul l'inscription sur un autre serveur, suivant une "liste de confiance", éventuellement mise-à-jour grâce à un serveur central.
Ca fait une patate de taf! Sans compter tous les gadgets si chers aux msniens, la vidéoconf, etc.
Conclusion: Jabber c'est génial, mais comme tout outil d'une certaine envergure, on veut toujours qu'il soit encore mieux!
Reste que pour l'instant, les alternatives sont un peu légères, et le nucléaire est amené à beaucoup progresser.
D'accord, à long terme, ça ne sera pas pertinent, mais si on débouche sur quelquechose avec ITER, on aura une solution peu polluante et viable sur le long terme!
La mise en service d'un réacteur industriel n'arrivera sans doute pas avant 30 ans (et encore, je dois être optimiste là-dessus...), mais le jeu en vaut la chandelle.
En attendant, si on lâche le nucléaire maintenant, quid du savoir-faire nécessaire pour faire tourner ITER?
Il n'y a pas de solution miracle, et pour l'instant, quitte à pas être à la mode écolo, et bien je continue à penser que le nucléaire dominant et les autres sources d'énergie en croissance lente mais sure, c'est la meilleure solution.
Ben peut-être qu'en Espagne c'est la catastrophe, mais personnellement j'ai eu l'occasion de rencontrer des allemands et des autrichiens qui sont venus en France, et j'ai eu plusieurs fois la blague sur les trains français: ils partent si la météo est favorable...
Les autres aussi, viennent chez nous, je n'ai pas l'impression qu'ils nous envient tant que ça.
Si vous regardez la page, ce n'est pas que pour linux!
On trouve des informations sur NetBSD, Solaris et... BeOS!! (bon, Caldera/SCO, je passe hein...)
Excellente initiative qui ravira une grande partie les utilisateurs d'OS alternatifs!
Question subsidiaire: proposent-ils d'acheter leurs ordinateurs sans OS? (on peut toujours rêver...)
La légèreté actuelle du marketing est peut-être volontaire:
tant que le client n'est pas réellement au point, et que la visioconférence ne fonctionne pas, il est sans doute préférable de ne pas trop lancer le grand public qui risque d'être déçu et d'aller voir ailleurs en gardant un mauvais souvenir de wengo.
Gageons qu'une fois les logiciels mâtures, ils feront plus de publicité, en attendant, c'est plutôt un marché d'"initiés" qui est visé.
Enfin, tout ceci n'est bien sûr qu'une humble hypothèse...
peut-être simplement qu'il ne veut pas monter un serveur avec montages nfs, accès sftp et autre et 1 compte par ami
peut-être aussi qu'il voulait dire "confidentiel" à la place "anonyme", dans le sens où ses vidéos de vacances n'ont pas à être consultables par le monde entier...
ou peut-être enfin le but est-il de créer un grand réseau p2p dans lequel des infos qui ne te sont pas destinées transitent par ton pc pour atteindre celui de ses potes, mais savoir qui transfère quoi, ça ne regarde pas le pc qui fait le transfert, et on ne pourrait pas fouiner allègrement dans les fichiers partagés de n'importe qui
C'est formidable un live-dvd, mais si un des problèmes de la pénétration des ces solutions dans les entreprises est la difficulté d'installation, pourquoi ne trouve-t-on pas des paquets binaires bien faits pour les distributions majeures? (et qu'on ne vienne pas me dire que c'est plus compliqué de faire un paquet pour Mandriva/Debian/RedHat/Ce-que-vous-voulez-OS que de faire un live-dvd...)
Wahou! C'est vrai qu'on est un peu hors sujet, mais je ne connaissais pas du tout metisse, et là je viens de regarder la vidéo de démo ici: http://insitu.lri.fr/metisse/
et je trouve ça vachement impressionant aussi, surtout si comme dis-ci-dessus, ça reste léger.
Bon, maintenant, à part faire mumuse, les seules fonctions qui m'ont réellement parues utiles pour bosser sur le coup, c'est la vue des 8 fenêtres en même temps avec les zoom tt ça, et la possibilité de faire tourner les fenêtres pour dessiner facilement une belle spirale dans gimp ;), mais ça n'engage, bien sûr, que moi. Le reste est sympa esthétiquement, et c'est peut-être tout aussi intéressant au niveau production: avoir un bureau agréable à utiliser!
Euh, je ne veux pas t'ôter une raison de râler sur windows (ne t'inquiète pas, il en reste beaucoup beaucoup), mais si ton frère active le mode routeur de sa freebox et fait le suivi (on traduit comment "forwarding" en bon français?? transfert? suivi??) de ports s'il s'agit d'un serveur, et bien il ne sera plus obligé de la débrancher...
Hum...
Supposons que là tout de suite, je trouve un algorithme révolutionnaire pour accélérer les calculs de simulations par éléments finis (truc pour faire des simulations mécaniques, électromagnétiques, fluidiques, j'en passe!).
Super! Je commence à vendre un logiciel libre en faisant plein de pubs, tout ça (ben oui, il faut une activité commerciale, pas vrai?)
Là-dessus, un super géant bien implanté dans le marché (et il y en a!) achète mon logiciel qui a un super algorithme, mais qui, pour le reste, démarre à peine, et l'inclut dans son logiciel développé depuis 10ans, à qui il ne manque que mon algorithme pour rester LE leader du marché.
Bilan: nouvelle version de son logiciel déjà largement utilisé, avec une partie libre dont ils peuvent diffuser les sources. Et moi je fais comment pour vendre mon logiciel que personne ne connaît et qui maintenant n'a rien de plus?
Il sera beaucoup plus facile de contrôler les ardeurs de pays comme la Chine ou le Brésil en commençant des négociations avec eux à l'onu que de tout bloquer.
Tout ça a un air de déjà vu: la Chine ne se gêne pas pour lancer son propre format de DVD vidéos pour échapper au contrôle des entreprises étrangères dessus.
Et bien, je ne pense pas que ce soit une bonne idée que de l'encourager à monter un "fork" d'internet avec les autres pays mécontents. Si ça se fait, j'espère que nos chers dirigeants n'oublieront pas de monter dans le train.
Il n'y a aucune raison que tu te fasses moinsser pour ça, un des grands principes du logiciel libre, c'est quand même de laisser le choix aux utilisateurs, imposer KDE (tout comme Windows, Gnome, Mac OS ou n'importe quoi d'autre d'ailleurs) n'est pas une liberté!
Il existe d'autres logiciels de VoIP. La grande question, c'est plutôt: est-ce que ça utilise un protocole spécifique ou est-ce compatible avec une/plusieurs solution(s) qui existent déjà?
[^] # Re: Innovation
Posté par Maclag . En réponse au journal Free s'attaque au 802.16d et e !!!. Évalué à -2.
Je pense que tous les FAI en dégroupage total doivent avoir des techniciens ou des partenariats avec des sociétés sous-traitantes.
[^] # Re: Négatif
Posté par Maclag . En réponse au journal Une fusion Apple/Microsoft ?. Évalué à 2.
~~~~~>["ouh làà, y'a toujours du monde dehors!!"]
[^] # Re: plutôt que chercher un truc compliqué
Posté par Maclag . En réponse au journal /etc, c'est le foutoir.... Évalué à 2.
L'idée est effectivement d'avoir des sous-répertoires dans /etc suivant la catégorie de l'outil que l'on configure.
Evidemment, oui, ce serait long à faire, et je n'ai nullement les compétences nécessaires à ça.
Mon idée n'est pas d'avoir un équivalent aux bases de registres (dont je n'aime pas non plus le principe, en ce qui me concerne, c'est pire!). Mais je continue de dire que migrer la configuration d'une distribution linux peut être non trivial!
Tout le monde ne migre pas simplement le matériel ou le réseau. En ce qui me concerne, c'est le matériel (portable wifi+ethernet pour le bureau passerelle au travail différente chez moi vers un fixe avec un accès ethernet pur, avec un firewall dans la freebox). Apache ça change, la détection du réseau, ça change (vers du plus simple, mais ça change ;) ). Le matériel auto-détecté par udev, ça change, etc.
Alors oui, comme dit plus haut, il suffit de bien réfléchir, mais bien réfléchir, des fois, ça implique bien réfléchir quasiment pour chaque fichier de configuration!!
Je ne suis pas administrateur professionnel! Je dois parcourir chaque fichier et/ou répertoire pour être sûr de ne rien avoir oublié!
Comme cité, ça a été fait pour /dev, pourquoi ne pas l'envisager pour /etc? (et tant qu'on y est, effectivement un peu de standardisation des fichiers de config, et des ~/.* , ça ferait pas de mal non plus!)
Ceci n'était qu'une suggestion, je n'ai pas les moyens ni les compétences de m'attaquer à ça, et je ne veux pas critiquer mon système préféré!! Je propose ce qui me semble être une amélioration, ça s'arrête là.
# je vais faire le râleur de service, mais...
Posté par Maclag . En réponse au journal Nexuiz 1.5. Évalué à 5.
Je fais tourner counter strike ou unreal tournament (je sais plus le n°) sans problème dessus, avec les drivers libres.
Est-ce qu'il y aura des modifs dans nexuiz pour lui permettre de tourner sur des petites configs un jour? (j'avoue ne pas avoir essayer des configs plus légères ac plus de ram...)
[^] # Re: huml...
Posté par Maclag . En réponse au journal PasBill PasGates aurait-il ses fans?. Évalué à 3.
Et ensuite, on pourra rajouter un vote sur la pertinence du jugement de pertinence du commentaire, et un sur le jugement du jugement de jugement du jugement de pertinence du commentaire!!
# Je crois que ça existe déjà...
Posté par Maclag . En réponse au journal Une distrib vraiment simple. Évalué à 6.
Bon, c'est pas une simple distrib, c'est tout l'ordinateur, mais c'est l'idée. Ça fait peu de choses, et ça les fait de façon très accessible.
Mais nombreuses ont été les critiques à son égard (trop cher par rapport aux fonctionnalités, pas d'évolution etc.)
Ben ouai, mais faudrait savoir: il doit être simple, et permettre tout ce qu'on peut faire avec une distrib pour "pro"!?
Simplifier sans limiter les possibilités, ça c'est un réel défi!
[^] # Re: gaspillage != fraude
Posté par Maclag . En réponse au journal Repenser le problème de la dette de l'Etat. Évalué à 4.
la traque des fraudeurs et les procédures de recouvrement ont un coût. Si les moyens nécessaires à la récupération de cet argent coûtent trop cher, alors se pencher sur la question ne permettra pas de récupérer l'argent en question.
Bien sûr, il y a toujours la solution "reporter les coût de recouvrement sous forme d'amendes", malheureusement, tous les fraudeurs ne sont pas forcément solvables, et il est inutile de mettre des particuliers dans le caniveau pour récupérer ponctuellement un peu d'argent: ils coûteront plus chers une fois qu'ils ne seront plus capables de s'assumer seuls!
Donc, de ce point de vue, il FAUT distinguer gaspillage et fraude.
Par contre, je suis d'accord sur le fait que repenser le système de collecte pourrait diminuer la possibilité de frauder, mais je pense que ça, aucun gouvernement n'y pense jamais... ;) )
[^] # Re: XGL avance doucement
Posté par Maclag . En réponse au journal XGL. Évalué à 2.
XGL est une architecture que, à terme, Xorg devrait utiliser dans l'implémentation du serveur Xorg.
XGLX et XEGL sont des serveurs expérimentaux basés sur l'architecture XGL. Le premier est un laboratoire logiciel sous forme de couche au-dessus d'un autre serveur X, le second est l'embryon d'un futur serveur autonome et utilisable.
Après ils expliquent pourquoi ça va déchirer, que Apple bosse dessus pr MacOS, et que Windows Vista devrait en avoir un bout aussi.
[^] # Re: Tout est affaire de compromis...
Posté par Maclag . En réponse au journal Après le contrôle des températures, voici le contrôle des..... chômeurs. Évalué à 4.
Pirouette: Je suis d'accord avec toi sur le fond, c'est pas ça qui va sauver la france. Il n'empêche que tout ce qu'on pourra faire pour désinfecter les assurances sociales de ce pays (oui, j'ai bien écrit désinfecter!!), ce sera forcément positif, ne serait-ce que pour détruire l'amalgame 'chômeur - glandeur' chez les populistes!! Je trouve ça insupportable de voir ce genre de comportement et voir ensuite un VRAI chômeur, qui ne passe pas son temps dans les bâtiments administratifs, mais qui cherche du boulot, qui galère, et qui entend toute la journée que les chômeurs sont au chômage parce qu'il le veulent bien!
Mort aux parasites!
PS: Je sais, ce coup-ci c'est pas encore pour les glandeurs complets, mais pour les gens qui bossent au noir. Et bien tant mieux quand même, c'est déjà ça!!
# dmix!
Posté par Maclag . En réponse au journal N'utilisez pas arts !. Évalué à 5.
Pour les bonnes cartes sons, ça ne sert pas à grand chose, elles sont déjà plusieurs sorties intégrées.
Pour les autres (portables, ou autres intégrées sur la carte mère), jusqu'à maintenant, alsa ne pouvait allouer des ressources qu'à un seul demandeur à la fois. D'où la création de esound et arts, qui reçoivent les sollicitations à la place d'alsa pour envoyer des requêtes par un seul prog: eux.
Cette fonction est maintenant inutile si dmix fonctionne correctement.
Ici aussi, ça marche: au revoir esound, et merci pour les services rendus entre deux!
[^] # Re: ...
Posté par Maclag . En réponse au journal Jingle : la VoIP sur Jabber, made in Google. Évalué à 2.
Se déchirer la tête pendant des mois pour implémenter un protocole de VoIP sur jabber, sachant que peut-être il ne sera jamais accepté alors qu'un autre si, ben moi ça me rebuterait déjà pas mal!
Merci à Google de mettre son poids dans la balance, et dommage qu'il faille ça pour que jabber avance!
# Suite logique?
Posté par Maclag . En réponse au journal UltraSparc Open Source. Évalué à 7.
Les spécifications du Sparc V8 étaient déjà ouvertes, les processeurs à "sources" ouvertes Leon en sont sortis.
Peut-être que SPARC abandonne l'architecture UltraSparc définitivement, pour passer à autre chose? Ou Sun abandonne complètement les architectures SPARC pour passer en intel64 (ce serait dommage, j'aime bien la diversité!)
En tout cas je pense que les développeurs de circuits numériques vont apprécier!
[^] # Re: une grappe de serveur
Posté par Maclag . En réponse au journal jabber.apinc.org is dead. Évalué à 5.
On peut surement faire plein de trucs avec jabber, comme jongler entre ses comptes, jongler entre les passerelles, etc.
Super!
Maintenant tout le monde va expliquer à sa grand-tante qu'il "suffit" de recabler vers la passerelle msn d'un autre serveur pour parler avec le petit cousin qui utilise msn.
Ah ben non, ça marche pas, msn a rechangé le protocole...
OK, C pas la faute de jabber, mais le résultat est le même pour l'utilisateur final: "Zut! Ca marche plus!"
Changer de serveur, C très pratique (et je me sers de cette fonction de temps en temps). Et ça le serait encore plus si on pouvait garder son adresse, parce qu'après le temps que j'ai passé à expliquer qu'il ne faut jamais accepter de trucs d'origine inconnue sur internet autour de moi, je me vois pas en train de leur dire maintenant "acceptez les contacts jabber! c'est peut-être moi qui suis en train de changer de serveur!"
Pas la peine de me défoncer pr la suite avec un "do it yourself", je sais à peine écrire "Hello World" en C, mais quand même:
1 - Il faudrait pouvoir s'inscrire sur un compte jabber avec un alias commun et identifiable sur les autres serveurs (une adresse mail, n'importe!)
2 - Une solution de gestion des contacts entre locale et distante: les contacts sont effectivement sur le serveur, qui échange ac le client des fichiers de contacts, si un contact manque d'un côté ou de l'autre, on met à jour de façon transparente, si un contact doit être supprimé, on supprime sur le serveur, et on balise le contact côté client, il garde le contact éliminé balisé jusqu'à ce qu'il ait confirmation qu'il est bien inexistant sur tous les serveurs sur lesquels l'utilisateur est inscrit, après il le dégage aussi.
3 - Le top: le client propose 2 inscriptions à 2 serveurs différents au lieu d'une. Si un serveur tombe en rade, le client se rabat tout seul sur un autre serveur, l'utilisateur n'y voit que du feu. Et même pourquoi pas: le client va faire tout seul l'inscription sur un autre serveur, suivant une "liste de confiance", éventuellement mise-à-jour grâce à un serveur central.
Ca fait une patate de taf! Sans compter tous les gadgets si chers aux msniens, la vidéoconf, etc.
Conclusion: Jabber c'est génial, mais comme tout outil d'une certaine envergure, on veut toujours qu'il soit encore mieux!
# et à la place?
Posté par Maclag . En réponse au journal Energie Nucleaire. Évalué à 10.
D'accord, à long terme, ça ne sera pas pertinent, mais si on débouche sur quelquechose avec ITER, on aura une solution peu polluante et viable sur le long terme!
La mise en service d'un réacteur industriel n'arrivera sans doute pas avant 30 ans (et encore, je dois être optimiste là-dessus...), mais le jeu en vaut la chandelle.
En attendant, si on lâche le nucléaire maintenant, quid du savoir-faire nécessaire pour faire tourner ITER?
Il n'y a pas de solution miracle, et pour l'instant, quitte à pas être à la mode écolo, et bien je continue à penser que le nucléaire dominant et les autres sources d'énergie en croissance lente mais sure, c'est la meilleure solution.
[^] # Re: Mouais....
Posté par Maclag . En réponse au journal La SNCF et les privileges.... Évalué à 3.
Les autres aussi, viennent chez nous, je n'ai pas l'impression qu'ils nous envient tant que ça.
# pas que linux!
Posté par Maclag . En réponse au journal Portables Toshiba et linux. Évalué à 5.
On trouve des informations sur NetBSD, Solaris et... BeOS!! (bon, Caldera/SCO, je passe hein...)
Excellente initiative qui ravira une grande partie les utilisateurs d'OS alternatifs!
Question subsidiaire: proposent-ils d'acheter leurs ordinateurs sans OS? (on peut toujours rêver...)
[^] # Re: j'suis dégouté...
Posté par Maclag . En réponse au journal 30 SMS gratuits ... grace à un soft GPL. Évalué à 8.
tant que le client n'est pas réellement au point, et que la visioconférence ne fonctionne pas, il est sans doute préférable de ne pas trop lancer le grand public qui risque d'être déçu et d'aller voir ailleurs en gardant un mauvais souvenir de wengo.
Gageons qu'une fois les logiciels mâtures, ils feront plus de publicité, en attendant, c'est plutôt un marché d'"initiés" qui est visé.
Enfin, tout ceci n'est bien sûr qu'une humble hypothèse...
[^] # Re: des amis anonymes ?
Posté par Maclag . En réponse au journal échanger des fichiers avec des amis ?. Évalué à 4.
peut-être aussi qu'il voulait dire "confidentiel" à la place "anonyme", dans le sens où ses vidéos de vacances n'ont pas à être consultables par le monde entier...
ou peut-être enfin le but est-il de créer un grand réseau p2p dans lequel des infos qui ne te sont pas destinées transitent par ton pc pour atteindre celui de ses potes, mais savoir qui transfère quoi, ça ne regarde pas le pc qui fait le transfert, et on ne pourrait pas fouiner allègrement dans les fichiers partagés de n'importe qui
ou peut-être que je me trompe 3 fois...
# et des paquets?
Posté par Maclag . En réponse à la dépêche CAELinux: une distribution LiveDVD pour l'ingénierie et la simulation numérique. Évalué à 7.
[^] # Re: ça sent le phoque icitte
Posté par Maclag . En réponse au journal Loi no 55-385 du 3 avril 1955 instituant un état d'urgence (version consolidée). Évalué à 1.
ben vous voyez, quoi!
[^] # Re: Et metisse ?
Posté par Maclag . En réponse à la dépêche Sortie de la version 0.7.1 de Looking Glass. Évalué à 2.
http://insitu.lri.fr/metisse/
et je trouve ça vachement impressionant aussi, surtout si comme dis-ci-dessus, ça reste léger.
Bon, maintenant, à part faire mumuse, les seules fonctions qui m'ont réellement parues utiles pour bosser sur le coup, c'est la vue des 8 fenêtres en même temps avec les zoom tt ça, et la possibilité de faire tourner les fenêtres pour dessiner facilement une belle spirale dans gimp ;), mais ça n'engage, bien sûr, que moi. Le reste est sympa esthétiquement, et c'est peut-être tout aussi intéressant au niveau production: avoir un bureau agréable à utiliser!
[^] # Re: nan rien...
Posté par Maclag . En réponse à la dépêche Réactions au site pecephobie.be. Évalué à 2.
[^] # Re: propriété intellectuelle
Posté par Maclag . En réponse au journal Propriété intellectuelle : Peut-on verser dans le libre une technologie très novatrice ?. Évalué à 3.
Supposons que là tout de suite, je trouve un algorithme révolutionnaire pour accélérer les calculs de simulations par éléments finis (truc pour faire des simulations mécaniques, électromagnétiques, fluidiques, j'en passe!).
Super! Je commence à vendre un logiciel libre en faisant plein de pubs, tout ça (ben oui, il faut une activité commerciale, pas vrai?)
Là-dessus, un super géant bien implanté dans le marché (et il y en a!) achète mon logiciel qui a un super algorithme, mais qui, pour le reste, démarre à peine, et l'inclut dans son logiciel développé depuis 10ans, à qui il ne manque que mon algorithme pour rester LE leader du marché.
Bilan: nouvelle version de son logiciel déjà largement utilisé, avec une partie libre dont ils peuvent diffuser les sources. Et moi je fais comment pour vendre mon logiciel que personne ne connaît et qui maintenant n'a rien de plus?
# mauvaise tactique...
Posté par Maclag . En réponse au journal Bataille pour le contrôle du net. Évalué à 2.
Il sera beaucoup plus facile de contrôler les ardeurs de pays comme la Chine ou le Brésil en commençant des négociations avec eux à l'onu que de tout bloquer.
Tout ça a un air de déjà vu: la Chine ne se gêne pas pour lancer son propre format de DVD vidéos pour échapper au contrôle des entreprises étrangères dessus.
Et bien, je ne pense pas que ce soit une bonne idée que de l'encourager à monter un "fork" d'internet avec les autres pays mécontents. Si ça se fait, j'espère que nos chers dirigeants n'oublieront pas de monter dans le train.
[^] # Re: windows et mac ?
Posté par Maclag . En réponse au journal Encore un logiciel de voip libre!. Évalué à 4.
Il existe d'autres logiciels de VoIP. La grande question, c'est plutôt: est-ce que ça utilise un protocole spécifique ou est-ce compatible avec une/plusieurs solution(s) qui existent déjà?