Re: [FRsAG] systemd vs les adminsys

[Kevin Lemonnier]

> - journalctl qui est un délice à utiliser
> - les logs binaire et le check des logs qui permettent d'améliorer la
> protection contre les tentatives d'éffacement des traces

Je comprend le point de vue, mais je ne suis pas d'accord, je trouve ça
assez désagréable à utiliser comparé à ce qu'on avait avant. Peut-être
un manque d'habitude ..

> - l'écriture de service facilité dans bien des cas
> 
> mais aussi :
> - le fait de pouvoir écrire des services générique (genre openvpn) et d'en
> lancer plusieurs instance
> - une vrai gestion des dépendances entre service, ce qui n'était pas
> toujours évidant.
> 

Certes, venant de debian ça se comprend. En perso je suis un utilisateur de 
Gentoo,
et c'est des choses qu'OpenRC fait très bien depuis très longtemps, donc là
encore l'interêt de systemd m'échappe.

> 
> Après, il faut reconaitre que le suivis des anomalies par le projet et la
> politique de tests ne sont pas bon. Mais pour ces points il y a des
> solutions, les mêmes qui ont toujours fait vivre les projets libre :
> - faire entendre vos voix de façon constructive, en proposent des patch
> - si ca ne marche pas, forker (surtout qu'avec git c'est facile merde) et
> monter sa communauté plus à l'écoute des demanes
> - développer son propre système d'init
>

Ben, justement, c'est bien ce qu'on reproche à ce qu'il se passe en ce moment,
si tu n'utilises pas systemd ça devient difficile de faire tourner plein de 
choses.
Moi je ne vais pas pleurer sur le manque de compat avec gnome ou KDE, pour 
prendre
un exemple parlant, mais il y a des gens qui les utilisent.
Si c'était si simple d'utiliser autre chose le fait que le défaut sois systemd
me génèrais beaucoup moins :)

> De plus, la plupart des distribution fonctionnent de manière à écouté la
> communauté, si vous ne souhaitez pas que systemd soit utilisé par défaut ou
> qu'un autre système d'init le soit à sa place, je vous enjoint donc à
> communiquer de façon constructive vos doléance aux représentant de votre
> distribution préféré
>

Comme mentionné, je n'ai pas ce problème sur la mienne, mais tout à fait.
Je ne pense pas que ça manque cela dit, que les gens soient pour ou contre
on les entend bien je trouve.

-- 
Kevin Lemonnier
PGP Fingerprint : 89A5 2283 04A0 E6E9 0111


signature.asc
Description: Digital signature
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Benjamin Boudoir]

Le 14/12/2016 17:42, Mrjk a écrit :

Sur ce point ci, je vais mettre en avant l'idée de convergence plutôt
que de parler de l'implémentation technique de systemd en tant que
tel.

Ma réponse: Oui, et non. Je ne sais pas si le parallèle est juste,
mais essayons: Mettons que tu remettes en cause les GNU Coreutils,
as-tu une alternative viable équivalente sur ta distro préférée? (je
ne compte pas les busybox, et dérivés ...) Je ne pense pas, et je ne
crois pas que personne s'en plaigne. Les GNU Coreutils sont maintenant
en standard sur la plupart des distro, et personne ne remet en cause
ce fait là; mais ça n'a pas empêché chacune de ces distro de vivre
dans son coin, avec sa propre philosophie, et ses propres manières de
faire.


TRÈS mauvaise analogie :
1/ Il y a des alternatives et tu en cites toi-même (mais tu refuses de 
les prendre en compte parce que... ?)
2/ Les shells le réimplémentent en grande partie en builtins (man bash, 
man zshbuiltins, etc.)
3/ Chaque binaire est indépendant, contrairement à systemd. Il y a 
plusieurs voix qui se sont élévées pour indiquer que l'intégration de 
Debian/Ubuntu qui n'utilisent que la partie "init" de systemd est 
mauvaise parce que ça a des effets de bords contrairement à Arch/Fedora 
pour qui l'intégration à 100% mène à un système plus stable. On notera 
que les développeurs de systemd crient pourtant à qui veut l'entendre 
que leur init est très modulaire.


Les coreutils sont clairement moins essentiels que tu l'indiques au 
fonctionnement du système (à plus forte raison si tu utilises systemd) 
et finalement, les produits qui reposent dessus sont plutôt peu nombreux 
(genre... les autres systèmes d'init).


Et si tout le monde utilise les GNU coreutils c'est parce que :
1/ La licence est correcte (les BSD coreutils sont sous licence BSD 
quoi)

2/ Ils ont prouvé leur fiabilité

Les distributions utilisant GNU coreutils ou la GNU libc ne le font pas 
parce que "c'est standard" mais parce que c'est celui qui convient le 
mieux, sinon il y a d'autres distribs qui en utilisent d'autres parce 
qu'elles visent des besoins spécifiques.


systemd n'est que l'init qui convient le mieux aux distributions qui 
veulent packager Gnome comme environnement par défaut. Et c'est dommage 
que plus de distributions ne fassent pas plutôt le choix de se 
débarasser de cette UI plutôt que de forcer systemd qui ne convient pas 
à de nombreux usages.



Bien que systemd mange toute la différenciation sur les couches basses
et essentielles du système, je l'imagine un peu comme les coreutils,
qui sera considéré à terme comme outils intrinsèquement lié à Linux.
La différenciation des distros se fera sur autre chose que des scripts
d'init fait maison (et tout ce que Systemd peut englober). C'est une
histoire de timing tout ça, mais bon GNU/Linux ne s'est pas fait en un
jour non plus, et les standards peuvent mettre du temps à s'installer.


Le problème est que systemd englobe trop de choses, justement, et 
profite de la mainmise de Red Hat sur de nombreux projets pour ne pas 
laisser le choix aux autres distributions. Le mail de Lennart Poettring 
parlant du merge de udev dans systemd est symptomatique de ça[1].

Et comme les devs de Busybox le disent si bien[2] :
"systemd people are not willing to play nice with the rest of the world. 
Therefore there is no reason for the rest of the world to cooperate with 
them."


[1] 
https://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
[2] 
https://git.busybox.net/busybox/commit/?id=accd9eeb719916da974584b33b1aeced5f3bb346


--
Benjamin Boudoir
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Mrjk]

Sur ce point ci, je vais mettre en avant l'idée de convergence plutôt
que de parler de l'implémentation technique de systemd en tant que
tel.

Ma réponse: Oui, et non. Je ne sais pas si le parallèle est juste,
mais essayons: Mettons que tu remettes en cause les GNU Coreutils,
as-tu une alternative viable équivalente sur ta distro préférée? (je
ne compte pas les busybox, et dérivés ...) Je ne pense pas, et je ne
crois pas que personne s'en plaigne. Les GNU Coreutils sont maintenant
en standard sur la plupart des distro, et personne ne remet en cause
ce fait là; mais ça n'a pas empêché chacune de ces distro de vivre
dans son coin, avec sa propre philosophie, et ses propres manières de
faire.

Bien que systemd mange toute la différenciation sur les couches basses
et essentielles du système, je l'imagine un peu comme les coreutils,
qui sera considéré à terme comme outils intrinsèquement lié à Linux.
La différenciation des distros se fera sur autre chose que des scripts
d'init fait maison (et tout ce que Systemd peut englober). C'est une
histoire de timing tout ça, mais bon GNU/Linux ne s'est pas fait en un
jour non plus, et les standards peuvent mettre du temps à s'installer.


--
MrJK
GPG: https://jeznet.org/jez.asc


Le 14 décembre 2016 à 11:11, Kevin Lemonnier  a écrit :
>> Mais avant, tu devais faire cet apprentissage pour chacune des grandes
>> famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
>> toutes les distro! Je trouve ça beau.
>>
>
> Et petit à petit, on t'enlève le choix. À ce rythme là on pourra bienôt
> plus parler de distribution, justement.
>
> --
> Kevin Lemonnier
> PGP Fingerprint : 89A5 2283 04A0 E6E9 0111
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Alexis Lameire]

Bonjour,
Je ne suis pas un fan boy de systemd, je reste néanmoins plutôt satisfait
du projet et comme cité plus haut :
- journalctl qui est un délice à utiliser
- les logs binaire et le check des logs qui permettent d'améliorer la
protection contre les tentatives d'éffacement des traces
- l'écriture de service facilité dans bien des cas

mais aussi :
- le fait de pouvoir écrire des services générique (genre openvpn) et d'en
lancer plusieurs instance
- une vrai gestion des dépendances entre service, ce qui n'était pas
toujours évidant.


Après, il faut reconaitre que le suivis des anomalies par le projet et la
politique de tests ne sont pas bon. Mais pour ces points il y a des
solutions, les mêmes qui ont toujours fait vivre les projets libre :
- faire entendre vos voix de façon constructive, en proposent des patch
- si ca ne marche pas, forker (surtout qu'avec git c'est facile merde) et
monter sa communauté plus à l'écoute des demanes
- développer son propre système d'init

De plus, la plupart des distribution fonctionnent de manière à écouté la
communauté, si vous ne souhaitez pas que systemd soit utilisé par défaut ou
qu'un autre système d'init le soit à sa place, je vous enjoint donc à
communiquer de façon constructive vos doléance aux représentant de votre
distribution préféré

Alexis < par ce que le troll sur systemd, ca vas bien 5 minutes>

Le 14 décembre 2016 à 17:11, Kevin Lemonnier  a écrit
:

> > Mais avant, tu devais faire cet apprentissage pour chacune des grandes
> > famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
> > toutes les distro! Je trouve ça beau.
> >
>
> Et petit à petit, on t'enlève le choix. À ce rythme là on pourra bienôt
> plus parler de distribution, justement.
>
> --
> Kevin Lemonnier
> PGP Fingerprint : 89A5 2283 04A0 E6E9 0111
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Kevin Lemonnier]

> Mais avant, tu devais faire cet apprentissage pour chacune des grandes
> famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
> toutes les distro! Je trouve ça beau.
> 

Et petit à petit, on t'enlève le choix. À ce rythme là on pourra bienôt
plus parler de distribution, justement.

-- 
Kevin Lemonnier
PGP Fingerprint : 89A5 2283 04A0 E6E9 0111


signature.asc
Description: Digital signature
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Mrjk]

Oui, le changement, ça prends du temps :)

Mais avant, tu devais faire cet apprentissage pour chacune des grandes
famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
toutes les distro! Je trouve ça beau.

Concernant:
> Franchement, journald et journalctl, avec la possibilité de filtrer par
> priorité, par service, de récupérer les événements sur une période de
> temps donnée, c'est plutôt pas mal.

Bah, je rajoute 1.7¢ à la somme initiale, ce qui nous fait un total de
3¢. Qui rajoute ? :)

Dernier point:
Regarde aussi ce qui se passe quand tu veux demarrer un service et que
systemd ouvre une socket reseau avant meme que le demon soit lancé :D
Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de
quelques secondes ou minutes en fonction de ce que va trapper systemd.

Uep, bah je vais tester pour voir, car dans le premier cas, tu as un
truc qui s'apelle les dépendances entre services (à moins que j'aille
mal compris le postulat de base), et dans le second, juste curieux ^^
Un OS de référence pour faire ces tests ?

--
MrJK
GPG: https://jeznet.org/jez.asc


Le 14 décembre 2016 à 10:41, Pierre Colombier  a écrit :
> Je trouve que le nouveau systeme est plutot pas mal.
>
> Ce qui fait chier, c'est de changer.
>
> C'est pas inintéressant mais c'est juste que l'admin sys a en général
> beuacoup d'autres chats à fouetter.
>
> Réapprendre les fonctions de base du système, c'est du temps en moins pour
> les autres projets.
>
> my 2 cent
>
>
>
> On 14/12/2016 15:15, Thomas Constans wrote:
>
> Franchement, journald et journalctl, avec la possibilité de filtrer par
> priorité, par service, de récupérer les événements sur une période de
> temps donnée, c'est plutôt pas mal.
>
> my 1.3¢
>
> Le 13/12/2016 à 17:35, fr...@jack.fr.eu.org a écrit :
>
> Ouais ou Debian hein, c'est bien aussi ..
>
>
> On 13/12/2016 17:11, remy.dernat wrote:
>
>
> Il te reste BSD et son init ;)
> https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd-init/
>
>  Message d'origine 
> De : Sébastien FOUTREL 
> Date : 13/12/2016  13:54  (GMT+01:00)
> À : Jonathan Leroy 
> Cc : French SysAdmin Group 
> Objet : Re: [FRsAG] systemd vs les adminsys
>
> Aahhaha. Et la gestion des logs, et la gestion des montages et surement
> d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un
> service et que systemd ouvre une socket reseau avant meme que le demon soit
> lancé :D
> Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de
> quelques secondes ou minutes en fonction de ce que va trapper
> systemd.Malheureusement comme dit plus tot, systemd c'est parti d'un bon
> sentiment mais si on avait voulu bosser sur macosX on aurait fait ce choix.
> Dorenavant on a plus vraiment le choix...
> Le 9 décembre 2016 à 15:27, Jonathan Leroy  a
> écrit :
> Le 9 décembre 2016 à 14:59, Dominique Rousseau  a écrit
> :
>
> C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
>
> coté bulldozer, qui remplace les outils de configuration reseau, le
>
> collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
>
> qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats
>
> editables et lisibles par un humain adminsys, des fichiers logs qu'on
>
> peut grep/awk/..., des noms d'interface reseau deterministes, etc.
>
>
> Mais la plupart de ces fonctionnalités sont désactivables, voire
>
> désactivées par défaut.
>
> C'est le cas par défaut sous Debian, qui n'utilise que la partie
>
> "init" de Systemd.
>
>
>
> --
>
> Jonathan Leroy.
>
> ___
>
> Liste de diffusion du FRsAG
>
> http://www.frsag.org/
>
>
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
>
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
>
>
>
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Pierre Colombier]

Je trouve que le nouveau systeme est plutot pas mal.

Ce qui fait chier, c'est de changer.

C'est pas inintéressant mais c'est juste que l'admin sys a en général 
beuacoup d'autres chats à fouetter.


Réapprendre les fonctions de base du système, c'est du temps en moins 
pour les autres projets.


my 2 cent



On 14/12/2016 15:15, Thomas Constans wrote:

Franchement, journald et journalctl, avec la possibilité de filtrer par
priorité, par service, de récupérer les événements sur une période de
temps donnée, c'est plutôt pas mal.

my 1.3¢

Le 13/12/2016 à 17:35, fr...@jack.fr.eu.org a écrit :

Ouais ou Debian hein, c'est bien aussi ..


On 13/12/2016 17:11, remy.dernat wrote:
 
Il te reste BSD et son init ;)

https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd-init/

 Message d'origine 
De : Sébastien FOUTREL 
Date : 13/12/2016  13:54  (GMT+01:00)
À : Jonathan Leroy 
Cc : French SysAdmin Group 
Objet : Re: [FRsAG] systemd vs les adminsys

Aahhaha. Et la gestion des logs, et la gestion des montages et surement 
d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un 
service et que systemd ouvre une socket reseau avant meme que le demon soit 
lancé :D
Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de quelques 
secondes ou minutes en fonction de ce que va trapper systemd.Malheureusement 
comme dit plus tot, systemd c'est parti d'un bon sentiment mais si on avait 
voulu bosser sur macosX on aurait fait ce choix. Dorenavant on a plus vraiment 
le choix...
Le 9 décembre 2016 à 15:27, Jonathan Leroy  a 
écrit :
Le 9 décembre 2016 à 14:59, Dominique Rousseau  a écrit :


C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
coté bulldozer, qui remplace les outils de configuration reseau, le
collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats
editables et lisibles par un humain adminsys, des fichiers logs qu'on
peut grep/awk/..., des noms d'interface reseau deterministes, etc.



Mais la plupart de ces fonctionnalités sont désactivables, voire

désactivées par défaut.

C'est le cas par défaut sous Debian, qui n'utilise que la partie

"init" de Systemd.



--

Jonathan Leroy.

___

Liste de diffusion du FRsAG

http://www.frsag.org/



___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/




___
Liste de diffusion du FRsAG
http://www.frsag.org/


___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] systemd vs les adminsys

[Thomas Constans]

Franchement, journald et journalctl, avec la possibilité de filtrer par
priorité, par service, de récupérer les événements sur une période de
temps donnée, c'est plutôt pas mal.

my 1.3¢

Le 13/12/2016 à 17:35, fr...@jack.fr.eu.org a écrit :
> Ouais ou Debian hein, c'est bien aussi ..
> 
> 
> On 13/12/2016 17:11, remy.dernat wrote:
>>
>> 
>> Il te reste BSD et son init ;)
>> https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd-init/
>>
>>  Message d'origine 
>> De : Sébastien FOUTREL  
>> Date : 13/12/2016  13:54  (GMT+01:00) 
>> À : Jonathan Leroy  
>> Cc : French SysAdmin Group  
>> Objet : Re: [FRsAG] systemd vs les adminsys 
>>
>> Aahhaha. Et la gestion des logs, et la gestion des montages et surement 
>> d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un 
>> service et que systemd ouvre une socket reseau avant meme que le demon soit 
>> lancé :D
>> Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout de 
>> quelques secondes ou minutes en fonction de ce que va trapper 
>> systemd.Malheureusement comme dit plus tot, systemd c'est parti d'un bon 
>> sentiment mais si on avait voulu bosser sur macosX on aurait fait ce choix. 
>> Dorenavant on a plus vraiment le choix...
>> Le 9 décembre 2016 à 15:27, Jonathan Leroy  a 
>> écrit :
>> Le 9 décembre 2016 à 14:59, Dominique Rousseau  a écrit :
>>
>>> C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
>>
>>> coté bulldozer, qui remplace les outils de configuration reseau, le
>>
>>> collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
>>
>>> qu'on a plus "un Unix" (un peu comme MacosX), avec des fichiers plats
>>
>>> editables et lisibles par un humain adminsys, des fichiers logs qu'on
>>
>>> peut grep/awk/..., des noms d'interface reseau deterministes, etc.
>>
>>
>>
>> Mais la plupart de ces fonctionnalités sont désactivables, voire
>>
>> désactivées par défaut.
>>
>> C'est le cas par défaut sous Debian, qui n'utilise que la partie
>>
>> "init" de Systemd.
>>
>>
>>
>> --
>>
>> Jonathan Leroy.
>>
>> ___
>>
>> Liste de diffusion du FRsAG
>>
>> http://www.frsag.org/
>>
>>
>>
>> ___
>> Liste de diffusion du FRsAG
>> http://www.frsag.org/
>>
> 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/
> 

-- 
Thomas Constans
Services en informatique libre
T: 33(0)6 23 37 87 85
@: http://opendoor.fr
#: https://twitter.com/ThomasConstans
gpg: 0xBA19745F80410541



signature.asc
Description: OpenPGP digital signature
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Recrutement Ingé/Devops - Lausanne, Lille et Paris

[Falco Schmutz / premaccess]

Merci pour les quelques réponses, et l'humeur de tous, cela fait plaisir !
Au top la liste !

Bonne journée

2016-12-13 14:42 GMT+01:00 Falco Schmutz / premaccess <
fschm...@premaccess.com>:

> Bonjour à tous,
>
> Nous recherchons 4 personnes, sur 3 destinations de rêves ^^.
>
> Pas de HomeOffice, désolé, consolidation des effectifs dans un premier
> temps !
> Salaire selon experience et lieu
> Dispo ASAP
>
> Les + :
> Ansible
> AWS
> L'autonomie
> Le gout du challenge
> La bière et l'humour !
>
> Bref un ingé des temps moderne (2016 hein par le film)
>
> Belle journée à tous !
>
> --
> 
> 
>
> Falco SCHMUTZ
>
> 
>
> E-mail : fschm...@premaccess.com
> Mobile : +33 6 80 22 00 29 <06%2080%2022%2000%2029>
> Fixe Suisse : +41 44 586 77 74 <+41%2044%20586%2077%2074>
> Fax Suisse : +41 26 347 28 90 <+41%2026%20347%2028%2090>
> Fax France : +33 9 72 12 19 25 <09%2072%2012%2019%2025>
>
> *premaccess *SA
> Route des Arsenaux 41 - CP 132
> CH-1705 Fribourg, Suisse
>
> http://www.premaccess.com
>
>    
>
> 
> 
>
> Attention : le présent message et toutes les pièces jointes sont
> confidentiels et établis a l'attention exclusive du ou des destinataire(s)
> indique(s). Toute autre diffusion ou utilisation non autorisée est
> interdite. Si vous recevez ce message par erreur, veuillez immédiatement en
> avertir l'expéditeur par e-mail en retour, détruire le message et vous
> abstenir de toute référence aux informations qui y figurent afin d'éviter
> les sanctions attachées a la divulgation et a l'utilisation d'informations
> confidentielles. Les messages électroniques sont susceptibles d'altération.
> Nous déclinons toute responsabilité en cas d'altération ou de falsification
> du présent message.
>
> Warning : this e-mail and any files attached are confidential and intended
> solely to the named addressee(s). Any unauthorised dissemination or use is
> strictly prohibited. If you received this e-mail in error, please
> immediately notify the sender by reply e-mail and then delete the e-mail
> from your system. Please do not copy, use or make reference to it for any
> purpose, or disclose its contents to any person : to do so could expose you
> to sanctions. E-mails can be altered or falsified. We shall not be liable
> for any alteration or falsification on this e-mail.
>



-- 


Falco SCHMUTZ



E-mail : fschm...@premaccess.com
Mobile : +33 6 80 22 00 29
Fixe Suisse : +41 44 586 77 74
Fax Suisse : +41 26 347 28 90
Fax France : +33 9 72 12 19 25

*premaccess *SA
Route des Arsenaux 41 - CP 132
CH-1705 Fribourg, Suisse

http://www.premaccess.com

   



Attention : le présent message et toutes les pièces jointes sont
confidentiels et établis a l'attention exclusive du ou des destinataire(s)
indique(s). Toute autre diffusion ou utilisation non autorisée est
interdite. Si vous recevez ce message par erreur, veuillez immédiatement en
avertir l'expéditeur par e-mail en retour, détruire le message et vous
abstenir de toute référence aux informations qui y figurent afin d'éviter
les sanctions attachées a la divulgation et a l'utilisation d'informations
confidentielles. Les messages électroniques sont susceptibles d'altération.
Nous déclinons toute responsabilité en cas d'altération ou de falsification
du présent message.

Warning : this e-mail and any files attached are confidential and intended
solely to the named addressee(s). Any unauthorised dissemination or use is
strictly prohibited. If you received this e-mail in error, please
immediately notify the sender by reply e-mail and then delete the e-mail
from your system. Please do not copy, use or make reference to it for any
purpose, or disclose its contents to any person : to do so could expose you
to sanctions. E-mails can be altered or falsified. We shall not be liable
for any alteration or falsification on this e-mail.
___
Liste de diffusion du FRsAG
http://www.frsag.org/