sans doute :)
Je me suis pas attardé, ça fait mal aux yeux ces couleurs.
Mais il me semble pas que l'humanisme soit un courant politique aujourd'hui. Je considère comme acquis que tout mouvement politique démocrate doit viser à apporter plus de libertés aux citoyens. Donc y a indépendance complète :)
C'est toi le fasciste. Tes méthodes sont fascistes. Tu fais de la publicité gratuite à truc que tu dis rejeter. Si ton voisin dit quelque chose qui ne te plaît pas, tu t'efforces de lui prouver qu'il a tort, de le convaincre, ou de convaincre le voisinage qu'il raconte des mensonges. Tu ne vas pas lui casser la gueule ni lui couper le courant. Place Libre mon oeil.
(Et puis je ne sais pas qui est quoi, seulement quand je vais sur le forum de ta prétendu asso, j'ai l'impression d'être sur un truc satanique ou des jeunesses hitlériennes. Il fait peur ton site et les sujets qui y sont abordés.)
c'est vrai que c'est un peu le problème de tar.* par rapport à des formats intégrés comme zip (ou rar avec un certain usage). Je suis méfiant par rapport à zip/unzip, je n'ai aucune idée si ça gère les droits et tout le bordel comme "tar p" ... ça serait intéressant d'avoir une solution, aussi performante que bzip2, mais avec des index pour pouvoir accéder rapidement à un fichier. Sans ça, ça plombe les outils graphiques, qui en sont réduit à tout décompresser ...
c'est facile à dire : c'est Sun qui contrôle la ratification de la conformité d'une VM au standard. C'est payant et très cher. Les tests ne sont pas publiquement disponibles. Il est impossible d'obtenir un certificat de conformité partiel.
t'écoutes même pas. Je te dis pas de coder une VM, je te dis de les tester. Et oui j'ai testé avec Kaffe dès que j'ai vu la nouvelle. Seulement je sais pas débugger ni diagnostiquer quoi que ce soit. Moi je demande juste que les gens qui font des LL en Java le fasse, c'est leur boulot il me semble. Sauf si tu réclames explicitement une JVM Sun. En attendant, voilà le bug :
Pour reprendre ta citation, ils s'y sont pas arrêtés non, ils ont travaillés. Pourquoi n'y a-t-il pas un collectif de développeurs de LL en Java qui permettraient aux gens d'échanger leurs expériences et de s'entraider pour faire fonctionner leur produits sur des environnement libres ? Parce que il me semble clair que vous ne vous en souciez pas : "c'est pas notre boulot" "on suit un standard" (et quel standard !) "c'est pas la même couche" etc
bon allez, je laisse tomber. Je croyais avoir fait preuve d'entouthiasme et que mon message en entrainerait d'autres demandant de l'aide pour travailler avec des environnements libres, des appels à contribution, des preuves de bonnes volontés. Mais rien. Que des "c'est pas mes affaires". Standard mon oeil. Y a pas de volonté de. Tant pis.
Le JavaTrap dans toute sa splendeur.
JavaSaPuSpaLibre
C'est pas grave, moi et mon ibook on arrive très bien à vivre sans tous vos trucs en Java Sun. En attendant une JVM utilisable techniquement et éthiquement, j'utilise des projets libres et concurrents tel que l'excellent Planner http://developer.imendio.com/wiki/Planner(...)
Pas d'accord du tout. Un grand avantage du LL, c'est sa portabilité. On ne choisit pas une plateforme pour après dire "je n'assume rien, ce n'est pas mon problème". C'est comme si je décide de faire un LL qui tournera uniquement sous Windows ou bien uniquement sous Linux. Ou uniquement sur x86, ou uniquement avec le compilateur d'AIX. C'est très dommage. Il faut pas s'enfuire comme ça, il faut assumer. Après, je vois pas qui d'autre si ce n'est vous pourrez pousser les VM libres. C'est votre travail. Sinon ça veut dire que vous vous contenter d'imposer un environnement à vos utilisateurs. Le problème ici c'est l'environnement qui pose problème. Je vous demande pas de développer une VM, je vous demande d'essayer de faire tourner vos LL sur des VM libres et de rapporter vos problèmes. C'est pas votre boulot ? ben il y aurait jamais eu de LL du tout alors, il existait des noyaux, des outils, des compilateurs et des environnements de bureau bien avant le LL, pourquoi s'ennuyer !
C'est vôtre boulôt.
On est que des utilisateurs, on veut utiliser.
La question que j'ai toujours voulu poser aux développeurs de LL en Java : est-ce que ça vous intéresse les VM/Compilo libres ? d'un point de vu éthique et d'un point de vue performances ? Je veux dire, il faut être honnête, c'est à vous de pousser les VM libres en les utilisant et en rapportant les problèmes : y a forcément des trucs bons à prendre !
De ma micro expérience universitaire (imagerie) il me semble que des produits comme Jikes sont très intéressant en terme de performance de compilation, et avec kaffe, j'ai pu faire tourner sur mon ppc (lentement) mes quelques programmes de traitement d'image, ce qui était impossible avec les VM et classpath précédents. Bref je sens qu'il y a des gros progrès. À vous d'enfoncer le clou !
toi, t'as déjà tenté d'utiliser un truc genre Poseidon UML !
HS
la différence entre une String et un StringBuffer
tu parles du truc qui synchronize je-sais-pas-quoi ? levez la main ce qui utilise un StringBuffer en parallèle !
Quant à la diff String/StringBuffer, je te répondrais que c'est le boulot du compilo ou de la VM. Python2.4 a retravaillé ce genre de chose, et des boucles
while machin:
s = s + "truc"
sont maintenant optimisés je sais pas comment, mais au final les performances sont quasi-linéaires. J'avais testé, il faut des tailles de chaînes de plusieurs Mio pour que l'utilisation d'un StringIO (équivalent du StringBuilder) commence à devenir plus avantageuse (contre ~4Kio avec python2.3). Bref l'utilisation des StringIO devient marginale, sauf quand fonctionnellement c'est plus adapté. Les développeurs python sont également plus habitués au meilleur "truc".join(liste)
mais ça tourne avec gcj ou autre VM/compilo libre ou pas ? parce que y a pleins de projets "libres" en Java qui sont entrain de passer en SunJVM1.5 histoire d'être sur qu'ils seront jamais utilisables avec autre chose que le produit de Sun.
lop : y a des uid dont j'aimerais me débarasser. Il faut que je les révoque ou que je les supprime pour ensuite envoyer au serveur mes nouvelles clefs ? si je révoque, je garderais toujours les clefs révoquées dans mon trousseau ? est-ce que ça veut tout simplement dire que supprimer est une option juste quand on veut jouer mais que pour être sérieux, on ne fait que des révocations ?
Vu le nombre TOTAL d'abonnés (j'imagine le nombre de connectés en moyenne 10 ?) moi je veux bien offrir le LinuxMag sur le recyclage des bécanes :) Ça me ferait mal de mettre 2000E dans un serveur commun ... sachant qu'à 1000E t'as déjà un 1U 3GHz gavé de RAM et de RAID5 ... pour si peu d'utilisateurs et de charge ! Alors après je sais pas ce que vous utiliser, mais je vois pas comment vos 2/3 forums ne pourrez tourner tranquillement sur un p3 500MHz :)
[^] # Re: pas la peine...
Posté par TazForEver . En réponse au journal Rencontres et liberte. Évalué à 5.
# vivre avec son temps
Posté par TazForEver . En réponse au message ide-core.o failed apres recompil v2.4.29 sarge. Évalué à 2.
- n'utilises pas un noyau 2.6
- n'utilises pas la dernière version du 2.4
- n'utilises pas un noyau 2.6 ?
# TM ?
Posté par TazForEver . En réponse à la dépêche First Jeudi de septembre 2005. Évalué à 2.
# ne cherche plus...
Posté par TazForEver . En réponse au message Redémarrage intempestif avec certains jeux. Évalué à 2.
# en tout cas
Posté par TazForEver . En réponse à la dépêche La réponse est 42. Évalué à 5.
[^] # Re: .sort()
Posté par TazForEver . En réponse au message PHP array_mulisort sous Python ?. Évalué à 3.
sorted(a) => copie triée de a
reversed(a) => copie renversée de a
RTFM pour les subtilités (critères de tris, DSU, etc)
[^] # Re: sources ?
Posté par TazForEver . En réponse au message OpenOffice Quickstart pour Gnome. Évalué à -2.
# sources ?
Posté par TazForEver . En réponse au message OpenOffice Quickstart pour Gnome. Évalué à 1.
[^] # Re: Arrête le chichon tout de suite !
Posté par TazForEver . En réponse au journal Fascisme et internet, sortons Novopress de Google News !. Évalué à 3.
[^] # Re: Arroseur arrosé
Posté par TazForEver . En réponse au journal Fascisme et internet, sortons Novopress de Google News !. Évalué à 0.
Je me suis pas attardé, ça fait mal aux yeux ces couleurs.
Mais il me semble pas que l'humanisme soit un courant politique aujourd'hui. Je considère comme acquis que tout mouvement politique démocrate doit viser à apporter plus de libertés aux citoyens. Donc y a indépendance complète :)
[^] # Re: Arroseur arrosé
Posté par TazForEver . En réponse au journal Fascisme et internet, sortons Novopress de Google News !. Évalué à 0.
# Arroseur arrosé
Posté par TazForEver . En réponse au journal Fascisme et internet, sortons Novopress de Google News !. Évalué à 9.
(Et puis je ne sais pas qui est quoi, seulement quand je vais sur le forum de ta prétendu asso, j'ai l'impression d'être sur un truc satanique ou des jeunesses hitlériennes. Il fait peur ton site et les sujets qui y sont abordés.)
[^] # Re: tar/zip
Posté par TazForEver . En réponse au journal Sauvegarder sur DAT en activant la compression. Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 2.
kaffe -classpath eclipsito.jar org.bardsoftware.eclipsito.Boot ganttproject-eclipsito-config.xml
8 ao\ufffft 05 16:13:38 org.bardsoftware.impl.eclipsito.BootImpl run
INFO: Eclipsito platform is running.
8 ao\ufffft 05 16:13:50 org.bardsoftware.impl.eclipsito.BootImpl$1 uncaughtException
WARNING: [uncaughtException]java.lang.NullPointerException
8 ao\ufffft 05 16:13:50 org.bardsoftware.impl.eclipsito.BootImpl shutdown
INFO: Eclipsito platform is shut down.
Pour reprendre ta citation, ils s'y sont pas arrêtés non, ils ont travaillés. Pourquoi n'y a-t-il pas un collectif de développeurs de LL en Java qui permettraient aux gens d'échanger leurs expériences et de s'entraider pour faire fonctionner leur produits sur des environnement libres ? Parce que il me semble clair que vous ne vous en souciez pas : "c'est pas notre boulot" "on suit un standard" (et quel standard !) "c'est pas la même couche" etc
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 3.
Le JavaTrap dans toute sa splendeur.
JavaSaPuSpaLibre
Peut-être vous faut-il relire en détail :
http://www.gnu.org/philosophy/java-trap.fr.html.(...)
C'est pas grave, moi et mon ibook on arrive très bien à vivre sans tous vos trucs en Java Sun. En attendant une JVM utilisable techniquement et éthiquement, j'utilise des projets libres et concurrents tel que l'excellent Planner http://developer.imendio.com/wiki/Planner(...)
[^] # Re: petite question révocation
Posté par TazForEver . En réponse au journal WikiBooks sur GPG : noob to pro. Évalué à 2.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 5.
C'est vôtre boulôt.
On est que des utilisateurs, on veut utiliser.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 2.
De ma micro expérience universitaire (imagerie) il me semble que des produits comme Jikes sont très intéressant en terme de performance de compilation, et avec kaffe, j'ai pu faire tourner sur mon ppc (lentement) mes quelques programmes de traitement d'image, ce qui était impossible avec les VM et classpath précédents. Bref je sens qu'il y a des gros progrès. À vous d'enfoncer le clou !
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 3.
HS
la différence entre une String et un StringBuffer
tu parles du truc qui synchronize je-sais-pas-quoi ? levez la main ce qui utilise un StringBuffer en parallèle !
Quant à la diff String/StringBuffer, je te répondrais que c'est le boulot du compilo ou de la VM. Python2.4 a retravaillé ce genre de chose, et des boucles
while machin:
s = s + "truc"
sont maintenant optimisés je sais pas comment, mais au final les performances sont quasi-linéaires. J'avais testé, il faut des tailles de chaînes de plusieurs Mio pour que l'utilisation d'un StringIO (équivalent du StringBuilder) commence à devenir plus avantageuse (contre ~4Kio avec python2.3). Bref l'utilisation des StringIO devient marginale, sauf quand fonctionnellement c'est plus adapté. Les développeurs python sont également plus habitués au meilleur "truc".join(liste)
Donc pour moi c'est un faux problème.
[^] # Re: Y a comme un problème ....
Posté par TazForEver . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 2.
Qu'en est-il de GanttProject ?
# petite question révocation
Posté par TazForEver . En réponse au journal WikiBooks sur GPG : noob to pro. Évalué à 2.
# boost
Posté par TazForEver . En réponse au message pas de copies !. Évalué à 2.
[^] # Re: redirection...
Posté par TazForEver . En réponse au message alias de mail ne marchent plus. Évalué à 2.
peu d'enthousiasme
[^] # Re: moins de 2000 utilisateurs ?
Posté par TazForEver . En réponse à la dépêche Ubuntu-fr.org : appel aux dons. Évalué à 6.
De ce que je comprends ( http://forum.ubuntu-fr.org/viewtopic.php?id=8208(...) ) c'est surtout votre consommation de bande passante excessive qui serait le problème.
Je conclus : ça serait presque tentant si vous n'utilisiez pas cette horreur de PayPal %(