je ne connaissais pas cosmopod, mais ça ne répond pas totalement au même besoin que TSE... visiblement, on ne peut pas le déployer en interne sur les propres serveurs d'une société, il faut absolument passer par eux...
surtout également, (mais là, c'est supposition) le fait que ulteo est un OS, donc ça voudrait dire que l'on pourrait déployer ce service de bureau à distance dans le cadre d'une société, sans passer par un service payant externe (donc hébergement des fichiers en local, ...)
généralement, un fork est réalisé après de nombreuses tentatives de négociations, ayant écouchées, pour changer certains objectifs... Le but peut être de répondre mieux aux demandes utilisateurs, aux demandes des développeurs, à la réalité du marché, etc...
C'est vrai que ça divise les forces, mais d'un autre côté, sans le fork, c'est peut-être la mort à petit feu du projet... ou le risque de voir un projet émergeant dépasser le projet original...
Et puis enfin, c'est bien aussi d'avoir le choix ! ça créé une certaine concurence et fait évoluer les choses !
un onduleur, ça protège des coupures de petite taille (20 minutes on va dire).
donc si c'est une grosse intervention sur le réseau électrique, ça peut facilement durer 1h voir plus !
et bon, quand c'est une intervention prévue, dans certains cas, il vaut mieux éteindre proprement les machines, et les faire redémarrer proprement avec des onduleurs pleins plutôt que de vider les batteries...
Visiblement, Ulteo permet d'utiliser simplement des protocoles plus rapides que vnc (nx etc)
si c'est plus rapide que VNC, je suis preneur !
car pour utiliser TSE sous windows régulièrement, je n'ai pas trouvé de réel équivalent sous linux (au niveau de la légèreté, ça marche très bien sur un 56k, pas le cas d'un VNC) !
visiblement, j'obtiens le même résultat avec :
gcc -g3 t.c ; ./a.out
et
gcc t.c ; ./a.out
donc je pense plutôt que ça vient d'un problème dans l'optimiseur, et pas les effets d'ajout des informations de débuggages
pour moi, la question, c'est à quand la fin de l'informatique grand publique...
en fait, je pense simplement que aujourd'hui, la plupart des ordi vendus sont fait pour regarder des films, donc le grand public achète les 16:9...
de la même façon, les mêmes personnes trouvent que les écrans brillants qui reflètent la lumière c'est super mieux, parce que ça fait plus beau dans le salon... résultat, une majorité des produits sont comme ça ! (ça se saurait si on voyait mieux à travers des reflets hein ;-p)
bref, l'informatique grand public, c'est bien... mais quand c'est le grand public qui fait prendre les décisions aux constructeurs, c'est moins bien...
à mon avis, c'est dangereux !
car ça ne m'étonnerai absolument pas qu'un md5 ou une telle vérification soit faite sur cette base pour éviter justement de partir avec un fichier corrompue ou autre !
donc une modif à la main dedans risque de corrompre cette base...
et là, ben, ça va devenir galère !!
d'un autre côté, quand une dépèche un peu hors sujet est publiée, elle est généralement mal acceptée au niveau des commentaires, donc les modérateurs en tiennent compte pour l'acceptation des prochaines dépèches !
c'est vrai que l'étendue des news publiée a changé, mais la qualité a également changé (c'est plutôt un bien normalement), tout comme la demande au niveau des lecteurs ! (ça explique en partie aussi l'évolution du nombre de news publiées).
en fait, IE est basé sous Mosaic, comme l'indique l'"a propos", et Mosaic, était à la base un navigateur web développée pour Unix et X Window ! (début de Mosaic en 1992).
Donc le code n'a peut-être jamais complétement été réécrit, donc beaucoup de chose doivent être portables (d'où sûrement les version 5.0 pour Solaris et 5.5 pour MacOS)
comme beaucoup de produits google : gmail y compris !
de plus, le fait que l'inscrpition à gmail (donc à google talk si je ne me trompe pas) est soumis à une invitation depuis une personne déjà inscrite, cela limite la propagation (même si, on trouve des sites regroupant les invitations).
Je suis entièrement d'accord et je connais les problèmes de concurrence.
Mais prenons le cas où l'on conserve la dernière modification : deux utilisateurs ouvre le même album, un des utilisateur décide de mettre à jour tous les commentaires de l'album puis valide et l'autre utilisateur modifie un seul des commentaires et valide après le premier... si tout le travail du premier utilisateur est perdu sans avertissement, ça fait mal !! (bon, si c'est juste une photo, passe encore... mais plus...)
Et le problème de la plupart des outils non prévus pour travailler dans un environnement multi-utilisateurs, c'est qu'ils écrasent purement et simplement ! sans regarder si le fichier a été modifié entre-temps ! et le tout sans aucun avertissement...
Je ne parle pas non plus des problèmes qui peuvent arriver sur un réseau (coupure pendant l'enregistrement, etc...).
Pourquoi n'utilises tu pas un de ces softs natifs (genre KphotoAlbum, Picasa maintenat sous Linux) et que tu ne partagerais pas un repertoire sous Samba ou NFS.
que font ces applications si plusieurs personnes attaquent le répertoire de photo en même temps ??
pour Picassa, ce n'est pas géré si mes souvenirs sont bons !
Quand michelin est arrivé dans la compet', c'est devenu tres intéressant de voir l'influence de la qualité des pneumatiques et ca a bougé un peu le constructeur d'en face ...
et oui, ça a fait du bien l'arrivée de Michelin !
mais c'est fini, ils se retirent à la fin de la saison car la FIA ne voulait qu'un seul manufacturier de pneu pour 2008 ! C'est Bridgestone qui vient d'être confirmé pour 2008.
c'est bien dommage pour la compétition technologique !
et pour la réduction des coups... ben, il suffit de regarder qui a le plus gros budget : c'est l'écurie Toyota... et pourtant, ils ne sont pas champion du monde !
tu peux y mettre une distrib 32 bits sans aucun problème ! tu n'auras juste pas les avantages technologiques du 64 bits.
mais pour une utilisation courrante, sauf cas particuliers, aucune différence ! (le 64 bits, c'est très pratique pour faire du calcul sur des flotants etc...)
sinon, dans mon cas, sur mon P4 dual core 2,8Ghz (D820), j'ai installé une mandriva 64 bits, et j'ai tout qui fonctionne, y compris firefox, openoffice, et mon latex/kile/kdvi pour rédiger ma thèse, etc...
Et ton FAI il se fout des données que tu envois et recois, il se contente de savoir que telle IP = telle personne.
sauf que les FAI sont obligés depuis quelques mois de loguer : dates et heures de connexions, ip source et ip destination de chaque connexion ! et de conserver le tout pendant un an !
bref, ça fait déjà beaucoup !
(résoudre ces questions est le sujet de ma thèse, je me demande si c'est encore légal avec DADVSI ;-)
j'espère pour toi aussi !
attendons d'avoir le texte définitif ! (si quelqu'un à un lien).
en tout cas, je connais des personnes qui sont/seraient dans le même cas que toi !
et espérons aussi qu'ils ne nous obligent pas y mettre des DRM dessus aussi ;-)
Oui est non. Tor te permet de surfer sur tout l'Internet (du moins sur toute la partie qui utilise TCP), et tu ne peux pas avoir de proxy mouchard puisqu'il utilise une chaine de proxies: un proxy ne peut pas savoir à la fois qui est à l'origine des données et quelle est la destination (et souvent il ne connait ni l'un ni l'autre).
dans ce cas, j'ai une question : si un proxy ne sait pas remonter à la source, il doit au moins savoir remonter au noeud précédent ! sinon, comment la réponse peut parvenir à celui qui a posé la question !
mais j'avoue que si tu as 25 étapes à faire, ça devient dur de démêler la chaîne !
donc je suppose que ça rejoint ton idée sur les observateurs puissants !
[^] # Re: Rien de nouveau sous le soleil
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal La première capture d'un élément d'Ulteo : son bureau connecté. Évalué à 1.
en tout cas, merci quand même pour le lien.
[^] # Re: Rien de nouveau sous le soleil
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal La première capture d'un élément d'Ulteo : son bureau connecté. Évalué à 1.
surtout également, (mais là, c'est supposition) le fait que ulteo est un OS, donc ça voudrait dire que l'on pourrait déployer ce service de bureau à distance dans le cadre d'une société, sans passer par un service payant externe (donc hébergement des fichiers en local, ...)
[^] # Re: Réinventer?
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Utilite du Fork. Évalué à 4.
généralement, un fork est réalisé après de nombreuses tentatives de négociations, ayant écouchées, pour changer certains objectifs... Le but peut être de répondre mieux aux demandes utilisateurs, aux demandes des développeurs, à la réalité du marché, etc...
C'est vrai que ça divise les forces, mais d'un autre côté, sans le fork, c'est peut-être la mort à petit feu du projet... ou le risque de voir un projet émergeant dépasser le projet original...
Et puis enfin, c'est bien aussi d'avoir le choix ! ça créé une certaine concurence et fait évoluer les choses !
[^] # Re: De la chance?
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Fiable le manchot ?. Évalué à 2.
donc si c'est une grosse intervention sur le réseau électrique, ça peut facilement durer 1h voir plus !
et bon, quand c'est une intervention prévue, dans certains cas, il vaut mieux éteindre proprement les machines, et les faire redémarrer proprement avec des onduleurs pleins plutôt que de vider les batteries...
[^] # Re: Rien de nouveau sous le soleil
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal La première capture d'un élément d'Ulteo : son bureau connecté. Évalué à 2.
si c'est plus rapide que VNC, je suis preneur !
car pour utiliser TSE sous windows régulièrement, je n'ai pas trouvé de réel équivalent sous linux (au niveau de la légèreté, ça marche très bien sur un 56k, pas le cas d'un VNC) !
[^] # Re: À quand ...
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Des infos sur Ulteo. Évalué à 4.
ben, ça existe déjà, TSE dans un IE !
[^] # Re: Un point très intéressant :
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal linux 2.6.18 is september. Évalué à 1.
[^] # Re: Heisenbug...
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 2.
gcc -g3 t.c ; ./a.out
et
gcc t.c ; ./a.out
donc je pense plutôt que ça vient d'un problème dans l'optimiseur, et pas les effets d'ajout des informations de débuggages
# pour moi...
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal 4:3 ou 16:9 ?. Évalué à 10.
en fait, je pense simplement que aujourd'hui, la plupart des ordi vendus sont fait pour regarder des films, donc le grand public achète les 16:9...
de la même façon, les mêmes personnes trouvent que les écrans brillants qui reflètent la lumière c'est super mieux, parce que ça fait plus beau dans le salon... résultat, une majorité des produits sont comme ça ! (ça se saurait si on voyait mieux à travers des reflets hein ;-p)
bref, l'informatique grand public, c'est bien... mais quand c'est le grand public qui fait prendre les décisions aux constructeurs, c'est moins bien...
[^] # Re: C'est pas fini...
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Mandriva: comment réinstaller un paquet avec urpmi. Évalué à 2.
car ça ne m'étonnerai absolument pas qu'un md5 ou une telle vérification soit faite sur cette base pour éviter justement de partir avec un fichier corrompue ou autre !
donc une modif à la main dedans risque de corrompre cette base...
et là, ben, ça va devenir galère !!
# une news sur le sujet
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal DLFP is dying. Évalué à 4.
[^] # Re: C'est le résultat de l'évolution éditoriale du site.
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal DLFP is dying. Évalué à 4.
c'est vrai que l'étendue des news publiée a changé, mais la qualité a également changé (c'est plutôt un bien normalement), tout comme la demande au niveau des lecteurs ! (ça explique en partie aussi l'évolution du nombre de news publiées).
# mosaic, l'ancètre
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal I.E. pour UNIX ???. Évalué à 4.
Donc le code n'a peut-être jamais complétement été réécrit, donc beaucoup de chose doivent être portables (d'où sûrement les version 5.0 pour Solaris et 5.5 pour MacOS)
Plus d'infos sur wikipedia :
FR : http://fr.wikipedia.org/wiki/NCSA_Mosaic
EN : http://en.wikipedia.org/wiki/Mosaic_(web_browser) (bien plus complet)
[^] # Re: Bide ?
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal GTalk, le bide. Évalué à 4.
donc c'est vrai que la qualificatif de beta est peut-être de trop...
mais d'un autre côté, ils n'ont pas besoin de fournir le même support que s'ils indiquaient que c'était un produit fini etc...
enfin, je pense qu'il y a un peu de tout ça !!
[^] # Re: Bide ?
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal GTalk, le bide. Évalué à 9.
comme beaucoup de produits google : gmail y compris !
de plus, le fait que l'inscrpition à gmail (donc à google talk si je ne me trompe pas) est soumis à une invitation depuis une personne déjà inscrite, cela limite la propagation (même si, on trouve des sites regroupant les invitations).
[^] # Re: Répertoire partagé
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Gestion des photos. Évalué à 2.
Mais prenons le cas où l'on conserve la dernière modification : deux utilisateurs ouvre le même album, un des utilisateur décide de mettre à jour tous les commentaires de l'album puis valide et l'autre utilisateur modifie un seul des commentaires et valide après le premier... si tout le travail du premier utilisateur est perdu sans avertissement, ça fait mal !! (bon, si c'est juste une photo, passe encore... mais plus...)
Et le problème de la plupart des outils non prévus pour travailler dans un environnement multi-utilisateurs, c'est qu'ils écrasent purement et simplement ! sans regarder si le fichier a été modifié entre-temps ! et le tout sans aucun avertissement...
Je ne parle pas non plus des problèmes qui peuvent arriver sur un réseau (coupure pendant l'enregistrement, etc...).
[^] # Re: Répertoire partagé
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Gestion des photos. Évalué à 3.
que font ces applications si plusieurs personnes attaquent le répertoire de photo en même temps ??
pour Picassa, ce n'est pas géré si mes souvenirs sont bons !
[^] # Re: Migration... gloups!
Posté par Sylvain Rampacek (site web personnel) . En réponse à la dépêche Sortie de SPIP 1.9. Évalué à 3.
il faut activer mod_rewrite d'apache par contre !
[^] # Re: La F1
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal F1 2008. Évalué à 3.
et oui, ça a fait du bien l'arrivée de Michelin !
mais c'est fini, ils se retirent à la fin de la saison car la FIA ne voulait qu'un seul manufacturier de pneu pour 2008 ! C'est Bridgestone qui vient d'être confirmé pour 2008.
c'est bien dommage pour la compétition technologique !
et pour la réduction des coups... ben, il suffit de regarder qui a le plus gros budget : c'est l'écurie Toyota... et pourtant, ils ne sont pas champion du monde !
[^] # Re: logiquement...
Posté par Sylvain Rampacek (site web personnel) . En réponse au message Installation bizarre sur Intel 64. Évalué à 2.
mais pour une utilisation courrante, sauf cas particuliers, aucune différence ! (le 64 bits, c'est très pratique pour faire du calcul sur des flotants etc...)
sinon, dans mon cas, sur mon P4 dual core 2,8Ghz (D820), j'ai installé une mandriva 64 bits, et j'ai tout qui fonctionne, y compris firefox, openoffice, et mon latex/kile/kdvi pour rédiger ma thèse, etc...
[^] # Re: Memtest
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal prière pour carte mère en détresse. Évalué à 2.
tu as la possibilité de tester sur un autre PC ??
car c'est peut-être la carte mère qui sous l'effet vieillissement/chaleur ne va plus très bien !
[^] # Re: Memtest
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal prière pour carte mère en détresse. Évalué à 3.
les composants n'aiment pas trop...
en tout cas, c'est le moment de tester les systèmes de ventilations !
[^] # Re: mon avis
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Réseaux alternatifs. Évalué à 2.
sauf que les FAI sont obligés depuis quelques mois de loguer : dates et heures de connexions, ip source et ip destination de chaque connexion ! et de conserver le tout pendant un an !
bref, ça fait déjà beaucoup !
[^] # Re: mon avis
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Réseaux alternatifs. Évalué à 2.
j'espère pour toi aussi !
attendons d'avoir le texte définitif ! (si quelqu'un à un lien).
en tout cas, je connais des personnes qui sont/seraient dans le même cas que toi !
et espérons aussi qu'ils ne nous obligent pas y mettre des DRM dessus aussi ;-)
[^] # Re: mon avis
Posté par Sylvain Rampacek (site web personnel) . En réponse au journal Réseaux alternatifs. Évalué à 2.
dans ce cas, j'ai une question : si un proxy ne sait pas remonter à la source, il doit au moins savoir remonter au noeud précédent ! sinon, comment la réponse peut parvenir à celui qui a posé la question !
mais j'avoue que si tu as 25 étapes à faire, ça devient dur de démêler la chaîne !
donc je suppose que ça rejoint ton idée sur les observateurs puissants !