Ubuntu-fr

Bonjour,

Le tutoiement est la norme de fait dans les différentes communautés francophones du libre, c'est donc à la charge de la personne qui refuse d'être tutoyée par un impudent de passage (oh scandale ! quelle bassesse d'esprit pervers !) de préciser qu'elle exige d'être vouvoyée ... dans sa signature par exemple.

D'une remarque, certes sur un ton direct (cas classique de personne pressée déjà occupée à autre chose), précisant la manière de présenter les choses sur le wiki, espérant apporter des éléments afin de pouvoir construire le wiki de manière cohérente avec les autres participants, on voit une réaction ( faussement ? ) offusquée, dénigrant l'apport des autres ("admin de rien" ... il faut se renseigner un minimum sur les gens qu'on insulte avant d'envoyer ce genre de tirade, ça évite de se ridiculiser).

Et pour couronner le tout, un ragequit ... quelle maturité, quel sens de la discussion et de l'échange de point de vue.

Bref il n'y a pas loin à chercher pour savoir qui se moque du monde.

Quand on refuse de faire l'effort de présenter la doc en accord avec les guidelines, nul besoin de s’énerver, il suffit de dire qu'on a pas le temps de mettre en forme et de laisser en état sur le forum des fois que quelqu'un de passage prenne le temps de le faire.

Sur ce bonne soirée, et bonne année 2013

Ce comportement qui cherche à "prouver qu'ils sont tellement plus forts que les "noobs"", ce n'est pas un comportement de "barbu", c'est un comportement de jeune utilisateur qui veut crier au monde qu'il a progressé, assez proche du comportement des SK d'ailleurs, avec le temps ils se lassent d'eux même de ce comportement. Un "barbu", normalement, a un peu de bouteille/recul, a fait pas mal de distro hopping avec les années, a rarement une préférence pour une distro en particulier, mais plutôt des préférences suivant les utilisations envisagées.
Pour les mêmes raisons, ce sont rarement des barbus que l'on va voir s'engager dans des discussions de type "guéguerre de distro", c'est en général des personnes qui ont migré récemment et qui veulent défendre à tout prix leur premier choix.

--

Je n'ai pas vu où j'avais traité qui que ce soit de troll ... d'ailleurs j'ai bien précisé que chacun était libre de choisir les projets qu'il l'intéressait, y compris de se lancer dans une unification, mais tu ne peux pas obliger les gens à choisir d'abandonner leurs projets à eux pour le tien.
Avant d'accuser les autres d'avoir une pensée unique, il faut regarder de près le formatage et les contraintes que tu souhaites imposer pour que chacun suive ta vision personnelle du libre.

Pour certains projets, c'est vrai, le noyau est sponsorisé à 80% par des entreprises, pour la plupart des projets, en particulier ceux qui concernent uniquement le desktop, on est très loin de ces 70% (d'où sort cette statistique d'ailleurs ?).

Le libre est en constante progression, il est même ultra dominant sur certains marchés, pas le desktop, mais le desktop ce n'est pas "l'informatique dans son ensemble" ... ça ne va probablement pas à la vitesse où tu le souhaites, mais ça avance ... certains diraient "chi va piano, va sano".
De mon point de vue, qui est forcément partiel, ce qui freine le libre dans sa compétition  face au propriétaire sur le desktop, ce n'est pas une trop grande diversification, c'est que le libre n'a pas de budget marketing.
Dans cette optique, j'estime qu'une unification apporte beaucoup trop de restrictions pour être souhaitable (ça enfreint d'ailleurs directement la 3e liberté de la FSF), je trouve plus utile d'apporter le libre dans les écoles, ce qui est l'une des voies tentant de palier à un manque de possibilités publicitaires (d'ailleurs en terme de visibilité au grand publique, android reste une très bonne chose).
... mais ce n'est que mon point de vue, partant de là chacun est libre de proposer et de se lancer dans des projets correspondants à leur vision.

Là on rentre dans l'œuvre de fiction ... et on peut discuter de ce sujet sans nervosité, enfin personnellement je suis très calme au moment où je rédige ces lignes.
Par ailleurs acta au panier \o/, champagne^wwhisky!

Bien sûr, mais il faut accepter que les autres fassent de même.
Et il y a tellement de confusion dans ce fil que je ne sais par où commencer.

1/ Je suis toujours gêné pour les gens capables d'insulter le travail d'autrui. Autant il est important d'être critique, c'est même constructif, autant l'insulte est juste pitoyable, ça veut juste dire que celui qui les émet n'a plus d'argument.
Oui, apache2 à des avantages et des défauts, cependant au vu de l'historique des httpd, il mérite encore sa place de sélection par défaut pour encore quelques années.

2/ Il faut faire attention à ne pas confondre ubuntu et canonical, les décisions de packaging, c'est interne au projet ubuntu, ce n'est pas une décision de canonical. Oui, il y a des employés de canonical dans les commissions de décision d'ubuntu, mais rien ne t'empêche de te bouger un peu dans la communauté et d'avoir un droit décisionnel égal à ce que tu désignes comme "canonical".

3/ L'installation d'apache2 est provoqué par ton choix d'installer les suggestions en plus des dépendances lorsque tu installes synaptic (probablement parce que tu choisis d'utiliser un outil non recommandé, aptitude, pour installer synaptic, ou que tu forces l'installation des suggestions avec apt-get).
C'est donc bien une fausse manipulation de ta part qui provoque l'installation d'apache2 ... que personne ne t'oblige à utiliser, chez canonical ou ailleurs.

4/ Si tu refuses que qui que ce soi puisse te proposer des choix par défaut, il n'y a qu'une seule distribution qui puisse te convenir: LFS, et rien d'autre.
C'est le principe d'une distribution de proposer une organisation et une sélection d'outils par défaut, et certaines, comme ubuntu ou debian, te permette de facilement faire d'autre choix (avant ou après l'installation d'apache2 d'ailleurs).

5/ Si tu regardes ton souci de près, tu installes une suggestion de synaptic (et non une dépendance), dwww qui lui dépend d'apache2, hors, si on creuse un peu, dwww est dans universe, c'est donc un paquet importé directement depuis debian, c'est donc le mainteneur debian qui propose apache2 comme httpd par defaut pour dwww ...
D'où l'intérêt de se renseigner avant de se permettre des colères et des insultes.

Bonne continuation

[quizz]ab36d6f959f7b22744f911e05b358b21[/quizz]

Dans le désordre:

@boutor:
Des token rings, ça fait un bout de temps que j'en ai pas vu ... à part dans les centrales nucléaires.
Beaucoup de clusters ont des alims redondées, donc 2 alims par carte mère (le plus souvent des quadriprocs).
L'absence de carte graphique peut poser des problème (et une carte graphique non-utilisée ne tire pas beaucoup de jus ... par exemple je ne sais pas si les moteurs de rendu que Godefroy veut faire tourner on besoin d'avoir blender lancé sur chaque nœud, et si c'est le cas blender aura probablement besoin d'un X, et X aura besoin ... bref il faut penser à optimiser ce genre de choses une fois que l'on a quelque chose de fonctionnel et que l'on maitrise l'intégralité de l'environnement de travail.

@Sir Godefroy:
C'est bien un switch GiB que tu veux prendre, pas besoin d'un managed, donc celui que tu cites correspond à la gamme (pas besoin d'un 24 ports par contre) ... par contre je ne suis pas un grand fan de netgear (cisco, hp même dell font de meilleurs produits (àmha)). N'oublie pas qu'un switch GiB est inutile si les ordis composant le cluster ne sont pas équipé de carte ethernet 10/100/1000. Et que tu te simplifiera la vie si ton maître (l'ordi principal qui gère les nœuds) possède 2 cartes ethernet, une pour le lan du cluster, un autre pour ton lan/ta connection internet.
Pour allumer, les nœuds ... le WakeOnLan ça existe ...

Maintenant pour revenir au cœur du problème, aka quelle solution choisir:
Je te conseillerais de regarder de près les solutions telles que multiblend ou farmerjoe (j'ai mis les liens dans mon premier poste), car ca répond à ta problématique et c'est plus du distributed batching que du réel clustering, ce sera donc beaucoup plus simple à mettre en place (configurer chaque machine et installer la solution pour faire bosser les "nœuds").
A priori, les moteurs de rendu ne font pas appel (par défaut) à mpi pour distribuer le code entre process (c'est en général du découpage de scène et les nœuds n'ont alors pas forcément besoin de communiquer pendant le calcul) donc les solutions intégrant mpi représenteraient beaucoup de surcharge et d'apprentissage pour peu de gain fonctionnel, je déconseille donc des solutions telles que Rocks ou pelican ...
Reste le SSI avec Kerrighed, qu'il faudrait bencher pour voir si tu atteints les mêmes performances qu'avec multiblend ou farmerjoe et qui nécessitera de ta part un véritable effort d'auto-formation ("je pars de zéro, je n'ai aucune notion en clustering"). Ce n'est pas difficile de se former sur ce genre de technologie, mais suivant ton niveau en administration système en général, cela peut demander du temps. On ne peut pas non plus te donner un tuto à suivre pas à pas, car ça dépend énormément du matériel à ta disposition.

Mes 2 centimes ... Bonne continuation

Au vu de ce que tu as présenté, je tenterais la démarche suivante (en ne me souciant uniquement du point de vue de l'admin réseau ... chacun voit midi à sa porte):

1- Il n'y a pas de charte informatique, c'est le temps de préparer une proposition ... avec un paragraphe sur l'IM interne qui précise les choses une fois pour toute
2- Signaler à la direction le souhait d'une participation des différentes parties concernées à l'élaboration de la charte
3- Réunion avec au moins la direction et la représentation syndicale avec pour sujet la charte
4- Annoncer innocemment pendant la réunion que le volume de logs sur le serveur openfire semble étonnamment  lourd pour le nombre de participants / l'utilisation (je ne parle ici que de la taille des fichier pas de leur contenu ... ce n'est qu'une inquiétude raisonnable)
5- Il suffit alors de demander aux différentes parties concernées ce qu'elles en pensent (en précisant au passage le flou existant sur le respect de la vie privée -> il y a des conseillés juridiques que la direction peut embaucher pour répondre à cette question)
6- Les 2 parties sont alors au courant de la situation en même temps, sans avoir choisi de côté ... et en remplissant sa mission (un admin n'a pas pour mission de "couvrir" les aventures des autres employés ou de faire de la RH en leur expliquant la position dans laquelle ils se mettent ... "à partir du moment où l'on joue, c'est que l'on accepte de perdre")

Enfin, je ne suis pas juriste, mais il me semble que les ressources pro (un serveur openfire limité à l'entreprise est une ressource pro) ne sont pas protégées contre les atteintes à la vie privée (vu qu'elle ne sont pas censées servir à ça), et même concernant l'utilisation de l'e-mail pro, j'ai cru voir passer une jurisprudence (peut-être pas en france), qui imposait que le sujet du message contienne la mention "message personnel" (ou approchant) afin de pouvoir être considéré comme tel d'un point de vue juridique.

Techniquement, je pense que la présence d'une charte est nécessaire, et personnellement je m'abstiendrais de toute démarche non-officielle (c'est dans un cas devenir complice, dans l'autre délateur, aucune de ces positions n'est enviable).
Il est simple de mettre en place des règles claires sur l'accès aux données, et dans le cas où la direction voudrait avoir un accès complet et que cela déclencherait les foudres des employés, il suffit qu'ils demandent des formations de chiffrage de données/moyens de communication, c'est la seule méthode valable pour protéger sa vie privée (bon moyen de refroidir une direction se découvrant une nouvelle passion pour l'espionnage).
Lorsque l'on est coincé au milieu d'un conflit d'intérêt, il est toujours plus aisé de rester le plus neutre possible.
Admin réseau est un poste technique, autant se contenter de suggestions/actions techniques (c'est à la RH de gérer les sensibilités de chacun).

Désolé de dépoussiérer le fil, mais je suis tombé par hasard sur un lien pertinent sur le sujet:
Livre blanc juridique Olfeo
Co-écrit avec le cabinet d’avocats Alain Bensoussan
Filtrage et Internet au bureau : Enjeux et cadre juridique !
http://www.olfeo.com/pdf/filtrage.pdf

Remarques :
* Olfeo est une boîte qui vent des proxy/filtres
* le cabinet Bensousan est spécialisé dans le droit d'internet et des nouvelles technologies

La page 25 du pdf expose bien la problématique en droit français.

Par ailleurs, comme un document bien fait expose ses sources, on a le droit à plus:
Le Guide de la CNIL pour les employeurs et les salariés
http://www.cnil.fr/fileadmin/documents/ … ravail.pdf

La page 18 donne les recommandations de la CNIL concernant les services de messagerie

La conf des serveurs est dans /etc ... et dans 99% des cas demande des droits spécifiques.

Et c'est principalement dû au fait qu'il fasse sécuriser le système ...

C'est pas comme si c'était important de sécuriser les serveurs d'une machine de devweb ...

Par ailleurs certains programmes refuseront de tourner si la sécurité du système n'est pas jugée suffisante (je grossis beaucoup le trait, mais ça semble nécessaire).

Ca ressemble de plus en plus à du materiel défectueux ou un support d'installation défectueux ... il serait interessant de vérifier avant d'aller plus loin ...

Je suis désolé de commencer par une remarque sarcastique :
-> installer une version beta, c'est en général pour rechercher des bugs et faire des _rapports_ de bugs (essayer de régler le problème si on s'en sent capable)

Ensuite quelques questions (je n'ai pas d'inspiron 6400 sous la main et n'utilise pas kde):
- est-ce que hibernate/suspend fonctionnait sous dapper?
- as tu recherché tes infos sur ton problème avant de poser une question?
recherche google : "linux suspend ubuntu support inspiron 6400"
2e lien : http://www.ubuntuforums.org/archive/index.php/t-190167.html
(je sais c'est en anglais )
- si ce qui est proposé ne fonctionne pas, il faut se renseigner sur le chipset de ta machine (lspci peut aider) et se renseigner si les fonction APM ou ACPI du chipset sont supportées par le noyau utilisé

Bonne soirée

Bonjour,

Voici une liste de choses à essayer pour diagnostiquer le problème :
- trouver un procédure permettant de reproduire le problème de manière déterministe (éviter le problème "aléatoire"  ... pour une fois que le manicheisme est une bonne chose !)
- essayer la procédure en question sur un autre compte utilisateur (ou mieux : creer un nouvel utilisateur juste pour le test).
- sauvegarder et supprimer les fichiers de config de l'utilisateur qui reproduit le problème puis tester à nouveau :
cp -r /home/`whoami`/.openoffice.org2/ /home/`whoami`/sauvg_openoffice.org2/
rm -rf /home/`whoami`/.openoffice.org2/
[test...]
- si le problème persiste, il faut écarter l'éventualité d'un problème materiel, en essayant de reproduire le problème depuis un livecd par exemple.
- si le problème n'apparait pas depuis le livecd il faut s'interesser à ce qui distingue l'installation en cours d'une installation standard.

Bon courage ...

Bonjour,
syslog-ng est dans le dépôt universe, il faut activer ce dépôt dans /etc/apt/sources.list pour pouvoir l'installer.
(une recherche sur le wiki sur "sources.list" ou "dépôt" devrait apporter plus de précisions si celles-ci étaient nécessaires)

Bonne journée