Posté par Mayfoev () le 22/02/2008 à 14:10. (lien). Évalué à 4.

Surtout qu'à dire vrai toutes les distributions qui avaient sorti rapidement le patch X.org étaient touchées : il y avait ainsi Debian et OpenSuse aussi (et peut-être d'autres...)

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461465
https://bugzilla.novell.com/show_bug.cgi?id=354593

Bref...

[ Répondre ]

Posté par Mayfoev () le 09/11/2007 à 01:53. (lien). Évalué à 1.

Cela ne fait que quelques jours, car j'ai dû y passer il y a peu et tout était nominal (comme on dit ;) )
Mon historique indique le 27 octobre, mais j'y suis certainement passé plus récemment.
C'est offline donc depuis moins de 4 à 13 jours ;)

[ Répondre ]

Posté par Mayfoev () le 29/05/2007 à 22:50. (lien). Évalué à 2.

La vidéo du crash du pauvre Roberto Moreno, qui a eu le malheur d'empiéter juste légèrement sur la partie sans grip (le peu de gomme présente à ces endroits ayant été nettoyé par la pluie du matin)

http://www.indycar.com/multimedia/videos/player.php?v=619
Ou directement le fichier :
http://video.indycar.com/IndyCarVideo/2007/misc/20070527-rob(...)

Comme vous l'avez-vu, désolé c'est du Flash..

[ Répondre ]

Posté par Mayfoev () le 22/05/2006 à 15:53. (lien). Évalué à 1.

Ernest Prabhakar, responsable produit pour l'opensource et les standards ouverts chez Apple, est intervenu sur une des listes Apple à ce sujet vendredi:

Hi all,

Just to be clear, Tom Yager was *speculating* about why we have -- so far -- not released the source code of the kernel for Intel-based Macintoshes. We continue to release *all* the Darwin sources for our PowerPC systems, and so far has released all the non-kernel Darwin sources for Intel.

Nothing has been announced, so he (and everyone else) certainly has the right to speculate. But please don't confuse "speculation" with "fact."

Thanks,
-- Ernie P.

Voir : http://lists.apple.com/archives/Fed-talk/2006/May/msg00105.h(...)

[ Répondre ]

Posté par Mayfoev () le 19/05/2006 à 15:03. (lien). Évalué à 1.

Bon, on dira que c'est l'intention qui compte ;-)

[ Répondre ]

Posté par Mayfoev () le 19/05/2006 à 14:31. (lien). Évalué à 0.

cat sujet_du_journal | sed 's/Linux/Linus/' > sujet_du_journal

[ Répondre ]

Posté par Mayfoev () le 18/05/2006 à 13:51. (lien). Évalué à 10.

.. il semble que cette information de MacWorld est quelque peu erronée, puisqu'elle ne se rattache à aucun changement de politique d'Apple depuis la sortie des Mac Intel.

Apple n'a en effet jamais publié en ligne le code source de xnu, le kernel, pour x86, il n'y a donc pas eu de changement ces jours-ci, contrairement à ce que peu laisser penser l'article. Il n'y a pas de retrait du kernel puisqu'il n'y a jamais eu de diffusion du code.

Ce commentaire sur Slashdot convaincra mieux que moi:
http://apple.slashdot.org/comments.pl?sid=185992&cid=153(...)

Quand on fait des recherches sur les listes Darwin, on s'aperçoit d'ailleurs que il n'y a pas d'annonce récente d'Apple se rattachant à ça. Mais plutôt qu'il y a eu beaucoup de discussions à ce sujet au début 2006, pour s'interroger sur la non publication de la version x86 de xnu, et réclamer celle-ci. L'un des membre d'OpenDarwin a d'ailleurs publié un article en février sur Daemonnews exprimant son dépit

http://ezine.daemonnews.org/200602/apple.html
puis un droit de réponse à des commentaires sur Slashdot concernant son article
http://www.opendarwin.org/~bbraun/slashdot_response.html

Comme il est écrit, dans le commentaire sur Slashdot, il est dommage que cette nouvelle soit trompétée de site en site, de blog en blog et forum en forum, sans que les faits soient vérifiés.

Ce n'est donc pas une information, c'est un état de fait depuis janvier.

[ Répondre ]

Posté par Mayfoev () le 15/02/2006 à 11:56. (lien). Évalué à 1.

Ainsi que l'a écrit quelqu'un d'autre un peu plus haut, un portage avec winelib n'est pas la même chose que l'utilisation d'un binaire x86 avec wine.

Si un binaire x86 ne fonctionne que sous x86 avec wine, des sources utilisant les API Win32 portées sous Linux avec winelib sont compilables sous toute architecture (même si probablement, winelib est moins fiable sous d'autre processeurs, du fait des tests moindres qu'a subi sa portabilité).

Donc une version PPC n'est pas exclue. Mais évidemment ça dépendra du bon vouloir de Google, ce qui est le défaut de tout logiciel propriétaire de dépendre de son éditeur.

[ Répondre ]

Posté par Mayfoev () le 04/01/2006 à 08:44. (lien). Évalué à 1.

Pourrais-tu poster les lignes précédentes de l'erreur... Car une erreur du linker provoque souvent des erreurs en cascade, donc c'est les premières lignes d'erreurs qui sont importantes et non les dernières..

Si possible poste aussi les lignes précédent la première erreur afin d'avoir une idée du fichier concerné.

Merci

[ Répondre ]

Posté par Mayfoev () le 09/12/2005 à 01:25. (lien). Évalué à 1.

Y a-t-il un quelconque site où il y aurait le versionning des sources des paquets (un peu comme le cvs des ebuilds de Gentoo)?

Car je comprends que Debian n'archive pas ses anciens paquets binaires, mais un historique des fichiers sources des paquets (surtout rules et optionnellement les autres : changelog, control, copyright, files, rules watch) serait bien utile et ne prendrait pas trop de place.

[ Répondre ]

Posté par Mayfoev () le 29/11/2005 à 14:04. (lien). Évalué à 2.

Malheureusement c'est contraire aux termes d'utilisation de Google:

http://www.google.com/terms_of_service.html

Les requêtes automatisées sont interdites

Vous ne devez pas transmettre de requêtes automatisées d'aucune sorte aux systèmes de Google sans autorisation explicite et préalable de Google. Par « requêtes automatisées », nous entendons également l'utilisation de tout logiciel qui transmet des requêtes à Google pour déterminer le « rang » obtenu par un site Web dans les index Google en fonction de différents termes de recherche.

Ces termes s'appliquent aussi je pense à l'API étant donné le paragraphe suivant dans les conditions d'utilisation de l'API:
http://www.google.com/apis/api_terms.html

Google's search service

The Google Web APIs service is designed to be used in conjunction with Google's search services. Accordingly, your use of Google Web APIs is also defined by Google's Terms of Service and Privacy Policy. In the event of a conflict between these Terms and Conditions and Google's Terms of Service, these Terms and Conditions shall prevail.

Quelques sites bravent cependant l'interdit...

Par contre ils ne proposent pas la fonctionnalité de graphe que tu évoques.

[ Répondre ]

Posté par Mayfoev () le 18/11/2005 à 06:34. (lien). Évalué à 2.

Malheureusement si startx n'a pas démarré, c'est probablement que la configuration de X.org (en particulier côté fréquences rafraichissement et résolution) est incorrecte vis à vis du moniteur et n'a pas permis à X.org de démarrer.

[ Répondre ]

Posté par Mayfoev () le 18/11/2005 à 06:31. (lien). Évalué à 1.

Et on en a parlé indirectement il y a quelques jours pour des raisons éloignées sur le sujet de la sensibilisation au libre:
http://linuxfr.org/comments/649277.html#649277

[ Répondre ]

Posté par Mayfoev () le 16/11/2005 à 19:49. (lien). Évalué à 2.

Il reste que la tache de sensibilisation sera difficile.

Ce soir, par exemple, lorsque le journal de France 2 a évoqué le portable à 100 dollars poussé par le MIT, et dont un prototype a été essayé par Kofi Anan aujourd'hui, le journaliste évoque non pas des logiciels "libres" mais des "logiciels libres de droit".

J'aurais bien pris ma plume, pour expliquer l'erreur, mais je suis assez 'désillusionné' sur l'effacité de ce genre de précision.

[ Répondre ]

Posté par Mayfoev () le 27/10/2005 à 06:33. (lien). Évalué à 10.

Surtout si il s'agit de la fille..
Car le costume ça va encore...non? :-)

[ Répondre ]

Posté par Mayfoev () le 23/10/2005 à 16:23. (lien). Évalué à 1.

C'est normal, Pascal, toutes les 10 minutes, la valeur du compteur est récupérée via une requête XMLHttpRequest.

Le script récupère la valeur du compteur, le nombre de secondes écoulées depuis que Infocraft a récupéré cette valeur sur SpreadFirefox, et le taux par seconde.

Si la valeur est en avance ou en retard sur la nouvelle valeur récupérée, le compteur rattrape ou freine, pour attendre cette valeur (il y a donc deux valeurs gérées en mémoire)

Bref, il est impossible qu'il y ait une dérive sur 24h ;-)

[ Répondre ]

Posté par Mayfoev () le 07/09/2005 à 01:23. (lien). Évalué à 2.

... http://www.blognews.fr(...) plutôt pour le _VIEWSTATE... non?

;-)

[ Répondre ]

Posté par Mayfoev () le 06/09/2005 à 20:31. (lien). Évalué à 5.

Oui, et d'ailleurs pourquoi t'en parle alors que cette news date d'il y a plus de deux mois et que ça fait belle lurette qu'on en a déjà parlé ? Faut se réveiller mon ptit gars, on est en septembre là.

Je pense qu'il s'est fait piéger par Google Actualités qui a fait remonter ce vieil article de ZDNet du fait que Johansen ait fait un peu l'actu ces derniers jours. La rubrique Sciences/Tech de Google Actualités remonte souvent des articles datant de la préhistoire (sans doute du fait du peu de pluralité des sources dans ce domaine). Il faut se méfier.

[ Répondre ]

Posté par Mayfoev () le 24/08/2005 à 03:30. (lien). Évalué à 3.

Il y a un an (et un jour), Applexnet.com publiait une chronique (qui avait été le même jour bientôt slashdotée) dont je ne peux m'empêcher de penser qu'elle a inspiré les gens de Google puisque c'est exactement cette conjecture qui devient réalité.

L'auteur terminait par:

In the end, what would this accomplish? It'd hand the world of real-time messaging back to the public (there are dozens of different Jabber clients), end client incompatibility once and for all (assuming many people switched over to Jabber), and stop companies like AOL, which are arguably very evil, from monopolising a very fundamental ability and use of the internet.

La chronique en question:
"How Google Could De-Throne AIM
A Jabber-Based 'Google Messenger' ":
http://applexnet.com/modules.php?op=modload&name=News&file=(...)

[ Répondre ]