mekare a écrit 500 commentaires

Bon, j'ai fait un nouvel essai : j'ai viré compiz (au cas ou!)
... Et ce n'était pas ça.
J'ai pas le temps de faire d'autres essais ce soir, suite au prochain épisode.

Si jamais vous connaissez une bonne méthode pour tester le pilote graphique qui est fourni par NVidia sur son site, sans pourrir le système de tout un tas de fichiers impossible à retrouver quand on désinstalle, je suis preneur.

J'ai essayé sans succès (même problème)
- "nvidia-settings" (avec ré-écriture d'un xorg.conf)
- Option "TwinViewXineramaInfoOrder" "DFP-1, DFP-0"

Je vais essayer :
- de m'orienter vers Xinerama : au cas ou il y est une option particulière pour ma config.
- de voir en conf dynamique si j'ai le même problème.

Je te tiens au courant demain soir.

Non, pas de wine pour moi... Merci quand même (on ne sait jamais, l'info est toujours bonne à prendre).

Salut, merci pour la réponse, voilà les miennes :

1. Je suis Debian Lenny et j'ai pas vraiment envie de niquer mon gestionnaire de paquet en installant des modules ou autres appli qu'il me sera difficile de mettre à jour.
2. J'aurais préféré me passer d'une gui (nvidia-settings) pour configurer l'interface graphique qui la supporte... ça ne me parait pas logique. Mais je vais essayer.
3. Xinerama : il me semble qu'en l'utilisant et lorsqu'on maximise les fenêtres, celles-ci se mettent sur les deux écrans. Et ça j'en veux pas. Mais je peux me tromper ou m'être induit en erreur à cause d'une mauvaise conf.
4. Option "TwinViewXineramaInfoOrder" "DFP-1" ==> Permet d'avoir l'écran "DFP-1" (l'écran externe dans mon cas) en primaire afin que par exemple l'invite de connexion s'affiche sur celui-ci, que les panneaux (xfce) se place dessus etc...
5. Petite précision : Je viens de m'apercevoir que je peux paramétrer les jeux à la résolution des deux écrans 3600x1080 ((1920+1680)x1080) et que je ne peux plus sortir de ce mode. J'ai le jeux en plein écran sur deux écran et ça c'est mal (c'est mal au yeux surtout)

Autant j'utilise tout le temps bash pour passer des commandes simples, autant pour mes scripts j'ai toujours utilisé csh/tcsh, jusqu'au jour très récent ( http://linuxfr.org/forums/26/26734.html ) ou je suis tombé sur des bugs insolvables en csh et ou j'ai du ré-écrire en bash.

==> CSH saimal ( http://le_shell_avec_csh.saimal.fr/ )

Je confirme, je suis le roi de la blagounette :-D

Pour Debian stable... quand Bash 5.0 sortira ?

Entrée ajoutée au tracker : https://linuxfr.org/tracker/942.html
J'espère surtout que ma demande est assez explicite... à vous de voter !

C'est pareil pour moi, mais j'ai l'impression que les préférences pour les CSS sont justement enregistrées dans un cookie.
Donc, si tu effaces ton cookie, tu perds tes préférences de style... ça me paraît très nul : faudrait demander une évolution !

Tout est dans le titre ! (féminin, masculin, toussa...)

Je pertinente : "RedHat 5.3" n'a jamais existé contrairement à "Red Hat Enterprise Linux 5.3".

Mais la correction a été faite dans la dépêche suite à mon post (d'où ton inconpréhension de mon précédent message).

Merci au passage à celui qui a effectué la modification de la dépêche (je suis un pinailleur - je sais - ).

[...]pour sa dépêche sur RedHat 5.3[...]

RedHat 5.3 n'a pas existé, la série 5.x s'est arrêtée à la 5.2 si mes souvenirs sont bons (en 1998 ou 1999). Je pense que préciser que l'on parle d'une RHEL serait mieux ne serait-ce que pour s'y retrouver lorsqu'on fait une recherche sur une vieille distrib.

La perte de ces données n'a pas vraiment d'importance dans mon cas puisque elles n'ont qu'une petite valeur informative. C'est plutôt le "pourquoi et comment c'est arrivé" qui m'intéresse afin que cela ne se produise pas sur une des autres tables.

Oui, mais UTC, c'est comment dire... je cherche mes mots... Universel ?

que disent les logs de la machine ?
que disent les logs apaches/mysql...
C'est une machine hébergée, je n'ai qu'un accès FTP et HTTP, pas d'accès au log du serveur.

sinon il faut voir avec les gens qui font mediawiki
Je vais faire ça, ce sera plus "simple" (le support de MediaWiki a l'air super compliqué...).

Merci quand même.

J'y avais pensé aussi, mais ce n'est pas ça. En fait j'ai mon historique antérieur au 14 janvier qui a viré !

[...]Je pensais que le journal[...]

Ce n'est pas un journal ! C'est plus une demande d'aide sur un forum, mais le ressemblance est frappante (enfin... presque).

Cette solution ne marche pas non plus et est plus embettante pour moi :
- La redirection de stderr vers /dev/null ne fonctionne pas. Ta solution est valable en bash, pas en csh (je sais csh ça ne roxe pas, mais je dois faire avec !)
- C'est expliqué plus bas : jobs n'écrit pas sur la sortie standard en csh, il est donc impossible de faire un pipe à la suite pour en traiter les info.

Merci tout de même pour l'intérêt que tu portes à mon problème (je n'ai généralement que des problèmes insolvables, ça en devient pénible...)

on peut supposer que n'y sont stockées que les modifications recentes (d'ou son nom)

En fait non ! Avant quelle soit vidée, il y avait un historiques d'au moins plusieurs mois (peu être plus mais je n'ai jamais eu besoin de le vérifier) et maintenant il n'y a que l'historique de moins d'un mois. Mais je me demande s'il n'est pas possible que cette table ait une limite en taille, une fois cette taille atteinte, elle se vide pour se re-remplir à nouveau, mais j'avoue que je suis incapable de voir ça avec MySQL...

Super, merci pour cette réponse très claire et pour le contournement bien pratique dans l'immediat. Mais je vais tout de même me mettre au bash, ça simplifiera les choses dans l'avenir.

J'étais tombé sur ce document il y a quelques jours... et maintenant je le comprend !! Je vais devoir m'y mettre à BASH... Connais-tu un site qui puisse m'aider à basculer vers Bash/bourne ?

Bon, ça se complique :

- j'utilisais les parenthèses (dans mon vrai script) afin de rediriger la sortie standard vers un fichier et la sortie erreur vers /dev/null... puisque après quelques recherches, c'est la "solution" la plus propre en csh

- Pour le problème de départ, il reste identique, je pense que le défaut vient de CSH, je n'ai plus qu'à tout refaire en BASH :
$ csh
% sleep 30 & sleep 30 &
[1] 14419
[2] 14420
% jobs -l
[1] + 14419 Running sleep 30
[2] - 14420 Running sleep 30
% jobs -l | wc -l
0
% jobs -l
[1] + 14419 Running sleep 30
[2] - 14420 Running sleep 30
%

Merci quand même.

Aïe ça fait mal ! Je pensais pas que le prix ait baissé autant !
Si tu es vraiment intéressé, fais-moi une offre.

Il faut venir la chercher sur Toulouse.

Elle est où la CSS pour RHEL ?? (je sens le DTC arriver... )