La question n'est pas de savoir si Miterrand va se planter sur le sujet, mais de savoir quand et comment.
Ayons une pensée émue pour RDDV et l'article 1 qui disparaît et qui ré apparait sous forme d'amendement de heu ... l'article 1 (ouais !), pour Albanel et les socialistes ninjas cachés dans les rideaux, ... on a pas fini de rigoler :D
Le seul truc triste dans tout ça, c'est que pendant ce temps, les auteurs ne sont pas rémunérés comme il faudrait et la culture n'est pas financée comme elle le devrait.
Sinon, si j'en crois les résultats actuels, Pascal Nègre a quelques multis (20 pour l'instant)
on m'indique la direction de => []
inverse les guillemets et les accolades, et ça passe : echo "1 2 3 4/awk" | awk {' print $2" "substr($4,match($4,/\//)+1) '}
devient echo "1 2 3 4/awk" | awk '{ print $2" "substr($4,match($4,/\//)+1) }'
déchiffrer une partition de musique, déchiffrer un message griffonné sur un bout de papier.
ton exemple va plutôt dans le sens inverse de ta démonstration. En effet, dans les deux cas, tu sais comment les données ont été "chiffrées" (solfège et alphabet) et tu te sers de ta connaissance du chiffre pour accéder aux données.
J'utilise chiffrer/déchiffrer et décrypter dans le même sens que Tanguy. Utiliser crypter/décrypter en synonyme de chiffrer/déchiffrer fait perdre en précision. Tant qu'à avoir plusieurs mots, autant qu'ils servent à représenter des choses différentes, non ?
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 ...
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.
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.
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)
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.
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.
# and now, ladies and gentlemen !
Posté par gaaaaaAab . En réponse au sondage La loi Hadopi va-t-elle permettre de faire diminuer le piratage en France ?. Évalué à 3.
Ayons une pensée émue pour RDDV et l'article 1 qui disparaît et qui ré apparait sous forme d'amendement de heu ... l'article 1 (ouais !), pour Albanel et les socialistes ninjas cachés dans les rideaux, ... on a pas fini de rigoler :D
Le seul truc triste dans tout ça, c'est que pendant ce temps, les auteurs ne sont pas rémunérés comme il faudrait et la culture n'est pas financée comme elle le devrait.
Sinon, si j'en crois les résultats actuels, Pascal Nègre a quelques multis (20 pour l'instant)
on m'indique la direction de => []
[^] # Re: 'tite inversion
Posté par gaaaaaAab . En réponse au message Traduction please. Évalué à 7.
[^] # Re: 'tite inversion
Posté par gaaaaaAab . En réponse au message Traduction please. Évalué à 4.
# 'tite inversion
Posté par gaaaaaAab . En réponse au message Traduction please. Évalué à 6.
echo "1 2 3 4/awk" | awk {' print $2" "substr($4,match($4,/\//)+1) '}devient
echo "1 2 3 4/awk" | awk '{ print $2" "substr($4,match($4,/\//)+1) }'[^] # Re: Précision
Posté par gaaaaaAab . En réponse au journal Des paiements non sécurisés ?. Évalué à 7.
[^] # Re: Chiffrement
Posté par gaaaaaAab . En réponse au message Encryptage de FS et de fichier. Évalué à 2.
ton exemple va plutôt dans le sens inverse de ta démonstration. En effet, dans les deux cas, tu sais comment les données ont été "chiffrées" (solfège et alphabet) et tu te sers de ta connaissance du chiffre pour accéder aux données.
J'utilise chiffrer/déchiffrer et décrypter dans le même sens que Tanguy. Utiliser crypter/décrypter en synonyme de chiffrer/déchiffrer fait perdre en précision. Tant qu'à avoir plusieurs mots, autant qu'ils servent à représenter des choses différentes, non ?
[^] # Re: Au niveau de l'existant
Posté par gaaaaaAab . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à 4.
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 ?
[^] # Re: Au niveau de l'existant
Posté par gaaaaaAab . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à 4.
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.
[^] # Re: Au niveau de l'existant
Posté par gaaaaaAab . En réponse au journal Btrfs : idées d'application des snapshots inscriptibles. Évalué à -1.
ç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 ...
# et une pétition ...
Posté par gaaaaaAab . En réponse au journal Dénonces ur site ?. Évalué à 3.
oui, ça sert à rien, mais ça fait quand même du bien :
http://www.marredumarchenoir.fr
[^] # Re: A quand la bronsonisation ?
Posté par gaaaaaAab . En réponse au journal bon anniversaire. Évalué à 4.
[^] # Re: A quand la bronsonisation ?
Posté par gaaaaaAab . En réponse au journal bon anniversaire. Évalué à 9.
[^] # Re: 32/64 ?
Posté par gaaaaaAab . En réponse au message Firefox ne lit pas les videos youtube ou daylimotion. Évalué à 2.
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.
[^] # Re: 32/64 ?
Posté par gaaaaaAab . En réponse au message Firefox ne lit pas les videos youtube ou daylimotion. Évalué à 2.
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.
[^] # Re: 32/64 ?
Posté par gaaaaaAab . En réponse au message Firefox ne lit pas les videos youtube ou daylimotion. Évalué à 2.
Il faut plutôt regarder le résultat de uname du coup.
# 32/64 ?
Posté par gaaaaaAab . En réponse au message Firefox ne lit pas les videos youtube ou daylimotion. Évalué à 2.
ça peut se déduire du résultat de la commande:
$ uname -aou encore de celui de :
$ grep flags /proc/cpuinfo[^] # Re: Emacs ou vim?
Posté par gaaaaaAab . En réponse au message J'ai besion d'un IDE et j'en trouve pas °o°. Évalué à 6.
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.
[^] # Re: Emacs ou vim?
Posté par gaaaaaAab . En réponse au message J'ai besion d'un IDE et j'en trouve pas °o°. Évalué à 10.
et qualifier vim de "bête" éditeur de texte ... si tous les softs qu'on utilise pouvait être aussi "bête", je serais content.
[^] # Re: Emacs ou vim?
Posté par gaaaaaAab . En réponse au message J'ai besion d'un IDE et j'en trouve pas °o°. Évalué à 3.
l'omni complétion est encore expérimentale (:help omni) mais ça viendra un jour =)
[^] # Re: Rien d'autre à faire ?
Posté par gaaaaaAab . En réponse au journal IPOT (IP over Time), c'est possible, avec une preuve !. Évalué à 2.
http://www.pcinpact.com/actu/news/26930-Concert-de-critiques(...)
[^] # Re: plutôt distribué
Posté par gaaaaaAab . En réponse au message A la recherche du meilleur outil .... Évalué à 2.
# plutôt distribué
Posté par gaaaaaAab . En réponse au message A la recherche du meilleur outil .... Évalué à 2.
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)
[^] # Re: Ca veut dire quoi bronsonisé ?
Posté par gaaaaaAab . En réponse au journal Filip Nikolic bronsonisé .... Évalué à 2.
ou alors plusieurs fois
# heu ?
Posté par gaaaaaAab . En réponse au message recupere les paramettres d"un programme associé à un alias. Évalué à 3.
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 :).
[^] # Re: sed, c'est dien
Posté par gaaaaaAab . En réponse au message Afficher deux champs depuis un log. Évalué à 3.
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.