lgmdmdlsr a écrit 256 commentaires

Malheureusement, je vais prendre 5 ans avant de retourner aux urnes. Il n'y a rien à faire.

Avec un tel raisonnement, la probabilité d'avoir une Assemblée aussi inféodée au gouvernement que la précédente augmente fortement ...
Il ne faut pas négliger l'impact de l'Assemblée sur la marge de manoeuvre qu'à l'exécutif, on en a (malheureusement) eu une démonstration éclatante ces 5 dernières années.
Alors dans ces conditions, refuser de tenir compte des législatives relève de l'irresponsabilité. Ce n'est pas parce-que plus de 50% des votants ont fait une c* qu'il faut faire comme eux en faisant l'autruche.

--
lgmdmdlsr

Rendez-vous dans 1 mois, plutôt !

Si ce n'était que 3 préavis de grève par jour, ce serait déjà miraculeux. En réalité, c'est encore plus scandaleux : « Huit à dix préavis de grève par jour à la SNCF » (source : http://www.assemblee-nationale.fr/rap-info/i1920-02.asp ).

Selon la même source, plus haut dans la page, "500 préavis de grève chaque année". Donc 10*360 = 500 ... Que croire ?

Il faut voir que "préavis" ne signifie pas forcément une grève. Il s'agit d'une obligation légale préalable à toute action, pas toujours suivi d'une action effective. Et que les syndicats dans la fonction publique dégainent rapidement la menace d'une grève est certes un fait avéré, mais qui est dû à une attitude de non dialogue de la part de la hiérarchie.

En ce qui concerne le service public : si les grèves dans le privé sont moins fréquentes, c'est peut-être lié à des menaces latentes de la part du patron (genre "si tu fais grève, ton avancement tu pourras toujours l'attendre...").

Je pense que dire que les cheminots sont CONSTAMMENT en grève est légèrement exagéré. Les causes de perturbations peuvent être fort diverses, et surtout dans le réesau RER il suffit d'un seul train en panne pour causer un bazar pas évident à gérer, même si tout le monde travaille. La cause la plus fréquente de perturbations dans ce réseau, si j'ai bien compris, est le tirage intempestif de signal d'alarme, qui désorganise toutes les circulations ...

Quant'à la rumeur du paiement des jours de grève, elle est grandement exagérée, et constitue plus l'exception que la règle. Il ne faut pas croire tous les messages de désinformation qui circulent sur le net.

En ce qui concerne les moyens de "grève intelligente" décrits, ils ont déja été discutés dans un autre fil, ils sont illégaux.

Je suis le premier à pester contre des grévistes quand ils me provoquent une gêne, réaction peut-être primaire et sans aucun doute égoïste, sans nul doute humainement ressentie par n'importe qui dans ce genre de situation, c'est une réaction "normale" ... dans un premier temps.
Mais ça ne doit pas empêcher de réflechir un peu plus à la question. Plutôt que de vouloir à tout bout de champ "casser du syndicat", on peut chercher à savoir pourquoi les grèves arrivent si souvent, et en tâchant de trouver d'autres sources d'information que les grands médias, qui présentent toujours le même aspect du problème : la gêne causée aux usagers (que personne ne conteste), mais peu de temps est accordée aux causes réelles des mouvements.

"Ou faut il voter pour que ça cesse...?"

Oui, votons pour quelqu'un qui remettra en cause le droit de grève, aquis dans la douleur par nos ancêtres. Que ces fainéants de grévistes se dépêchent de courber l'échine et d'enquiquiner le quidam moyen qui ne peut rentrer à l'heure ...

Et je propose aussi, tant qu'à faire, de voter pour quelqu'un qui empêchera les utilisateurs d'ordinateurs de s'éparpiller dans des systèmes d'exploitation déviants, le système de Microsoft est sûr et éprouvé, pourquoi ne pas l'imposer à tous ?

Mais il est bien entendu que dès qu'on est dérangé par quelque chose, on se retrouve automatiquement contre ce quelque chose. Sans réfléchir.

Rien n'indique que la méthode qui fonctionne (a priori) le mieux pour une langue l'est également pour les autres.

"3-Ethoxycarbonyl-5-methoxycarbonyl-2,6-dimethyl-4-(3-nitrophenyl)pyridinium nitrate, dineopentyl 2,6-dimethyl-4-(3-nitrophenyl)pyridine-3,5-dicarboxylate and dihexyl 2,6-dimethyl-4-(3-nitrophenyl)- pyridine-3,5-dicarboxylate"

Ça n'est pas du français, ça, donc c'est clairement hors-sujet !

--
lgmdmdlsr

Ah oui, effectivement, le dernier champ était à 0 pour toutes les partitions. Ça fonctionne beaucoup mieux avec les bonnes valeurs.
Merci à tous.

--
lgmdmdlsr

Vu l'espace libre sur /home, on peut bouger par exemple /var vers /home (je sais que les puristes vont hurler, mais bon ...). Pour cela :

1/ passer la machine en mode "single user", par un
telinit 1
en console (attention le serveur X est arrêté lors de la manipulation)

2/ déplacer /var vers /home/var
mv /var /home/

3/ créer un lien symbolique permettant d'utiliser /home/var :
ln -s /home/var /var

4/ Repasser en mode graphique :
telinit 5

Bonjour. Après mesure avec un wattmètre, branché entre le secteur EDF et la machine, effectué sur des machines diverses :

- un amd k6 266 MHz sans écran, 1 disque dur (serveur web perso, DNS) consomme environ 55 W en copie de fichiers;
- un celeron 400 consomme également environ 55W pendant un tar/gzip du système (conso écran non mesurée);
- un athlon xp 1700 copiant des fichiers en local consomme environ 75 W (+16 W avec écran LCD allumé);
- un portable (sur secteur) avec Celeron 2500 MHz consomme 30 W à l'invite gdm, je l'ai vu monter à 60W en lançant une compilation.

Ajout d'un disque dur : +5W.
Utilisation du lecteur de CD : +25W.

(je n'ai pas fait de test avec une carte graphique 3D)

Fait intéressant on peut compter 3 à 4 W par alimentation ATX branchée au secteur avec ordinateur éteint; on peut également ajouter 3 à 4 W par transformateur.
Il n'y à qu'à compter les alimentations et transformateurs d'une installation standard : ordinateur+scanner+imprimante+modem RTC+modem ADSL+enceintes audio+commutateur(switch)+... soit entre 20 et 30 W rien que pour ces trucs, qui tirent en permanence ...

Ceux qui demandent des traductions ne sont pas nécessairement ceux qui demandent à ce que les institutions européennes coûtent moins cher.
Et ne pas traduire les outils que propose l'Union Européenne ne va pas aller dans le sens d'intéresser les citoyens à l'Europe ...

Bonjour.

Voici quelques psites pour tenter de résoudre le problème.

Vérifier s'il y a des processus urpmi ou rpm chargés en mémoire, qui dorment.

Vider les rpms boîteux en cache :
urpmi --clean

Reconstuire la base RPM (si le reste n'a pas fonctionné)
rpm --rebuilddb

--
lgmdmdlsr

"Je pense tout de même que, même si le paramétrage n'est pas possible quand on a un serveur, le routeur de la livebox doit être capable de gérer le protocole FTP, sans cela les utilisateurs ne pourraient pas se connecter sur un serveur FTP en mode actif (rassure-moi : c'est bien possible ?)"

Je n'y mettrais pas ma main à couper, même si je ne peux faire le test pour cause de configuration réseau exotique.
AMHA, derrière une livebox seul le mode passif est disponible pour les clients FTP (ce qui n'est pas grave vu que c'est le mode le plus utilisé).

"La plupart des routeurs actuels du marché devraient être capable de faire ça (sinon il faut en changer)"

Moi je veux bien, mais on fait comment avec une %#./§( de Livebox qui est un routeur pas capable (et pas moyen de la configurer en mode modem) ?

"Il suffit simplement de faire un port forwarding sur le 21 et forcer le client à ne pas utiliser le mode passif, de cette manière data et commandes passent par ce même port."

Et si le client est derrière un routeur NAT lui même, et que ledit client n'a pas accès pour une raison ou une autre à la configuration du client, le mode actif ne fonctionnera pas !

La vraie solution consiste à utiliser un serveur capable de limiter sa plage de connexions en mode passif, et de mapper tous ces ports vers le serveur.

Si on a le contrôle root du client et du serveur, un VPN peut être une solution (pas testé avec un montage fuse, mais avec rsync).

Justement, si.
Enfin, ça dépend du sens donné au mot stabilité.
Pour moi (comme pour Debian amha) "stabilité" signifie que les fonctions du système ne vont pas changer du jour au lendemain, donc pas besoin de changer la configuration.

Qu'un système contienne des bogues est un autre problème.

Le problème majeur est qu'on ne peut installer une debian unstable et en la laissant fonctionner ensuite sans maintenance poussée (ou en tous cas une surveillance assidue) dès qu'une mise à jour apparaît. Une dapper, on l'installe une fois, et les mises à jour ne vont (en théorie) pas casser la configuration en place.

Bon récapitulons.
curl fonctionne tout seul.
curl lancé par urpmi échoue dans la récupération.

Conclusion logique : urpmi ne fournit pas des infos correctes à curl.

Je ne vois pas trop ce qui ne fonctionne pas.

Et avec un
urpmi.removemedia -a
avant le urpmi.addmedia, ça donne quoi ?

Euh, les commandes prédédentes sont à exécuter en tant que root .

Si curl fonctionne, je propose de tester successivement :

curl ftp://ftp.free.fr/pub/Distributions_Linux/plf/mandriva/free/2006.0/i586/hdlist.cz> file.cz

urpmi.addmedia plf-free-proxad ftp://ftp.free.fr/pub/Distributions_Linux/plf/mandriva/free/2006.0/i586 with hdlist.cz

pour voir les différences de comportement éventuelles.

Bonjour.
Après lecture du fil indiqué, il semble que le problème de curl à télécharger des fichiers sur Internet n'ait pas été résolu.

Que donne la commande :

curl ftp://ftp.univ-orleans.fr/logiciel-libre/plf/mandriva/free/2006.0/i586/hdlist.cz > file.cz

S'il y a une erreur, il faut résoudre cela avant de tenter d'utiliser urpmi.

J'oubliais : la commande au centre du script est :

rpm -V nom_paquet

qui permet de faire la vérification entre ce qui est sur le disque et la description dan la base.

Le script récupère le code de sortie (0 si pas de problème, une autre valeur s'il y a eu un problème) et inscrit en conséquence le résultat dans le fichier journal.

(on pourrait améliorer le script afin qu'il note dans le journal la nature de l'erreur)

Le script suivant :


#!/bin/bash
FICHIER_JOURNAL=/root/liste.txt
touch $FICHIER_JOURNAL

for PAQUET in `echo \`rpm -qa\``
do
rpm -V $PAQUET
if [ ! $? -eq 0 ]
then
echo "Erreur dans le paquet : $PAQUET" >> $FICHIER_JOURNAL
else
echo "Paquet $PAQUET OK" >> $FICHIER_JOURNAL
fi
done


permet d'écrire (par défaut dans /root/liste.txt ) la liste des paquets pour lesquels il y a un problème entre ce qui est installé sur le disque et ce qui est inscrit dans la base.

Alors même en supposant qu'on obtienne quelquechose, genre que l'OS doive systématiquement être proposé en "option", tu crois que ca va changer pour autant les habitudes des consommateurs ? Ils vont acheter quoi comme OS ? "Mandriquoi ?" "Je peux faire tourner Quake 3 dessus ?" "et si j'achète Word ?" Voilà ca va juste faire un gros flop comme Windows sans WMP, ca va servir strictement à rien. Ca fera juste bander des linuxiens en mal de sensationnel qui auront l'impression d'avoir gagné une bataille, pendant que MS continue de rigoler et de vendre son OS comme avant.

Avec un raisonnement pareil, autant accepter les DRM, les caméras dans les chambres et les puces greffées dans les crânes ...

Si l'O.S. est systématiquement proposé en option, ça sera une grande avancée, même si la plupart des gens continuent de prendre l'O.S. par défaut avec (alors ils auront choisi, et non subi le choix de l'O.S.).
Il s'agit d'un simple respect de la loi (acuellement bafouée).

Dans le mur que constitue le monopole de Microsoft, qui ne pourra être renversé d'un seul coup, la vente liée actuelle est certes une petite brique. mais la retirer contribuera à aller dans la bonne drection.