gaaaaaAab a écrit 1387 commentaires

ubuntu 9.04
personne n'est parfait !

vite !! ------> []

plus sérieusement, tu sais s'ils tripatouillent firefox chez Ubuntu ou s'ils livrent le binaire distribué par la fondation Mozilla ?
Parce que pour prendre un exemple proche, chez moi, le plugin Lightning se plante avec icedove, alors qu'il fonctionne très bien avec le Thunderbird binaire de Mozilla.

i686 GNU/Linux
c'est un système 32 bits. Ce n'est donc pas le classique problème du plugin flash 64 bits qui ne fonctionne pas.

dans un de tes commentaires précédents, je vois un:
ICEDTEAPLUGIN_DEBUG = (null)

ça vaudrait le coup de désactiver toutes les extensions et de refaire un test.

tiens, au passage, je dis une bétise, cpuinfo permet de savoir si l'architecture est 32 ou 64 bits, mais çe ne dit rien sur le système ...
Il faut plutôt regarder le résultat de uname du coup.

mon hypothèse ne tient p-e pas bien la route, vu que le plugin Flash a l'air de fonctionner sur certains sites et pas sur d'autres, mais le système est-il installé en 32 ou en 64 bits ?
ça peut se déduire du résultat de la commande:
$ uname -a
ou encore de celui de :
$ grep flags /proc/cpuinfo

j'ai jamais vraiment compris l'intérêt de refaire un gestionnaire de fenêtre dans un IDE ... (bon, ça, c'est fait :)

Concernant les fonctionnalités dont tu parles:
- intégration avec les gestionnaires de version : par défaut non, mais il y a des plugins qui le font.
- intégration avec les debuggers : idem
- refactoring : heu ... joker, ou plutôt, réponse de mauvaise foi : "t'avais qu'à choisir un nom intelligent pour ta variable/classe dès le début ! " :D (sinon, sed, c'est dien.)
- intégration avec make : oui. la commande :make lance la compile et affiche le résultat dans un buffer, à partir duquel du peux sauter aux lignes concernées par les erreurs/warnings. La commande lancée par :make est make par défaut, mais peut être remplacé en settant makeprg.

'fin, en bref, le vim par défaut n'est pas un IDE, par contre, c'est un chouette DE. Il doit y avoir moyen, en utilisant des plugins et en configurant, d'en faire un IDE avec le I qui correspond au besoin de chacun.

maintenant, je suis pas le mieux placé pour en parler, j'utilise un simple vim de base avec quelques options bien choisies et pas trop fan des IDEs. Encore que, pour faire du jawa, faut reconnaitre qu'Eclimse est pas mal.

ça fait 8 ans que je bosse, 8 ans que j'utilise vim. J'interviens sur du soft avec quelques centaines de milliers de lignes, est-ce que tu considères que c'est un gros truc ou c'est pas encore assez ? ;)

et qualifier vim de "bête" éditeur de texte ... si tous les softs qu'on utilise pouvait être aussi "bête", je serais content.

Ctrl-p, Ctrl-n pour de la complétion "bête"
l'omni complétion est encore expérimentale (:help omni) mais ça viendra un jour =)

en même temps, moment nostalgie, rappelez vous, c'était il y a trois ans (Sarkozy n'était pas président à l'époque):
http://www.pcinpact.com/actu/news/26930-Concert-de-critiques(...)

L'outil technique n'est qu'un élément de la gestion de conf. Ce que tu décris, ça me paraît plutôt être un problème de process. Utiliser un gestionnaire de conf centralisé est un moyen de pallier le problème que vous rencontrez, mais ça serait sûrement possible d'aboutir au même résultat avec d'autres outils.

Ce n'est pas le cas aujourd'hui, mais si j'avais du code à diffuser, ça serait via un gestionnaire de conf distribué sans hésitation.

Sans connaissance particulière de gestionnaire de conf, je serais aussi parti sur du distribué.

J'utilise cvs chez moi, mais vraiment pour une seule raison (je veux dire, en dehors du fait que ça marche) : c'est un outil que je connais déjà très bien.

du coup, si tu n'es pas plus à l'aise que ça avec svn, je te conseillerais plutôt de taper sur du distribué. Quant à savoir lequel .. heu ... joker ?

(pas d'expérience sur migration de svn vers autre chose non plus)

et bé en voilà qu'est pas prêt de se bronsonisé ... le comique de répétition
ou alors plusieurs fois

exec /usr/informix/bin/dbaccess $*
ou pas ?
pas sûr d'avoir compris la question non plus, mais exec $0, c'est de toute façon pas très très utile :).

heu, c'est pas le contraire ?
de ce que je vois dans tes deux lignes, la première correspond le motif "said: blabla : d'autres trucs" tandis que la seconde est "said: blabla". Or la regex de mon commentaire s'appuyait sur la présence d'une seconde occurence du caractère ":".

C'est ce que je signalais dans mon commentaire précédent, il faut regarder tous les formats possibles après le said pour établir une regex qui matchera à tous les coups.

Fais un:
grep "status=bounced" /var/log/mail.log |grep -o "said.*"


En partant des résultats de ce grep, tu pourras essayer d'établir une regex qui découpe ce motif à ta convenance, et la ré injecter dans le sed initial.

cat + 2 grep et un sed, ça fait beaucoup pour un truc qui peur se faire avec un seul sed :)

Un de tes problèmes ici est que ton grep -o restreint ta ligne à ce qui correspond à ton motif, et ton motif actuel exclut ce qui se trouve après > (donc ce qu'il y a après le said)


sed -ne 's/.*to=<\([^>]*\)>.*status=bounced.*said:[^:]*:/\1/p' /var/log/mail.log


concernant le motif commençant à "said", je m'appuie sur ton exemple car je ne connais pas le format général d'une ligne de bounced. Il faut potentiellement généraliser pour traiter les lignes qui ne serait pas du genre "said: du blablabla : le texte que tu veux"

Tu as visiblement un problème avec GMail ou Google qui se trouve au niveau de l'affect et non de la raison

Je dirais plutôt une saine application du principe de précaution. La meilleure garantie que Google continuera à se comporter "éthiquement" (j'utilise ce mot à défaut de mieux) est de ne pas leur donner les "moyens" (idem) de ne plus le faire.

je ne suis pas sûr que ça répondra, mais pour le dns 323 (dont je suis aussi un heureux propriétaire), une très bonne ressource : http://wiki.dns323.info/
et aussi une debian dispo là : http://www.ohloh.net/p/debnas
Après, si postfix n'est pas dispo, il peut se recompiler, vu que gcc, lui, l'est.
Du coup, pour un dns 323, c'est possible de faire des compils directement sur l'architecture cible, de récupérer d'un repository ou de cross compiler (mais curieusement, ça arrive moins souvent ;)

avec cette option (que je ne connaissais pas, comme quoi un commentaire pas très constructif (je parle du mien hein) peut déboucher sur quelque chose ;), ça fait 13 packages de moins. Il n'en reste plus que ... 43. Encore un petit trop pour moi.

$ sudo apt-get install ark
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
ghostscript gs-common gstreamer0.10-alsa gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-x htdig kaboom kde-icons-oxygen kdebase-runtime kdebase-runtime-bin-kde4 kdebase-runtime-data kdebase-runtime-data-common kdelibs-bin kdelibs5 kdelibs5-data khelpcenter4 libarchive1 libclucene0ldbl libdjvulibre-text libdjvulibre21 libdv4 libgraphviz4 libgs8 libilmbase6 liblqr-1-0 libmagickcore2 libmagickwand2 libopenexr6 libphonon4 libqt4-opengl libqt4-svg libsoprano4 libstreamanalyzer0 libstreams0 libvisual-0.4-0 libvisual-0.4-plugins libxcb-shape0 libxcb-shm0 libxcb-xv0 libxine1 libxine1-bin libxine1-console libxine1-ffmpeg libxine1-misc-plugins libxine1-plugins libxine1-x libxml2-utils libzip1 oxygen-icon-theme p7zip-full phonon-backend-gstreamer pmount psfontmgr soprano-daemon
mais non merci :)

Sinon, je vois dans les commentaires des trucs comme s'embêter à réfléchir(mention spéciale du jury), je n'ai pas à réfléchir ou plus besoin de réfléchir, je suis un peu horrifié. En l'occurrence, le mot réfléchir serait avantageusement remplacer par "se souvenir", "apprendre", "se rappeler", "penser à", ...

Ca va tant que tu n'as pas trop de données, parce que faire des concaténation et des like sur des chaînes de caractères en full scan, en terme de perfs, y a du potentiel de pas glop ...

cf mon commentaire précédent http://linuxfr.org/comments/1060861.html#1060861

C'est possible d'élaborer en rajoutant le nom de la table dans le prototype de la table précédente.

J'ai déjà vu une application résoudre ce genre de problème de cette façon, en rajoutant des tables dédiées à la recherche. Le hic, c'est qu'il faut du coup alimenter ces tables à la volée et que ça rajoute pas mal de complexité au code.
L'avantage, c'est que ça scale mieux que devoir faire une recherche multi champs multi table dans une seule grosse requête SQL monstrueuse. Tu peux aussi découper plus finement ta recherche en indexant mot par mot dans ces tables dédiées, plutôt qu'en indexant la totalité du contenu des champs.

sur le principe, c'est quand même un peu malsain de pas savoir ce que tu es en train de chercher.

Tu peux aussi avoir une table (valeur, type, id) triée sur valeur, ou type ferait référence au type de champ, et id pointerait sur l'id de la ligne contenant ta valeur. (c'est des noms moisis, c'est juste un exemple vite torché).

Tu chercherais valeur dans cette table et le résultat de cette recherche te permettrait immédiatement d'identifier quel(s) champ(s) de quelle(s) ligne(s) contient ta valeur.

le risque serait une interdiction d'utiliser et de distribuer tout ce qui utilise un noyau

aux Etats-unis ...

Venant d'un expert comme toi qui lance des DDOS sur les réseaux sociaux juste pour soutenir ton argumentation (http://linuxfr.org/~farvardin/28636.html ), ton commentaire prend toute sa dimension ;-)

arg ! bretelle

Merci pour ce remontage de brettelles salutaire !

pardon m'sieur, j'ref'rais pus !

Veuillez ignorer mes messages précédents et remplacer par la mise au point suivante :

Aaaaaahh ! c'est l'apocalypse ! Le Libre est en danger ! On va tous mourir !

merci de votre attention

--> []