tinodeleste a écrit 443 commentaires

des liens, tu en trouveras tant que tu peux sur hfr...
en bref.
*sd-ram: classique, communique avec ton processeur a la vitesse du bus * 3 ou 4 (100 à 133 mhz);
*ddr-sdram: (double data rate sdram) deux fois plus rapide;
*ddr sdram en dual channel: aussi rapide que la précédente, mais ta carte mère peut en utiliser deux en parallèle pour virtuellement doubler la taille du bus. Donc encore x2 pour la vitesse.
*rdram. hors de prix, était un poil plus rapide que les sdrams classiques.

Les barrettes ddr-sdram et dual channel sont les mêmes, c'est la carte mère qui s'occupe de tout pour dualiser (il faut dans ce cas là un nombre pair de barrettes).

Et après, pourquoi toutes ces vitesses mémoire de plus en plus rapide ? pour que ton processeur a 7ghz cryorefroidi n'attende pas trop longtemps ses données de travail.

le fichier .pid est testé avant le start.
la plupart des démons bien configurés chez debian sont lancés avec la commande start-stop-daemon, qui affecte un pid au démon, qui vérifie s'il est là avant d'éxécuter un stop ou un start, et qui renvoie erreur si le démon est stoppé alors qu'il ne tournait pas ou qu'il est starté alors qu'il tournait (toutefois,start-stop-daemon lance ou stoppe le démon quand même dans ces cas là)

Le problème sur slapd est qu'apparemment le mainteneur ne tient pas compte de ces cas d'erreur là dans son script init.d, et donc tu ne sais pas d'ou vient l'erreur...

en ce qui concerne les status, je ne sais pas si c'est vraiment utile... ps aux grep marche mieux et est plus facile à maintenir...

les paquets téléchargés via apt-proxy sont placés dans une arborescence séparée (par défaut /var/cache/apt-proxy/... ) donc un apt-get clean ne nettoyera pas ces paquets.

Par contre, si certains paquets n'ont pas été accédés durant une longue période, il est possible (suivant les options de configuration) qu' apt-proxy les élimine automatiquement. Tout comme par défaut il ne garde que les deux dernières versions d'un paquet pour une distrib donnée (stable/testing/unstable, 3 distribs, donc au max 6 versions d'un paquet.)

mais d'un autre côté sur un site de l'ampleur de dlfp, ca me fait le même effet que si ma montre m'affichait "attention, l'heure à changé depuis votre dernière consultation" à chaque fois que j'y jette un oeil...

d'accord: soit du texte (comme pour les déjà visité/non visité) soit une option de désactivation du biniou...

tu as une machine qui est connectée en permanence au net ? tu lui installes apt-proxy, et apres, toutes les requetes paquets passent par apt-proxy. Les paquets ne sont pas téléchargés 2 fois...

et avec ce paquet, chez moi, ca passe (pour apache 1.3 en tout cas)
libapache-mod-php4

il n'y avait pas besoin de ce paquet avant la 4.3.8-9, mais il était sur mon autre machine en unstable...

chez http://www.linuxfrench.net/(...) , même design. Le fruit donc du rapprochement annoncé, et du design d'Ayo...

Idem avec mozilla 1.6, mais pas avec opera.

plus stable, c'est possible, vu qu'il n'y a pas les problèmes d'alimentation par port usb... plus simple à installer, c'est sûr, vu que si tu as du réseau (carte ethernet) tu as un modem qui marche (pas de drivers usb foireux avec des firmwares à charger pour faire marcher une raie verte capricieuse ...)

on ne lit plus... de toute facon, même sans toolbar, ca prend son temps, les 420 commentaires, et vu la vitesse à laquelle ils arrivent, doit y avoir beaucoup de bruit...

chimay bleue grande réserve.

tu as bien exécuté fglrxconfig ? le support agpgart activé ? le module bien installé ? (essayes ca: http://www.ati.com/support/infobase/4484.html(...))
sinon je ne sais pas... regarde ton XFree86.0.log et ton syslog (ou dmesg) pour avoir une idée...

c'est pas très propre, mais il y a conflit entre la lib normale et celle de fglrx, donc (et ca doit être marqué dans le readme du driver, dans un paragraphe debian) tu fais dpkg -i --force-overwrite fglrx_machin.deb et ca marche.

Sauf que quand tu vas upgrader ton X, il va te faire la même erreur (donc, reforcer). J'avais tenté d'enlever xlibmesa-gl, mais je devais avoir une autre dépendance la dernière fois que j'ai regardé.

tiens j'ai recu des spams comme ca (contrer les filtres bayesiens en mettant des mots intelligents ???)

moi, j'avais l'équivalent de ca les années précédentes...

--
Antoine
24 jours, 20 heures et 2 minutes jusqu'a Oktoberfest 2004...

Quand on arrive sur un thread d'une centaine posts où ca part dans tout les sens (groupe A/ B / autres ...) on a pas forcément envie d'en rajouter une couche, c'est déjà assez illisible comme ca (ou indigeste à force) et si mes arguments on déjà été écris une fois, je ne vais pas les réécrire juste pour le plaisir... en gros, quand ca trolle, soit on a envie, soit on a pas envie, mais c'est rarement constructif au final.

gdm et kdm permettent le choix du wm au login; tu dois pouvoir ensuite te créer deux sessions personnalisées pour tes deux wms, de manière à ce qu'ils lancent les applis que tu veux avoir pour chacun d'eux.

lesspipe est fournit dans le paquet less de debian, mais ton shell n'est pas configuré par défaut pour utiliser lesspipe.

un simple export LESSOPEN="| /usr/bin/lesspipe %s" (sous bash) permet d'utiliser tout ca...

si le dlfpien moyen était représentatif du marché, ca se saurait...

- update-alternatives --config x-window-manager
- ~/.xsession avec ces quelques lignes...

#!/bin/sh
smproxy &
xfwm4 --daemon
xftaskbar4 &
xfdesktop &
xfce4-iconbox &
xfce4-panel &


...

enfin ca laisse plein d'autres choses à dire...

en tout cas pas chez moi. Il doit y avoir des redéfinitions de touches (des keybindings quoi) dans ton vimrc pour le faire... j'ai effectivement vu pas mal de trucs passer pour éviter le ESC (cf http://vim.sourceforge.net/tips/tip.php?tip_id=285(...) )

Ce qui marche par contre (apparemment) chez tous, c'est CTRL-C pour passer en mode 'commande'.

là, tu as un problème avec postfix...
comme je ne connais pas tout ce que je peux faire, c'est te diriger vers là:
http://www.postfix.org/documentation.html(...)
les deux premiers chapitres devraient suffire...

bonne chance.

des noms: exim, qmail, sendmail, postfix...
je ne connais pas les outils de configuration pour postfix, mais le plus simple, c'est de le faire fonctionner en smarthost (les messages locaux doivent être délivrés dans /var/spool/mail/ton_nom, les autres doivent être envoyés au smtp de ton fai)

pour tester si ca marche, essaye de t'envoyer des mails avec la commande "mail", s'ils sont bien dans le /var/spool/mail/... tout roule. le "sent-mail" de pine correspond à une copie des messages, tu ne sais pas s'ils ont bien été traité par ton serveur.

t'es tu installé un serveur mail local ? (c'est fait par défaut sous debian, mais je ne sais pas chez les autres)

on a le droit de faire deux partitions, une système avec les logiciels et tout (ou a priori tu n'auras pas besoin d'écrire depuis linux, en NTFS. Même tu peux y lire et chopper les fontes pour ton Wine) et une autre (qu'on pourrait appeler home, moi, je sais pas, en fat32) pour tes données.

C'est jamais bon à mon avis de pouvoir écrire sur le système d'un autre OS, quel qu'il soit...

a priori, oui, il faudrait une testing.
quelques infos là:
http://www.eagle-usb.org/article.php3?id_article=27(...)