niol a écrit 403 commentaires

Un truc de ce style dans ton .vimrc :

filetype on
autocmd FileType html set fileencoding=iso-8859-1

Cà devrait te forcer l'écriture en iso-8859-1 pour les fichiers HTML et garder ta locale par défaut pour le reste. Ceci n'a pas été testé. Bon courage.

A mon avis, cet engouement pour les langages interprétés trouve sa source de la même façon que dans l'industrie où c'est Java et .Net qui sont à la mode : on privilégie une application plus simple à développer, élégemment implémentée, multi-plateforme et surtout plus simple à maintenir, surtout que les machines d'aujourd'hui le permettent. En gros, je pense que les décideurs en on marre que leurs développeurs passent leur temps à débuguer des malloc() et des Makefile.am et autres configure.in.

Les langages interprétés sont aussi plus accessibles (pas besoin de savoir ce qu'est un librairie statique et la différence avec une librairie dynamique). Y'a qu'à voir la popularité de PHP qui attire tous les gens qui veulent faire un peu plus avec leur ordinateur que de le subir, y compris les windowsiens.

Attention, je ne dis pas que les langages compilés sont inutiles, d'ailleurs c'est fort heureux que par exemple KDE et Gnome soient compilés. Mais un lecteur de musique ou un client mail en Python/GTK ou en Python/QT, pourquoi pas. Il faut juste savoir écrire du C quand cà vaut le coup (décompression ogg/FLAC pour suivre mon exemple du lecteur de musique).

En passant outre le fait que tu n'as certainement pas le droit de le faire pour un jeu PS2, cela peut-être utile pour un tas de raison : flasher son BIOS, avoir un CD de distrib personalisé.

Donc, voilà un article super sur un site super :
http://www.debian-administration.org/articles/273
En gros, la clé pour modifier une image iso qui n'est pas modifiable, c'est unionfs.

Tutorial à adapter pour d'autres distributions...

Quel est ton message d'erreur?
Quel est le contenu de ton /etc/apt/sources.list?

Le driver synaptics de xfree/xorg nécessite une fonctionnalité du noyau (du driver psmouse exactement) qui n'a été intégrée qu'au noyau 2.6.11 . Pour vérifier que le driver noyau a reconnu ton touchpad, tu dois avoir :

$ dmesg | grep input
input: PS/2 Mouse on isa0060/serio1
input: AlpsPS/2 ALPS GlidePoint on isa0060/serio1

Donc deux solutions : tu met un noyau plus récent (c'est facile, demande à Google ou à moi si tu galères) ou tu patch celui que tu as actuellement avec le patch qui est situé dans /usr/share/doc/xfree86-driver-synaptics/alps.patch.gz. Bon courage!

Chez moi cà marche avec le démon powernowd. Les options activées dans mon noyau qui me semblent pertinentes sont :

CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=m
CONFIG_CPU_FREQ_STAT=m
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_GOV_ONDEMAND=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_SPEEDSTEP_CENTRINO=m
CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y

Comme j'utilise powernowd, je n'utilise que le Userspace governor. Faudra que je test un jour le On-demand governor. Que dire d'autre? J'ai l'ACPI activé et acpid qui tourne mais je ne pense pas que cà soit beaucoup lié. Je le dis quand même au cas où. Pour conclure, je dirais que cà m'a fait gagner au moins une heure de batterie ce truc. Bon courage!

Je n'y connais rien.

Peut-être Wikipedia?

http://fr.wikipedia.org/wiki/Ordonnanceur
http://en.wikipedia.org/wiki/Scheduling

Apparemment, il existe plusieurs manières de choisir quel processus va prendre la main, mais c'est tout le temps une file d'attente avec priorités. Ce qui diffère à l'air d'être le calcul des priorités.

Si tu sais lire un peu le C, le code du noyau linux contient au moins quelques commentaires intéressants à ce sujet. Mais c'est en tout cas bien trop compliqué pour moi.

http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux(...)

C'est en gros le nombre de processus qui entrent en concurrence à chaque fois que l'ordonnanceur doit choisir lequel va occuper le processeur, et ce nombre est moyenné sur 1, 5 et 15 minutes ce qui donne les 3 chiffres de la Load average.

http://fusion.gat.com/docview/load_average.html

Concrètement, hier soir j'avais 2 potes qui prenait un truc sur mon serveur ftp. J'avais donc 2 processus vsftpd qui demandaient toutes les ressources, en continu (car c'était en 100Mbit/s sur un PII 300). J'avais donc une charge légèrement supérieure à 2. Légèrement supérieure car y'a toujours des processus qui prennent un peu en plus genre kjournald ou d'autres trucs de ce genre.

Le but n'était pas de faire de l'information mais de jeter une vilaine bète à poil en pature aux moules DLFPiennes debianivore.

Alors bien joué.

Désolé de t'avoir pris pour un gros flemmard et un vilain...

xorg est déjà[1] dans etch puisque etch=testing .
[1] http://packages.debian.org/xserver-xorg

Pour les mauvaises langues, xorg 6.9 RC<quelquechose> et dans experimental (donc déjà empaqueté) et le travail sur la version modulaire (xorg 7.0) a commencé[2].

[2] http://www.livejournal.com/users/gravityboy/19490.html

Si la personne qui a écrit ce journal avait voulu risquer de se fouler l'index en en tapant un peu plus, on aurait un peu plus d'info.

Par exemple, en fouillant dans la liste debian-gtk-gnome, on peut voir qu'on y parle de gnome 2.14 pour etch.

L'annonce[3] en elle même est intéressante. On y apprends quelques trucs :
- gcc4
- xorg
- apt-secure (paquets signés)
- une seule source du noyau pour toutes les architectures.
- éventuellement utf-8 par défaut, selinux
- ...


[3] http://lists.debian.org/debian-devel-announce/2005/10/msg000(...)

2 - c'est une question très interessante, qui ne mérite pas de mourir dans un forum

Par contraposée, toute question, même intéressante, est-elle condamnée à mourir si elle est postée dans les forums?

Il faut recréer les liens symboliques pour que la mise à jour du paquet ne les recréent pas :

# update-rc.d -f remove apache
# update-rc.d apache stop 0 1 2 3 4 5 6 .

(en gros tu dis quel que soit le runlevel, apache est arrêté)

Un journal addressait le problème, et plus encore :
http://linuxfr.org/~artefact/16564.html(...)

Et cà marche plutôt bien!

Je ne vois pas trop l'intéret[1] de ketchup par rapport à git :
$ git clone\
rsync://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git \
linux
$ cd linux
$ git checkout

(je ne trouve pas comment avoir un tag particulier, mais cà doit exister)

J'ai loupé quelquechose?

[1] http://kerneltrap.org/node/5686(...)

Déjà, tu peux commencer par mettre un PermitRootLogin à no dans /etc/ssh/sshd_config.

Ensuite, tu peux utiliser un outil[1] qui drop les requêtes après trop d'essais faux. Voir aussi des discussions[2] pertinentes.

Pour finir, tu peut implémenter le port knocking[3] ou faire écouter le serveur ssh sur un port non standard ce qui rends les logs beaucoup moins sales...

[1] http://fail2ban.sourceforge.net/(...)
[2] http://www.debian-administration.org/articles/250(...)
http://www.debian-administration.org/articles/87(...)
[3] http://www.debian-administration.org/articles/268(...)

Pour l'intérêt d'un client rss ou le courrielleur c'est le mode déconnecté et automatisable, pareil pour le courriel...

Pour moi l'intéret du courrielleur et du client RSS, c'est qu'il soit accessible de partout, et que je ne relise pas la même chose quand je suis au boulot et à la maison.

Maintenant, après un rapide survol de ce nouveau gadget, je ne suis pas encore convaincu et je vais rester pour l'instant avec mon Gmail+rss2email...

Et si tu supprimes mesa-common-dev?

Effectivement, sarge est stable et ne bouge plus depuis début juin, je peux te le confirmer.

Tu as deux solutions à mon avis :
- soit tu passes en SID, et je t'assure que c'est vraiment pas la mort, il faut juste installer le paquet apt-listbugs pour éviter d'installer les paquets qui rendent le logiciel inutilisable (ce qui est très rare dans mon expérience)
- soit tu fais un chroot unstable. C'est pas très compliqué. Pour cela il suffit d'installer le paquet debootstrap. Ensuite tu lances un truc du genre debootstrap unstable /var/chroots/unstable et pouf cà te construit une SID confinée dans un répertoire de ta machine. Ensuite, chroot /var/chroots/unstable te transporte dans cette SID et un control+D t'en fait sortir. Une fois lancé apt-setup, ajouté quelques utilisateurs et installé deux trois trucs, c'est idéal pour développer sans casser ton installation de tous les jours. Ce qui est bien c'est que tu peux tout casser dedans sans problème... Et sans impact... Par contre cà demande un peu plus de place...

C'est debconf qui se charge de toutes ces questions. D'après man debconf, tu as deux options :
- positionner la variable d'environnement DEBCONF_FRONTEND=noninteractive
- ajouter un truc du style Frontend: noninteractive en tête de /etc/debconf.conf (non testé)

Je pense que tu devrais lire la page manuel de resolvconf.

Debian Sid.

J'ai un Vaio B1VP, et je n'ai jamais entendu parler de ce genre de problème...

Ubuntu utilise par défaut le démon esound.

Tu as a donc deux solutions :
- tape en console kill esd et désactive le chargement du démon au démarrage de la session dans tes préférences
- utilise le plugin de sortie esd dans tes applications audio et vidéos. Pour les applis Gnome, cela se fait dans les préférences aussi, "système multimédias par défaut " il me semble

Désolé de ne pas résoudre ton problème, mais je tenais à signaler une alternative plus simple, beaucoup plus simple... En effet, dnsmasq permet d'arriver très rapidement à ce que tu veux...

Je te conseille cela en voyant la taille de ton réseau.

As-tu installé le paquet gnupg?