M a écrit 2996 commentaires

ce qui me fait marrer c'est qu'on ressort ce lien alors que ca fait longtemps de msn interdit les client tiers, tout comme les autres protocoles proprio (icq, ...).

et meme plus :
http-pooling (on passe par http pour se connecter a un serveur jabber)
jwchat : client jabber en javascript
SSL sur le port hpps pour passer certains firmwalls

possibile de creer son propre domaine

mais il utilise son propre protocole de visio-conférence.
Ben jabber n'a pas vocation a faire de la visio : faut pas tout melanger : IM et visio sont pas la meme chose.
Pour la visio y a deja SIP & co...

Ensuite rien n'empeche l'etablisement de la connection par l'intermediaire de jabber, mais pas plus. C'est d'ailleur ce qui etait en cours avec gnomemeetting.

Si non... Ben heu... Pourquoi ? (c'est sans doute ça que je n'ai pas compris ! :o)

L'implem n'est pas complete, donc si OOo utilise ces parties ca plante...

tu peux utiliser le http pooling pour de connecter a n'inporte quel serveur depuis le port 80.

Apinc offre ce service.

- les périphériques usb pc fonctionnent-ils avec le mini mac ?
Si les drivers sont bien foutu (endianness) ca devrait marcher

Le pb de ces outils c'est qu'il faut fairepreparer les presentations a la main, ce qui n'est pas forcement evidenet surtout qd on est pressé.

Et dans ce cas autant faire du Latex/Beamer et l'exporter en pdf pour la pres.

gnumeric != abiword...

sinon OOo est quand meme plus rapide 5-10 secondes via 30-60 secondes

Tant que j'y suis c'est quoi les equivalents pour les presentations et le dessins ?

deux outils très légers et très efficaces,
bof, abiword met des plombes pour ouvrir de gros fichiers et j'ai eu de gros soucis pour imprimer des documents avec gnumeric (ca a finit en export excel, puis impression via openoffice.org).
Il me semble aussi que gnumeric n'a pas de correcteur othographique.

Ils sont prometteurs, mais manque de finition (je pense que c'est du au manque de contribueur/utilisateur)...

backgrounder fsck : quelle bonne idee et comment tu fait pour lire sur tes disques ?
backgrounder dhcp : ca peut etre tres chiant si t'as des demon (npt-date, ...) qui essaye d'acceder au reseau...

ca m'etonnerais que ton leur serveur soit au us...

c'est clair, il faut mieux que les developpeurs s'investisse dans des solutions libres, plutot que jouer au chat et a la souris avec les protocoles proprio...

y a quand meme une difference entre utiliser msn pour voir des contacts et faire un peu de discut et vouloir utiliser toute ses fonctionnalite.

Puis se plaindre qu'un truc qui a ete RE marche pas au top, faut etre un peu gonfler, t'as qu'a poser la question a MS...

D'ailleur au passage j'espere que quand tu t'es incris t'as bien lu la contrat...

Utilise un protocole ouvert comme ca tu pourra etre sur que ton client utilise la meilleur maniere de le faire ....

utilisation de wine sur d'autre achi que x86 ...

pour l'envoie des paquets oui, mais certaines font du filtrage des paquets entrant en hardware, mais soit on peut modifier les adresses filtrees grace au driver, soit il suffit de passer en mode promiscuous...

La GPL, c'est limité aux droits d'auteur.

Non la GPL et les droits d'auteur sont une chose totalement differente...

Tu sais si tu pars sur ce point de vu il va plus de rester beaucup de chose de libre etant donne tous les brevets qui traines.

La meilleur chose serait encore de retourne sous windows (et encore il parrait que windows viole des brevets dans VC-1)...

En même temps, le premier coup tu moinsse toi ausi par vengeance

Je crois que c'etait un des pb : ha du me moinse, ben je vais de moinser encore plus, meme reaction de l'autre core : du coup les votes ne servent plus a rien a part a faire une gueguerre..

non pdflatex fait directement su pdf sans passer par du dvi...

y a vraiement un avantage a passer en mode 64bits sur PPC ?
C'est pas comme pour les sparc ou c'est plus lent qu'en 32 bits (le kernel est bien en 64 bits, mais pas les appli)
Y a t il vraiement pas de kernel 64bits dans la branche PPC ?

heu, je comprend pas rop l'histoire du chroot, si t'as distribution est bien faite t'as un /usr/lib et un /usr/lib64.
c'est comme ca que ca marche sur les sparc64 ou il est la pluspart du temps avantageux d'utiliser du 32 bits, mais rien n'interdit d'utiliser du 64 bits de facon transparence.

Apres je veux bien que les appli proprio soient pourries et ne savent pas qu'elle lib il faut charger...

Sinon, K3b semble supporter le format cue/bin de CDRWIN, c'est dans la liste des fonctionnalités sur leur site.
oui cdrdao le supporte.
les dernieres versions de cdrecord supporte aussi ce format, mais le support n'est pas complet...

C'est marrant news qui n'en sont pas. Ca fait longtemps que linus utilise en PPC64.

D'ailleur y a cas voir les changelog, pour voir que le support de PPC64 en a ete ameliorer.

A noter aussi une modification dans btlaunchmany qui fait que la limite en up est globale et qui n'utilise qu'un seul port.

D'ailleur il est tres facile de faire un script qui laisse tourne btlaunchmany en demon, et qui rajoute, retire des *.torrent selon ce qu'on veut recuperer arreter de distribuer...

Par contre j'esperer que le pb du proxy des versions beta on ete corrigee.

Sinon je trouve le nouveau site web tres moche...