J'vais certainement dire une grosse connnerie, vu que je suis incapable de faire ce que je vais te proposer mais bon tant pis, je me lance :
1- Tu crees un script imagemagick qui va bien que tu enregistres dans les mime types kde.
2- Tu ouvres konqueror, tu vas dans le repertoire qui va bien.
3- Tu ajoutes a la fin de l'url "*.jpg" :
file://repertoire_qui_va_bien/*.jpg
4- CTRL-A afin de selectionner tous les fichiers
5- Tu fais bouton droit, tu choisis ton script.
Soucis :
1- "*.jpg" ne doit pas etre recursif, il y a peut etre une option dans la GUI mais rien n'est moins sur
2- je ne sais pas comment enregistrer un tel script dans les mimetype de maniere a ce qu'il apparaisse dans le menu contextuel de konqueror et qu'il puisse s'appliquer a une selection multiple
Ces soucis mis a parts :-) ca a l'air pas mal non ? :-)
gcj est un compilateur.
Il te permet de compiler de java a natif ou bien des .class a natif.
En bref, il te permet de compiler du code source java ou bien du byte code java vers ta plateforme native.
Au final, tu obtiens un prog que tu lances sans vm. (natif quoi)
Et je trouve que gcj fonctionne tres tres bien. Sur mon projet, j'ai un gain de *2 en terme de vitesse d'execution en passant par gcj. (bon il est vrai que rien que le chargement de la vm doit pas mal jouer sur le *2 vu que les executions sont assez courte)
Non, priorite "normale" : on a rien touche.
Quand ce process prend la main pour un calcul, il bouffe 100% du CPU au point que l'IHM ne se rafraichit meme plus.
Meme la souris et le CTRL-ALT-SUP ne repondent pas parfois.
Pourtant la machine n'est pas plante, juste chargee !
Vi peut etre bien, mais le monsieur là, il a raison.
Au boulot on est sous 2000 et on developpe une appli multi thread et multi process deploye sur une vingtaine de postes.
Lorsqu'un processus occupe 100% du CPU, ca freeze toute la machine.
Ca c'est une constatation.
Sous Linux 2.4 ca rame mais ca ne freeze pas.
Maintenant, je n'ai pas essaye avec XP. J'espere que c'est mieux.
Bon bah desole, je parlais de Linux et je pensais que c'etait assez explicite.
Pis sinon, t'es gentil mais je ne me considere pas comme extreme alors garde tes insultes pour toi.
Je dis juste que personnellement, (mais je ne tente pas d'obliger les gens a penser comme moi), je prefere un Linux libre qu'un linux proprietarise. Mais de toute facon ce n'est pas moi qui decide. Plutot GNU, l'equipe du kernel et les gens qui installent/achetent.
Apres je laisse les gens libre de faire ce qu'ils veulent : pirater/installer Windows, installer Linux ou MacOSX.
Chez moi c'est Linux sur ma machine, XP pour ma copine et son taff. Je dis juste que vouloir installer du proprio sur un systeme libre (Oui linux tout nu est libre) c'est se tirer une balle dans le pied, et nier l'idee de liberte qui a preside a la naissance de Linux.
Les raisons de la fondation de GNU indiquent clairement cet objectif : avoir un systeme libre. Le but de Linux etait d'avoir une implementation de Minix libre de droit. Libre quoi.
Si le but n'est pas d'avoir un systeme libre : quel est l'interet de Linux ?
Avoir un Unix gratuit ? Les BSD c'est exactement ca.
Avoir un Unix tout court ? SunOs, Solaris, HPUnix, IRIX, SCO unix (paix a son ame), DINIX, AIX ... Bref ca ne manque pas.
Si c'est d'avoir un systeme different de Windows, il y a MacOs (Unix depuis peu), OS/2, QNX, BeOS, etc ...
Bref dis moi c'est quoi le but de Linux alors ? Faire un autre os ? Je ne pense pas que le projet Linux aurait eu un si grand succes dans ce cas. Il n'y a qu'a voir les autres projets d'OS alternatifs. Tres peu marchent ou commencent a marcher (BeOS, The Hurd, ATheOS, YellowTab, BlueEyedOs, ...)
Etre extreme, ce n'est pas dire "je ne conçois Linux que libre", c'est plutot dire "je ne conçois que Linux et fuck les autres systemes".
Je n'ai jamais ete pour la pensee unique non plus. Si c'etait le cas je resterai sous Windows, comme tout le monde ! :-)
Perso je ne suis pas du tout d'accord.
Le but est d'avoir un systeme libre. point.
Si au debut, le but avait ete different, on ne serait pas ou on en est aujourd'hui. Et a mon avis, si on commence a transiger, les constructeurs/editeurs vont se faire plaisir : tout sortir en proprio sous Linux. Dans ce cas, autant rester sous Windows ou Mac.
Le mieux est peut etre que tu lises la doc DCOP ?
les bindings dcop sont completement generes pour pas mal de langages (au moins c++/Java/Python/c# et certainement aussi pour le c j'imagine)
DCOP est typé.
A la base DCOP est un remplaçant light de CORBA. Ils sont quand meme pas fous, ils ont garde au moins le typage ...
Pour info DBUS qui est issu de freedesktop et qui serait amene a devenir la couche de com de facto chez KDE et Gnome est base du point de vue du design sur DCOP. Grosso modo DBUS fait du DCOP et rajoute quelques features en plus ...
Tu leur fait comprendre que c'est vraiment des neuneu et qu'il faut arreter de prendre au serieux tous les mails "chaines" qu'ils recoivent.
En bref, il faut qu'ils arrivent a trouver le bouton pour mettre en marche le truc qui se trouvent entre leurs deux oreilles.
Et pour etre sur que ca les fasse reflechir, la seule maniere (efficace) que je connaisse, c'est d'aller sur http://www.hoaxbuster.com/,(...) de trouver le mail auquel ils font reference (assez rapide en general) et de mettre dans le mail de reponse l'URL qui traite de leur chaine pour vraiment leur faire comprendre qu'ils sont des abrutis ...
Sous la mandrake 10, tu peux utiliser le kernel 2.4 au lieu d'utiliser le noyau 2.6, et la tout devrait marcher normalement.
Le noyau 2.6 est *loin* d'etre stable. Par exemple le 2.6.3 a casse le support des graveurs et cdrom SCSI. C'est un bug qui n'etait pas present parait-il dans le 2.6.2, et c'est un probleme qui a ete corrige dans le 2.6.4.
Bref, passer au 2.6 maintenant et penser qu'il n'y aura aucun probleme c'est prendre un gros risque !
Maintenant si ca t'amuse de claquer du fric pour etre en 2.6 libre a toi, mais je ne suis pas sur que ca reglera tout tes problemes.
Faut juste etre un peu patient et se tenir informe.
Le reste de ton post fait plus penser a une grosse blague, j'espere que c'est le cas ...
Ni d'ailleurs le C, le C++ etc ...
Bref, faut juste savoir qu'un double ne peut prendre qu'un ensemble de valeurs finies, et donc va faire loger un resultat theorique dans la valeur la plus proche qu'il peut representer ...
J'ai jamais dit que QT ne comptait pas, mais il faut comparer ce qui est comparable :
D'un cote
- KDE : TrollTech
- Gnome : Sun, Ximian, RedHat, Suse et j'en passe
Bon enfin bref, ca commence a ressembler a une discussion de marchand de tapis alors je vais arreter la ...
Je suis completement d'accord avec Philippe : KDE a eu beaucoup moins de moyens si on compare ce qui est comparable. Alors si avec moins de moyens il en font plus que faut-il en deduire ?
TheKompany ne compte pas (il font des applications plus QT que KDE). Quand a Kolab Et KroupWare, se sont des projets relativement jeunes (moins d'un an), contribues recemment a KDE et developpes en dehors de KDE.
Tiens un petit exemple pour faire un truc simple :
Tu configures inetd/xinetd sur un port particulier pour qu'il lance bash.
Qu'est ce qui va se passer ?
1- telnet machine port_qui_va_bien
2- inetd/xinetd qui ecoute sur le port_qui_va_bien fait :
2.1- duplication de la socket vers stdin/stdout
2.2- exec bash
3- bash prend la main comme s'il etait execute dans un terminal et repond aux requetes qui lui sont envoyes comme si tu les tapais en live.
J'ai jamais essaye mais ca doit marcher (au passage, a peu de choses pret c'est comme ca qu'on installe une back door)
Le seul truc qu'il faut voir c'est comment passer la bonne option a bash pour qu'il s'execute en mode sans terminal (il me semble qu'il sait gerer ca)
Par exemple, la manpage de bash http://pegasus.rutgers.edu/~elflord/unix/bash.html(...) me dit qu'il ne faudrait pas utiliser l'option -i (interactive), qu'il faudra certainement utiliser l'option --noprofile (pour ne pas lire les fichiers /etc/profile .profile ...), qu'on peut aussi utiliser l'option --noediting (pour justement ne pas utiliser readline) ...
# Re: Peut-on traiter 500 fichiers en 8 clics ?
Posté par Epsos . En réponse au journal Peut-on traiter 500 fichiers en 8 clics ?. Évalué à 1.
1- Tu crees un script imagemagick qui va bien que tu enregistres dans les mime types kde.
2- Tu ouvres konqueror, tu vas dans le repertoire qui va bien.
3- Tu ajoutes a la fin de l'url "*.jpg" :
file://repertoire_qui_va_bien/*.jpg
4- CTRL-A afin de selectionner tous les fichiers
5- Tu fais bouton droit, tu choisis ton script.
Soucis :
1- "*.jpg" ne doit pas etre recursif, il y a peut etre une option dans la GUI mais rien n'est moins sur
2- je ne sais pas comment enregistrer un tel script dans les mimetype de maniere a ce qu'il apparaisse dans le menu contextuel de konqueror et qu'il puisse s'appliquer a une selection multiple
Ces soucis mis a parts :-) ca a l'air pas mal non ? :-)
==> []
[^] # Re: Vu/lu sur la toile
Posté par Epsos . En réponse au journal Vu/lu sur la toile. Évalué à 1.
Voir aussi la page java sur gnu.org : http://www.gnu.org/software/java/(...)
# Re: Miroirs Mandrake ??
Posté par Epsos . En réponse au journal Miroirs Mandrake ??. Évalué à 1.
[^] # Re: EDF : des coupures d'électricité à prévoir - Jusqu'où iront les syndicalistes ?
Posté par Epsos . En réponse au journal EDF : des coupures d'électricité à prévoir - Jusqu'où iront les syndicalistes ?. Évalué à -1.
[^] # Re: Croyez-vous à l'avenir de Java sur Linux...
Posté par Epsos . En réponse au journal Croyez-vous à l'avenir de Java sur Linux.... Évalué à 2.
Il te permet de compiler de java a natif ou bien des .class a natif.
En bref, il te permet de compiler du code source java ou bien du byte code java vers ta plateforme native.
Au final, tu obtiens un prog que tu lances sans vm. (natif quoi)
Et je trouve que gcj fonctionne tres tres bien. Sur mon projet, j'ai un gain de *2 en terme de vitesse d'execution en passant par gcj. (bon il est vrai que rien que le chargement de la vm doit pas mal jouer sur le *2 vu que les executions sont assez courte)
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par Epsos . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 1.
Quand ce process prend la main pour un calcul, il bouffe 100% du CPU au point que l'IHM ne se rafraichit meme plus.
Meme la souris et le CTRL-ALT-SUP ne repondent pas parfois.
Pourtant la machine n'est pas plante, juste chargee !
[^] # Re: Comparaison entre les noyaux 2.4.25 et 2.6.4
Posté par Epsos . En réponse à la dépêche Comparaison entre les noyaux 2.4.25 et 2.6.4. Évalué à 2.
Au boulot on est sous 2000 et on developpe une appli multi thread et multi process deploye sur une vingtaine de postes.
Lorsqu'un processus occupe 100% du CPU, ca freeze toute la machine.
Ca c'est une constatation.
Sous Linux 2.4 ca rame mais ca ne freeze pas.
Maintenant, je n'ai pas essaye avec XP. J'espere que c'est mieux.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Epsos . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à -4.
Si ca peut te rassurer, je ne t'ai pas moinsse, je t'ai meme plusse.
Il y en a ici qui confondent vote et censure.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Epsos . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 2.
Pis sinon, t'es gentil mais je ne me considere pas comme extreme alors garde tes insultes pour toi.
Je dis juste que personnellement, (mais je ne tente pas d'obliger les gens a penser comme moi), je prefere un Linux libre qu'un linux proprietarise. Mais de toute facon ce n'est pas moi qui decide. Plutot GNU, l'equipe du kernel et les gens qui installent/achetent.
Apres je laisse les gens libre de faire ce qu'ils veulent : pirater/installer Windows, installer Linux ou MacOSX.
Chez moi c'est Linux sur ma machine, XP pour ma copine et son taff. Je dis juste que vouloir installer du proprio sur un systeme libre (Oui linux tout nu est libre) c'est se tirer une balle dans le pied, et nier l'idee de liberte qui a preside a la naissance de Linux.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Epsos . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 4.
Si le but n'est pas d'avoir un systeme libre : quel est l'interet de Linux ?
Avoir un Unix gratuit ? Les BSD c'est exactement ca.
Avoir un Unix tout court ? SunOs, Solaris, HPUnix, IRIX, SCO unix (paix a son ame), DINIX, AIX ... Bref ca ne manque pas.
Si c'est d'avoir un systeme different de Windows, il y a MacOs (Unix depuis peu), OS/2, QNX, BeOS, etc ...
Bref dis moi c'est quoi le but de Linux alors ? Faire un autre os ? Je ne pense pas que le projet Linux aurait eu un si grand succes dans ce cas. Il n'y a qu'a voir les autres projets d'OS alternatifs. Tres peu marchent ou commencent a marcher (BeOS, The Hurd, ATheOS, YellowTab, BlueEyedOs, ...)
Etre extreme, ce n'est pas dire "je ne conçois Linux que libre", c'est plutot dire "je ne conçois que Linux et fuck les autres systemes".
Je n'ai jamais ete pour la pensee unique non plus. Si c'etait le cas je resterai sous Windows, comme tout le monde ! :-)
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Epsos . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 6.
Le but est d'avoir un systeme libre. point.
Si au debut, le but avait ete different, on ne serait pas ou on en est aujourd'hui. Et a mon avis, si on commence a transiger, les constructeurs/editeurs vont se faire plaisir : tout sortir en proprio sous Linux. Dans ce cas, autant rester sous Windows ou Mac.
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Epsos . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 6.
les bindings dcop sont completement generes pour pas mal de langages (au moins c++/Java/Python/c# et certainement aussi pour le c j'imagine)
DCOP est typé.
A la base DCOP est un remplaçant light de CORBA. Ils sont quand meme pas fous, ils ont garde au moins le typage ...
Pour info DBUS qui est issu de freedesktop et qui serait amene a devenir la couche de com de facto chez KDE et Gnome est base du point de vue du design sur DCOP. Grosso modo DBUS fait du DCOP et rajoute quelques features en plus ...
# Re: kernel-package et mandrake?
Posté par Epsos . En réponse au journal kernel-package et mandrake?. Évalué à 1.
[^] # Re: PHP /usr/bin/php
Posté par Epsos . En réponse au journal PHP /usr/bin/php. Évalué à 0.
# Re: Rah comment faire ???? SPAM...
Posté par Epsos . En réponse au journal Rah comment faire ???? SPAM.... Évalué à 7.
En bref, il faut qu'ils arrivent a trouver le bouton pour mettre en marche le truc qui se trouvent entre leurs deux oreilles.
Et pour etre sur que ca les fasse reflechir, la seule maniere (efficace) que je connaisse, c'est d'aller sur http://www.hoaxbuster.com/,(...) de trouver le mail auquel ils font reference (assez rapide en general) et de mettre dans le mail de reponse l'URL qui traite de leur chaine pour vraiment leur faire comprendre qu'ils sont des abrutis ...
# Re: Changement de matériel & NoYo too point sics
Posté par Epsos . En réponse au journal Changement de matériel & NoYo too point sics. Évalué à 3.
Le noyau 2.6 est *loin* d'etre stable. Par exemple le 2.6.3 a casse le support des graveurs et cdrom SCSI. C'est un bug qui n'etait pas present parait-il dans le 2.6.2, et c'est un probleme qui a ete corrige dans le 2.6.4.
Bref, passer au 2.6 maintenant et penser qu'il n'y aura aucun probleme c'est prendre un gros risque !
Maintenant si ca t'amuse de claquer du fric pour etre en 2.6 libre a toi, mais je ne suis pas sur que ca reglera tout tes problemes.
Faut juste etre un peu patient et se tenir informe.
Le reste de ton post fait plus penser a une grosse blague, j'espere que c'est le cas ...
[^] # Re: Java et les double
Posté par Epsos . En réponse au journal Java et les double. Évalué à 1.
Bref, faut juste savoir qu'un double ne peut prendre qu'un ensemble de valeurs finies, et donc va faire loger un resultat theorique dans la valeur la plus proche qu'il peut representer ...
[^] # Re: Je suis un drogué
Posté par Epsos . En réponse au journal Je suis un drogué. Évalué à 1.
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
D'un cote
- KDE : TrollTech
- Gnome : Sun, Ximian, RedHat, Suse et j'en passe
Bon enfin bref, ca commence a ressembler a une discussion de marchand de tapis alors je vais arreter la ...
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
TheKompany ne compte pas (il font des applications plus QT que KDE). Quand a Kolab Et KroupWare, se sont des projets relativement jeunes (moins d'un an), contribues recemment a KDE et developpes en dehors de KDE.
[^] # Re: XAML et l'avenir de GNOME
Posté par Epsos . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 1.
[^] # Re: anti popup konqueror
Posté par Epsos . En réponse au journal anti popup konqueror. Évalué à 1.
# Re: Un éditeur de texte pratique, léger...
Posté par Epsos . En réponse au journal Un éditeur de texte pratique, léger.... Évalué à 2.
[^] # Re: dialogué avec un deamon
Posté par Epsos . En réponse au journal dialogué avec un deamon. Évalué à 1.
[^] # Re: dialogué avec un deamon
Posté par Epsos . En réponse au journal dialogué avec un deamon. Évalué à 1.
Tu configures inetd/xinetd sur un port particulier pour qu'il lance bash.
Qu'est ce qui va se passer ?
1- telnet machine port_qui_va_bien
2- inetd/xinetd qui ecoute sur le port_qui_va_bien fait :
2.1- duplication de la socket vers stdin/stdout
2.2- exec bash
3- bash prend la main comme s'il etait execute dans un terminal et repond aux requetes qui lui sont envoyes comme si tu les tapais en live.
J'ai jamais essaye mais ca doit marcher (au passage, a peu de choses pret c'est comme ca qu'on installe une back door)
Le seul truc qu'il faut voir c'est comment passer la bonne option a bash pour qu'il s'execute en mode sans terminal (il me semble qu'il sait gerer ca)
Par exemple, la manpage de bash http://pegasus.rutgers.edu/~elflord/unix/bash.html(...) me dit qu'il ne faudrait pas utiliser l'option -i (interactive), qu'il faudra certainement utiliser l'option --noprofile (pour ne pas lire les fichiers /etc/profile .profile ...), qu'on peut aussi utiliser l'option --noediting (pour justement ne pas utiliser readline) ...