gaaaaaAab a écrit 1393 commentaires

oui, je vois ce qu'on peut faire avec les ACLs. J'ai juste un peu de mal à imaginer des cas pratiques ou vraiment c'est super bien de faire des ACLs fins.
Dans un contexte professionel, il me semble que des groupes pré définis par l'admin sys devrait répondre au besoin. Pour les données professionnelles, la rétention d'information n'est pas vraiment indiquée, et pour les données personnelles de l'employé, des droits limités à l'utilisateur permettent de garantir leur confidentialité.
Reste le cas des données personnelles à partager avec seulement quelques collègues mais est-ce vraiment le rôle d'un service d'infrastructure de se préoccuper de ça ?

En fait, dire que les ACLs fins permettent à l'utilisateur de gérer finement les droits sur ces fichiers, ça ne répond pas vraiment à la question. Au delà de l'utilité immédiate (donner des droits sans créer de groupes), ça s'inscrit dans quel contexte, dans quelle perspective. Bref : ça sert à quoi ?

je savais bien que la formulation était un peu trollesque.

ok, ça servirait moins à rien si c'était plus utilisable. Aujourd'hui (mon avis personnel que je partage), le niveau de complexité côté utilisateur pour la gestion fine des ACLs par rapport à l'intérêt que ça a n'est pas rentable.
c'est vrai que ça fait longtemps que je ne me suis pas penché sur le sujet (pas assez parano ? ;) du coup, ça a peut-être évolué mais je n'y crois pas trop.

Quand on voit que meme les ACL ne sont pas gerees par Gnome (et KDE ?)

ça doit être parce que ça sert à rien. Franchement, les ACL ... qui a *vraiment* envie de passer du temps à définir des droits d'accès super fins ?
Du temps ou j'utilisais Windows en réseau (c'était en école d'ingé y'a quelques années), c'était d'un pénible ... (en même temps, avec une GUI, c'est un peu couru d'avance)

sinon, ça doit aussi être parce que seuls quelques FSs gèrent des ACLs, et en plus, ils gèrent pas tous les même ...

qui sert à rien pour la 12 !
oui, ça sert à rien, mais ça fait quand même du bien :
http://www.marredumarchenoir.fr

non, ça, c'est un cliché !

Ben très franchement, quand il y en a un, ça va. C'est quand il y en a beaucoup qu'il y a des problèmes.

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 ...