Sytoka Modon a écrit 4551 commentaires

J'ai essayé mais je préfère le comportement à pile de Wmii.

• Décalage d'un colonne d'un tableau, inversion de colonne...
• Décalage de code à droite ou à gauche...
• Suppression d'une colonne
• ...

Bref, c'est pratique et donc j'utilise. Dans les autres éditeurs, c'est pénible donc on n'utilise pas ;-)

Moi j'aime bien le concept de pile de fenêtre comme WMII...

Je trouve moi aussi les films OSS-117 très bien fait et amusant. j'avais pas fait le rapprochement. Bien joué !

Très bien, je vois que tu deviens enfin raisonnable ;-)

Dans nedit, la sélection carrée est naturelle ainsi que le déplacement de celle-ci.

Par exemple, dans geany, la sélection carrée est possible mais j'ai pas réussi à la bouger...

Il y a certain film qui sont drôle comme la grande vadrouille par exemple.

Quand au second degré à n'importe quel moment et sur n'importe quoi, c'est à mon sens possible si cela ne devient pas un réflexe, une habitude et utiliser trop souvent -> banalité.

Il ne faut pas non plus faire le jeu du FN. Il ne faut pas oublier les propos du père Le Pen. Il ne faut pas oublié qu'il y a un certain de personne aux FN qui ne sont pas du tout clean sur le sujet et qui ne sont pas dans le second degré (cf le candidat FN sur Grenoble aux dernières élections).

Bref, le monde n'est pas tout beau tout gentils ;-)

Merci pour la leçon de morale, je sais très bien ce qu'est le nazisme.

Désolé, j'avais pas l'impression ;-)

ou pas, la meilleure façon d'exorciser un traumatisme c'est d'en rire et d'aller de l'avant et pas de le refouler.

Je sais en rire et je ne refoule pas. Ta phrase n'est pas vraiment drôle et au final, cela rend l'utilisation de ce mot banal pour tout un tas de blague nulle... On a le droit d'en rire, certes, mais pour pour moi, autant éviter la banalité et l'usage complètement HS ;-)

Incroyable les conneries qu'on peux lire ici !

Réponse tardive... j'étais à 200% dans autre chose ces derniers temps.

Ce que tu proposes est exactement ce que je fais. Je suis sous WMII avec urxvt...

Comme éditeur, en plus de vi, j'utilise nedit car léger, souple et très rapide mais il ne supporte pas l'UTF8. Dommage car il gère les sélections carrées comme j'ai pas vu d'autres programmes le faire.

J'ai essayé d'autres éditeurs graphiques, par exemple gedit ou geany, ils sont absolument insupportable ! Même sous gnome, "geany nom_fichier" t'ouvre la fenêtre sous le bureau ou geany est déjà ouvert... nedit était vraiment rapide, on pouvait en ouvrir 30 sans problème et il a même un mode serveur si on en as besoin mais qui n'est pas le mode par défaut. C'est bien plus intelligent comme fonctionnement (un peu comme vi d'ailleurs)

Que viens faire ce mot "nazi" ici à par pour en détourné le sens pour faire de l'humour assez nul à vrai dire.

Petit rappel du nazisme ici : http://fr.wikipedia.org/wiki/Nazisme

Moque toi de debian, c'est de bonne guerre mais évite de participer à l'usage de ce mot pour des choses qui n'ont rien à voir avec le nazisme.

Je sais, de l'autre coté de l'atlantique, ils y en a qui se permettent... Ils sont de l'autre coté et pas en Europe et ont parfois perdus le sens de l'histoire.

Super, je vais mettre cela en place au boulot dès demain.

merci

Attention, pour un bi-coeur, les limites sont à 200% et non à 100%. Si tu as 6 coeurs, sous 600%, tu es en sous-charge...

Bref, pour nagios, c'est un peu chiant car les limites dépendent du nombre de coeur.

Il aurait été préférable de diviser à la source le loadaverage par le nombre de coeur pour dire que 100% = 100% d'utilisation de la machine mais ce n'est pas ce qui a été choisi.

Tu peux monter run sous /boot en tmpfs...

Par contre, comme il est dis ci-dessous, on peux avoir un système sans /boot et c'est effectivement le cas de mes machines virtuelles sous Xen, il n'y a pas de /boot car pas de noyau dessus !

Puisque cela concerne principalement le démarrage, on aurait pu faire un

/boot/run

Sachant que /boot est très rapidement monté...

Ensuite, /var/run et /boot/run aurait été identique.

Bref, juste une idée qui me passe par la tête pour éviter la prolifération dans /.

En recherche, au niveau des projets Européen, on a tendance à faire des fondations/associations Belge car j'ai cru que c'était avantageux par exemple par rapport à la même chose fait en France.

C'est un peu idiot car on est en Europe mais bon...

Bref, pourquoi une fondation britannique ?

Sous UNIX, la tradition est de mettre son grain de sel partout. Donc on n'utilise pas MD5 en pratique mais SMD5 qui est bien plus difficile d'attaquer par force brute !

Ceci dis, cette technique est connu depuis ... plus de 30 ans mais les ingénieurs Microsoft ne l'ont toujours pas comprise ;-)

OK, je -> []

Les applications doivent maintenant gérer les multi-fenêtre, un mode serveur... Tout cela parce que la plupart des gestionnaires de fenêtre ne savent pas gérer les onglets correctement. Au final, peu de gestionnaire de fenêtre ont repris les idées de PWM.

Je ne vois pas ou est le problème d'avoir n instance de la même application et qu'éventuellement, le gestionnaire de fenêtre les raccrochent toutes ensemble s'il le faut via les propriétés XWindow.

Bref, plutôt que de séparer les processus et rester dans la philosophie simple d'UNIX, on programme des usines à gaz qui intègre en interne une gestion de fenêtre (onglet) avec un beau mélange de paramètre de configuration et de variables d'état...

Je pense honnêtement qu'il faudrait redonner à UNIX et aux éléments de base leur fonction première et arrêter de suivre bêtement certain OS.

Il n'y a jamais d'écriture multiple... même avec une base de données !

Après, c'est une gestion de la file d'attente. Tu poses un verrous, écris et enlèves le verrous. Vu le temps pour écrire dans Firefox et vu le temps de réaction humain du click click, Firefox a largement d'écrire 100 fois le fichier entre deux actions humaines... On n'est pas ici sur une problématique de serveur de contenu avec des centaines d'accès concurrent.

Je dirais même plus, ce concept d'application globale a pour base le concept de variable globale très mauvais pour beaucoup de chose et bon pour très peu de chose...

Personnellement, j'en ai marre de ces applications qui refusent le multi-instance et les notions simples d'UNIX. Les bibliothèque et le format ELF sont là pour gérer la mémoire intelligemment.

Il y a pleins d'applications ou on ne change pas la configuration tous les quatre matins et ou avoir pas mal d'instance n'est pas génant. Je pense même qu'un navigateur comme Firefox devrait être par défaut multi-instance, il y aurait je pense bien moins de soucis s'il l'était vraiment (je ne parle pas du multi-profile qui est un truc qui ne sers à rien et qu'on devrait choisir via un drapeau -f au lancement par exemple).

100% d'accord avec toi.

Lorsqu'on est passé des stations IRIX au poste Debian, on a trouvé cela génial, les deux étant très proches dans la hiérarchie des fichiers et la clarté de leur position. Entre temps, on avait taté de Red-Hat (vers 96) et c'est bien plus fouillis.

D'ailleurs, il suffit de faire un "grep -r adresse_ip /etc" pour voir que les deux ont une approche assez différente.

On ne parlait pas de remonté upstream mais de développement upstream.

Sinon, les patch pour le multi-plateforme prenant du temps, il s'applique a une versin plus ancienne que l'upstream ne veut pas toujours prendre en compte...

Enfin, à noter que le nouveau format 'quilt' des paquetages a pour objectif de simplifier la gestion des patch et d'en faire une remontée plus aisée. Voir le boulot fait par Raphaël Hertzog sur dpkg sur le sujet.

En effet, le boulot de monter et de descente des patch entre l'upstream et les distributions n'est pas chose aussi facile qu'on peut le croire, surtout s'il y a des centaines de milliers d'entrée dans le système de suivis de bogue comme chez debian.

Ca avance dans la bonne direction ;-)

Si les développeurs amont compilaient toutes les nuits leurs logiciels sur plusieurs plate-formes, le travail de packageur Debian iraient plus vite ;-)

Debian participe énormément sur l'aspect multi-plateforme. Un partie des patch vient aussi de là, les logiciels ne compilant parfois même pas.

Debian participe énormément au libre avec ses règles de bonnes conduites. Avoir un noyau enfin libre était une épine qui traînait depuis longtemps...

Débian n'a pas de prétention commerciale directe.

Bref, il ne faut pas faire un parallèle trop rapide avec Ubuntu. Les deux distributions n'ont pas les mêmes objectifs ni les mêmes manières de faire.

Il y a plusieurs sessions en parallèle, pas besoin de sortir un mot que personne ne comprends ;-)