rien n'empèche de mettre plusieurs serveur sur la même ip publique, il suffit de pouvoir filtrer et rediriger (et c'est là que je coince)
Il est évident que tout passera par un élement commun (squid, apache dans mon cas, ...)
Mais il n'est pas impossible de faire ceci.
Et c'est d'ailleur là l'intéret (que je veins de découvrir) des reverse proxy.
Mais je bute encore sur certains points...
je vois.
C'est presque ça, mais je ne veux pas avoir à utiliser un sous-domaine pour ça (je veux que ce soit totalement transparant...) (-> oui je sais, je suis un peu chiant...)
Donc pour le moment la solution que j'ai trouvé c'est de faire du reverse proxy
Donc en gros, j'attaque le serveur utilisé par kolab et horde.
Je veux donc que tout ce qui est sur ces deux serveurs ne soit pas redirigé
J'ai donc :
J'accède sans problème à mon deuxième serveur, de manière totalement transparante
Mais quand je veux accéder à horde par exemple, j'ai une erreur 400
Bad Request
Your browser sent a request that this server could not understand.
Enfin pour admin c'est plus complexe car j'ai un répertoire admin sur chaque serveur...
je veux que admin ne soit pas redirigé, mais que admin/phpMyAdmin soit redirigé...
j'y avait pensé, mais ça ne marche pas non plus.
D'une part je veux que ce soit transparant (donc pas de serveur1.xxx serveur2.xxx)
D'autre part document_root ne permet "que" de changer la racine et ne permet pas de changer de serveur (car je veux garder deux serveurs)
oui mais le problème c'est que j'ai pas de passerelle (simplement un serveur dans la dmz de la freebox) et que j'ai un seul serveur... donc je ne peux pas rediriger vers deux serveurs.
Sinon j'essai aussi en configurant apache en reverse proxy mais j'y arrive pas totalement...
Celui qui choisit de mettre mon projet sous license BSD plutot que sous GPL, c'est que, plutot que de faire son don au logiciel libre uniquement, il choisit de le faire aussi aux editeurs de logiciels proprietaires.
Par voie de consequence, il considere qu'il est bien :
1/qu'il existe des logiciels proprietaires
2/qu'ils puissent prendre du code des logiciels libres comme bon leur semble (mis a part des logiciels GPL qui empechent ca).
Non, quelqu'un qui licencie sous BSD ne se dit pas forcément qu'il est bien d'avoir des logiciels propriétaires, ni le "comme bon leur semble"
C'est simplement donner sans attendre grand chose, simplement participer au libre (même si cette méthode te semble non pro-libre) et y contribuer.
Et dans le genre pillage, pourquoi ne pas parler de tous ces codes bsd repris "comme bon leur semble" pour les intégrer dans des logiciels en GPL dont les amélioration futures ne pourront pas être réintégrés dans le projet initial, sous BSD
En fait j'aurais surtout écrit "plutot que de faire son don au logiciel libre uniquement, il choisit de le faire aussi aux editeurs de logiciels proprietaires" comme :
"plutot que de faire son don au logiciel libre uniquement, il choisit de le faire à tout le monde"
J'ai du tapper trop vite car je pensais bien à Maj
En même temps pour la lourdeur, perso ça ne me gène pas (auriculaire sur CTRL, annulaire sur MAJ et index sur F ça se fait facilement) et si c'est pour voir un film, un dvd, ... on a pas besoin de le faire tout le temps
Si tu n'aimes pas la license GPL, c'est que tu considere qu'il est bien qu'i existe des logiciels proprietaires
libre != GPL, même si tu dis faire la différence à la lecture c'est pas le cas...
et qu'il est bien qu'ils puissent recuperer du code comme ils veulent dans les logiciels libres
C'est aussi ça la liberté, non ? liberté de donner son code à n'importe qui et pour n'importe qu'elle utilisation
La GPL devrait s'appliquer partout ailleurs; si on ne souhaite pas le faire, c'est qu'on souhaite explicitement que des logiciels proprietaires puissent tirer parti de notre code
Heu non...
Une licence libre devrait pouvoir s'appliquer partout, pas forcément la GPL.
Si je fais un prog et que je le met sous bsd, ce n'est pas "explicitement [pour] que des logiciels proprietaires puissent tirer parti de notre code" mais peut-être simplement parce ce que je veux faire une sorte de "don" qui puisse être réutilisé par tout le monde, quelques soit ces intentions.
La GPL, outre la licence en tant que telle est un outil pour tendre vers un monde informatique libre. Mais ce n'est qu'un outil parmis d'autres, parmis d'autres aprochent. Il faut un peu arreter avec cette confusion permanente.
Et les bsd (et assimilées) ne privilégient pas forcément le propriétaire, sinon ça ferait longtemps que tous les projets sous ce type de licence se serait fait bouffer par des implémentation propriétaires (il suffit de voir apache, qui a une licence proche de bsd et qui continue malgrès tout à fonctionner...)
(ok, c'est vrai aussi que les licences bsd ont été créées dans le but de licencier les travaux d'étudiants de telle sorte qu'ils puissent monter leur boite - proprio - avec)
ps : je ne suis pas plus pro bsd que pro gpl, simplement pour le libre mais les licences dépendent de ce que je licencie...
je pense que le vrai titre serait plutôt "Saloperie de IE", non ?
Le problème n'est à mon avis pas du au javascript, qui marche bien (en tout cas chez moi ça marche, j'ai utilisé un code du genre pour faire des galleries de photo / diaporamas)
Le problème vient à mon avis du cache d'ie (très très chiant) mais à priori dans ton cas ça n'a pas marché...
J'ai très souvent des problèmes avec, tous plus incompréhensible les uns que les autres (la dernière fois un appel de fonction javascript créait une boucle inifinie, un vidage du cache et la fonction s'exécutait...)
Une solution peut toute fois fonctionner, réinstaller windows à chaque modification d'image ;-)
sans vouloir donner raison à l'un ou à l'autre et outre le fait que Igor Bogdanov ait supprimé des passages sur ces articles, je nuancerait juste un peu ces propos.
Si on regarde d'un peu plus près, la personne s'opposant aux frères Bogdanov est plus qu'opsédé par ce problème au point d'y consacrer un blog...
Qu'on soit ou non d'accord avec leurs thèses, un peu de retenue serait de mise des deux côtés...
en même temps, j'ai pas tout à fait les connaissances pour comprendre leur thèses, et quelque soit les connaissances ça reste des hypothèses. Et ce qui est vrai (ou faux) aujourd'hui ne le sera peut-être plus demain (il n'y a qu'à voir Einstein "refusant" parfois de se lancer dans des histoires de probabiltés en déclarant que Dieu ne joue pas aux dés (alors qu'on sait maintenant que les probabilités jouent un très grand rôle...))
juste concernant le raccourcis clavier pour mettre en plein écran.
Jusqu'il y a un moment, c'était f qui était utilisé et ils sont repassé à CTRL + ALT + f
Evidemment, personne n'y voit une logique, et pourtant il y en a une !
Et oui, car CTRL + ALT + f est le raccouris par défaut pour mettre en plein écran les applications kde (toutes celles qui le gère)
Il suffit d'utiliser le raccourcis dans konqueror par exemple.
Donc même si f est peut-être plus logique au premier abord, ça permet néanmoins une uniformité des raccourcis au regard des autres application kde.
Sinon, oui ça m'est déjà arrivé d'utiliser des playlists pour de la musique, par exemple pour visionner des vidéos les unes après les autres sans s'en occuper (vidéos persos, clips, vacances, ...) et c'est bien pratique.
Enfin, pour l'histoire de retour arrière, je crois que ça marche avec la molette de la souris
c'est pas mal du tout comme astuce, ça marche, merci !
Pour le fait que ça marche je sais pas trop. Mais probable que l'iframe soit vue comme une nouvelle fenetre et donc son recouvrement est calculé par l'interface et non pas l'affichage d'ie. L'interface dit alors que les selects sont masqués donc on peut mettre ce qu'on veut au dessus de l'iframe on ne les verra pas.
Enfin je dis ça mais j'en sais rien, c'est ce que je suppose.
Tiens, je suis pas le seul à me battre avec les selects en javascript ;-)
Bosser avec IE est un bonheur chaque jour renouvelé, c'est une source de découvertes inépuisable.
Je pertinente cette remarque pleine de réalisme. Au moins avec ie on a pas le temps de s'ennuier ;-)
Je n'ai pas la solution a ton problème directement, mais si tu veux tester kde 3.4.2 sur mandriva 2005, tu peux utiliser les rpms dispos qui sont fait pour (sans oublier que 10.2 <-> 2005)
Je ne les ais pas testé mais de ce que j'ai pu en lire ça marche ;)
avant d'acheter un linux (c'est le comble, la plupart des distributions sont gratuites et en libre téléchargement, d'où l'interet du monde linux)
Pourquoi le comble ??
Comment les distribs peuvent-elles sortir avec une bonne qualité si personne ne les achète et si les dev ne gagnent pas leur vie ??
la communauté, le bénévolat c'est bien mais c'est pas toujours ça qui fait avancer les choses car à côté faut manger...
\begin{minute troll}
Et toutes les distribs n'ont pas la chance d'avoir derrière elles un gars avec plein de fric qui ne sais plus quoi faire depuis qu'il est revenu de l'espace
\end{minute troll}
Comment veux-tu que mandrake, suze, novell, redhat (et par la même fedora) fonctionnent sans argent ? (ha oui debian... heureusement aussi que certains sont pays par canonical...)
m'enfin ça me gonfle toujours cette mentalité de ne jamais rien vouloir payer et de tout vouloir sans rien en échange !
L'intéret du monde linux c'est avant tout (en tout cas pour moi) un meilleur système, un système que je peux maitriser (moyennant des connaissances évidemment), un système ouvert et non pas un truc gratos qu'on prend sans même réfléchir à sa valeur !
tiens je me sent moins seul avec mes prob de select ;-)
Le prob n'est-il pas que le bouton du select est thémable ? et donc il n'est pas dessiné par ie mais par l'interface graphique de windows... et donc passe au dessus de tout...
Par contre comme bidouilles infâmes tu entend quoi (à part calculer la position des layers et masquer le select...) ?
évidemment c'est peut-être pas ce qu'il y a de plus rapide
Mais l'intéret est ailleur je pense.
En tout cas pour ma part la mise en veille (quelle soit ram ou disk) n'est là que pour me permettre de mettre en veille mes applications.
Car comparé à un arret + démarrage, il faut y rajouter le temps d'ouvrir tous les programmes qui étaient déjà ainsi que les remettres dans le même état (fichiers ouverts, ...)
Et c'est ça qui est réellement important.
concernant les traitements de chaines de caractères, j'avais vu une fois qu'il existe des fonctions assez avancées dans les proc (désolé mais je ne me souviens plus si ça parlais d'un ppc ou d'un x86).
Par exemple, il existe une instruction qui permet de chercher une suite de caractères dans une chaine (autrement dit dans un texte). Cette fonction étant cablée en hard est extrémement rapide.
Mais personne ne l'uitilise pour des simples problèmes de compatibilité (entre proc) et donc elle ne sert à rien.
Ce qu'il faudrait à mon avis, c'est d'avoir quelque chose de cohérent (car à faire chacun dans son coin, toutes les "nouvelles" instructions ne servent qu'à du marketing ou alors il faut tout recompiler pour son proc et encore, il faudrait que les compilos exploitent le tout avant même d'y songer...)
Mais bon, il existait déjà des proc java alors...
Sinon, le problème que je vois est plus qu'il n'y a pas d'alternatives purement libres à java / .net (alternatives aussi complètes et crédibles, et me sortez pas mono...)
ma question peut paraitre stupide ou trollesque, mais c'est une vrai question
quel est le problème d'installer les libraires de KDE ?
encore si tu avais dis que le problème était d'exécuter des applis kde sous gnome je comprendrais mieux
Mais au vue des tailles, avoir quelques libraires de plus ne me semble pas forcément génant, surtout si ça permet de bénéficier, même ponctuellemnt, d'applications intéressantes.
Je viens d'essayer et franchement je suis pas embalé...
je ne trouve pas ça pratique et de toute façon ça ne résoudra pas le problème ou alors il faudrait bookmarker trop de répertoire et dans tous les cas on perd la notion d'arborescence.
Mais bon, il est vrai que je ne connaissais pas et que ça peut rendre service, mais pour moi ce n'est valable que pour un, deux bookmarks, c'est tout
A la base je suis kde
j'ai eu une petite période gnome il y a un moment mais je n'arrivais pas totalement à ce que je voulais et je suis repassé à kde (moyennant un passage par fvwm2)
ce que j'aime bien :
-> intégration des applis kde (déjà cité)
-> kmail / kontact assez bien foutu, et parfait en imap
-> beaucoup plus personnalisable
Ma copine se servant des ordis pour faire des cours et surfer, je lui ai laissé le choix de l'environnement (avec les disques actuels, pas de prob...) je lui ai montré kde et gnome (elle a aussi utilisé fvwm2 un peu mais c'est moins convivial....)
Elle a d'abord choisi gnome qu'elle trouvait plus sympa, je lui ait laissé faire, et elle se débrouille toute seule pour le configurer, changer les couleurs, les fonds d'écrans, les polices, ...
Puis elle est passée à KDe car certains trucs sont assez chiant. Elle aime bien avoir des fonds d'écrans et comme il y a plusieurs bureaux, elle voulait plusieurs fonds d'écrans : impossible à trouver sous gnome.
Mais comme elle aimait pas trop kde, je lui ai disposé les élements comme gnome (barre des taches + pager en bas, menu en haut + systray)
Elle a trouvée kcontrol et elle trouve toute seule comment personnaliser son environnement. Elle le trouve plus simple à personnaliser
Donc voilà, c'est pas forcément objectif, mais c'était ma petite contribution.
Personnellement je n'aime pas gnome car je ne peux pas faire ce que je veux et je n'aprécie pas les choix d'ihm, comme par exemple la boite de sélection des fichiers que je trouve totalement absurde.
Ils veulent faire simple mais dès qu'on sort un tant soit peu du fonctionnement qu'ils ont imaginé c'est galère.
Par exemple j'ai des dossiers dans /mnt (c'est peut-être pas ce qu'il y a de plus logic mais c'est des montages rezo par ex et devant être accessibles à plusieurs users) et la galère pour remonter dans / puis redescendre avec cette interface...
Concernant qt / gtk, je trouvais il est vrai qt un peu plus "carré" que gtk mais depuis kde 3.4 c'est franchement pas mal du tout
En fait, ce qu'il faudrait c'est simplement que l'interface de base de kde soit un peu plus simple et ça serait parfait (mais ça c'est du rôle des distribs de proposer leur interface configurée de la sorte)
j'avais déjà parcouru ce journal, mais j'avais du aller trop vite, je viens d'apercevoir :
Configuration de mkinitrd
~installation de initrd-tools et dépendances
Le noyau étant standard Debian (sans recompilation), j'ai recréé une image initrd pour inclure le support du RAID logiciel en complétant /etc/mkinitrd
- Ajout dans ./modules de ext3, raid1 et md.
- la variable ROOT=probe par défaut dans ./mkinitrd.conf
puis en exécutant :
# mkinitrd -o /boot/initrd.raid.2.4.24.img -r /dev/md0
La commande inclut automatiquement le nécessaire pour monter / sur du RAID avec -r /dev/md0
Qui rejoint un commentaire un peu plus haut
Bon, je teste ça se soir, en croisant les doigts pour que ça marche...
sans trop rentrer dans le troll, ubuntu n'est pas en entreprise surtout parce qu'une entreprise va vouloir du service et des garanties (d'où les classiques red hat, suse/novell et mdk).
Surtout que ubuntu c'est à la base debian donc je vois pas trop la jeunesse d'un paquet de choses...
Et en plus, pour moi ubuntu c'est avant tout desktop et un peu moins serveur (je sais on va me répondre que mandrake c'est pareil, mais on peut facilement faire des serveur mdk quand même et, au risque de choquer, sans interface graphique ;-) )
[^] # Re: Virtual host
Posté par CrEv (site web personnel) . En réponse au message Plusieurs serveurs, une ip. Évalué à 2.
rien n'empèche de mettre plusieurs serveur sur la même ip publique, il suffit de pouvoir filtrer et rediriger (et c'est là que je coince)
Il est évident que tout passera par un élement commun (squid, apache dans mon cas, ...)
Mais il n'est pas impossible de faire ceci.
Et c'est d'ailleur là l'intéret (que je veins de découvrir) des reverse proxy.
Mais je bute encore sur certains points...
[^] # Re: Je dérive un peu sur la license...
Posté par CrEv (site web personnel) . En réponse à la dépêche Aperçu en français de GNOME 2.12. Évalué à 1.
QT est sous gpl, non ?
dans ce cas pas de prob que ce soit vendu ou non...
[^] # Re: virtual host et mod proxy
Posté par CrEv (site web personnel) . En réponse au message Plusieurs serveurs, une ip. Évalué à 2.
C'est presque ça, mais je ne veux pas avoir à utiliser un sous-domaine pour ça (je veux que ce soit totalement transparant...) (-> oui je sais, je suis un peu chiant...)
Donc pour le moment la solution que j'ai trouvé c'est de faire du reverse proxy
Donc en gros, j'attaque le serveur utilisé par kolab et horde.
Je veux donc que tout ce qui est sur ces deux serveurs ne soit pas redirigé
J'ai donc :
et
Tout le reste s'en va vers le deuxième serveur :
J'accède sans problème à mon deuxième serveur, de manière totalement transparante
Mais quand je veux accéder à horde par exemple, j'ai une erreur 400
Enfin pour admin c'est plus complexe car j'ai un répertoire admin sur chaque serveur...
je veux que admin ne soit pas redirigé, mais que admin/phpMyAdmin soit redirigé...
J'ai donc rajouté :
Mais il me fait également une erreur 400...
[^] # Re: Virtual host
Posté par CrEv (site web personnel) . En réponse au message Plusieurs serveurs, une ip. Évalué à 2.
D'une part je veux que ce soit transparant (donc pas de serveur1.xxx serveur2.xxx)
D'autre part document_root ne permet "que" de changer la racine et ne permet pas de changer de serveur (car je veux garder deux serveurs)
Mais c'est une solution de "secours"
[^] # Re: Utiliser une passerelle ?
Posté par CrEv (site web personnel) . En réponse au message Plusieurs serveurs, une ip. Évalué à 2.
Sinon j'essai aussi en configurant apache en reverse proxy mais j'y arrive pas totalement...
[^] # Re: Y a comme un problème ....
Posté par CrEv (site web personnel) . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 2.
Non, quelqu'un qui licencie sous BSD ne se dit pas forcément qu'il est bien d'avoir des logiciels propriétaires, ni le "comme bon leur semble"
C'est simplement donner sans attendre grand chose, simplement participer au libre (même si cette méthode te semble non pro-libre) et y contribuer.
Et dans le genre pillage, pourquoi ne pas parler de tous ces codes bsd repris "comme bon leur semble" pour les intégrer dans des logiciels en GPL dont les amélioration futures ne pourront pas être réintégrés dans le projet initial, sous BSD
En fait j'aurais surtout écrit "plutot que de faire son don au logiciel libre uniquement, il choisit de le faire aussi aux editeurs de logiciels proprietaires" comme :
"plutot que de faire son don au logiciel libre uniquement, il choisit de le faire à tout le monde"
[^] # Re: Mon humble avis
Posté par CrEv (site web personnel) . En réponse au journal Multimédia : Nouvelles versions de Kaffeine et de Xine-Lib. Évalué à 2.
J'ai du tapper trop vite car je pensais bien à Maj
En même temps pour la lourdeur, perso ça ne me gène pas (auriculaire sur CTRL, annulaire sur MAJ et index sur F ça se fait facilement) et si c'est pour voir un film, un dvd, ... on a pas besoin de le faire tout le temps
[^] # Re: Y a comme un problème ....
Posté par CrEv (site web personnel) . En réponse à la dépêche Appel à contribution sur GanttProject. Évalué à 3.
libre != GPL, même si tu dis faire la différence à la lecture c'est pas le cas...
C'est aussi ça la liberté, non ? liberté de donner son code à n'importe qui et pour n'importe qu'elle utilisation
Heu non...
Une licence libre devrait pouvoir s'appliquer partout, pas forcément la GPL.
Si je fais un prog et que je le met sous bsd, ce n'est pas "explicitement [pour] que des logiciels proprietaires puissent tirer parti de notre code" mais peut-être simplement parce ce que je veux faire une sorte de "don" qui puisse être réutilisé par tout le monde, quelques soit ces intentions.
La GPL, outre la licence en tant que telle est un outil pour tendre vers un monde informatique libre. Mais ce n'est qu'un outil parmis d'autres, parmis d'autres aprochent. Il faut un peu arreter avec cette confusion permanente.
Et les bsd (et assimilées) ne privilégient pas forcément le propriétaire, sinon ça ferait longtemps que tous les projets sous ce type de licence se serait fait bouffer par des implémentation propriétaires (il suffit de voir apache, qui a une licence proche de bsd et qui continue malgrès tout à fonctionner...)
(ok, c'est vrai aussi que les licences bsd ont été créées dans le but de licencier les travaux d'étudiants de telle sorte qu'ils puissent monter leur boite - proprio - avec)
ps : je ne suis pas plus pro bsd que pro gpl, simplement pour le libre mais les licences dépendent de ce que je licencie...
# Saloperie de Javascript / IE
Posté par CrEv (site web personnel) . En réponse au message Saloperie de Javascript. Évalué à 2.
Le problème n'est à mon avis pas du au javascript, qui marche bien (en tout cas chez moi ça marche, j'ai utilisé un code du genre pour faire des galleries de photo / diaporamas)
Le problème vient à mon avis du cache d'ie (très très chiant) mais à priori dans ton cas ça n'a pas marché...
J'ai très souvent des problèmes avec, tous plus incompréhensible les uns que les autres (la dernière fois un appel de fonction javascript créait une boucle inifinie, un vidage du cache et la fonction s'exécutait...)
Une solution peut toute fois fonctionner, réinstaller windows à chaque modification d'image ;-)
[^] # Re: illustration
Posté par CrEv (site web personnel) . En réponse à la dépêche Wikipédia envisagerait de renforcer le contrôle éditorial. Évalué à 2.
Si on regarde d'un peu plus près, la personne s'opposant aux frères Bogdanov est plus qu'opsédé par ce problème au point d'y consacrer un blog...
Qu'on soit ou non d'accord avec leurs thèses, un peu de retenue serait de mise des deux côtés...
en même temps, j'ai pas tout à fait les connaissances pour comprendre leur thèses, et quelque soit les connaissances ça reste des hypothèses. Et ce qui est vrai (ou faux) aujourd'hui ne le sera peut-être plus demain (il n'y a qu'à voir Einstein "refusant" parfois de se lancer dans des histoires de probabiltés en déclarant que Dieu ne joue pas aux dés (alors qu'on sait maintenant que les probabilités jouent un très grand rôle...))
[^] # Re: Mon humble avis
Posté par CrEv (site web personnel) . En réponse au journal Multimédia : Nouvelles versions de Kaffeine et de Xine-Lib. Évalué à 5.
Jusqu'il y a un moment, c'était f qui était utilisé et ils sont repassé à CTRL + ALT + f
Evidemment, personne n'y voit une logique, et pourtant il y en a une !
Et oui, car CTRL + ALT + f est le raccouris par défaut pour mettre en plein écran les applications kde (toutes celles qui le gère)
Il suffit d'utiliser le raccourcis dans konqueror par exemple.
Donc même si f est peut-être plus logique au premier abord, ça permet néanmoins une uniformité des raccourcis au regard des autres application kde.
Sinon, oui ça m'est déjà arrivé d'utiliser des playlists pour de la musique, par exemple pour visionner des vidéos les unes après les autres sans s'en occuper (vidéos persos, clips, vacances, ...) et c'est bien pratique.
Enfin, pour l'histoire de retour arrière, je crois que ça marche avec la molette de la souris
[^] # Re: Et pour les layers sur les [select] ?
Posté par CrEv (site web personnel) . En réponse au journal Bugs et lacunes CSS corrigés dans IE7 beta 2 (pas encore sortie). Évalué à 2.
Pour le fait que ça marche je sais pas trop. Mais probable que l'iframe soit vue comme une nouvelle fenetre et donc son recouvrement est calculé par l'interface et non pas l'affichage d'ie. L'interface dit alors que les selects sont masqués donc on peut mettre ce qu'on veut au dessus de l'iframe on ne les verra pas.
Enfin je dis ça mais j'en sais rien, c'est ce que je suppose.
Tiens, je suis pas le seul à me battre avec les selects en javascript ;-)
Je pertinente cette remarque pleine de réalisme. Au moins avec ie on a pas le temps de s'ennuier ;-)
[^] # Re: client ou server ?
Posté par CrEv (site web personnel) . En réponse au message ssh sous mdk10.1. Évalué à 2.
# autre solution
Posté par CrEv (site web personnel) . En réponse au message Problème de compile avec KDE 3.4.2. Évalué à 2.
Je ne les ais pas testé mais de ce que j'ai pu en lire ça marche ;)
Par contre, ça remplace le kde existant...
http://download.kde.org/download.php?url=stable/3.4.2/(...)
les paquets mdk sont dans Mandriva/10.2/{i586|x86_64} et les langues dans Mandriva/10.2/noarch/
[^] # Re: Passer l'étape
Posté par CrEv (site web personnel) . En réponse au message risque de suicide !!!!. Évalué à 1.
Pourquoi le comble ??
Comment les distribs peuvent-elles sortir avec une bonne qualité si personne ne les achète et si les dev ne gagnent pas leur vie ??
la communauté, le bénévolat c'est bien mais c'est pas toujours ça qui fait avancer les choses car à côté faut manger...
\begin{minute troll}
Et toutes les distribs n'ont pas la chance d'avoir derrière elles un gars avec plein de fric qui ne sais plus quoi faire depuis qu'il est revenu de l'espace
\end{minute troll}
Comment veux-tu que mandrake, suze, novell, redhat (et par la même fedora) fonctionnent sans argent ? (ha oui debian... heureusement aussi que certains sont pays par canonical...)
m'enfin ça me gonfle toujours cette mentalité de ne jamais rien vouloir payer et de tout vouloir sans rien en échange !
L'intéret du monde linux c'est avant tout (en tout cas pour moi) un meilleur système, un système que je peux maitriser (moyennant des connaissances évidemment), un système ouvert et non pas un truc gratos qu'on prend sans même réfléchir à sa valeur !
[^] # Re: Et pour les layers sur les [select] ?
Posté par CrEv (site web personnel) . En réponse au journal Bugs et lacunes CSS corrigés dans IE7 beta 2 (pas encore sortie). Évalué à 4.
Le prob n'est-il pas que le bouton du select est thémable ? et donc il n'est pas dessiné par ie mais par l'interface graphique de windows... et donc passe au dessus de tout...
Par contre comme bidouilles infâmes tu entend quoi (à part calculer la position des layers et masquer le select...) ?
[^] # Re: Métacommentaire
Posté par CrEv (site web personnel) . En réponse à la dépêche Bilan du sommet 2005 des développeurs du noyau Linux. Évalué à 4.
Je l'ai enlevée le temps d'en trouver une plus apropriée (moyennant le temps qu'elle se promène dans le cache...)
[^] # Re: c'est bien
Posté par CrEv (site web personnel) . En réponse au journal [perso] site web. Évalué à -2.
[^] # Re: suspend to disk
Posté par CrEv (site web personnel) . En réponse à la dépêche Bilan du sommet 2005 des développeurs du noyau Linux. Évalué à 2.
Mais l'intéret est ailleur je pense.
En tout cas pour ma part la mise en veille (quelle soit ram ou disk) n'est là que pour me permettre de mettre en veille mes applications.
Car comparé à un arret + démarrage, il faut y rajouter le temps d'ouvrir tous les programmes qui étaient déjà ainsi que les remettres dans le même état (fichiers ouverts, ...)
Et c'est ça qui est réellement important.
[^] # Re: on peut la voir
Posté par CrEv (site web personnel) . En réponse au journal Les bloat-CPU. Évalué à 4.
Par exemple, il existe une instruction qui permet de chercher une suite de caractères dans une chaine (autrement dit dans un texte). Cette fonction étant cablée en hard est extrémement rapide.
Mais personne ne l'uitilise pour des simples problèmes de compatibilité (entre proc) et donc elle ne sert à rien.
Ce qu'il faudrait à mon avis, c'est d'avoir quelque chose de cohérent (car à faire chacun dans son coin, toutes les "nouvelles" instructions ne servent qu'à du marketing ou alors il faut tout recompiler pour son proc et encore, il faudrait que les compilos exploitent le tout avant même d'y songer...)
Mais bon, il existait déjà des proc java alors...
Sinon, le problème que je vois est plus qu'il n'y a pas d'alternatives purement libres à java / .net (alternatives aussi complètes et crédibles, et me sortez pas mono...)
[^] # Re: KDE c'est mieux, mais GNOME suffit.
Posté par CrEv (site web personnel) . En réponse au message Attention au troll : Gnome vs KDE. Évalué à 3.
quel est le problème d'installer les libraires de KDE ?
encore si tu avais dis que le problème était d'exécuter des applis kde sous gnome je comprendrais mieux
Mais au vue des tailles, avoir quelques libraires de plus ne me semble pas forcément génant, surtout si ça permet de bénéficier, même ponctuellemnt, d'applications intéressantes.
[^] # Re: mon expérience à moi...
Posté par CrEv (site web personnel) . En réponse au message Attention au troll : Gnome vs KDE. Évalué à 3.
je ne trouve pas ça pratique et de toute façon ça ne résoudra pas le problème ou alors il faudrait bookmarker trop de répertoire et dans tous les cas on perd la notion d'arborescence.
Mais bon, il est vrai que je ne connaissais pas et que ça peut rendre service, mais pour moi ce n'est valable que pour un, deux bookmarks, c'est tout
# mon expérience à moi...
Posté par CrEv (site web personnel) . En réponse au message Attention au troll : Gnome vs KDE. Évalué à 3.
j'ai eu une petite période gnome il y a un moment mais je n'arrivais pas totalement à ce que je voulais et je suis repassé à kde (moyennant un passage par fvwm2)
ce que j'aime bien :
-> intégration des applis kde (déjà cité)
-> kmail / kontact assez bien foutu, et parfait en imap
-> beaucoup plus personnalisable
Ma copine se servant des ordis pour faire des cours et surfer, je lui ai laissé le choix de l'environnement (avec les disques actuels, pas de prob...) je lui ai montré kde et gnome (elle a aussi utilisé fvwm2 un peu mais c'est moins convivial....)
Elle a d'abord choisi gnome qu'elle trouvait plus sympa, je lui ait laissé faire, et elle se débrouille toute seule pour le configurer, changer les couleurs, les fonds d'écrans, les polices, ...
Puis elle est passée à KDe car certains trucs sont assez chiant. Elle aime bien avoir des fonds d'écrans et comme il y a plusieurs bureaux, elle voulait plusieurs fonds d'écrans : impossible à trouver sous gnome.
Mais comme elle aimait pas trop kde, je lui ai disposé les élements comme gnome (barre des taches + pager en bas, menu en haut + systray)
Elle a trouvée kcontrol et elle trouve toute seule comment personnaliser son environnement. Elle le trouve plus simple à personnaliser
Donc voilà, c'est pas forcément objectif, mais c'était ma petite contribution.
Personnellement je n'aime pas gnome car je ne peux pas faire ce que je veux et je n'aprécie pas les choix d'ihm, comme par exemple la boite de sélection des fichiers que je trouve totalement absurde.
Ils veulent faire simple mais dès qu'on sort un tant soit peu du fonctionnement qu'ils ont imaginé c'est galère.
Par exemple j'ai des dossiers dans /mnt (c'est peut-être pas ce qu'il y a de plus logic mais c'est des montages rezo par ex et devant être accessibles à plusieurs users) et la galère pour remonter dans / puis redescendre avec cette interface...
Concernant qt / gtk, je trouvais il est vrai qt un peu plus "carré" que gtk mais depuis kde 3.4 c'est franchement pas mal du tout
En fait, ce qu'il faudrait c'est simplement que l'interface de base de kde soit un peu plus simple et ça serait parfait (mais ça c'est du rôle des distribs de proposer leur interface configurée de la sorte)
Voilà, je crois que c'est tout ;-)
[^] # Re: La solution n'était pas loin
Posté par CrEv (site web personnel) . En réponse au message kernel panic en raid. Évalué à 4.
Qui rejoint un commentaire un peu plus haut
Bon, je teste ça se soir, en croisant les doigts pour que ça marche...
merci
[^] # Re: Mon avis
Posté par CrEv (site web personnel) . En réponse au journal Que penser de MacOSX server. Évalué à 2.
Surtout que ubuntu c'est à la base debian donc je vois pas trop la jeunesse d'un paquet de choses...
Et en plus, pour moi ubuntu c'est avant tout desktop et un peu moins serveur (je sais on va me répondre que mandrake c'est pareil, mais on peut facilement faire des serveur mdk quand même et, au risque de choquer, sans interface graphique ;-) )