LaBienPensanceMaTuer a écrit 1611 commentaires

sinon, t'as la commande "pidof".

narcissique :p !

C'est sur le second post ou j'ai donné une explication sérieuse que je précisais parler de Sarge.
Le premier, j'pensais que la question n'était pas sérieuse, donc j'ai répondu de la merde :)

C'est bizarre, mais il y a un truc que je comprend pas sur linuxfr ... soit les trolleurs^Wgens sont vraiment de mauvaise fois, soit je suis un privilégié.
Quand j'ai envie de dire RTFM ou "c'est de la merde ce que tu dis" etc ... bein je le dis, on me moinsse (ou pas).
Mais, en dépit de mes fréquentes gueulantes, mes tentatives d'interventions intéressantes équilibres toujours la balance et font que je peux continuer à participer au site ... donc bon les "A causes des ces enfoirés qui m'ont moinssé" et autres "Délit de sale gueule" j'vais devoir fermer mon compte, excuse moi mais j'ai de la peine à y croire !

En testing et/ou unstable seulement; mais en stable qui doit être la branche de référence de Debian, on ne bougera plus du 2.6.8.
D'ailleurs, sur ma stable à jour, je n'ai aucun paquet s'appelant linux-image ...

[gco@gc]:~% apt-cache search linux-image 17:13
[gco@gc]:~% 17:13

Je tiens à rappeler que dans mon précédent post, j'ai bien précisé que je parlais de la branche stable (sarge).

Donc c'était pas une mauvaise blague, ta question était sérieuse ?
J'aurai pensé qu'un gars avec Tramo dans son pseudo savait au moins comment fonctionnait le packaging de sa distrib' ... fin bon !
Donc, j'vais expliquer pour la Debian, Mandrake je ne connais pas leurs politique à ce niveau.
Debian "freeze" tout les versions des paquets de sa distribution peu avant son passage de "testing" en "stable".
Donc en effet, sur la Sarge (stable), il n'y aura pas de noyau plus récent que le 2.6.8, seuls les correctifs de sécurité seront appliqués, quant c'est possible.
Après pour la mandriva, bein j'en sais rien.

L'avantage énorme qui je pense prime sur tout les inconvénients, c'est que ça casse pas tout ! Par exemple, lors de ma dernière mise à jour de noyau, avec une configuration du noyau identique, ma carte son ne fonctionnait plus.

Ils suivent l'exemple de Debian qui a décidé d'arrêter de s'occuper du noyau depuis la version 2.6.8:

[gco@gc]:~% apt-cache search ^kernel-image-2.6|tail -n1
kernel-image-2.6.8-2-k7-smp - Linux kernel image for version 2.6.8 on AMD K7 SMP

Rooo le vilain matin ... j'avais pas saisi le vrai sens du message !
Toutes mes confuses et félicitations ! (Pourtant j'me suis demandé "mais qu'est ce que c'est que BB ?! Une nouvelle distrib' ?")

Question -> FORUM #@!

J'ai pas mal utilisé multisync avec t68 pour backuper mon répertoire etc ... par contre j'ai pas essayé avec mon 6230.
En tout cas, multisync posséde un plugin pour parler avec évolution, donc à priori, peut être que quelque chose d'équivalent devrait exister pour thunderbird.

J'crois que le mieux à faire est d'ouvrir une page sur sourceforge et de poster ici le lien.
Ensuite, tu pourras donner le lien sur un journal public je pense.
Les dépêches étant plus pour les nouveautés sur les "gros" projets ayant déjà une popularité non negligeable.

Ca te conviendrait ça:

#!/bin/sh
KEEP=3
LIST=$(ls -r --sort=time cequetuveux*)
COUNT=$(echo $LIST|wc -l)
echo "rm $(echo $LIST|head -n $((COUNT-KEEP))|tr '\n' ' ' )"
echo "keep $(echo $LIST|tail -n $KEEP|tr '\n' ' ' )"

Résultat:
rm h g f e d c
keep b a

_ Tu met dans KEEP le nombre de fichiers que tu veux garder+1 (bizarrement d'ailleurs, je sais pas trop pourquoi tail a ce comportement dans le cas présent mais pas le temps de chercher).

_ $(( )) te permet de faire de l'arithmétique en shell.

_ tr te permet de virer les retours chariots et de les remplacer par des espaces pour que rm n'emmerde pas le monde :)

Donc, personnellement, je ne pense pas que utiliser php pour ces taches soit une bonne idée.

Bien que le shell unix puisse sembler assez ... obscure, il est le plus adapté pour ce genre de tache, et je te rassure, tu peux certainement te passer d'utiliser le quart des syntaxes barbares que tu as pu croiser dans les différents tutoriels sur le net !

En effet, tu disposes d'outils puissants et rapides car écrit en C pour faire toutes ces taches.
Par exemple:

_ pour "parser" tes enregistrements depuis tes fichiers textes, tu as les outils awk, grep, sed, cut, tail, head qui sont voués à ces taches.

_ pour retravailler tes images tu as convert issu de la suite ImageMagick qui excellera.

_ mysql pour faire des requêtes mysql, l'exemple typique serait ici de "générer" un fichier contenant toutes tes requêtes puis de le faire executer par mysql à coup de mysql < le fichier.

La souplesse de Linux n'exclut pas non plus une utilisation conjointe de php, le shell scripting, Perl/Python/...

Maintenant, pour répondre concrétement à tes questions:

# Je sais bien que l'on peux augmenter le timeout de scripts Php pour empêcher qu'ils tombent en rade. Mais malgré la stabilité de Php5 est-ce que c'est le bien langage le plus adapté pour ce genre de tâche ?

Le timeout PHP n'a d'incidence que lorsque tu lances un script php via Apache il me semble. Or ce genre d'opération n'a pas à être lancé via apache, mais plutot par un appel php -f ton_script.php

# Les crons, on peut les lancer à des heures précises. Mais est-ce qu'on pourrait pas mieux organiser une liste séquentielle de tâches à effectuer ? Ce serait plus rassurant que de fixer arbitrairement des heures éloignées en priant pour que deux scripts ne fiissent pas par se marcher sur les pieds.

Sisi, c'est d'ailleurs la base du shell Unix !
Soit trois script php : script1.php, script2.php et script3.php renvoyant 0 en cas de succés.
Si tu ajoutes une crontab de cette forme:

10 4 * * * php -f /chemin/script1.php && php -f /chemin/script2.php && php -f /chemin/script3.php

Alors si script1.php échoue et renvoie une valeur différente de 0, le reste de la chaine ne sera pas executé.
La syntaxe command1 && command2 équivaut à dire je lance command2 si et seulement si command1 s'est terminé avec succés.

J'espère avoir éclairé un peu ta lanterne, si t'as d'autres questions ou besoin de précisions, hesite pas !

en solution toute faite tu as logrotate qui fait tout ça et bien plus encore.

Je suis tombé sur quelqu'un de tes commentaires, et je pense que tu devrais franchement prendre quelque chose pour te calmer.
On a l'impression que les récents évènements t'ont tellement tendu le string que tu dois être en mesure de jouer de la harpe avec ton cul :)

ta réponse te rend au moins aussi con que lui sur ce coup là!

Hmmm ... excuse moi, mais bon, j'ai beau avoir très envie d'assister à sa manif pour tenter de faire bouger les choses, je tiens pas à perdre une demi journée de congé pour au final me retrouver avec une dizaine de personnes et décreter que, étant peu nombreux, bein on va aller boire une bière et cordialiser bien au chaud dans un café.

Tandis que faire une manif le samedi ou le dimanche, ça n'aurait pas couté grand chose de plus aux organisateurs ... ah si j'y suis, peut être ont ils pas envie de plomber leur week end avec une manif (*ahem*)?!

Super intéressant ton journal pointant vers un journal qui visiblement n'en avait pas besoin outre mesure !

Pour bannir une ip tu as deux moyens:

_ Firewalling. Pour les noyaux 2.4.x et 2.6.x, iptables est utilisé pour placer des règles.

_ Au niveau d'Apache en lui même via les directives Allow et Deny.

Dans tout les cas, lis la documentation avant de poser une question, car il s'agit là vraiment d'une action particulièrement basique.

C'est une tentative de blague c'est ça ?

Je pense que ce qui décourage les développeurs lorsqu'il s'agit d'écrire des softs entrants dans des creneaux déjà occupé par un/des mastodon(s) c'est:

1/ Qu'on les tanne depuis toujours avec l'innovation
2/ Qu'on leur dit depuis toujours que c'est débile de réinventer la roue

Mais c'est surtout également la crainte de voir leurs projets inutilisés, et donc de voir plusieurs heures de boulots réduites à néant.

En effet, mutt et les autres mastodons ne se sont pas écris en 1 jour, et n'ont pas non plus eu leurs parcs d'utilisateurs actuel du jour au lendemain.
Mutt a dans un premier temps été écrit par un nombre restreint de personnes puis, ayant trouvé son public, a été amélioré par un nombre grandissant de développeurs (du moins je suppose).
Or comment passer de cet état de projet d'un développeur à projet d'une communauté de développeurs et ainsi gagner en qualité si le projet à la base n'intéresse personne car dans l'ombre d'un des mastodontes ?

Sinon, je suis d'accord avec ton raisonnement.
De plus, je trouve également que peu à peu on s'éloigne du raisonnement Unix original qui faisait de GNU/Linux un système (au sens large du terme) facile à prendre en main et à comprendre.
Il n'y a qu'à voir les usines à gaz que sont devenus les desktop manager.

C'est pour cette raison que pour ma part je n'utilise pas de desktop manager, j'utilise mutt et irssi, et mpd pour la musique :)
D'ailleurs, je tiens à souligner l'ingeniosité du modèle mpd (Music Player Daemon pour ceux qui ne connaisse pas):

mpd le "core" puis un client pour chaque interface graphique : Gnome/GTK, KDE/QT, Ncurses, ...

Et je tiens à avertir les amateurs d'Amarok : mpd ne fait que lire de la musique :)

En effet, comme je le disais plus haut, c'était bien ça.
Il fallait passer la bonne option kivabien(c) au module tda9887.
Merci pour ta contribution en tout cas :)

Euh question toute bête ... si t'es en train de faire l'install et plus précisément le partitionnement, tu comptes les mettres ou tes copies d'écran ? 'Fin ... j'dis ça j'dis rien hein ...

Ouai enfin en meme temps, c'est pas en répétant sans cesse que ça rame sur mon (P4|Athlon|P3|...) avec (256|512|1024) de RAM que ça va faire avancer quoi que ce soit hein ...
Donc moi qui n'en ai rien à cogner de XUL, je vous le dit aussi, c'est bon on a compris.
Et après tout, si Firefox se traine tant, pourquoi ne pas passer à autre chose ?

En fait, tu as la ligne suivante qui te renseigne:

Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 3

Ton périphérique est disponible via le fichier spécial /dev/sdd
Donc pour y accéder il te faut monter celui ci via la commande

mount /dev/sddX /mnt

avec X le numéro de la partiton à laquelle tu veux accéder. Généralement, on a une seule partition sur ce genre de support donc un

mount /dev/sdd1 /mnt

devrait faire l'affaire à condition que le système de fichier (généralement fat32) soit reconnu par ton noyau (ce qui est généralement le cas des noyaux par défaut).
Tu n'auras plus qu'à te rendre dans le répertoire /mnt pour accéder au contenu de ton disque.

Toutefois, il se peut que ta distribution monte automatiquement les périphériques branchés à chaud.
Un appel à la commande mount sans argument te donnera son point de montage, par exemple, une ligne comme celle ci:

/dev/sda7 on /usr type reiserfs (rw)

signifie que la partition 7 de mon premier disque dur SCSI (qui est en fait un disque SATA) est monté dans le repertoire /usr et que le système de fichier utilisé est le reiserfs.

mount est une commande généralement reservé à "root" à moins que l'option user ai été spécifiée pour le périphérique dans le fichier /etc/fstab.

Je t'invite donc pour plus de détails à regarder la page de manuel de mount.
Pour ce qui est du montage automatique, je crois que supermount gère ça, parmi d'autres outils.