NeoX a écrit 18082 commentaires

sauf que "sympa" et "wws" c'est une mailing list
pas un flux des depeches/forums/journaux postés la veille

mais en solution purement inventaire => OCS-Inventory ou son fork Fusion-Inventory

en solution gestion de parc/ticket support/pret de materiel => GLPI
qui en plus dispose de plugin OCS ou Fusion pour recuperer l'inventaire materiel fait precedemment

peut-etre simplement parceque la news etait un flux RSS
alors que maintenant c'est un flux Atom

et que par consequent les lecteurs RSS ne savent pas comment le traiter ?

...et ne marchent pas tous.
J'ai un PL2303 et c'est justement le seul adapteur serie qui ne passe pas et bloque au bout de qq octets. (qq soit le mode)
C'est dommage, car c'est aussi le seul adapteur série a gérer le BREAK :/

donc ce n'est peut-etre pas le meme que les autres vu qu'il est different ;)

sinon tu sembles avoir des erreurs avec DBUS, je ne vois pas le rapport avec le gestionnaire de photos, mais c'est peut-etre une piste à creuser.

de mon experience (dans le monde proprio) la majorité de ces adaptateurs USB<->Serie sont tous fait sur la meme base electronique.

il y a un driver generique pour cela PL2303
il me semble meme que c'est fournit en standard sous linux

mais je regarderais ca ce soir car le cable est à la maison

Bonjour, en parcourant le Web je me suis aperçu que [...] emacs [...] lorsqu'il est lancé me prend 100% d'un des deux coeurs de mon processeur. Bien que j'utilise emacs depuis plusieurs années, je n'avais jamais rencontré ce problème auparavant. [...]

tu as mis à jour ton plugin flash ?
tu as beaucoup d'onglet d'ouverts ?

non, je dis ca, je ne connais pas emacs, mais comme il parait qu'on peut faire à peu pres tout avec (sauf le café), je me disais que c'etait peut-etre le plugin flash qui faisait ramer ;)

:p

ah, on me dit que je suis hors sujet, tant pis ca tiendra bien jusqu'a vendredi prochain pour nourrir le troll

d'apres : http://intellinuxgraphics.org/

ce serait le paquet
xserver-xorg-video-intel qui fournit le support pour ces cartes

par contre il faut peut-etre forcer l'usage du driver intel dans le fichier /etc/X11/xorg.conf

http://en.wikipedia.org/wiki/Intel_GMA
fournit un joli tableau qui explique quel "carte" est fournie par quel chipset/processeur

dans ton cas ca semble plutot etre :
- HD Graphics (GMA HD)
- HD Graphics 2000
- HD Graphics 3000

il faut donc chercher dans ton gestionnaire de paquet s'il y a un paquet qui fournit le support pour ces cartes

tu met en place un systeme de cache et tu te plains que les fichiers ne sont pas à jour

ca me semble logique puisqu'ils sont cachés

ton reseau interne est si lent que tu as besoin d'un cache ?

en cherchant sur internet quelle pilote fonctionne pour ta carte

attention toutefois aux taches qui tournent :
- la nuit (backup, transfert important)
- en fin de semaine/mois

en gros un openvpn ca te fait un reseau comme ca

(client vpn : ip-vpnA et ip-lanA)
|
lanA
|
(routeur lanA)
|
internet
|
(routeurB)
|
lanB
|
(serveur vpn : ip-vpnB et ip-lanB)

la machine qui se connecte au VPN dispose alors de deux cartes reseaux
mais ton serveur web n'est peut-etre pas reglé pour ecouter sur ip-vpnA

de meme ip-vpnA n'est pas dispo ailleurs que depuis le serveur vpn

tu as donc en fait 3 reseaux dispos
le Lan interne chez toi
Le reseau internet
le reseau vpn (entre le client et le serveur)

avec tout ca, il faut faire les bonnes regles de routages et de parefeu pour faire communiquer tout ca

quand le VPN est ouvert, TOUT le trafic passe dedans

du coup, si tu te connecte en Entrée sur ton IP de ton FAI,
le serveur recoit probablement bien ta requete, mais passe par le VPN pour envoyer la reponse.

il faut donc que tu determines le trafic que tu veux faire passer dans le VPN et celui qui ne doit pas l'etre

ensuite regler les options openvpn pour ne pas faire passer TOUT le trafic dedans

et ajouter les routes qui vont bien.

mais en l'occurence, il veut limiter l'acces à UN ou DEUX depots SVN à certaines IPs
sachant qu'il a d'autres depots qui doivent rester accessibles.

tu peux utiliser MTR pour pinguer en continue vers une machine et voir les reponses des routeurs

je sais que depuis chez moi, certains routeurs affichent des pertes de 50% dans les reponses de ping

tu as peut-etre aussi un element limiteur sur ton firewall (ou sur celui du fournisseur) pour eviter les DDOS

genre trop de trame ICMP (toi + les autres sur le reseau => je bloque le plus demandeur)
puis quand "les autres" se calme, ton trafic reprend

enfin, tout ca n'est qu'hypothese

facile pour 10h-18h ca s'ecrit :

mf://*_1[0-8]*.jpg

par contre pour ne prendre que 09h en plus de 10h-18h ca devient plus complexe

du coup j'utilise un outil txt2regex
qui me demande à quoi ressemble ma chaine de caractere et qui ecrit la regexp correspondante

reste à savoir s'il peut calculer celle là pour toi

si l'ordi ne fait que ca (demarrer pour faire de la 3G) alors suffit juste de brancher la clef 3G avant de demarrer la machine.

si par contre ton ordi est allumé en wifi/lan, et que tu te deplaces et que tu veux brancher la clef 3G, ben les services sont deja demarrés, il faut donc juste les redemarrer (sans redemerrer la machine).

ou alors je n'ai pas compris ton besoin.

je ne connais pas SmokePing, mais cela pourrait etre un timeout ou une limitation en ressources qui "kill" le processus ?

de tes tests, on peut en conclure une chose :

la clef 3G est un peripherique reseau, il faut donc qu'il soit actif AVANT que networking, networg-manager et leurs amis se lancent.

sinon il ne voit tout simplement pas le peripherique.

si tu met ta clef apres le demarrage, il faut alors simplement relancer ces services afin qui voit le peripherique.

Sous Gnome, tu as l'applet network-manager qui doit permettre de voir le nouveau peripherique

en fait il pourrait quand meme y avoir une solution, le VPN

• tu te connectes avec ta clef 3G
• ta machine ouvres un VPN vers un serveur (que tu maitrises, c'est plus facile)
• le DNS renvoie sur ce serveur qui fait alors de la redirection de port, du proxy-cache... (au choix en fonction de tes besoins)

à defaut de VPN, un tunnel SSH doit pouvoir fonctionner.

mais tout cela necessite d'avoir un serveur externe :(

si tu peux etre root de ta machine

mount -t cifs //server/partage /dossier_local/sur/ta/machine -o username=tonutilisateur,password=motdepasse

ensuite tu vas tester la presence des fichiers dans /dossier_local/sur/ta/machine/

si tu ne peux pas etre root, et que tu utilises gnome et nautilus,
nautilus peux activer le partage en faisant "aller à..." ou "se connecter à un serveur"

le partage est alors disponible dans /home/tonutilisateur/.gvfs/lenom_du_partage

la commande syndaemon -i 1 -d (à mettre en autostart dans ton gestionnaire de fenêtre) désactive le touchpad pendant la frappe, et le réactive une seconde après la dernière touche frappée (à adapter à ta vitesse de frappe).

avec un peu de chance il y a meme une interface graphique à ton gestionnaire de fenetre pour regler les options de ta souris, y compris le fait de desactiver le touchpad pendant la frappe.

ca m'etonnerait que le SAV sorte la disqueuse pour changer le disque dur ou le clavier
donc en cherchant sur Google, je suis sur que tu trouveras le manuel pour ouvrir la machine

parfois il faut decliper des caches pour acceder aux vis

chez moi, smblcient lancé tel que tu le met dans ton script, m'ouvre une ligne de commande smb:> sur le partage, mais ne fait aucun montage

moi@moi-laptop:~$ smbclient //serveur/partage -U utilisateur%motdepasse
Domain=[mondomain] OS=[Unix] Server=[Samba 3.5.4]
smb: > ls
. D 0 Wed Jun 8 16:56:07 2011
.. D 0 Fri Jun 3 11:44:49 2011
home D 0 Wed Jun 8 16:56:07 2011
system D 0 Sun Jun 12 16:05:52 2011
outils D 0 Wed Jun 8 14:58:13 2011
44570 blocks of size 33553920. 39880 blocks available
smb: >

je penses donc que ton script ne trouve ni warning.txt, ni error.txt (vu qu'il n'y a rien de monté) et qu'il te renvoie donc 0