Re: supprimer le spam avec Spamassassin + postfix ?
En fait, depuis une semaine : 3500 spam : 95% vrais positifs, 5% non filtrés (faux négatifs), 0% faux positif Je filtre sans bayes et sans apprentissage... Donc ça ne me fait pas trop peur de virer les spams vrai prenant peut-être le risque d'avoir un faux positif de temps en temps (moins de 1 par semaine, ça me semble honorable !) J'avais également pensé à la réécriture d'adresse mail pour envoyer tous les spams dans un compte poubelle...Je vais peut-être tenter ça avant de passer à la solution plus définitive ;) @ + Mourad On 19.12.2007 21:13, Jean-Yves F. Barbier wrote: sinon en réponse, utilise qq chose comme procmail avec un filtre qui benne dans /dev/null avec un X-Spam-Level \*\*\*\*\*\*\*\*\* par exemple (mais tu risques de le regretter) C. Mourad Jaber a écrit : Bonjour, J'ai mis en place sans trop de difficulté spamassassin et postfix pour filtrer le spam. Après quelques mises au point, le filtre à l'air de bien fonctionner, est-il possible de supprimer les messages de spam automatiquement ? La question a surement déjà était abortée, mais je ne trouve pas de solution simple ! Toutes les idées sont bienvenue... Merci Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nautilus problème tar
J'ai le même problème de message intempestif. Le plus fort, c'est que l'archive est créée quand même ! Apparemment, il n'y a aucun bug enregistré sur bugs.debian.org pour ce problème. Je suis en testing, avec Gnome 2.14.3.6 et Nautilus 2.18.3-3 Bernard. nono a écrit : Le mercredi 19 décembre 2007 à 10:02 +0100, nono a écrit : Salut Sous Nautilus 2.18.3 en Debian/Lenny. Je crée l'archive en faisant: clic-droit-sur-un-dossier - Créer-une-archive (ensuite je choisi le type d'archive tar ou zip, etc..) Avec Nautilus j'ai un message d'erreur lorsque je crée un archive tar, tar.gz ou tar.bz2 (pas d'erreur avec zip) Le message d'erreur : tar: Ceci ne ressemble pas à une archive de type « tar » tar: Statut d'erreur reporté d'erreurs précédentes. En console aucune erreur, «tar cvzf toto.tar.gz toto» fonctionne très bien. L'erreur de Nautilus ne se produit qu'à la création de l'archive pas à l'extraction. Un bug, une idée ? nono Sur le forum de Gnome-fr, le problème n'est pas connu. Ils me conseillent de voir du côté de Debian si un bug ne serait pas recensé. Où puis-je aller consulter cela ? En attendant je vais essayer certains live-cd utilisant Gnome. Si vous aussi vous avez ce problème, merci de me le faire savoir en précisant la version de Debian, Gnome, Nautilus. merci nono
RE: supprimer le spam avec Spamassassin + postfix ?
-Message d'origine- De : C. Mourad Jaber [mailto:[EMAIL PROTECTED] Envoyé : jeudi 20 décembre 2007 09:21 À : debian Objet : Re: supprimer le spam avec Spamassassin + postfix ? En fait, depuis une semaine : 3500 spam : 95% vrais positifs, 5% non filtrés (faux négatifs), 0% faux positif Je filtre sans bayes et sans apprentissage... Donc ça ne me fait pas trop peur de virer les spams vrai prenant peut-être le risque d'avoir un faux positif de temps en temps (moins de 1 par semaine, ça me semble honorable !) J'avais également pensé à la réécriture d'adresse mail pour envoyer tous les spams dans un compte poubelle...Je vais peut-être tenter ça avant de passer à la solution plus définitive ;) @ + Mourad On 19.12.2007 21:13, Jean-Yves F. Barbier wrote: sinon en réponse, utilise qq chose comme procmail avec un filtre qui benne dans /dev/null avec un X-Spam-Level \*\*\*\*\*\*\*\*\* par exemple (mais tu risques de le regretter) C. Mourad Jaber a écrit : Bonjour, J'ai mis en place sans trop de difficulté spamassassin et postfix pour filtrer le spam. Après quelques mises au point, le filtre à l'air de bien fonctionner, est-il possible de supprimer les messages de spam automatiquement ? La question a surement déjà était abortée, mais je ne trouve pas de solution simple ! Toutes les idées sont bienvenue... Merci Mourad J'ai mis en place cette solution et l'utilise à l'identique de toi. A un détail près, l'utilisation d'amavisd. Par défaut, ce dernier met tous les spams dans /var/lib/amavis/virusmails. Il me semble qu'ils sont retirés au bout de 30 jours (paramétrable bien entendu) Y'a de bons tutos pour sa mise en place. Guillaume.
Re: [HS] un youtube domestique
Le 19-12-2007, à 20:38:51 +0100, plop ([EMAIL PROTECTED]) a écrit : Lignes : 40 KRS a écrit : Steve a écrit : Bonjour, Désolé du HS, quoique c'est pour être utilisé sur une Debian (et cela pourrait être utile à d'autres). Je me demandais comment on pourrait faire un youtube sur sa Debian, quels logiciels utiliser etc etc ... J'ai un peu googleisé mais sans réel succès. Merci d'avance pour vos lumières. Excellente journée, Steve Mencoder permet de transformer énormément de formats et de les convertire en FLV. Bonsoir Sinon, il y a les paquets liés à peercast par exemple. Merci pour vos réponses. Si possible, j'aurais voulu savoir comment était fait le site de youtube, si vous avez des liens Bonne journée -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
avis sur mon main.cf
Bonjour à tous, voici mon main.cf de postfix, j'ai tenté de mettre une solution très restrictive pour éviter de recevoir trop de spam, pouvez-vous me donner votre avis : mydestination = $myhostname, localhost.localdomain, localhost.localdomain, localhost relayhost = smtp.demonprovider.com mynetworks = 127.0.0.0/8 192.168.0.0/24 recipient_delimiter = + inet_interfaces = $myhostname, localhost transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual smtp_banner = $myhostname ESMTP $mail_name mail_name = temp maximal_queue_lifetime = 4d smtp_helo_timeout = 60s smtpd_recipients_limit = 16 smtpd_soft_error_limit = 3 smtpd_hard_error_limit = 12 smtpd_helo_restrictions = permit_mynetworks smtpd_delay_reject = yes disable_vrfy_command = yes content_filter = smtp-amavis:[127.0.0.1]:10024 mailbox_command = procmail -a $EXTENSION strict_rfc821_envelopes = yes mailbox_size_limit = 0 virtual_mailbox_limit = 52428800 bounce_queue_lifetime = 2h smtpd_client_restrictions = permit_mynetworks, reject_unknown_client smtpd_data_restrictions = reject_unauth_pipelining # Rejeter tout mail mal formaté smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_non_fqdn_hostname #smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_address reject_maps_rbl #notify_classes = resource,software,bounce,policy,protocol,delay #error_notice_recipient = postmaster # Règles RBL + Tri sur le format du mail smtpd_recipient_restrictions = permit_mynetworks, check_sender_access hash:/etc/postfix/sender_ok, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname, reject_rbl_client relays.ordb.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client bl.spamcop.net, check_policy_service inet:127.0.0.1:6, permit merci à vous -- View this message in context: http://www.nabble.com/avis-sur-mon-main.cf-tp14432832p14432832.html Sent from the debian-user-french mailing list archive at Nabble.com.
RE: avis sur mon main.cf
-Message d'origine- De : Tekpi [mailto:[EMAIL PROTECTED] Envoyé : jeudi 20 décembre 2007 10:12 À : debian-user-french@lists.debian.org Objet : avis sur mon main.cf Bonjour à tous, voici mon main.cf de postfix, j'ai tenté de mettre une solution très restrictive pour éviter de recevoir trop de spam, pouvez-vous me donner votre avis : mydestination = $myhostname, localhost.localdomain, localhost.localdomain, localhost relayhost = smtp.demonprovider.com mynetworks = 127.0.0.0/8 192.168.0.0/24 recipient_delimiter = + inet_interfaces = $myhostname, localhost transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual smtp_banner = $myhostname ESMTP $mail_name mail_name = temp maximal_queue_lifetime = 4d smtp_helo_timeout = 60s smtpd_recipients_limit = 16 smtpd_soft_error_limit = 3 smtpd_hard_error_limit = 12 smtpd_helo_restrictions = permit_mynetworks smtpd_delay_reject = yes disable_vrfy_command = yes content_filter = smtp-amavis:[127.0.0.1]:10024 mailbox_command = procmail -a $EXTENSION strict_rfc821_envelopes = yes mailbox_size_limit = 0 virtual_mailbox_limit = 52428800 bounce_queue_lifetime = 2h smtpd_client_restrictions = permit_mynetworks, reject_unknown_client smtpd_data_restrictions = reject_unauth_pipelining # Rejeter tout mail mal formaté smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_non_fqdn_hostname #smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_address reject_maps_rbl #notify_classes = resource,software,bounce,policy,protocol,delay #error_notice_recipient = postmaster # Règles RBL + Tri sur le format du mail smtpd_recipient_restrictions = permit_mynetworks, check_sender_access hash:/etc/postfix/sender_ok, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname, reject_rbl_client relays.ordb.org, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client bl.spamcop.net, check_policy_service inet:127.0.0.1:6, permit - Tu as mis deux fois localhost.localdomain dans ton mydestination - Le smtp_sender_restrictions est commenté - J'ai installé postfix il y a 1 petit mois, je suis encore en rodage dessus mais ta conf ne me semble pas mauvaise. - Le spam se filtrera plus au niveau de spamassassin que de postfix. Je dois avoir moins de 10% de spam rejettés par smtpd dont la majeure partie grâce à la restriction du FQDN. Guillaume.
Re: avis sur mon main.cf
Correction, la ligne smtpd_sender_restrictions = est décommenté (dsl pr l'erreur), sinon je vous raconte pas les erreurs de démarrage de postfix lol merci pour vos avis -- View this message in context: http://www.nabble.com/avis-sur-mon-main.cf-tp14432832p14432938.html Sent from the debian-user-french mailing list archive at Nabble.com.
mobile 3G+ Orange : configuration modem Merlin XU870
Bonjour, Mon entreprise m'a fourni une connexion 3G+ Orange avec le modem Merlin XU870. lorsque je connecte le modem, au niveau USB il est bien détecté, mais le driver airpime ne monte pas automatiquement en mémoire et le device /dev/USB0 n'est pas créer. Quelqu'un a-t-il déjà été confronté à ce problème? Merci Philippe LEBRETON Le contenu de ce courriel et ses éventuelles pièces jointes sont confidentiels. Ils s’adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l’avez reçu par erreur,et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d’autres personnes ni le reproduire. Merci de le renvoyer à l’émetteur et de le détruire. Attention : L’Organisme de l'émetteur du message ne pourra être tenu responsable de l’altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l’émetteur. Elles ne reflètent pas la position de l’Organisme sauf s’il en est disposé autrement dans le présent courriel. begin:vcard fn:LEBRETON Philippe n:Philippe;LEBRETON org;quoted-printable:CTI Bretagne Pays de Loire;Logistique R=C3=A9seaux email;internet:[EMAIL PROTECTED] title;quoted-printable:Administrateur Syst=C3=A8me tel;work:02 41 47 77 29 version:2.1 end:vcard
Re: HyperFile sous Linux
Jacques A a écrit : C'est très gentil à toi, mais ça ne marche pas. Le port 4999 est écouté par le processus de setup qui sert à rechercher les serveurs HF disponibles. Je ne comprend plus: dans le mail d'origine il est dit que le serveur écoute sur le port 4999 au lieu du 4900. De ce que je comprends ci dessus, les clients écoutent -lors du setup- le port 4999 pour trouver un serveur. Ou est le problème alors ;-) Rediriger le 4900 -- 4999 n'arrange rien parce que le processus de setup ne comprend pas ce qui lui est demandé. Bein si c'est un client c'est transparent pour lui, le processus de setup ne s'en rend pas compte. La règle donnée est appliquée au niveau du serveur HF donc Linux. J'avais déjà tenté l'ouverture du port 4900 mais sans succès. Peut-être la syntaxe n'était pas bonne. Pour autoriser un port en E/S sur une IP on fait quoi, iptables -A INPUT -i eth0 -p tcp -d Addr_IP --dport 4900 --sport 4900 -j ACCEPT iptables -A OUTPUT -i eth0 -p tcp -d Addr_IP --dport 4900 --sport 4900 -j ACCEPT Déjà cela dépend des autres règles. Le plus simple est de faire les tests sans règle de firewall si tu n'es pas à l'aise avec iptables. Voici un script que j'utilise qui accepte tout en gardant le masquerade au cas ou ... A adapter à ton setup. #!/bin/sh echo Setting down IPtables rules IPTABLES=/sbin/iptables # where iptables binary lies # Setting up Forwarding echo 1 /proc/sys/net/ipv4/ip_forward # Setting up IP spoofing protection if [ -e /proc/sys/net/ipv4/conf/all/rp_filter ] then for f in /proc/sys/net/ipv4/conf/*/rp_filter do echo 1 $f done fi # Flush all $IPTABLES -F $IPTABLES -X $IPTABLES -t nat -F $IPTABLES -t mangle -F # Accept all by default $IPTABLES -P INPUT ACCEPT $IPTABLES -P OUTPUT ACCEPT $IPTABLES -P FORWARDACCEPT $IPTABLES -t nat -P INPUT ACCEPT $IPTABLES -t nat -P OUTPUT ACCEPT $IPTABLES -t mangle -P INPUTACCEPT $IPTABLES -t mangle -P OUTPUT ACCEPT $IPTABLES -t nat -A POSTROUTING -o ppp0 -j MASQUERADE mais est-ce que manta utilisera le port? Il faudrait que j'étudie de plus près cet aspect du réseau pour voir ce qui se passe au niveau des trames (via Wireshark). Affaire à suivre Le 19/12/07, Daniel Huhardeaux [EMAIL PROTECTED] a écrit : Jacques A a écrit : Salut, Merci pour ton idée, mais j'ai vraiment besoin du mode natif sous Linux. On l'a payé, faut que ça marche. J'ai contacté le support de PC Soft pour qu'ils me trouvent une solution. J'échange en ce moment avec un de leurs gars. Après tout ma boite a payé cher le logiciel, autant que l'éditeur gère les problèmes. Mais dès qu'on aura trouvé je posterai, pour qu'éventuellement ce soit utile à quelqu'un d'autre. En attendant: iptables -t nat -A prerouting -p tcp -d IP serveur HyperFileLinux/32 --dport 4900 -J DNAT --to-dest IP serveur HyperFileLinux:4999 iptables -A forward -d IP serveur HyperFileLinux/32 -j ACCEPT Jacques Le 17/12/07, C. Mourad Jaber [EMAIL PROTECTED] a écrit : On 17.12.2007 07:10, Jacques A wrote: Bonjour la liste, Je vais hériter d'une application développée par un collègue en Windev et qui s'appuie sur une base HyperFile. Donc, de cet existant, j'ai besoin de la mettre en client/serveur mais je préfère que le serveur DB soit sous Linux. La société propose une version Linux du serveur mais aucune doc d'aucune sorte et apparemment aucun support n'est fourni. Après install sous Sid, j'ai noté que le service est bien en mémoire, mais alors qu'il est sensé ouvrir le port 4900 pour communiquer avec les clients, il ouvre le 4999. L'erreur qui apparaît est que le serveur refuse la connexion. J'ai telnété le serveur sur le port 4999 et il affiche un prompt de setup mais aucun menu d'aide (j'ai du faire un strings sur l'exécutable pour voir les commandes), par contre le port 4900 est désespérément fermé. Logiquement, le démon doit ouvrir son port. Donc si quelqu'un a réussi à faire marcher ce truc sous Linux, ça me rendrait bien service. Mon but est de placer temporairement cet existant sous Linux pour ensuite migrer la base sous MySQL. Merci Jacques Bonjour, Si ce n'est que temporaire, ne serait-il pas possible d'utiliser wine pour utiliser la version windows sous linux en attendant de faire ta migration ? Je sais c'est pas souhaitable pour les puristes, surtout quand il existe une version linux, mais si ça peut dépanner @ + Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le
[SHELL] remplacer un caractère dans une sous-chaine
Bonjour la liste, Je me heurte depuis quelques temps à un souci de substitution de caractère dans une sous-chaine. Voici la chaîne d'origine: type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[permission denied] level[critical] Quelquefois, je la reçois sous cette forme (remarquez qu'un espace s'est inséré dans perm ission et cri tical) : type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[perm ission denied] level[cri tical] J'aimerai donc supprimer tous les espaces ' ' contenus entre crochets SAUF dans ceux précédés de 'date' ou 'creationDate' Je pense que sed peut suffir mais je n'arrive pas à trouver. En effet: echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' et tr ' ' '_' ne sont pas corrects. Auriez-vous une idée? Merci. Zelos
Spécifier le nom du montage dans /media [Was Re: [infos sur udev] Re: Udev, carte son et webcam]
Bonjour, Et bien grâce à toi, j'ai beaucoup avancé ;-) Le Wed, 19 Dec 2007 16:22:25 +0100, Frédéric BOITEUX [EMAIL PROTECTED] a écrit : Le mer 19 déc 2007 15:07:31 CET, David BERCOT [EMAIL PROTECTED] a écrit : Concernant les double =, j'ai essayé avec et sans, sans que ça change quoi que ce soit... Suite à udevtrigger et udev reload, j'ai bien mon symlink si l'option name n'est pas là, et sinon, je n'ai rien !!! bizarre, mais bon, cela dépend aussi ... de la version d'udev (et du noyau)... Alors en fait, j'avais un S de trop à la fin de ATTR. Dans le lien que tu donnes plus bas, il est bien expliqué qu'on utilise '==' pour la consultation et '=' pour l'attribution, donc, pour name par exemple... J'en profite pour poser 2 ou 3 questions de plus sur udev ;-) 1. Parfois, je vois des simple = et parfois des doubles. Quelle est la différence (dans ce cas-là) ? Est-ce lié à une attribution ou une comparaison (comme en programmation) ? La syntaxe a changée au cours du dév.t d'udev, je ne connais pas les détails... mais tu en sauras sûrement plus là : http://www.reactivated.net/writing_udev_rules.html Page très claire !!! Merci. 2. Que fait le += ? je crois qu'il sert à indiquer à udev de continuer à lire ses autres règles même lorsque la tienne correspondait. 3. Pour une autre périphérique (téléphone portable branché en USB), je lance un script via udev. Ca marche bien au branchement, mais par au retrait... Y'a-t-il des choses particulières à faire ? là, je sèche... Maintenant, j'ai juste des problèmes de nommage des points de montage (disques externes carte MMC). J'ai fait pas mal de recherches sur Google, sans succès (on parle bien d'udev pour le nommage dans /dev, mais ça, c'est ok). Il semblerait que ce soit plutôt hal qui gère ça (je suis sous Gnome), mais je ne trouve rien hormis l'attribution d'un label au dit périphérique (ce qui ne me convient guère) car gnome utilise ce label pour le nommage. Bref, quelqu'un aurait-il quelques tuyaux pour la spécification des noms dans /media ? Merci d'avance. David. signature.asc Description: PGP signature
Re: [SHELL] remplacer un caractère dans une sous-chaine
Le 20/12/07, Guillaume Coeugnet[EMAIL PROTECTED] a écrit : -Message d'origine- De : zelos 414 [mailto:[EMAIL PROTECTED] Envoyé : jeudi 20 décembre 2007 11:02 À : Debianfr List Objet : [SHELL] remplacer un caractère dans une sous-chaine Bonjour la liste, Je me heurte depuis quelques temps à un souci de substitution de caractère dans une sous-chaine. Voici la chaîne d'origine: type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[permission denied] level[critical] Quelquefois, je la reçois sous cette forme (remarquez qu'un espace s'est inséré dans perm ission et cri tical) : type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[perm ission denied] level[cri tical] J'aimerai donc supprimer tous les espaces ' ' contenus entre crochets SAUF dans ceux précédés de 'date' ou 'creationDate' Je pense que sed peut suffir mais je n'arrive pas à trouver. En effet: echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' et tr ' ' '_' ne sont pas corrects. Auriez-vous une idée? Merci. Zelos Pourquoi n'utilises tu pas un outil comme le perl qui est fait pour traiter des chaines de caractère ? Je ne connais pas perl et tout le reste du script est en shell...
Re: [SHELL] remplacer un caractère dans une so us-chaine
zelos 414 a écrit : echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' Tu ne peux pas mettre de .* dans la chaine de substitution, tu dois utiliser les références arrières echo description[perm ission denied] | sed -e 's/\[\(.*\)\ \(.*\)]/[\1_\2]/g' marchera mieux (un peu, car ça ne substitue que la derniere espace située entre crochet, le .* est gourmand). tr ' ' '_' echo description[perm ission denied] | tr ' ' '_' marche très bien, mais tu n'as pas de regexp pour trier tes espaces à substituer. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Carte video compatible etch (sans compilation driver propriétaire)
Le mercredi 19 décembre 2007 16:07, Sylvain Sauvage a écrit : Bulot Grégory, mardi 18 décembre 2007, 23:24:14 CET […] Toutes les cartes radeon (sauf R500/R600 = X1300, X1800…) ont un support 2D. avec les pilotes libres, ces cartes (x1050 et x1550) ne fonctionnaient pas (un problème de pciid ?) Et donc de version de Xorg… C’est toujours le problème : matériel neuf = pilote récent = Sid ou backports = ennuis… entre autre oui […] c'est pour du flash / Action Script : mouvement / déformation d'objet à forte dose en haute résolution. T’es sûr que c’est pas plus un problème de CPU que de GPU : vu que ça prend 100 % du CPU juste pour afficher deux images de pub… :oP j'ai lancé 16 animations différentes sur la même machine avec une x1050 et accélération 2D, le pic cpu était de 48%, 512M Ram, sans accélaration, ça rame à mort avec 4 animations ...
Re: [SHELL] remplacer un caractère dans une sous-chaine
Le 13867ième jour après Epoch, Daniel Caillibaud écrivait: zelos 414 a écrit : echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' Tu ne peux pas mettre de .* dans la chaine de substitution, tu dois utiliser les références arrières echo description[perm ission denied] | sed -e 's/\[\(.*\)\ \(.*\)]/[\1_\2]/g' marchera mieux (un peu, car ça ne substitue que la derniere espace située entre crochet, le .* est gourmand). On peut diminuer sa cupidité en rajoutant un '?' après... Ce qui donnerait .*? mais qui ne marche pas chez moi :(
Re: [SHELL] remplacer un caractère dans une sous-chaine
zelos 414, jeudi 20 décembre 2007, 11:02:21 CET Bonjour la liste, ’jour, Je me heurte depuis quelques temps à un souci de substitution de caractère dans une sous-chaine. Voici la chaîne d'origine: type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[permission denied] level[critical] Quelquefois, je la reçois sous cette forme (remarquez qu'un espace s'est inséré dans perm ission et cri tical) : type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[perm ission denied] level[cri tical] J'aimerai donc supprimer tous les espaces ' ' contenus entre crochets SAUF dans ceux précédés de 'date' ou 'creationDate' Je suppose que les espaces insérés ne sont pas toujours au même endroit (sinon ce serait trop simple). Je pense que sed peut suffir mais je n'arrive pas à trouver. En effet: echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' et tr ' ' '_' ne sont pas corrects. Auriez-vous une idée? La commande « s » prend une ou deux « adresses » : adr1,adr2 s/…/…/… Ces adresses indiquent à s le cadre dans lequel il doit opérer. Ce sont deux expressions régulières marquant la zone de texte (une seule adresse → toute la ligne, deux adresses → début et fin de zone). Donc, pour remplacer tous les espaces entre deux crochets : /\[/,/\]/s/ /_/g À noter que, puisqu’il s’agit de remplacer un seul caractère, la commande « y » suffit ; /\[/,/\]/y/ /_/ Bon, ça remplace tous les espaces mais ça le fait aussi pour date et creationDate, il faut donc discriminer. Et c’est là que les Athéniens s’atteignirent, la négation est une plaie : /\([^Dd]...\|[dD]\([^a]..\|a\([^t].\|t[^e]\)\)\)\[/,/\]/y/ /_/ en clair, on teste les quatre caractères avant le crochet : — soit ce n’est pas d (ou D) ; — soit c’est d (ou D) et, — pas suivi d’un a ; — suivi d’un a et, — pas suivi d’un t ; — suivi d’un t mais pas d’un e. (Merci tous les \ à mettre devant les () et les |… Encore heureux que « xxx|yyy » n’a pas besoin d’être écrit « (xxx)|(yyy) »…) Bon, là ça ne teste que [Dd]ate, tu pourras facilement généraliser. Ah, euh, il ne faut pas de [] emboîtés dans les []… -- Sylvain Sauvage
Migration de compte d'une machine à l'autre
Salut. Je suis en train de changer de machine, et j'ai un tout petit souci à migrer mes données/paramètres vers la nouvelle. Sur l'ancienne, j'utilise WMaker mais j'ai eu à jouer avec Gnome. Sur la nouvelle, je vais essayer de rester sous Gnome. Quand je fais: nouvelle# rsync -lavz --delete ancienne:/home/moi/ /home/moi/ et qu'ensuite je me connecte, j'ai pas de décorateur de fenêtre et mes barres Gnome sont bizarres. Quand je crée un nouveau compte sur la nouvelle machine, que je m'y connecte, puis déconnecte (le temps de laisser à Gnome de quoi peupler les bons réps), puis copie les répertoires ainsi crées dans le compte /home/moi/ ça ne marche pas mieux. Auriez vous une idée de la marche à suivre, pour d'une part essayer de préserver mes préférences (genre Gaim et autres) et avoir les bonnes icônes et bons paramètres Gnome? J'avoue que migrer des serveurs est plus simple que des postes de travail sur ce coup ;)
Gestionaire d'Impressions
Bonjour, Depuis une mise à jour sous testing, dans Gnome quand je veux gérer les imprimantes par le menu Sytéme/Préferences/Imprimantes c'est KDE-print qui se lance est ce voulu, pourquoi n'y a t'il plus d'interface Gnome? Georges -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SHELL] remplacer un caractère dans une sous-chaine
Le 20/12/07, Sylvain Sauvage[EMAIL PROTECTED] a écrit : zelos 414, jeudi 20 décembre 2007, 11:02:21 CET Bonjour la liste, 'jour, Je me heurte depuis quelques temps à un souci de substitution de caractère dans une sous-chaine. Voici la chaîne d'origine: type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[permission denied] level[critical] Quelquefois, je la reçois sous cette forme (remarquez qu'un espace s'est inséré dans perm ission et cri tical) : type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[perm ission denied] level[cri tical] J'aimerai donc supprimer tous les espaces ' ' contenus entre crochets SAUF dans ceux précédés de 'date' ou 'creationDate' Je suppose que les espaces insérés ne sont pas toujours au même endroit (sinon ce serait trop simple). Je pense que sed peut suffir mais je n'arrive pas à trouver. En effet: echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g' et tr ' ' '_' ne sont pas corrects. Auriez-vous une idée? La commande «s» prend une ou deux «adresses»: adr1,adr2 s/…/…/… Ces adresses indiquent à s le cadre dans lequel il doit opérer. Ce sont deux expressions régulières marquant la zone de texte (une seule adresse → toute la ligne, deux adresses → début et fin de zone). Donc, pour remplacer tous les espaces entre deux crochets : /\[/,/\]/s/ /_/g À noter que, puisqu'il s'agit de remplacer un seul caractère, la commande «y» suffit ; /\[/,/\]/y/ /_/ Bon, ça remplace tous les espaces mais ça le fait aussi pour date et creationDate, il faut donc discriminer. Et c'est là que les Athéniens s'atteignirent, la négation est une plaie : /\([^Dd]...\|[dD]\([^a]..\|a\([^t].\|t[^e]\)\)\)\[/,/\]/y/ /_/ en clair, on teste les quatre caractères avant le crochet : — soit ce n'est pas d (ou D) ; — soit c'est d (ou D) et, — pas suivi d'un a ; — suivi d'un a et, — pas suivi d'un t ; — suivi d'un t mais pas d'un e. (Merci tous les \ à mettre devant les () et les |… Encore heureux que «xxx|yyy» n'a pas besoin d'être écrit «(xxx)|(yyy)»…) Bon, là ça ne teste que [Dd]ate, tu pourras facilement généraliser. Ah, euh, il ne faut pas de [] emboîtés dans les []… -- Sylvain Sauvage Alors là... du grand art. Malheureusement, il se peut que certains [] soient emboîtés aussi dans de rares cas. Quelle solution envisager pour un traitement générique ? Zelos
Re: [SHELL] remplacer un ca ractère dans une sous-chaine
On 2007-12-20 13:55:59 +0100, François TOURDE wrote: Le 13867ième jour après Epoch, Daniel Caillibaud écrivait: marchera mieux (un peu, car ça ne substitue que la derniere espace située entre crochet, le .* est gourmand). On peut diminuer sa cupidité en rajoutant un '?' après... Ce qui donnerait .*? mais qui ne marche pas chez moi :( Je ne pense pas que ce soit standard. C'est une extension dans les regexp de Perl (et tout ce qui les utilise), non? -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SHELL] remplacer un caractère dans une sous-chaine
Le 13867ième jour après Epoch, Vincent Lefevre écrivait: On 2007-12-20 13:55:59 +0100, François TOURDE wrote: [...] On peut diminuer sa cupidité en rajoutant un '?' après... Ce qui donnerait .*? mais qui ne marche pas chez moi :( Je ne pense pas que ce soit standard. C'est une extension dans les regexp de Perl (et tout ce qui les utilise), non? Très juste. Désolé pour le bruit.
Re: [SHELL] remplacer un caractère dans une sous-chaine
Sylvain Sauvage, jeudi 20 décembre 2007, 16:04:19 CET […] La commande « s » prend une ou deux « adresses » : adr1,adr2 s/…/…/… Ces adresses indiquent à s le cadre dans lequel il doit opérer. Ce sont deux expressions régulières marquant la zone de texte (une seule adresse → toute la ligne, deux adresses → début et fin de zone). Bon, je raconte n’importe quoi ! Pour sed, les adresses ne fonctionnent que sur plusieurs lignes. […] En revanche, la négation : /\([^Dd]...\|[dD]\([^a]..\|a\([^t].\|t[^e]\)\)\)\[/,/\]/y/ /_/ en clair, on teste les quatre caractères avant le crochet : — soit ce n’est pas d (ou D) ; — soit c’est d (ou D) et, — pas suivi d’un a ; — suivi d’un a et, — pas suivi d’un t ; — suivi d’un t mais pas d’un e. (Merci tous les \ à mettre devant les () et les |… Encore heureux que « xxx|yyy » n’a pas besoin d’être écrit « (xxx)|(yyy) »…) Bon, là ça ne teste que [Dd]ate, tu pourras facilement généraliser. … peut toujours servir. Mais ça devient très lourd à gérer avec sed. Il vaudrait vraiment passer à un vrai langage (Ruby, Perl…). Pour me pardonner d’avoir dit une ânerie : #!/usr/bin/ruby while ligne = STDIN.gets crochet = false until ligne.nil? case ligne when /\A[dD]ate\[/ print $ when /\A\[/ crochet = true print $ when /\A\]/ crochet = false print $ when /\A / if crochet print '_' else print ' ' end when /\A./ print $ end ligne = $' end print \n end (on peut faire plus court mais j’ai fait lisible…) Le principe est de manger la ligne petit bout par petit bout (le \A indique « début de la chaîne »). $ contient la correspondance de la regexp $' contient le reste de la chaîne -- Sylvain Sauvage
Re: [SHELL] remplacer un caract ère dans une sous-chaine
Bonjour,
Le jeudi 20 décembre 2007, zelos 414 a écrit...
Je pense que sed peut suffir mais je n'arrive pas à trouver.
En effet:
echo description[perm ission denied] | sed -e 's/\[.*\ .*]/\[\.*_\.*\]/g'
Auriez-vous une idée?
Avec ssed, car ssed accepte le lookbehind :
echo description[perm ission denied] | ssed -R '/(?!ate)\[/{s/ //}'
Bon, ça marche dans ce cas là, si j'ai bien compris la problématique,
mais il faut voir si tu peux le généraliser.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Existe t'il une HCL debian?
Le Wed, Dec 19, 2007 at 04:31:12PM +0100, testarossa FEERARI a écrit : Bonjour, Apparamment il n'existe pas de HCL (Hardware compatibility list ou Liste de Matériel Compatible) debian? Il en existe une expérimentale hébergée par Kenshi Muto. http://kmuto.jp/debian/hcl/ Bonne journée, -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: supprimer le spam avec Spamassassin + postfix ?
C. Mourad Jaber wrote: En fait, depuis une semaine : 3500 spam : 95% vrais positifs, 5% non filtrés (faux négatifs), 0% faux positif Je filtre sans bayes et sans apprentissage... Bayes est conseillé. Non seulement parce qu'il chopera des spams ratés, mais surtout parce qu'il évitera quelques faux positifs. une config fraiche de SA, sans Bayes et sans apprentissage, peut marcher très bien, jusqu'à la nouvelle vague de spams (non detectés par les règles en place), et les spams vont donc passer jusqu'à la mise à jour des règles. avec Bayes et un peu d'apprentissage, on réduit les effets de ce genre de tempêtes. par contre, tu peux désactiver AWL, sauf si t'es sûr de toi... Donc ça ne me fait pas trop peur de virer les spams vrai prenant peut-être le risque d'avoir un faux positif de temps en temps (moins de 1 par semaine, ça me semble honorable !) c'est pas l'histoire d'un mec qui picole au volant, et qui dit: j'ai jamais eu d'accident? faire diparaitre des mails, ça pose des problèmes. y en a qui ont essayé:) J'avais également pensé à la réécriture d'adresse mail pour envoyer tous les spams dans un compte poubelle...Je vais peut-être tenter ça avant de passer à la solution plus définitive ;) - avec amavisd-new, tu peux rediriger les spams vers [EMAIL PROTECTED] (cad: ajouter +spam). sur postfix, tu peux faire en sorte que les +spam soient livrés quelque part. - avec ou sans amavisd-new, si tu utilises procmail ou maildrop, tu peux livrer les spams dans un dossier à cet effet. voici la config que j'utilise: - boites aux lettres au format Maildir (un fichier par message) - accès au mail par IMAP (du moins pour la partie gestion de Spam). - livraison avec maildrop. celui-ci met les messages detectés comme spam dans un dossier Junk - dans le dossier Junk, il y a deux sous-dossiers: Error et Trash. - Je regarde de temps en temps dans Junk (ordonné par Subject, ça va vite) et déplace les vrais spams dans le Junk/Trash. Je copie les FPs dans Junk/Error et déplacent la où je veux (Inbox par exemple). - si je vois un spam raté, je le déplace dans Junk/Trash En gros, à tout instant: - les spams confirmés sont dans Junk/Trash - les faux positifs sont dans Junk/Error - les spams non revus sont dans Junk - (les faux négatifs peuvent être n'importe où) coté serveur, sa-learn est lancé sur Junk/Trash et Junk/Error. une fois traités, les messages sont déplacés ailleurs (ce qui peut servir de corpus en cas de reinstall ou de reinitialisation). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nautilus problème tar
Le Thu, Dec 20, 2007 at 09:06:18AM +0100, Bernard Isambert a écrit : J'ai le même problème de message intempestif. Le plus fort, c'est que l'archive est créée quand même ! Apparemment, il n'y a aucun bug enregistré sur bugs.debian.org pour ce problème. Un volontaire pour écrire un rapport ? Bonne journée, -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: quel encodage?
Le Wed, 19 Dec 2007 22:21:11 +0100 Klaus Becker [EMAIL PROTECTED] a écrit: [...] $ Encode.sh lefilm Bson 128 Bvid 900 Passe 1 Je m'aperçois que j'avais collé le «1» à Passe ce qui fait c=que tu as encodé avec le bitrate par défaut. Là ça devrait marché. Tu peux vérifier en faisant le «grep VIDEO:», tu dois avoir un truc genre 900kbps. François -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SHELL] remplacer un caractère dans une so us-chaine
Sylvain Sauvage a écrit : Donc, pour remplacer tous les espaces entre deux crochets : /\[/,/\]/s/ /_/g Ça va remplacer toutes les espaces des lignes comprises une ligne contenant un crochet ouvrant et la premières des lignes suivantes qui contient un crochet fermant (ces deux lignes qui matchent la sélection sont inclusent). -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: avis sur mon main.cf
Tekpi wrote: Bonjour à tous, voici mon main.cf de postfix, j'ai tenté de mettre une solution très restrictive pour éviter de recevoir trop de spam, pouvez-vous me donner votre avis : mydestination = $myhostname, localhost.localdomain, localhost.localdomain, localhost pour éviter les surprises, il vaut mieux définir myhostname et mydomain explicitement. ça évite les problèmes quand on joue avec le hostname de la machine. relayhost = smtp.demonprovider.com relayhost = [smtp.demonprovider.com] avec des crochets pour éviter un requête MX. mynetworks = 127.0.0.0/8 192.168.0.0/24 recipient_delimiter = + inet_interfaces = $myhostname, localhost inet_interfaces = all est conseillé. et comme c'est la valeur par défaut, autant virer toute la ligne. jouer avec inet_interfaces cause des ennuis. transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual smtp_banner = $myhostname ESMTP $mail_name tu peux virer cette ligne. c'est la valeur par défaut. En général, il ne faut pas remettre les valeurs par défaut. comme ça, à la mise à jour, tu auras la nouvelle valeur par défaut (qui sera mieux, sinon elle n'aura pas été choisie dans la mise à jour!). mail_name = temp ça sert à rien de cacher que c'est un postfix. ça prend 3 secondes de s'en rendre compte. essaye: # telnet serveur 25 GET / HTTP/1.0 essaye la même chose sur des serveurs différents, et tu verras qu'on voit vite un postfix. Mieux vaut laisser la valeur par défaut. maximal_queue_lifetime = 4d smtp_helo_timeout = 60s smtpd_recipients_limit = 16 smtpd_soft_error_limit = 3 smtpd_hard_error_limit = 12 pas de commentaire sur ces valeurs. si tu n'as pas de raison vraiment spéciale, il ne faut pas changer les valeurs. smtpd_helo_restrictions = permit_mynetworks ça ne sert à rien. par défaut, c'est permit. donc ajouter un permit_mynetworks ne change rien au résultat. tu peux virer la ligne. smtpd_delay_reject = yes disable_vrfy_command = yes content_filter = smtp-amavis:[127.0.0.1]:10024 mailbox_command = procmail -a $EXTENSION strict_rfc821_envelopes = yes mailbox_size_limit = 0 virtual_mailbox_limit = 52428800 bounce_queue_lifetime = 2h smtpd_client_restrictions = permit_mynetworks, reject_unknown_client La, ça dépend du site. si c'est perso, je ne vois pas de problème. si c'est professionnel, ça va faire des dégats. Tout d'abord, plusieurs sites ont une mauvaise config DNS. Mais même en décidant qu'ils n'ont qu'à se démerder, il reste le cas des problèmes DNS (telmps de réponse causant un timeout, ...) qui vont faire des erreurs temporaires et donc retarder le mail. smtpd_data_restrictions = reject_unauth_pipelining # Rejeter tout mail mal formaté smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_non_fqdn_hostname ah. tu répetes smtpd_helo_restrictions. il faut virer la première. tu peux ajouter reject_invalid_hostname (je ne vois pas pourquoi t'accepterais j?^f et pas popo). cela dit, tu peux tout mettre dans smtpd_recipient_restrictions, histoire de pouvoir choisir l'ordre d'execution. #smtpd_sender_restrictions = ça a deja été dit. attention au '#'... reject_non_fqdn_sender, ça, tu l'as déjà dans smtpd_recipient_restrictions. pas la peine de le répeter. finalement tu peux virer smtpd_sender_restrictions completement. reject_unknown_address c'est quoi reject_unknown_address? ne serait-ce pas reject_unknown_sender_domain plutot? reject_maps_rbl et ça? #notify_classes = resource,software,bounce,policy,protocol,delay #error_notice_recipient = postmaster # Règles RBL + Tri sur le format du mail smtpd_recipient_restrictions = permit_mynetworks, mets reject_unauth_destination ici. sinon, gare au relai ouvert... check_sender_access hash:/etc/postfix/sender_ok, il ne faut pas faire confiance à l'adresse de l'expéditeur pour faire du relai. ça peut rester caché pendant quelques jours (voire plus), mais ce sera découvert et là, ça fera mal. donc après reject_unauth_destination... reject_non_fqdn_sender, reject_non_fqdn_recipient, ici tu peux ajouter reject_invalid_hostname reject_non_fqdn_hostname tu peux aussi ajoter reject_unlisted_sender reject_unlisted_recipient histoire d'éviter des appels DNS quand les adresses sont fausses. reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, c'est plus haut qu'il faut le mettre. ne jamais mettre un permit ou un ok avant reject_unauth_destination, sauf si on est sûr du coup. en gros, on peut mettre permit_mynetworks (whitelist par IP), permit_sasl_authenticated (whitelist par authentification), mais pas un check_sender_access, qui est facilement falsifié... reject_unauth_pipelining, ça sert à rien ici. RCPT TO est une commande asynchrone. le standard autorise donc de faire du
Re: [SHELL] remplacer un caractère dans une sous-chaine
Le jeudi 20 décembre 2007 11:02, zelos 414 a écrit : Bonjour la liste, Je me heurte depuis quelques temps à un souci de substitution de caractère dans une sous-chaine. Voici la chaîne d'origine: type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[permission denied] level[critical] Quelquefois, je la reçois sous cette forme (remarquez qu'un espace s'est inséré dans perm ission et cri tical) : type[TEST] date[Sun Dec 16 15:45:53 CET 2007] description[perm ission denied] level[cri tical] J'aimerai donc supprimer tous les espaces ' ' contenus entre crochets SAUF dans ceux précédés de 'date' ou 'creationDate' Désolé, je ne répondrai pas vraiment à ta question mais corriger le problème à sa source est-il envisageable ? As-tu regardé pourquoi tu obtiens des espaces « en trop » dans tes chaines ? D'autre part, tu ne devrais pas remplacer tous les espaces dans perm ission denied ... -- Davy Gigan System Network Administration [Please no HTML, I'm not a browser] University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur] pgp0AkJ4YieuB.pgp Description: PGP signature
Re: [SHELL] remplacer un caractère dans une sous-chaine
zelos 414, jeudi 20 décembre 2007, 16:14:31 CET […] Malheureusement, il se peut que certains [] soient emboîtés aussi dans de rares cas. Alors ça donne ça : #! /usr/bin/ruby while ligne = STDIN.gets crochet = 0 date = false until ligne.nil? case ligne when /\A[dD]ate\[/ date = true print $ when /\A\[/ crochet += 1 print $ when /\A\]/ if date and crochet.zero? date = false else crochet -= 1 if crochet 0 # oups, trop de fermants crochet = 0 end end print $ when /\A / if crochet 0 and not date print '_' else print ' ' end when /\A./ print $ end ligne = $' end print \n end -- Sylvain Sauvage
Re: [SHELL] remplacer un ca ractère dans une sous-chaine
Sylvain Sauvage a écrit, jeudi 20 décembre 2007, à 16:30 :
[...]
Pour sed, les adresses ne fonctionnent que sur plusieurs
lignes.
Oui,
En revanche, la négation :
/\([^Dd]...\|[dD]\([^a]..\|a\([^t].\|t[^e]\)\)\)\[/,/\]/y/ /_/
On peut tourner la chose autrement : Sed connaît la négation /motif/!,
et on peut emboîter des blocs entre accolades.
Mais ça devient très lourd à gérer avec sed. Il vaudrait
vraiment passer à un vrai langage (Ruby, Perl???).
Sed est Turing-complet, mécréant !
Pour me pardonner d???avoir dit une ânerie :
#!/usr/bin/ruby
Pfff. Sed peut aisément
1/ Isoler les motifs à traiter entre deux lignes debut, fin :
sed -e 's/\([a-z]\+\[[^]]*\])/BALISE_debut\n\1\nBALISE_fin\n/ig'
2/ Traiter uniquement les susdits motifs :
sed -e '/BALISE_debut$/,/^BALISE_fin$/{# Dans le bloc,
/BALISE_/!{# ne pas traiter les bornes,
/^\(truc\|machin\)/!{# ni ces motifs.
s/[[:space:]]/_/g # traitement...
}
}
}'
3/ Recoller les morceaux... (en exercice :)
--
Jacques L'helgoualc'h
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLU] Pb après redimensionnement gpa rted
Bonjour, Il y a une option dans le bios du Dell latitude 630 qui s'appelle SATA operation et que j'avais il y a quelques temps positionné sur AHCI à la place de ATA. Debian SID (comme rescuecd 0.4.2) s'accomodent bien de cette option ... mais pas windows XP. Le bios affiche pourtant un message d'avertissement assez clair lors de la bascule : Attention! changing this setting may prevent your operating system from booting or require a reinstall ... Comme je n'ai redémarré sous Windows XP que bien plus tard et après avoir utilisé gparted, j'ai faussement suspecté ce dernier ... qui a pourtant fait correctement son travail ! Merci à tous ceux qui m'ont répondu. Guy Guy Roussin a écrit : Bonjour, J'ai un portable (Dell latitude D630) en double boot : P1 : NTFS (XP, 36Go) P2 : EXT3 (DEBIAN SID, 24Go) P3 : SWAP (2Go) P4 : EXT3 (DATA, 60Go) Vu ma faible utilisation d'XP (mais qui m'est nécessaire pour certaines tâches d'admin), j'ai voulu réduire la taille de P1 (- 24Go) au profit de P2 (- 36Go). Pour cela j'ai utilisé gparted de sysrecuecd 0.4.2. Au reboot sous debian SID, pas de problèmes. Par contre sous XP, j'ai droit au Logo XP puis un écran bleu et pas le temps de lire le message avant reboot (idem en sans echec). J'ai essayé d'utiliser le CD XP SP2 pour réparer ... mais il ne voit pas le disque (???), réinstaller GRUB, et même réinstaller l'image ghost de la partition XP! Mais le problème est toujours là ! Je me demande si il n'y aurait pas une histoire avec la nouvelle taille de la partition Windows qui ne serait pas conforme aux attentes de XP ... Je monte sans problème (sans message d'erreur) la partition NTFS sous SID. Vos avis sont les bienvenus.
