Re: lxdvdrip
Le mardi 09 juillet à 20:02, Raphaël POITEVIN a écrit : Philippe Delavalade philippe.delaval...@orange.fr writes: Je souhaite faire des copies de dvd maison. Wodim ne le fait pas ? Ben non. Il y a environ deux ans je suis passé de wodim à cdrskin car wodim avait une incompatibilité d'humeur manifeste avec mon graveur et bousillait mes disques. Depuis, et même si ce n'est pas le graveur en question, je me méfie de wodim. -- Ph. Delavalade -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710070719.GA9920@messier31
Re: lxdvdrip
Le 09/07/2013 20:10, stephane.garg...@laposte.net a écrit : Bonjour à tous les utilisateurs et développeurs de Debian : Dans son message du 09/07/13 à 14:20, Sandro CAZZANIGA a écrit : Le 09/07/2013 14:15, Philippe Delavalade a écrit : sur deb-multimedia.org http://linuxfr.org/news/attention-au-depot-debian-multimedia-org Attention.. Tout va bien, Philippe utilise des paquets venant du site Deb Multimedia Packages ( http://www.deb-multimedia.org/ ). D'ailleurs, je vais y faire un petit tour, juste par curiosité. ;-) ah oui efectivement ;) Ce qu'il faut éviter, c'est le site http://debian-multimedia.org/ . D'ailleurs, si vous y allez, vous remarquerez que cela est très loin de Debian (et même de l'informatique d'après à ce que j'ai pu comprendre : en plus, je crois que ce site est rédigé en ukrainien). :-( Cordialement et à bientôt, Stéphane. -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
Les emails, kézaco ?
Bonjour à tous, Ça fait quand-même un bout de temps que je travaille avec des mails, sur des serveurs toujours configurés par des tiers (ex. Gmail, OVH, ...). Là je me dis qu'il serait peut-être temps, comme j'ai plusieurs serveurs, de mettre en place mon propre système sur mes serveurs. - Quelqu'un aurait-il un bon topo/référence clair[e] sur l'infrastructure mail (ça peut être un bouquin aussi) ? Pas sur comment mettre en place (ça j'ai déjà trouvé plein de choses), mais un topo pour que je puisse bien comprendre ce que je fais (un man ?). Dois-je mettre en place un MDA ou un MTA (ou les deux) ? - Dans l'idéal il faudrait que je fasse une redondance, au cas où il y aurait le feu sur l'un des sites. Quelqu'un aurait-il des pistes pour la redondance de données ? Note : Je loue quelques domaines à OVH, je peux donc configurer mes domaines comme je le souhaite. -- Adrien. signature.asc Description: OpenPGP digital signature
Confiner l'installation d'un binaire propriétaire
Bonjour à tous, Existe-il un moyen de créer un environnement cloisonné(plus léger que la virtualisation) pour éviter la contamination de système (debian) si je dois installer un binaire propriétaire ? Il existe aussi des binaires propriétaire en paquet debian, mais le problème est le même... Merci d'avance. -- Benoît
Re: Confiner l'installation d'un binaire propriétaire
chroot? mieux, jail? jail est très utilisé en BSD. les conteneurs sont très étanches, et possèdent leur propre stack. ca a tous les avantages de la virtu, sans les inconvénients, notamment liés au manque de perfe. il y a des paquets jails sous debian, mais je ne sais pas ce que ca vaut. si c'est équivalent à son homologue BSD, c'est la soluce idéale pour toi. Le 10/07/2013 11:30, Benoit B a écrit : Bonjour à tous, Existe-il un moyen de créer un environnement cloisonné(plus léger que la virtualisation) pour éviter la contamination de système (debian) si je dois installer un binaire propriétaire ? Il existe aussi des binaires propriétaire en paquet debian, mais le problème est le même... Merci d'avance. -- Benoît -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51dd2ce0.8090...@freeatome.com
Re: Confiner l'installation d'un binaire propriétaire
On Wed, Jul 10, 2013 at 11:44:00AM CEST, admini adm...@freeatome.com said: chroot? mieux, jail? jail est très utilisé en BSD. les conteneurs sont très étanches, et possèdent leur propre stack. ca a tous les avantages de la virtu, sans les inconvénients, notamment liés au manque de perfe. il y a des paquets jails sous debian, mais je ne sais pas ce que ca vaut. si c'est équivalent à son homologue BSD, c'est la soluce idéale pour toi. Sous linux il n'y a pas les jails, mais LXC est proche. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710094937.gd18...@rail.eu.org
Re: Confiner l'installation d'un binaire propriétaire
Il me semble que depuis peu les jails bsd existent sur la debian. J'utilise LXC qui marche vraiment très bien Le 10 juil. 2013 11:49, Erwan David er...@rail.eu.org a écrit : On Wed, Jul 10, 2013 at 11:44:00AM CEST, admini adm...@freeatome.com said: chroot? mieux, jail? jail est très utilisé en BSD. les conteneurs sont très étanches, et possèdent leur propre stack. ca a tous les avantages de la virtu, sans les inconvénients, notamment liés au manque de perfe. il y a des paquets jails sous debian, mais je ne sais pas ce que ca vaut. si c'est équivalent à son homologue BSD, c'est la soluce idéale pour toi. Sous linux il n'y a pas les jails, mais LXC est proche. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710094937.gd18...@rail.eu.org
Re:Confiner l'installation d'un binaire propriétaire
Bonjour à tous les utilisateurs et développeurs de Debian : Dans son message du 10/07/13 à 11:30, Benoit B a écrit : Existe-il un moyen de créer un environnement cloisonné(plus léger que la virtualisation) pour éviter la contamination de système (debian) si je dois installer un binaire propriétaire ? Il existe aussi des binaires propriétaire en paquet debian, mais le problème est le même... Peut-être par l'intermédiaire de chroot ? Mais, au fait, que entends-tu par contamination ? Et pourquoi dois-tu installer un binaire propriétaire si tu crains de contaminer ton système GNU/Linux pur ? :-) Cordialement et à bientôt, Stéphane. Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/116810615.93076.1373450220292.JavaMail.www@wwinf8314
Re: Confiner l'installation d'un binaire propriétaire
Le mercredi 10 juillet 2013 09:49:37, Erwan David a écrit : On Wed, Jul 10, 2013 at 11:44:00AM CEST, admini adm...@freeatome.com said: chroot? mieux, jail? jail est très utilisé en BSD. les conteneurs sont très étanches, et possèdent leur propre stack. ca a tous les avantages de la virtu, sans les inconvénients, notamment liés au manque de perfe. il y a des paquets jails sous debian, mais je ne sais pas ce que ca vaut. si c'est équivalent à son homologue BSD, c'est la soluce idéale pour toi. Sous linux il n'y a pas les jails, mais LXC est proche. Il y a makejail - création automatique d'environnements fermés d'exécution (« chroot ») librement Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201307101159.26985.colon...@free.fr
Re: Les emails, kézaco ?
Le 2013-07-10 10:25, Creasixtine Debian a écrit : Bonjour à tous, Ça fait quand-même un bout de temps que je travaille avec des mails, sur des serveurs toujours configurés par des tiers (ex. Gmail, OVH, ...). Là je me dis qu'il serait peut-être temps, comme j'ai plusieurs serveurs, de mettre en place mon propre système sur mes serveurs. - Quelqu'un aurait-il un bon topo/référence clair[e] sur l'infrastructure mail (ça peut être un bouquin aussi) ? Pas sur comment mettre en place (ça j'ai déjà trouvé plein de choses), mais un topo pour que je puisse bien comprendre ce que je fais (un man ?). Dois-je mettre en place un MDA ou un MTA (ou les deux) ? As-tu déjà regardé certaine page web ? lesquels ? J'ai trouvé rapidement : http://en.wikipedia.org/wiki/Email_agent_%28infrastructure%29 http://fr.wikipedia.org/wiki/Mail_Transfer_Agent http://www.commentcamarche.net/contents/172-fonctionnement-du-courrier-electronique-mta-mda-mua Quels infos manques-t-il sur ces pages ? - Dans l'idéal il faudrait que je fasse une redondance, au cas où il y aurait le feu sur l'un des sites. Quelqu'un aurait-il des pistes pour la redondance de données ? Pour la redondance, il y a 2 niveaux : la réception et le stockage. La réception, c'est à dire que tu dois toujours avoir un serveur prêt à accepter les mails. Généralement, on met en place plusieurs serveurs qui se chargeront de la réception des mails. Il faudra ajouter un champ MX pour chaque serveur en réception. Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. Il faudra prévoir une redondance de ces données avec du raid par exemple ou drdb. Je te conseil de stocker tes mails dans le format Maildir, c'est plus fiable en cas de panne. Note : Je loue quelques domaines à OVH, je peux donc configurer mes domaines comme je le souhaite. C'est cool ... Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/b13c6384ca56691a6ec4b6fafe814...@127.0.0.1nura.eu
Re: Les emails, kézaco ?
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote: Pour la redondance, il y a 2 niveaux : la réception et le stockage. La réception, c'est à dire que tu dois toujours avoir un serveur prêt à accepter les mails. Généralement, on met en place plusieurs serveurs qui se chargeront de la réception des mails. Il faudra ajouter un champ MX pour chaque serveur en réception. Non, généralement, c'est inutile, voir la discution complète résumée ici: http://www.bortzmeyer.org/mx-secondaire.html Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. Il faudra prévoir une redondance de ces données avec du raid par exemple ou drdb. Et une sauvegarde, car le RAID n'est pas une sauvegarde. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710112353.gj24...@naryves.com
Re: Confiner l'installation d'un binaire propriétaire
On Wed, Jul 10, 2013 at 11:44:00AM +0200, admini wrote: les conteneurs sont très étanches, et possèdent leur propre stack. Leur propre stack? qu'entend-tu par là? Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710112755.gk24...@naryves.com
dépendances et passage sid-testing
Bonjour, Je viens de faire une mise à jour d' une testing. dwww demande à passer de 1.11.8 en 1.12.0 hors la version 1.12.0 casse apache2 2.4.4 et testing est encore avec apache2 2.2. J' ai gardé dwww en 1.11.8 c' est pas un problème. J' ai par contre été étonné qu' un paquet puisse descendre de sid avec des dépendances non satisfaites. Autant je comprends très bien qu' un paquet arrivant de sid casse des paquets déjà dans testing, autant je vois mal l' intérêt de descendre un paquet ininstallable au final. Peut-être y a t' il quand même de bonnes raisons (que je ne vois pas) à celà ou est-ce un bug dans le cas présent et dwww aurait dû rester en 1.11.8 ou est-ce que simplement ça pourrait faire l' objet d' une demande d' amélioration? Si des gens un peu versés dans ces profondeurs insondables pouvaient m' éclairer, je les lirais avec grand plaisir. Merci, Vincent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710134553.29df12f4@bricoleur.ouhena.intra
Re: Les emails, kézaco ?
Le 2013-07-10 13:23, Yves Rutschle a écrit : On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote: Pour la redondance, il y a 2 niveaux : la réception et le stockage. La réception, c'est à dire que tu dois toujours avoir un serveur prêt à accepter les mails. Généralement, on met en place plusieurs serveurs qui se chargeront de la réception des mails. Il faudra ajouter un champ MX pour chaque serveur en réception. Non, généralement, c'est inutile, voir la discution complète résumée ici: http://www.bortzmeyer.org/mx-secondaire.html Oui je suis d'accord, ça complique beaucoup la config d'avoir un deuxième serveur, et personnellement je n'en utilise pas. Mieux vaut un bien configuré que deux tu l'auras. Est-ce que le délais de 5 jours est toujours respecter actuellement par les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10 jours à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le mail retourne en erreur. Est-ce que vous avez déjà constater dans temps de mise en attente inférieur à 5 jours ? Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. Il faudra prévoir une redondance de ces données avec du raid par exemple ou drdb. Et une sauvegarde, car le RAID n'est pas une sauvegarde. Oui, il y a la tolérance à la panne. Mais surtout la sauvegarde ! Bien vu Yves ! Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/752a913719bc65a49660482db0716...@127.0.0.1nura.eu
Re: Confiner l'installation d'un binaire propriétaire
Le 10 juillet 2013 11:57, stephane.garg...@laposte.net a écrit : Bonjour à tous les utilisateurs et développeurs de Debian : Dans son message du 10/07/13 à 11:30, Benoit B a écrit : --8-- Peut-être par l'intermédiaire de chroot ? Mais, au fait, que entends-tu par contamination ? Et pourquoi dois-tu installer un binaire propriétaire si tu crains de contaminer ton système GNU/Linux pur ? :-) Par contamination, j'entends d'un point de vue éthique* *je ne souhaites pas installer des binaires qui ne respectent pas les 4 libertés fondamentales. Sauf si c'est strictement nécessaire pour un usage limité dans le temps et que mon système soit facile à «nettoyer» après usage. Où bien à plus long terme, mais parfaitement cloisonné : ne pas mélanger les binaires propriétaires avec ceux de mon système et ne pas les installer avec des droits qui permettrait à un code malveillant où juste maladroit(ou que ça ne soit tout simplement pas vérifiable) d’endommager mon système ou de le modifier sans que n'en aie le contrôle. Pour un usage à long terme vu que je suis nul en orthographe j'utilise ça en virtualisation(mais c'est le poids de deux session X): http://www.druide.com/maj_linux.html Excepté son gros défaut de ne pas respecter mes libertés, ça m'aide beaucoup... ;-) Je pensais aussi à Google Earth : «Vous renoncez et interdisez à tous les tiers (i) de copier, vendre, distribuer, transférer, modifier, adapter, traduire, décompiler ou désassembler le Logiciel». Merci pour vos nombreux conseils. -- Benoît
Re: Les emails, kézaco ?
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en particulier ceci : Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. J'ai eu THE information qu'il me manquait : le serveur s'occupe de stocker les messages en local dans un format comme maildir ou mailbox, par exemple. En fait, j'avais toujours cru que ce type de stockage ne fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur final. Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on peut éventuellement se servir du système de mail comme une infrastructure décentralisée : avec des dépôts séparés, ça me fait penser à Git par exemple. À la rigueur, je pourrais même faire tourner un serveur mail qui va directement chercher mon répertoire personnel les mails que j'ai reçus avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas aventureux à ce poinct) Bon, si c'est ça je n'ai plus qu'à installer tout ce qu'il faut : en effet, un seul serveur suffira et dans ce cas-là les sauvegardes c'est du gâteau :-) Adrien. Le 10/07/2013 14:02, julien a écrit : Le 2013-07-10 13:23, Yves Rutschle a écrit : On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote: Pour la redondance, il y a 2 niveaux : la réception et le stockage. La réception, c'est à dire que tu dois toujours avoir un serveur prêt à accepter les mails. Généralement, on met en place plusieurs serveurs qui se chargeront de la réception des mails. Il faudra ajouter un champ MX pour chaque serveur en réception. Non, généralement, c'est inutile, voir la discution complète résumée ici: http://www.bortzmeyer.org/mx-secondaire.html Oui je suis d'accord, ça complique beaucoup la config d'avoir un deuxième serveur, et personnellement je n'en utilise pas. Mieux vaut un bien configuré que deux tu l'auras. Est-ce que le délais de 5 jours est toujours respecter actuellement par les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10 jours à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le mail retourne en erreur. Est-ce que vous avez déjà constater dans temps de mise en attente inférieur à 5 jours ? Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. Il faudra prévoir une redondance de ces données avec du raid par exemple ou drdb. Et une sauvegarde, car le RAID n'est pas une sauvegarde. Oui, il y a la tolérance à la panne. Mais surtout la sauvegarde ! Bien vu Yves ! Julien signature.asc Description: OpenPGP digital signature
Re: Les emails, kézaco ?
Le 2013-07-10 14:22, Creasixtine Debian a écrit : Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en particulier ceci : Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. J'ai eu THE information qu'il me manquait : le serveur s'occupe de stocker les messages en local dans un format comme maildir ou mailbox, par exemple. En fait, j'avais toujours cru que ce type de stockage ne fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur final. Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs client IMAP sur plusieurs machines et tu retrouvera exactement le même contenu. Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on peut éventuellement se servir du système de mail comme une infrastructure décentralisée : avec des dépôts séparés, ça me fait penser à Git par exemple. À la rigueur, je pourrais même faire tourner un serveur mail qui va directement chercher mon répertoire personnel les mails que j'ai reçus avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas aventureux à ce poinct) Si tu veux déplacer des messages de Gmail à ton serveur perso, utilise thunderbird (glisser déplacer entre les compte) Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home même avec une configuration bizarre. Le SMTP sert uniquement à transférer le mail de SMTP en STMP quand le SMTP final est atteint, le mail est mis dans la boite mail. Le SMTP ne va jamais lire la boite mail, il y ajoute uniquement des mails. C'est ensuite le serveur IMAP qui lit la boite mail à la demande de l'utilisateur. Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond à ta question. Julien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/6d7aecca8f1036a01abd2f0e1d1ab...@127.0.0.1nura.eu
Re: Les emails, kézaco ? (C'est compris ! (au moins au niveau 1))
Le 10/07/2013 15:10, julien a écrit : Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on peut éventuellement se servir du système de mail comme une infrastructure décentralisée : avec des dépôts séparés, ça me fait penser à Git par exemple. À la rigueur, je pourrais même faire tourner un serveur mail qui va directement chercher mon répertoire personnel les mails que j'ai reçus avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas aventureux à ce poinct) Si tu veux déplacer des messages de Gmail à ton serveur perso, utilise thunderbird (glisser déplacer entre les compte) Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home même avec une configuration bizarre. Le SMTP sert uniquement à transférer le mail de SMTP en STMP quand le SMTP final est atteint, le mail est mis dans la boite mail. Le SMTP ne va jamais lire la boite mail, il y ajoute uniquement des mails. C'est ensuite le serveur IMAP qui lit la boite mail à la demande de l'utilisateur. Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond à ta question. Julien C'est donc bien ce que j'avais compris : sans mentionner aucune des technos, j'avais effectivement imaginé un cas où je mettrais en place un serveur Imap qui irait piocher directement dans un dépôt maildir, quel qu'il soit (donc par exemple un dépôt maildir créé par thunderbird en aspirant des mails d'/ailleurs/). Bon, c'est super, ça répond donc à mon questionnement, je crois que c'était juste ce point qui n'était pas clair ! J'aime les beaux systèmes où le format des données est désolidarisé du logiciel :-) Let's dive into. ^^ Merci. Adrien. signature.asc Description: OpenPGP digital signature
Re: Confiner l'installation d'un binaire propriétaire
Le 10/07/2013 13:27, Yves Rutschle a écrit : On Wed, Jul 10, 2013 at 11:44:00AM +0200, admini wrote: les conteneurs sont très étanches, et possèdent leur propre stack. Leur propre stack? qu'entend-tu par là? Y. stack protocolaire. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51dd636a.2070...@freeatome.com
Re: Les emails, kézaco ?
julien wrote: Le 2013-07-10 14:22, Creasixtine Debian a écrit : Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en particulier ceci : Le stockage : une fois le mail accepté par tes serveurs, il faut le stocker dans la boite mail du destinataire. J'ai eu THE information qu'il me manquait : le serveur s'occupe de stocker les messages en local dans un format comme maildir ou mailbox, par exemple. En fait, j'avais toujours cru que ce type de stockage ne fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur final. Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs client IMAP sur plusieurs machines et tu retrouvera exactement le même contenu. À ceci près qu'il vaut mieux utiliser maildir que mailbox (sauf à avoir un serveur particulièrement puissant ;-) ). Sendmail (que je recommande), par exemple, utilise mailbox par défaut. Utiliser imap dessus est une réelle catastrophe. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51dd81f4.1030...@systella.fr
Re: Les emails, kézaco ?
On Wed, Jul 10, 2013 at 02:22:41PM +0200, Creasixtine Debian wrote: Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on peut éventuellement se servir du système de mail comme une infrastructure décentralisée : avec des dépôts séparés, ça me fait penser à Git par exemple. C'est comme l'emploi d'une boite postale à la Poste: la livraison (en SMTP) est complètement décorrélée de la récupération (en IMAP/POP). Sinon, la grande difficulté n'est pas de recevoir du mail, mais de faire accepter son mail par les autres, qui sont devenus très suspicieux et tendent à tout classer comme spam. Je viens de me souvenir avoir pris des notes sur ce que j'avais fait: http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont peut-être un peu obsolètes, et c'est pas complet (je pense ajouter DKIM à un moment). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710170200.gq24...@naryves.com
Re: Confiner l'installation d'un binaire propriétaire
On Wed, Jul 10, 2013 at 03:36:42PM +0200, admini wrote: les conteneurs sont très étanches, et possèdent leur propre stack. Leur propre stack? qu'entend-tu par là? stack protocolaire. TCP/IP donc? J'imagine que chaque stack est identique, et contient donc les mêmes vulnérabilités potentielles, du coup quel est l'intérêt? Ou est-ce que le but n'est pas la sécurité, et dans ce cas quel est-il? Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710170418.gr24...@naryves.com
Re: Les emails, kézaco ?
Le 10/07/2013 19:02, Yves Rutschle a écrit : Sinon, la grande difficulté n'est pas de recevoir du mail, mais de faire accepter son mail par les autres, qui sont devenus très suspicieux et tendent à tout classer comme spam. Je viens de me souvenir avoir pris des notes sur ce que j'avais fait: http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont peut-être un peu obsolètes, et c'est pas complet (je pense ajouter DKIM à un moment). Y. Cool, merci pour l'info :-) Par curiosité, c'est pas moyen pour le référencement tiddlywiki ? Adrien. signature.asc Description: OpenPGP digital signature
Re: Confiner l'installation d'un binaire propriétaire
Le 10/07/2013 19:04, Yves Rutschle a écrit : On Wed, Jul 10, 2013 at 03:36:42PM +0200, admini wrote: les conteneurs sont très étanches, et possèdent leur propre stack. Leur propre stack? qu'entend-tu par là? stack protocolaire. TCP/IP donc? J'imagine que chaque stack est identique, et contient donc les mêmes vulnérabilités potentielles, du coup quel est l'intérêt? Ou est-ce que le but n'est pas la sécurité, et dans ce cas quel est-il? Y. et bien, d'un point de vu sécuritaire, c'est au contraire, plus simple à gérer. les stacks sont identiques, il faut bien sur mettre à jour tous les jails et le serveur hébergeur. moyennant un reboot bien entendu. mais le boulot est le même si les serveurs font tourner la même version d'apache. en cas de découverte d'une faille, tous les serveurs apache doivent être mis à jour. l'autre avantage du jail au stack indépendant (c'est le cas sous BSD, et très probablement sous debian), c'est qu'on peut firewaller, donc gérer les politiques de sécurité de façon totalement indépendante pour chacun des jail, flager les options du stack (QoS, Vlans, interface virtuelle pour les SAN...) selon les besoins de chacun. la sécurité est très précisément le but principal du jail. un jail compromis? pas de problème, il sera le seul à l'être pour l'instant. l'admin doit fait son boulot c'est tout. d'ailleurs, les failles de sécurité touchant le stack de BSD à part ces fameuses backdoors de FBI dans IPsec, pour peu que quelqu'un se serve encore de ca dans le monde libre, j'en connais pas. l'autre avantage du jail, est la perfe. sans la sur-couche de la virtue classique, le jail est très proche du matériel, car il se sert du noyau hébergeur pour fonctionner. les IO sont rapides comme sur le serveur hébergeur, ainsi que pour tout le reste. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51ddaf2f.3000...@freeatome.com
Re: Les emails, kézaco ?
On Wed, Jul 10, 2013 at 08:45:19PM +0200, Creasixtine Debian wrote: Par curiosité, c'est pas moyen pour le référencement tiddlywiki ? J'ai un plugin qui fait un export statique, c'est sensé marcher... mais comme personne ne pointe chez moi, ça référence pas des masses :-) Cela dit, si c'était à refaire je resterais sous nanoblogger. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710214114.gf17...@naryves.com
Re: Confiner l'installation d'un binaire propriétaire
On Wed, Jul 10, 2013 at 08:59:59PM +0200, admini wrote: et bien, d'un point de vu sécuritaire, c'est au contraire, plus simple à gérer. les stacks sont identiques, il faut bien sur mettre à jour tous les jails et le serveur hébergeur. moyennant un reboot bien entendu. mais le boulot est le même si les serveurs font tourner la même version d'apache. en cas de découverte d'une faille, tous les serveurs apache doivent être mis à jour. Ok, donc pas d'intérêt par rapport à une éventuelle vulnérabilité dans la stack, l'autre avantage du jail au stack indépendant (c'est le cas sous BSD, et très probablement sous debian), c'est qu'on peut firewaller, donc gérer les politiques de sécurité de façon totalement indépendante pour chacun des jail, flager les options du stack (QoS, Vlans, interface virtuelle pour les SAN...) selon les besoins de chacun. mais une configuration plus simple dans la mesure où on configure n fois un système simple, au lieu de 1 fois un système complexe. Ça se défend. d'ailleurs, les failles de sécurité touchant le stack de BSD à part ces fameuses backdoors de FBI dans IPsec, pour peu que quelqu'un se serve encore de ca dans le monde libre, j'en connais pas. Le fait qu'on n'en connaisse pas ne veut pas dire qu'il n'y en a pas :-) Garantir une absence de vulnérabilité, c'est très, très difficile. l'autre avantage du jail, est la perfe. [...] C'est clair, pas de problème là dessus (je suis moi-même nettement plus fan de LXC que de Xen pour la même raison). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130710214813.gg17...@naryves.com
Avis Thinkpad E135
Bonjour, Habitué aux Thinkpad, je cherche à remplacer mon T500 qui m'a brutalement lâché. Pour ce qui le connaisse, j'aimerai retrouver une machine dans le même esprit, particulièrement au niveau de la disposition clavier, assez semblable à un clavier 102 touches standard, avec les touches pg up, pg down, début, fin, insert et suppr pas placés de façon exotique. J'aimerai éviter le côté sportif de certaines machines qui ne prévoient pas certaines touches. Je suis tombé sur plusieurs pages qui semblent témoigner du bon fonctionnement du Thinkpad E135 sous debian. http://shop.lenovo.com/fr/fr/laptops/thinkpad/edge-series/e135/index.html http://www.thinkwiki.org/wiki/Installing_Debian_7.0_(Wheezy)_on_a_ThinkPad_Edge_E135 Un ultra portable me changerait et soulagerait mon sac à dos par rapport au T500 qui pesait lourd ; cependant, je perds en performance côté vitesse processeur. Mes usages : * Debian (occasion de passer à Wheezy) * Gnome classique * VM Windows XP sous VirtualBox. * Importance de la coupure de son en branchant un casque pour discrétion avec synthèse vocale. Quelqu'un utilise-t-il cette machine ? Le clavier ressemble-t-il au T500 ? (Je suis aveugle donc je ne vois pas les images représantant la bête). sinon, un autre conseil de modèle / marque ? Merci pour vos expériences, Cordialement, -- Raphaël POITEVIN « Tout chercheur plongé dans la science subit une poussée de bas en haut susceptible de lui remonter le moral. » Monsieur Cyclopède -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87ehb5u7qu.fsf@mozart.musiciens