NeoX a écrit 18068 commentaires

en meme temps d'apres cette meme page

quel type de contenu appréciez-vous le plus sur le site ?
* Forums : 146 votes.
* Astuces : 290 votes.
* Sondages : 262 votes.
* Journaux : 1025 votes.

c'est pas les astuces qu'il faut enlever mais le forum :D

ok je sors
==>[]

vi vi

il faut enlever le logrotate de cron.daily pour le mettre dans la cronttab
toutes les heures.

avec l'argument size, les logs ne seront decaler (rotater n'existe pas) que si la taille est >size au moment ou logrotate travaille.

faux,
enfin si je ne me trompe pas,

logrotate se lance toutes les semaines/tous les mois (en fonction du reglage)

et regarde la taille du fichier,
il fera la rotation seulement si la taille est superieure à celle specifiée

si tu veux optenir une rotation seulement basée sur la taille, il faut lancer logrotate plus souvent 'hourly'

ou carrement le lancer toi meme dans un crontab à ta guise.

perso je recommanderais de laisser le lancement automatique et de le descendre à hourly (toute les heures) afin de garder une certaine logique dans les log.

log de 14 à 15h,
log de 13 à 14h,
log de 12 à 13
...
...

plutot que
log de 2Mo
log de 2Mo
log de 2Mo

sur le client officiel il faut activer "partager les ressources locales" pour que cela map les disques durs locaux dans la session TSE.

je n'ai pas essayer avec le client linux, mais il faut peut-etre simplement faire pareil

+1
pour l'usage de gparted/qtparted qui devrait te permettre de reduire /dev/sda1
pour ensuite pouvoir faire un /dev/sda2 dans l'espace libre ainsi créé

mais je n'etais pas en mode "passif"
ce qui en soit n'est pas un probleme, il suffit de le savoir.

du premier coup

dommage, j'aime bien faire une difference entre une question d'un utilisateur (forum)

et une solution toute prete (une astuce)

sinon il va falloir faire un forum
astuce.admin
astuce.debian
astuce.xxxxxxx

et ainsi de suite

au final ca ne changerait pas grand chose certes
mais AMHA ca rendrait le site moins lisible

pourquoi, vu que c'est une solution plus qu'une question, cela aurait pu etre redigé dans les astuces.

je n'ai pas ce genre d'ecran, mais merci à toi pour cette astuce.

si un moderateur passe par là.

mes disques actuels (depuis fevrier 2005)
1x Maxtor 80Go SATA
2x WesternDigital 160Go SATA2

rien à signaler.

le MTBF devrait etre suffisant dans bien des cas.

mais cela depend de ce que tu veux faire avec.

un disque pour une base de données qui tourne 24h/24h avec des acces permanents pour un serveur n'aura pas les memes besoins que celui que tu mettra dans un petit PC en guise de PC de salon.

plusieurs methodes pour connaitre l'ip d'un device :

- ping nom_du_device

- interroger la box pour connaitre les IPs attribuées et forcemenent en enlevant les IPs des machines connues tu auras l'IP du device

- scanner le reseau pour trouver les devices qui repondent.

il peut s'agir du fait que l'ecran ne renvoie pas cette capacité à afficher 168x1050, du coup le systeme Xorg ne se regle pas sur cette resolution.


plusieurs options :
faire une sauvegarde du fichier /etc/X11/xorg.conf
editer ce fichier et aller là ou tu vois les resolutions.

genre

SubSection "Display"
Modes "1024x768" "832x624" "800x600" "720x400" "640x480"
EndSubSection

et ajouter ta resolution en premier dans la ligne modes

SubSection "Display"
Modes "1680x1050" "1024x768" "832x624" "800x600" "720x400" "640x480"
EndSubSection

puis redemarrer le systeme graphique (ou la machine)

si cela ne fonctionne toujours pas il faudra (toujours dans ce fichier) regarder si du coté des options de l'ecran on ne forcerait pas les frequences, ou lui dire d'ignorer le fameux EDID (echange d'info entre le systeme et l'ecran)

ce que je constate (mais je peux me tromper)

parametre de boot :

root=/dev/hda3 initrd_util=gpgfile:/dev/sda1:vfat:/root_key.gpg initrd_devices=/dev/hda3 initrd_dmnames=root cfg_kmap=fr-latin9-i386.bin

parametre de ton disque dur :

/boot -> hda1
/ -> hda3

1°) tu cherches un initrd sur /dev/hda3 ce qui correspond à /
il me semble que l'initrd se met habituellement dans le meme dossier que le noyau, soit dans /boot (/dev/hda1) chez toi.

2°) les clefs gpg sont sur /dev/sda1, ce peripherique est-il accessible des le boot, en gros le driver USB/SATA pour ce peripherique est-il en dur dans le noyau, ou en module dans le initrd, afin d'etre chargé au boot ?

pcq sinon,
tu bootes un kernel present dans /boot, tu lui demandes de prendre un initrd qui est sur un partition chiffrée (/) à partir d'un cle gpg qui ne sera dispo qu'apres avoir chargé le initrd...

je suis sympa

google avec planet print server
me donne entre autre :
http://www.planet.com.tw/product/product_dm.php?product_id=4(...)

on y trouve different modele
et un lien "download datasheet"

qui permet d'en savoir un peu plus sur le(s) produit(s).

et de lire pour certains modeles :

Easy Management
Intuitive management utility provided for Windows 95/98, Windows NT.x and Windows 3.1
SNMP Management
SNMP MIB supports for Network Management software direct manage

et pour les modeles les plus evolués

Easy Management
Web Browser. Intuitive management utility provided for Windows 95/98/ME, Windows NT/2000/XP
SNMP Management
SNMP MIB supports for Network Management software direct manage.

donc va voir làbas lequel tu as, et bienvenu dans un monde de compatibilité...

il te faudra
- soit jouer avec du SNMP pour trouver et modifier la config
- soit te passer du boitier qui pourrait n'etre que "windows only"

1°) ejecter le peripherique et l'enlever avant de changer d'utilisateur,
2°) changer d'utilisateur
3°) rebrancher la cle USB

1°) se renseigner sur le fonctionnement de ce boitier "planet"...
soit c'est un serveur samba, soit c'est un serveur cups (IPP/LPD)

configurer ce serveur proprement (adresse IP serait un plus)

2°) installer l'imprimante en respectant le protocole et l'IP regler au point 1°)

sinon tu met tes correspondances ip <_>machine dans le fichier /etc/hosts local de la machine qui se connecte en vpn


mais du coup il te faut maintenir ces adresses distantes sur chaque client vpn.

autres options, utiliser le DNS externe de la société et avoir des noms de machines comme

machine1.vpn.companie.tld

qui en fait va chercher directement l'IP qui passerait par le VPN.

du coup, ton DNS est sur internet, ton client aussi
mais le trafic passe par le VPN quand il est actif

man javac me dit que la syntaxe devrait etre la suivante :

javac -classpath /examples:/lib/Banners.jar Hi.java

pour aller chercher les CLASS dans /exemples, puis dans /lib/Banners.jar

uniquement dans le cas du trafic DNS.

evidemment il ne faut pas router TOUS les trafics par le VPN, sauf contrainte de securité.

du coup par le VPN passerait :
-> les requetes DNS
-> le trafic reseau vers ton reseau interne

le reste passerait par internet.

Please remove or make sure it appears in the correct subdirectory of the classpath.

il faut peut-etre modifier le CLASSPATH et lui ajouter
./Mesclass/

pour qu'il trouve le needed.class au bon endroit ?


en meme temps je dis ca, je suis pas developpeur, je peux donc etre completement à coté de la plaque.

:D

je crois qu'il faut que le site le propose, vu que c'est lui qui met les flux à disposition.

genre (ce sont des exemples) :
tout_linuxfr.rss
forum_linuxfr.rss
journaux_linuxfr.rss

s'il ne le propose pas, il faut alors voir si ton client de lecture de flux rss permet de "filtrer"...

mes machines ont comme DNS un machine locale avec un serveur DNS et mes reglages DNS à moi (DNS privé donc)

mon serveur DNS est reglé pour resoudre mes adresses .chezmoi ou .chezmoi.org

et pour relayer vers d'autres DNS (externes les demandes ne traitant pas de l'interne : google.com, linuxfr.org)

dans le cas du VPN, tu fais probablement du DHCP pour donner une adresse IP sur ton reseau à la machine qui se connecte via le VPN.
Il suffit alors de donner au DHCP le dns que tu veux viser pour cette IP là.

donc en resumé il te faut :
- un serveur DNS interne à ton reseau qui fait du relay pour les adresses qu'il ne connait pas
- un serveur DHCP qui dit aux machines connectées en VPN que le DNS c'est le serveur interne.

ben typiquement sur ce post là, la premiere page aurait donné

en punbb ou phpbb :

general.general : affichage des forums linuxfr

et si je veux plus d'infos, je dois cliquer dessus

alors qu'avec templeet (moteur utilisé ici)
j'ai

general.general : le titre du post
un résumé à N caracteres de ce que contient le post

ton post etant assez court, le resumé = le post,
mais sur les posts plus developpés ca permet de savoir un peu de quoi ca parle avant de cliquer dedans, et donc de ne pas aller dedans si le sujet ne nous interesse pas.

c'est aussi pour cela qu'il n'y a pas de flag "nouveau"
tout comme il n'y a pas de "marquer tous les sujets comme lu" (alors qu'il y en a dans phpBB)

car il n'y a pas besoin de parcourir toutes les rubriques pour aller marquer les sujets comme lus vu qu'on ne lit que ce qui nous interessent.

moi j'aime bien car au moins j'ai un apercu du probleme avant de cliquer dans le post.

ensuite si tu veux juste la liste des titres des nouveaux forums, il faut simplement prendre le flux RSS, dans ton lecteur RSS favori.

et hop, magique.