[Résolu]Re: Requettes sur plusieurs serveurs SQL
Comme quoi la nuit porte conseil. Il s'agissait des tables fédérées qui en plus ne sont pas a la section 14 mais plutôt le chapitre 13.7 du manuel. Ou sinon Nexen ils en parlent ici http://www.nexen.net/index2.php?option=com_content&do_pdf=1&id=15725 Le 8 janvier 2009 19:03, Johan Dindaine a écrit : > Mesdames, (surtout) Messieurs Bonsoir. > > J'ai hérité d'un projet assez spécial ou il me faut effectuer depuis un > serveur MySQL une requette qui regroupe des informations depuis plusieurs > serveur differents et j'aurais besoin de faire des trucs du genre. > > Serveur1 > SELECT toto, tata, titi FROM server2.db2.table2 LEFT JOINT > server1.db1.table1 ON .. > > J'ai lu des trucs dessus il y a fort longtemps dans la section 14 de la doc > MySQL (haute disponibilité) et a l'époque je me disais "c'est trop porc du > design comme cela", LOL (avec la version 5.1.x de Mysql il me semblait) > Sauf qu'aujourdhui cela me retombe dessus et je n'ai plus aucun souvenir de > ce dont il s'agissait. > > Est ce que quelqu'un pourrait me raffraichir la mémoire s'il vous plait? >
Re: Logiviel pour fiche de paye
je sais pas ou en est cette discution mais j'ai entendu parler d'un
logiciel open-source qui serait super parait il
son nom : lundi matin business peut etre qu'il fait ce que tu desir
--
- GanGan -
www.system-linux.eu
(">
/\
V_V
On Fri, 9 Jan 2009 07:43:43 +0100, Jean-Michel OLTRA
wrote:
>
> Bonjour,
>
>
> Le jeudi 08 janvier 2009, Alain Vaugham a écrit...
>
>
>> ===> à Zuthos
>> Pour établir une feuille de paye, il suffit de quatre choses.
>> Au minimum :
>> - un simple tableur
>> - du temps libre
>> - beaucoup de temps perdu
>> - encore plus de temps perdu probablement inutilement
>> C'est cependant un excellent exercice pour savourer les profondes
> subtilités
>> des mécanismes discriminatoires mis en place au fil des changements
>> politiques de nos institutions.
>
> Je l'ai eu fait, à une époque. Ce n'est pas si difficile que ça. J'ai
> un
> vieux modèle sous forme de sxc, je peux le faire passer si ça peut
faire
> avancer le schmilblick. Ce qui ne dispensera pas de se renseigner pour
> faire quelque chose d'adapté.
>
>> [HS]
>> ===> à Régis Grison
>> A ma connaissance - actuellement - le **seul** soft sérieux permettant
> la
>> comptabilité générale, analytique, budgétaire et extra comptable
> avec pcg
>> 1982 modifié 2006 est :
>> par ordre alphabétique ;-)
>> - OpenSI
>
> Possible que OpenSI aie un module de paye, mais payant…Je sais qu'ils
> devaient se pencher sur la question. Il faut demander à SpeedInfo. En
> tous cas, ils ne l'ont pas proposé en Open Source.
>
> --
> jm
>
> A.E.L. Sarl (R.C.S CASTRES 490843240)
> http://www.spidboutic.fr
>
>
>
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Logiviel pour fiche de paye
Régis Grison a écrit : Zuthos a écrit : Bonjour, Je chercghe un logiciel de fiche de paye libre. Cela existe??? Je n'ai pas trouvé avec l'aide d'exalead. peut-être pas les bon mot? Logiciel de paye libre ne donne pas grand chose. Bon, si quelqu'un a une idée... A ma connaissance, le seul soft "sérieux" dans ce domaine est opensi et il ne fait pas les fiches de paie. Tu peux aussi regarder du coté d'OpenERP http://openerp.com (ex TinyERP), la version 5 est en cours de finalisation. Je sais qu'il y a un module de paye pour la Suisse. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Upgrade Etch/Lenny
Salut, Bernard a écrit : | Souhaitant être en version testing/Lenny comment je fais ? Personnellement j'ai fait le saut de etch à lenny/sid il y a quelques jours en suivant à la lettre cet excellent tuto, conseillé d'ailleurs ici-même sur cette liste : http://ubunteros.tuxfamily.org/spip.php?article177 J'ai juste dû faire plusieurs fois aptitude dist-upgrade car les premières fois, aptitude installait plusieurs paquets, puis s'arrêtait pour "trop d'erreurs". J'ai donc répété la commande 4 ou 5 fois, et j'ai désormais une magnifique Lenny/Sid. -- Franck Delage Création et hébergements de sites web www.web82.net -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Système de fichier fiable.
Kevin Hinault wrote:
Le 8 janvier 2009 19:48, Sylvain Sauvage
a écrit :
Qu'elle est saugrenue : si Linux mettait les fichiers en swap
(donc sur un disque) avant de les mettre dans un FS (donc sur
disque), je crois qu'il aurait de graves problèmes de conception…
J'ai vu Solaris faire ça et ça m'a choqué ;)
Il me semble que Linux fait ça aussi avec le système de fichier tmpfs
qui sert rarement. Et je n'y vois pas un défaut de conception. Par
contre, c'est peut-être moins utile sous Linux, dont le cache fichier
est peut-être un peu plus efficace.
Cordialement
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
membre de l'APRIL "promouvoir et défendre le logiciel libre"
Rejoignez maitenant pplus de 3700 adhérents http://www.april.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Système de fichier fiable.
kaliderus a écrit : Bonjour, et bonne année à tous ... Ayant au affaire à un arrêt brutal de mon disque, le système de fichier était tellement corrompu que j'ai du tout réinstaller, e2fsck n'était pas capable de se dépatouiller tout seul des incohérences rencontrées, et à la main, je n'ai toujours pas compris les messages renvoyés. Bref, question simple : Quel est le système de fichier le plus fiable (en terme de tolérances de pannes physiques) ? Je n'ai pas besoin d'un système ultra rapide ni optimisé pour une tache particulière, juste ce qui résiste le mieux aux coupure électriques. D'autre part, j'ai pensé supprimé la partition de swap (qui en fait n'est quasiment pas utilisée) pour éviter les transferts différés, que pensez-vous de cette idée ? Merci. Si tu veux de la tolérance aux coupures brusques tourne toi vers reiserfs. Je n'utilise que cd FS depuis 1 ou 2 ans et j'en suis vraiment satisfait. De plus il est très souple (jamais eu de problème de redimensionnement par exemple alors qu'avec ext3...) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
debian et reiser4
Bonjour à tous, Dans le cadre d'une migration de serveur et étant sous Reiserfs depuis de nombreuses années, j'ai cru comprendre que Reiser4 était disponible sous Debian stable. J'en conclus donc que ce fichier est stable et utilisable sans risque. Qu' en pensez-vous ? R.O. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[HS] Gestion du swap selon debian/solaris (Anciennement "Système de fichier fiable.")
Le 9 janvier 2009 10:29, Basile STARYNKEVITCH a écrit : > Kevin Hinault wrote: >> >> Le 8 janvier 2009 19:48, Sylvain Sauvage >> a écrit : >> >>> >>> Qu'elle est saugrenue : si Linux mettait les fichiers en swap >>> (donc sur un disque) avant de les mettre dans un FS (donc sur >>> disque), je crois qu'il aurait de graves problèmes de conception… >>> >>> >> >> J'ai vu Solaris faire ça et ça m'a choqué ;) >> > > Il me semble que Linux fait ça aussi avec le système de fichier tmpfs qui > sert rarement. Et je n'y vois pas un défaut de conception. Par contre, c'est > peut-être moins utile sous Linux, dont le cache fichier est peut-être un peu > plus efficace. > > Cordialement Ton message m'intéresse et je rebondis dessus. Dans le cas où j'ai remarqué une gestion étrange du swap sur solaris, c'était plus que la simple utilisation d'un swap qui sert de temps en temps, c'était un engorgement du swap pure et simple : Le comportement "bizarre" m'est apparu sur Solaris 8 : Une application en Prod qui prend autant de place en mémoire swap qu'en mémoire physique, elle se fork plus d'une vingtaine de fois toutes les 5 minutes et elle gonfle petit à petit dans la journée, sachant qu'en fin de journée l'application prend jusqu'à 1.5 Go de mémoire on arrive à un truc impressionnant : On finit par consommer entre 30 et 40 Go de Swap !!! (en pic pas en continu) alors que notre mémoire physique n'est pas saturé du tout (oui parce que bizarrement les fork créés ne consomment que quelques Mo chacun en mémoire physique donc sur 4Go de mémoire phy on consomme environ la moitié au max ). (Pour info, c'est une appli en Python). Ce qui m'intéresserait ça serait d'avoir des avis sur ce comportement pour le moins étrange. Cela semble normal à quelqu'un ? La gestion du swap Solaris est différente de celle sous une distrib linux comme Debian ? Je sais que c'est un gros HS, mais la liste contient beaucoup d'expériences dans beaucoup de domaine. Cordialement. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debian et reiser4
Revolver Onslaught a écrit : Bonjour à tous, Dans le cadre d'une migration de serveur et étant sous Reiserfs depuis de nombreuses années, j'ai cru comprendre que Reiser4 était disponible sous Debian stable. L'installateur DVD propose reiserfs, mais la version 4 n'est pas précisée, donc je ne pense pas que ce soit le cas. Par contre il y a bien dans les dépots entre autres reiser4progs pour gérer les partitions de ce type. J'en conclus donc que ce fichier est stable et utilisable sans risque. Qu' en pensez-vous ? R.O. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [HS] Gestion du swap selon debian/solaris (Anciennement "Système de fichier fiable.")
Le Fri, 9 Jan 2009 10:58:00 +0100 "Kevin Hinault" a écrit : > Le 9 janvier 2009 10:29, Basile STARYNKEVITCH > a écrit : > > Kevin Hinault wrote: > >> > >> Le 8 janvier 2009 19:48, Sylvain Sauvage > >> a écrit : > >> > >>> > >>> Qu'elle est saugrenue : si Linux mettait les fichiers en swap > >>> (donc sur un disque) avant de les mettre dans un FS (donc sur > >>> disque), je crois qu'il aurait de graves problèmes de conception… > >>> > >>> > >> > >> J'ai vu Solaris faire ça et ça m'a choqué ;) > >> > > > > Il me semble que Linux fait ça aussi avec le système de fichier tmpfs qui > > sert rarement. Et je n'y vois pas un défaut de conception. Par contre, c'est > > peut-être moins utile sous Linux, dont le cache fichier est peut-être un peu > > plus efficace. > > > > Cordialement > > Ton message m'intéresse et je rebondis dessus. > > Dans le cas où j'ai remarqué une gestion étrange du swap sur solaris, > c'était plus que la simple utilisation d'un swap qui sert de temps en > temps, c'était un engorgement du swap pure et simple : > > Le comportement "bizarre" m'est apparu sur Solaris 8 : Une > application en Prod qui prend autant de place en mémoire swap qu'en > mémoire physique, elle se fork plus d'une vingtaine de fois toutes les > 5 minutes et elle gonfle petit à petit dans la journée, sachant qu'en > fin de journée l'application prend jusqu'à 1.5 Go de mémoire on arrive > à un truc impressionnant : > On finit par consommer entre 30 et 40 Go de Swap !!! (en pic pas en > continu) alors que notre mémoire physique n'est pas saturé du tout > (oui parce que bizarrement les fork créés ne consomment que quelques > Mo chacun en mémoire physique donc sur 4Go de mémoire phy on consomme > environ la moitié au max ). > > (Pour info, c'est une appli en Python). > > Ce qui m'intéresserait ça serait d'avoir des avis sur ce comportement > pour le moins étrange. Cela semble normal à quelqu'un ? La gestion du > swap Solaris est différente de celle sous une distrib linux comme > Debian ? > > Je sais que c'est un gros HS, mais la liste contient beaucoup > d'expériences dans beaucoup de domaine. > > Cordialement. Bonjour, pour abonder dans le même sens, j'ai le même soucis de swap qui se remplit à moitié dès que j'utilise 70-80% de la mémoire vive mais qui ne se vide plus lorsque la mémoire se libère. Cela est particulièrement le cas avec l'utilisation de Firefox. En deux semaines, alors que l'utilisation de la mémoire est stable, le système entier commence à ralentir et m'oblige à le rebooter. J'ai 1Go de mémoire et 2 Go de SWAP avec un double coeur. [cut] signature.asc Description: PGP signature
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Bonjour, Je suis en Debian Lenny et j'utilise Kmail pour gérer ma messagerie. Je me suis abonné à la lettre du <> que je reçois quotidiennement. Depuis quelque jour au lieu de recevoir cette lettre correctement, j'ai cet avertissement "Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML" je ne comprends pas très bien pourquoi ? N'étant pas expert en messagerie , afin de donner plus d'info j'ai copié un extrait du message en texte brut : .. Content-Type: text/plain; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML --b1_f48bd55c282c11a7b83e739bb5f929d5 Content-Type: text/html; charset = "iso-8859-1" Content-Transfer-Encoding: 8bit http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> ... Il semble que le message soit en deux parties une en texte la deuxième en html. Comment avoir l'information en html ? A l'avance merci pour votre aide. Philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Bonjour, Km Le 9 janvier 2009 12:46, Philippe Merlin a écrit : > Bonjour, > Je suis en Debian Lenny et j'utilise Kmail pour gérer ma messagerie. Je me > suis abonné à la lettre du <> que je reçois > quotidiennement. Depuis quelque jour au lieu > de recevoir cette lettre correctement, j'ai cet avertissement "Pour voir le > message, veuillez utiliser un lecteur de mail compatible HTML" je ne > comprends pas très bien pourquoi ? > N'étant pas expert en messagerie , afin de donner plus d'info j'ai copié un > extrait du message en texte brut : > .. > Content-Type: text/plain; charset = "iso-8859-1" > Content-Transfer-Encoding: 8bit > > Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML > > > > --b1_f48bd55c282c11a7b83e739bb5f929d5 > Content-Type: text/html; charset = "iso-8859-1" > Content-Transfer-Encoding: 8bit > > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> > > http://www.w3.org/1999/xhtml";> > > ... > Il semble que le message soit en deux parties une en texte la deuxième en > html. > Comment avoir l'information en html ? > A l'avance merci pour votre aide. > Philippe > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/DebFrFrenchLists > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > > -- Vous aimez la bretagne ? Breizh da viken : www.pointbzh.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Le 9 janvier 2009 12:46, Philippe Merlin a écrit : ... Bonjour, Kmail a ma connaissance gère le html. Peut être est ce le format du mail qui est mauvais. Normalement il devrait y avoir une ligne "multipart/mixed" quelque part. Kévin PS : pardon pour le mail précédent : le coup est parti tout seul. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
En ce vendredi 09 janvier 2009 à 12:46:50 Philippe Merlin nous susurrait : > Il semble que le message soit en deux parties une en texte la deuxième en > html. > Comment avoir l'information en html ? Allez au hasard, avec un navigateur web ? La seule bonne destination pour du html, d'ailleurs. -- -+- Dominique Marin http://txodom.free.fr -+- «On a beau avoir une santé de fer, on finit toujours par rouiller.» -+-Jacques Prévert -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debian et reiser4
>> Bonjour à tous, >> >> >> Dans le cadre d'une migration de serveur et étant sous Reiserfs depuis >> de nombreuses années, j'ai cru comprendre que Reiser4 était disponible >> sous Debian stable. >> > > L'installateur DVD propose reiserfs, mais la version 4 n'est pas précisée, > donc je ne pense pas que ce soit le cas. > Par contre il y a bien dans les dépots entre autres reiser4progs pour gérer > les partitions de ce type. Aïe. Ce qui veut dire que je devrais recompiler le noyau proposé dans le repository stable à chaque fois pour y intégrer le support reiser4? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
mes 2 centimes juste pour signaler cette page : http://www.washington.edu/alpine/acquire/ qui contient un lien vers alpine_2.00_i386.deb alpine est le successeur de pine, est n'est pas dispo sur les repositories debian. alpine connait unicode et lit les mails en "html" -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [KDE] Comment rendre "Ouvrir avec" civil?
Yves Rutschle, vendredi 9 janvier 2009, 08:06:36 CET > > On Thu, Jan 08, 2009 at 07:41:13PM +0100, Sylvain Sauvage > wrote: > > Il semblerait que ce soit possible en utilisant '%F' à la > > place de '%f' dans le .desktop. > > Merci de la piste -- question subsidiaire (je suis handicapé > des interfaces graphiques): j'ai trouvé comment faire un > .desktop, mais je ne vois pas comment le transformer en > "commande" que l'on pourrait appeler à travers le menu > "ouvrir avec" (en lui passant un paramètre en plus des noms > de fichiers). […] Ma faute. Je croyais que tu avais déjà passé cette étape. J’avais trouvé ça : http://legroom.net/2007/04/20/adding-custom-actions-kde-context-menus En résumé, c’est dans ~/.kde/share/apps/konqueror/servicemenus Pour un ajout global : /usr/share/apps/konqueror/servicemenus On y voit un tas d’exemple, p.ex. le couple %u/%U (pour URI), peut-être plus puissant que %f/%F (p.ex. pour les fichiers déportés, ftp, ssh, etc.). Pas testé. SGDG… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Système de fichier fiable.
Basile STARYNKEVITCH, vendredi 9 janvier 2009, 10:29:38 CET > >[… des fichiers dans le swap …] > > Il me semble que Linux fait ça aussi avec le système de > fichier tmpfs qui sert rarement. Et je n'y vois pas un défaut > de conception. C’est différent. Le support de tmpfs est la RAM. Il n’est pas destiné à finir sur le disque. Il peut donc y passer sans perte. > Par contre, c'est peut-être moins utile sous > Linux, dont le cache fichier est peut-être un peu plus > efficace. Mouaif… je trouve ça bizarre aussi pour Solaris. Mettre dans un coin du disque ce qui doit finir dans un autre… Il y a toutefois deux possibilités : — que ce soit au niveau logique supérieur, c’est-à-dire dans le programme, que les données sont conservées en RAM. Si le noyau ne sait pas que cette mémoire finira dans un fichier, et qu’on ne l’empêche pas de la mettre en swap, c’est normal qu’elle y aille. Mais ce n’est pas du cache-disque… — que la swap soit considérée comme étant sur un support plus rapide que le disque de destination (ça arrive : la swap est dans une mémoire plus lente que la « vraie RAM » mais plus rapide que le disque). Mais ça doit se régler… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Salut, Le vendredi 9 janvier 2009, Kevin Hinault a écrit : > Le 9 janvier 2009 12:46, Philippe Merlin > a écrit : > ... > > Bonjour, > > Kmail a ma connaissance gère le html. Peut être est ce le format du > mail qui est mauvais. Normalement il devrait y avoir une ligne > "multipart/mixed" quelque part. > > Kévin > > PS : pardon pour le mail précédent : le coup est parti tout seul. tu es tout excusé, j'avoue que ce dernier m'a intrigué. En effet kmail lit normalement l'Html et j'ai reçu encore aujourd'hui des messages en html que j'ai exploité sans pb. Concernant le message en effet en l'examinant un peu plus j'ai au début : Content-Type: multipart/alternative; boundary="b1_f48bd55c282c11a7b83e739bb5f929d5" et en examinant plus avant je vois bien ces bannières : "b1_f48bd55c282c11a7b83e739bb5f929d5" sauf la dernière ligne du message en brut j'ai la bannière précédée par "--" et terminée par --b1_f48bd55c282c11a7b83e739bb5f929d5-- Merci. Philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Plusieurs utilisateurs Root
Bonjour, J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à un moment ou un autre. Je voudrais différencier les actions que font ces différentes personnes. La machine n'étant pas encore en production tout le monde utilise Root, mais dans le futur, je voudrais que chaque personne ayant des droits d'administration utilise son propre identifiant. Pour l'instant, j'ai crée un utilisateur root2 ayant comme groupe primaire root. Mais je constate que beaucoups de fichiers de config sont uniquement lisible et modifiable par l'utilisateur root et par personne d'autre. Je pourrais utiliser root pour donner plus de permission mais je me demande si il n'existe pas d'autres problèmes liés à cet utilisateur comme un script qui vérifierait les droits d'un fichier. Je ne sais pas si quelqu'un parmis vous à déjà mis en place ce genre de solution. Des idées, des retours d'expérience ? Merci -- Thierry Leurent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
Le 9 janvier 2009 14:32, Thierry Leurent a écrit : > Bonjour, > > J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à un > moment ou un autre. > > Je voudrais différencier les actions que font ces différentes personnes. > La machine n'étant pas encore en production tout le monde utilise Root, > mais dans le futur, je voudrais que chaque personne ayant des droits > d'administration utilise son propre identifiant. sudo est fait pour ça non ?
Re: Plusieurs utilisateurs Root
Thierry Leurent wrote:
Bonjour,
J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à un
moment ou un autre.
Je voudrais différencier les actions que font ces différentes personnes.
sudo ou super sont faits pour ça. Eviter de créer plusieurs roots sans
raison.
Mais le principal problème demeure la tracabilité. J'ai un peu du mal à
comprendre que l'administration d'un serveur de production soit confié à
plusieurs sociétés différentes. De mon point de vue, c'est courir vers
de serieux ennuis. Qui sera responsable des pepins?
J'ai même du mal à comprendre que des prestataires puissent accepter celà.
Librement.
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***
membre de l'APRIL "promouvoir et défendre le logiciel libre"
Rejoignez maitenant pplus de 3900 adhérents http://www.april.org
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
Le 9 janvier 2009 14:32, Thierry Leurent a écrit : > Des idées, des retours d'expérience ? Bonjour, A mon avis, la solution sudo est plus ce que vous recherchez : ce sera beaucoup plus souple que les groupe. http://fr.wikipedia.org/wiki/Sudo http://www.lea-linux.org/cached/index/Admin-admin_env-sudo.html Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
"Thierry Leurent" à écrit le Fri, 9 Jan 2009 14:32:28 +0100 (CET) > Bonjour, > > J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à > un moment ou un autre. > > Je voudrais différencier les actions que font ces différentes > personnes. La machine n'étant pas encore en production tout le monde > utilise Root, mais dans le futur, je voudrais que chaque personne > ayant des droits d'administration utilise son propre identifiant. > > Pour l'instant, j'ai crée un utilisateur root2 ayant comme groupe > primaire root. Mais je constate que beaucoups de fichiers de config > sont uniquement lisible et modifiable par l'utilisateur root et par > personne d'autre. dans /etc/passwd, pour mon 2ieme utilisateurs 'comme root' j'ai fait : admin:x:0:0:Admin local,,,:/home/admin:/bin/bash ça permet de désactiver son mot de passe si besoin était, sans toucher aux uid/gid je ne trouve pas ça très 'jolis' mais ça marche -- Cordialement Grégory BULOT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
Bonjour, Sudo ne ferait-il pas l'affaire ? Bonne journée Le 9 janvier 2009 14:32, Thierry Leurent a écrit : > Bonjour, > > J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à un > moment ou un autre. > > Je voudrais différencier les actions que font ces différentes personnes. > La machine n'étant pas encore en production tout le monde utilise Root, > mais dans le futur, je voudrais que chaque personne ayant des droits > d'administration utilise son propre identifiant. > > Pour l'instant, j'ai crée un utilisateur root2 ayant comme groupe primaire > root. Mais je constate que beaucoups de fichiers de config sont uniquement > lisible et modifiable par l'utilisateur root et par personne d'autre. > > Je pourrais utiliser root pour donner plus de permission mais je me > demande si il n'existe pas d'autres problèmes liés à cet utilisateur comme > un script qui vérifierait les droits d'un fichier. > > Je ne sais pas si quelqu'un parmis vous à déjà mis en place ce genre de > solution. > > Des idées, des retours d'expérience ? > > Merci > > -- > Thierry Leurent > > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/DebFrFrenchLists > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Re: Plusieurs utilisateurs Root
Merci à tous, il semble que sudo est la commande idéale mais il faut
encore la configurer.
Pourquois confier l'administration d'une machine de prod à plusieurs
sociètés ?
Simplement qu'elle ont en charge une partie des logitiels présents et
qu'il est probabale qu'un jour ou l'autre, elles devront effectuer des
opérations de maintenance sur leurs produits ou pour d'autres opérations.
Si je contente de leur donner le root, je ne peux pas les coller toute la
journée pour voir ce qu'ils font.
Je veux :
- Limiter leur pouvoir sur la machine à leur application et
eventuellement d'autres éléments périphériques.
- Tracer leur modifications.
- Libérer l'accès de ces users en fonction des besoins.
Plusieurs personnes internes peuvent également administrer la machine et
je préfère mettre en place une solution pour différencier l'action de
chacun.
Basile STARYNKEVITCH a écrit :
> Thierry Leurent wrote:
>> Bonjour,
>>
>> J'ai un système Linux sur le plusieurs sociètés peuvent intervenir à un
>> moment ou un autre.
>>
>> Je voudrais différencier les actions que font ces différentes personnes.
> sudo ou super sont faits pour ça. Eviter de créer plusieurs roots sans
> raison.
>
> Mais le principal problème demeure la tracabilité. J'ai un peu du mal à
> comprendre que l'administration d'un serveur de production soit confié à
> plusieurs sociétés différentes. De mon point de vue, c'est courir vers
> de serieux ennuis. Qui sera responsable des pepins?
> J'ai même du mal à comprendre que des prestataires puissent accepter celà.
>
> Librement.
>
>
> --
> Basile STARYNKEVITCH http://starynkevitch.net/Basile/
> email: basilestarynkevitchnet mobile: +33 6 8501 2359
> 8, rue de la Faiencerie, 92340 Bourg La Reine, France
> *** opinions {are only mines, sont seulement les miennes} ***
> membre de l'APRIL "promouvoir et défendre le logiciel libre"
> Rejoignez maitenant pplus de 3900 adhérents http://www.april.org
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.org/DebFrFrenchLists
> Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
> "Reply-To:"
>
> To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>
--
Thierry Leurent
Phone : +32 476/20.23.98
E-mail : thierry.leur...@asgardian.be
Website (en developpement) : http://www.asgardian.be
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [HS] Gestion du swap selon debian/solaris (Anciennement "Système de fichier fiable.")
Le vendredi 09 janvier 2009 à 11:17 +0100, Iznogood a écrit : > Le Fri, 9 Jan 2009 10:58:00 +0100 > "Kevin Hinault" a écrit : > > > Le 9 janvier 2009 10:29, Basile STARYNKEVITCH > > a écrit : > > > Kevin Hinault wrote: > > >> > > >> Le 8 janvier 2009 19:48, Sylvain Sauvage > > >> a écrit : > > >> > > >>> > > >>> Qu'elle est saugrenue : si Linux mettait les fichiers en swap > > >>> (donc sur un disque) avant de les mettre dans un FS (donc sur > > >>> disque), je crois qu'il aurait de graves problèmes de conception… > > >>> > > >>> > > >> > > >> J'ai vu Solaris faire ça et ça m'a choqué ;) > > >> > > > > > > Il me semble que Linux fait ça aussi avec le système de fichier tmpfs qui > > > sert rarement. Et je n'y vois pas un défaut de conception. Par contre, > > > c'est > > > peut-être moins utile sous Linux, dont le cache fichier est peut-être un > > > peu > > > plus efficace. > > > > > > Cordialement > > > > Ton message m'intéresse et je rebondis dessus. > > > > Dans le cas où j'ai remarqué une gestion étrange du swap sur solaris, > > c'était plus que la simple utilisation d'un swap qui sert de temps en > > temps, c'était un engorgement du swap pure et simple : > > > > Le comportement "bizarre" m'est apparu sur Solaris 8 : Une > > application en Prod qui prend autant de place en mémoire swap qu'en > > mémoire physique, elle se fork plus d'une vingtaine de fois toutes les > > 5 minutes et elle gonfle petit à petit dans la journée, sachant qu'en > > fin de journée l'application prend jusqu'à 1.5 Go de mémoire on arrive > > à un truc impressionnant : > > On finit par consommer entre 30 et 40 Go de Swap !!! (en pic pas en > > continu) alors que notre mémoire physique n'est pas saturé du tout > > (oui parce que bizarrement les fork créés ne consomment que quelques > > Mo chacun en mémoire physique donc sur 4Go de mémoire phy on consomme > > environ la moitié au max ). > > > > (Pour info, c'est une appli en Python). > > > > Ce qui m'intéresserait ça serait d'avoir des avis sur ce comportement > > pour le moins étrange. Cela semble normal à quelqu'un ? La gestion du > > swap Solaris est différente de celle sous une distrib linux comme > > Debian ? > > > > Je sais que c'est un gros HS, mais la liste contient beaucoup > > d'expériences dans beaucoup de domaine. > > > > Cordialement. > > Bonjour, > > pour abonder dans le même sens, j'ai le même soucis de swap qui se > remplit à moitié dès que j'utilise 70-80% de la mémoire vive mais qui > ne se vide plus lorsque la mémoire se libère. Cela est particulièrement > le cas avec l'utilisation de Firefox. En deux semaines, alors que > l'utilisation de la mémoire est stable, le système entier commence à > ralentir et m'oblige à le rebooter. J'ai 1Go de mémoire et 2 Go de > SWAP avec un double coeur. > > [cut] Hello, Une solution pour t'éviter de redémarrer (et de perdre ton uptime ;-) serait de désactiver puis réactiver les volumes de swap, avec ceci : # swapoff -a # swapon -a C'est ce que je fais lorsque je veux forcer la purge, bien sûr lorsque la mémoire physique le permet. Cordialement, -- Guillaume signature.asc Description: Ceci est une partie de message numériquement signée
Re: Plusieurs utilisateurs Root
Le 14253ième jour après Epoch, Thierry Leurent écrivait: > Merci à tous, il semble que sudo est la commande idéale mais il faut > encore la configurer. Mais attention, si tu dois arbitrer un jour le fait que tel ou tel prestataire a modifié tel ou tel fichier, ça va pas forcément être simple. > Pourquois confier l'administration d'une machine de prod à plusieurs > sociètés ? > Simplement qu'elle ont en charge une partie des logitiels présents et > qu'il est probabale qu'un jour ou l'autre, elles devront effectuer des > opérations de maintenance sur leurs produits ou pour d'autres > opérations. Je ne comprends pas non plus que ces sociétés aient accepté d'assurer la maintenance applicative (avec accès root oO) à plusieurs. A mon avis, il serait préférable de leur donner accès à chacune à leur zone applicative bien cloisonnée, et garder l'accès root à une seule personne. Même au sein d'une seule boite, et pour des admins assez proches, je me souviens avoir mis en place un mécanisme de configuration à l'aide de CVS, de commits, et d'un ou deux petits scripts cron pour l'implantation des droits/privilèges des fichiers de config. Après, libre à toi de faire ce que tu veux, mais bon... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
On Fri, Jan 09, 2009 at 03:46:50PM +0100, François TOURDE wrote: > A mon avis, il serait préférable de leur donner accès à chacune à leur > zone applicative bien cloisonnée, et garder l'accès root à une seule > personne. Ouaip, et si l'accès root est indispensable, déplacer chaque serveur dans une machine virtuelle, une machine virtuelle par boite. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
Thierry Leurent a écrit : Merci à tous, il semble que sudo est la commande idéale mais il faut encore la configurer. Pourquois confier l'administration d'une machine de prod à plusieurs sociètés ? Simplement qu'elle ont en charge une partie des logitiels présents et qu'il est probabale qu'un jour ou l'autre, elles devront effectuer des opérations de maintenance sur leurs produits ou pour d'autres opérations. Si je contente de leur donner le root, je ne peux pas les coller toute la journée pour voir ce qu'ils font. Je veux : - Limiter leur pouvoir sur la machine à leur application et eventuellement d'autres éléments périphériques. - Tracer leur modifications. sudo enregistre les actions dans le fichier /var/log/auth.log Maintenant, il faut bien configurer sudo. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Samba, AD et 2 sous-domaines...
Gilles Mocellin a écrit : On Tue, Jan 06, 2009 at 04:40:25PM +0100, David BERCOT wrote: Le Tue, 06 Jan 2009 16:22:26 +0100, Kévin a écrit : Bonjour Est ce que tu arrive depuis Windows à t'authentifier avec les compte de Paris? Y'a t'il une relation d'approbation entre les deux domaines? Je crois me souvenir de mes cours Microsoft qu'il faut qu'il y ai cette relation d'approbation pour que les comptes des deux domaines fonctionnent. Disons, si je ne m'abuse, que les relations d'approbation devaient être établies dans le cas de domaines disjoints. Là, nous sommes dans le cadre d'un arbre ;-) Quoi qu'il en soit, il n'y a pas de problème d'approbation et j'arrive bien à ouvrir une session sous Windows avec un compte parisien... Et même plus : un wbinfo --authenticate=AC\\utilisateur.paris%password fonctionne très bien !!! A priori, ça ne vient donc que de Samba !!! Peux-tu nous montrer toute ta config, surtout ce qui sert à windbind, pas les partages. Je trouve bizarre que dans les logs, il parle d'utilisateurs mappés... Pour info, je n'ai pas de soucis avec une foret de plusieurs domaines, des serveurs de fichiers sous samba accédés par des utilisateurs de différents domaines de cette foret, même encore de domaines NT4 avec relation d'aprobation ! Bonjour, peut être a t-il besoin de se connecter au kdc du realm AC.JUSTICE.FR. Un VPN existe entre les sites? Si tu mes : ns_lookup_kdc = true dans krb5.conf et un serveur DNS de l'active directory dans le resolv.conf, Samba devrait se débrouiller sans renseigner les sections domain_realms et realms. Je n'utilise pas winbind pour mapper les UID mais plutôt les extentions Unix de win2003 R2, et libnss_ldap. Il faut cependant faire un peu de tuning sur le schémas AciveDirectory pour faire apparaître les attributs dans le catalogue LDAP global (le seul qui connaisse l'ensemble de la forêt). Mais winbind est une solution qui ne devrait pas poser de problèmes. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Système de fichier fiable
Le Thu, 8 Jan 2009 23:17:13 +0100 Mathieu JANIN a écrit: > Eventuellement, il doit bien y avoir moyen de diminuer des buffers > d'écriture (taille ou nombre) au niveau du noyau, mais je ne sais pas trop > si c'est sain ni si ça peut vraiment servir à quelquechose d'autre que > diminuer les perfs du disque. Montage avec option sync, mais c'est désastreux pour les performances... François Boisson -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debian et reiser4
Revolver Onslaught a écrit : >>> Bonjour à tous, >>> >>> >>> Dans le cadre d'une migration de serveur et étant sous Reiserfs depuis >>> de nombreuses années, j'ai cru comprendre que Reiser4 était disponible >>> sous Debian stable. >>> >> L'installateur DVD propose reiserfs, mais la version 4 n'est pas précisée, >> donc je ne pense pas que ce soit le cas. >> Par contre il y a bien dans les dépots entre autres reiser4progs pour gérer >> les partitions de ce type. > > Aïe. Ce qui veut dire que je devrais recompiler le noyau proposé dans > le repository stable à chaque fois pour y intégrer le support reiser4? > Reiser4 n'est toujours pas stabilisé, et est difficilement maintenue (les développeurs de linux n'aiment pas trop ce système de fichier d'après ce que j'ai lu). Je suis également adepte de reiserfs, mais je ne pense pas que je me risquerai d'utiliser reiser4 sur debian stable. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Le vendredi 9 janvier 2009, Philippe Merlin a écrit : > Salut, > > Le vendredi 9 janvier 2009, Kevin Hinault a écrit : > > Le 9 janvier 2009 12:46, Philippe Merlin > > a écrit : > > ... > > > > Bonjour, > > > > Kmail a ma connaissance gère le html. Peut être est ce le format du > > mail qui est mauvais. Normalement il devrait y avoir une ligne > > "multipart/mixed" quelque part. > > > > Kévin > > > > PS : pardon pour le mail précédent : le coup est parti tout seul. > > tu es tout excusé, j'avoue que ce dernier m'a intrigué. > En effet kmail lit normalement l'Html et j'ai reçu encore aujourd'hui des > messages en html que j'ai exploité sans pb. > Concernant le message en effet en l'examinant un peu plus j'ai au début : > Content-Type: multipart/alternative; > boundary="b1_f48bd55c282c11a7b83e739bb5f929d5" > et en examinant plus avant je vois bien ces bannières : > "b1_f48bd55c282c11a7b83e739bb5f929d5" sauf la dernière ligne du message en > brut j'ai la bannière précédée par "--" et terminée par > --b1_f48bd55c282c11a7b83e739bb5f929d5-- > Merci. > Philippe Je rajoute une information, après essai j'ai modifié le fichier message avec Vim et est supprimé tous les '--' accolés à la bannière "b1_f48bd55c282c11a7b83e739bb5f929d5" et miracle Kmail lit bien le message et j'ai mon message en html. Par contre maintenant qui est le coupable ? Kmail qui n'accepte pas les '--' (deux signes moins accolés)devant la marque ou le message du monde informatique est légèrement Hors Norme, mais je pense accepté par d'autre . Es ce qu'un spécialiste de la liste peut m'éclairer sur ce point. Philippe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Upgrade Etch/Lenny [resolu]
Le Thursday 08 January 2009 22:26:14 Stephane Bortzmeyer, vous avez écrit : > On Thu, Jan 08, 2009 at 07:56:23PM +0100, > anto...@starinux.org wrote > > a message of 39 lines which said: > > Je remarque que les Upgrade ne fonctionnent pas toujours et pire, > > ils cassent la version avant upgrade ! > > Jamais eu de problème similaire mais, de toute façon, lenny n'est pas > sortie encore. C'est une version de test. Donc, mettez à jour si vous > voulez mais soyez prévenu ! > > > J'aimerai connaître le moyen pour faire un upgrade sans trop de > > déboires. > > 0) SAUVEGARDES SAUVEGARDES SAUVEGARDES AI-JE DIT QU'IL FALLAIT FAIRE > DES SAUVEGARDES ? > 1) Éditer /etc/apt/sources.list > 2) aptitude update > 3) aptitude install aptitude (car la mise à jour doit se faire avec un > aptitude récent) > 4) aptitude dist-upgrade (en quatrième surtout pas en premier) > > Et j'en ai mis des machines à jour comme ça. Avant toutes choses, merci pour vos nombreuses réponses. Effectivement, il faut d'abord effectuer la mise à jours de aptitude version testing. La mise à jour Etch>Lenny se passe ensuite sans problemes majeurs. Il me reste à me documenter pour l'installation de logiciels en version récentes en adaptant le sources.list avec un fichier preferences. Merci encore à la liste pour le coup de main. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[OpenGL] Où trouver libopengl.a et libopengl.so
Bonjour, Je souhaite suivre le Tuto: http://www.siteduzero.com/tutoriel-3-4915-introduction-a-opengl.html J'ai trouvé les librairies pout GLU dans libglu1-mesa-dev http://packages.debian.org/search?suite=etch§ion=all&arch=any&searchon=contents&keywords=libglu.so http://packages.debian.org/search?suite=etch§ion=all&arch=any&searchon=contents&keywords=libglu.a Mais impossible de trouver celles pour OpenGL: (libopengl.a et libopengl.so) http://packages.debian.org/search?suite=default§ion=all&arch=any&searchon=contents&keywords=libopengl.a http://packages.debian.org/search?suite=etch§ion=all&arch=any&searchon=contents&keywords=libopengl.so Savez-vous dans quel paquet puis-je les trouver ? Merci et bonne soirée. Salokine. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Systèm e de fichier fiable.
On Fri, Jan 09, 2009 at 10:31:32AM +0100, Arthur Clement wrote: > kaliderus a écrit : [...] > Si tu veux de la tolérance aux coupures brusques tourne toi vers > reiserfs. Je n'utilise que cd FS depuis 1 ou 2 ans et j'en suis > vraiment satisfait. De plus il est très souple (jamais eu de problème de > redimensionnement par exemple alors qu'avec ext3...) Désolé, je suis obligé d'ajouter un bémol à cette affirmation. Après avoir perdu pas mal de mails sur notre cluster de messagerie en reiserfs. De plus, l'avenir du développement de reiserfs n'est pas assuré, le développeur principal étant en prison. Cependant, ça reste le seul système de fichier que l'on peux réduire online, bien que ce soit expérimental. signature.asc Description: Digital signature
Re: Système de fichier fiable.
Gilles Mocellin a écrit : On Fri, Jan 09, 2009 at 10:31:32AM +0100, Arthur Clement wrote: kaliderus a écrit : [...] Si tu veux de la tolérance aux coupures brusques tourne toi vers reiserfs. Je n'utilise que cd FS depuis 1 ou 2 ans et j'en suis vraiment satisfait. De plus il est très souple (jamais eu de problème de redimensionnement par exemple alors qu'avec ext3...) Désolé, je suis obligé d'ajouter un bémol à cette affirmation. Après avoir perdu pas mal de mails sur notre cluster de messagerie en reiserfs. De plus, l'avenir du développement de reiserfs n'est pas assuré, le développeur principal étant en prison. Cependant, ça reste le seul système de fichier que l'on peux réduire online, bien que ce soit expérimental. Utilisateur de Reiserfs depuis de nombreuses années, je peux affirmer que l'on ne perd jamais rien, même en arrêtant sauvagement la machine. Quand quelqu'un dit du mal à propos de reiserfs, je demande à voir Il paraît que ext3 fait perdre beaucoup de place sur le DD, est-ce exact ? M -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Systèm e de fichier fiable.
* Gilles Mocellin [2009-01-09 21:49:59 +0100]: > On Fri, Jan 09, 2009 at 10:31:32AM +0100, Arthur Clement wrote: > > kaliderus a écrit : > [...] > > Si tu veux de la tolérance aux coupures brusques tourne toi vers > > reiserfs. Je n'utilise que cd FS depuis 1 ou 2 ans et j'en suis > > vraiment satisfait. De plus il est très souple (jamais eu de problème de > > redimensionnement par exemple alors qu'avec ext3...) > > Désolé, je suis obligé d'ajouter un bémol à cette affirmation. > Après avoir perdu pas mal de mails sur notre cluster de messagerie > en reiserfs. > Je pense que tout le monde peut dire qu'il a eu des pertes de données avec un système de fichiers. Moi ma plus belle chiure a eu lieu il y a pas longtemps, des données corrompues silencieusement après un crash disque sur un FS ext3 - corrompues, genre des bouts de fichiers mélangés. La seule vraie solution, c'est de faire des backups, des backups, et encore des backups... et de prier pour que ça pète pas trop fort quand ça crashe. > De plus, l'avenir du développement de reiserfs n'est pas assuré, le > développeur principal étant en prison. Reiser3 n'est de toute façon plus vraiment développé par Hans Reiser depuis le début du développement de Reiser4. C'est une équipe, composée de gens entre autres de Namesys et de SuSE qui en assure la maintenance. > [...] A+, -- Nicolas Dandrimont BOFH excuse #113: Root nameservers are out of sync signature.asc Description: Digital signature
Re: Plusieurs utilisateurs Root
Je vais mettre en place plusieurs choses : - Les roots dédiés ne seront activés qu'a la demande. - Je verrai qui a modifié un fichier et quand. - Je voudrais utiliser svn pour stocker les modifs. Les machines ont été achetées clé en main à une socièté qui sous-traite mais nous remarquons qu'ils ont certains problèmes au niveau des délais, que les applis ne sont pas testées et que la socièté maitre d'oeuvre ne fait pas son boulot de coordination. Donc les sous-traitants passent pas nous directement. Nous avons peur que si un de socièté doit faire une modif qu'elle fasse des conneries et que le système se plante. Nous avons des données très confidentielles et des règles très stictes a appliquer. Je compte définir plusieurs types d'admin. Les admins internes des roots avec d'autres nom afin de tracer qui fait quoi, des admins externes limités au domaine de leur boite et des admins internes restreint pour les backup, et d'autres choses. Comme nous avons 2 systèmes identiques, 1 de test et 1 de prod, il va falloir mettre en place toute une politique au niveau des développeur et des mises en prods. Mais ça, je dois encore voir. Je pensais a svn pour stocker l'historique des modifs mais j'ai pas encore approfondit la chose. Il sera mis en place pour le devel. Puppet serait peut-être une solution aussi a voir. On Friday 09 January 2009 15:46:50 François TOURDE wrote: > Le 14253ième jour après Epoch, > > Thierry Leurent écrivait: > > Merci à tous, il semble que sudo est la commande idéale mais il faut > > encore la configurer. > > Mais attention, si tu dois arbitrer un jour le fait que tel ou tel > prestataire a modifié tel ou tel fichier, ça va pas forcément être > simple. > > > Pourquois confier l'administration d'une machine de prod à plusieurs > > sociètés ? > > Simplement qu'elle ont en charge une partie des logitiels présents et > > qu'il est probabale qu'un jour ou l'autre, elles devront effectuer des > > opérations de maintenance sur leurs produits ou pour d'autres > > opérations. > > Je ne comprends pas non plus que ces sociétés aient accepté d'assurer > la maintenance applicative (avec accès root oO) à plusieurs. > > A mon avis, il serait préférable de leur donner accès à chacune à leur > zone applicative bien cloisonnée, et garder l'accès root à une seule > personne. > > Même au sein d'une seule boite, et pour des admins assez proches, je > me souviens avoir mis en place un mécanisme de configuration à l'aide > de CVS, de commits, et d'un ou deux petits scripts cron pour > l'implantation des droits/privilèges des fichiers de config. > > Après, libre à toi de faire ce que tu veux, mais bon... -- --- Thierry Leurent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[HS] Compilation du noyau Linux sans optimisations
Bonjour à tous, j'ai besoin de débugguer un code que j'ai écrit dans le noyau. J'ai réussi à faire marcher kgdb du coup je pensais que cela se ferai très facilement mais malheureusement les variables que je souhaite afficher avec print sont marquée comme optimisée (dans des registres) voire carrément en "No symbol foo found" alors que j'arrive à afficher une variable dans la même fonction (ce n'est pas un problème de stack frame). J'aurais donc besoin de compiler le noyau avec informations de débogguage (déjà fait) mais sans les optimisations (pas de -O passé à gcc). J'ai cherché un peu dans General setup, Kernel hacking et Processor type and features lors de la configuration du noyau Linux mais je n'ai trouvé qu'une option qui permet de privilégier la taille sur la vitesse "Optimize for size". Quelqu'un a une idée d'où se trouve l'option pour ne pas optimiser le noyau ? Cordialement, Thomas Preud'homme -- Why debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Plusieurs utilisateurs Root
Yves Rutschle a écrit : On Fri, Jan 09, 2009 at 03:46:50PM +0100, François TOURDE wrote: A mon avis, il serait préférable de leur donner accès à chacune à leur zone applicative bien cloisonnée, et garder l'accès root à une seule personne. Ouaip, et si l'accès root est indispensable, déplacer chaque serveur dans une machine virtuelle, une machine virtuelle par boite. Y. +1 +1 et encore +1 accès root partagé = galères à coups sur! virtualiser les serveurs au moyen de xen, kvm, vmware ou peut-importe me semble bien plus sécurisé ; et crois en mon expérience, tu t'éviteras des grandes heures de galère .. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Plusieurs utilisateurs Root
Le samedi 10 janvier 2009, Cornichon a écrit : > Yves Rutschle a écrit : > > On Fri, Jan 09, 2009 at 03:46:50PM +0100, François TOURDE wrote: > >> A mon avis, il serait préférable de leur donner accès à chacune à leur > >> zone applicative bien cloisonnée, et garder l'accès root à une seule > >> personne. > > > > Ouaip, et si l'accès root est indispensable, déplacer chaque > > serveur dans une machine virtuelle, une machine virtuelle > > par boite. > > > > Y. > > +1 +1 et encore +1 > accès root partagé = galères à coups sur! > virtualiser les serveurs au moyen de xen, kvm, vmware ou peut-importe me > semble bien plus sécurisé ; et crois en mon expérience, tu t'éviteras > des grandes heures de galère .. Bonjour, C'est quoi ces solutions "rouleau compresseur" pour écraser une mouche ? Le but n'étant >que< de séparer les intervenants, je ne vois pas trop ou mènent ces suggestions de séparer >aussi< les environnements, mais même dans ce cas, quitte à séparer les services, pourquoi simuler toute une machine alors qu'on peut obtenir le niveau de sécurité comparable avec un bête (d| s)chroot, et éviter ainsi de faire tourner plusieurs noyaux sur un processeur ? Personnellement, j'isolerais éventuellement les services dans des chroot, et je mettrais un compte pour chaque administrateur de service, avec un ssh chrooté au même endroit que le service que cet intervenant doit administrer, et avec un lot de commandes sudo autorisées restreint et bien défini pour chaque intervenant. On peut aussi alors donner accés à des fichiers particuliers de /etc en les (hard)linkant dans le chroot de l'utilisateur qui en a besoin, et réserver les opérations dans l'arborescence réelle au seul compte root général de la machine, qui reste entre les mains du responsable du matos. Mais je plussoie sur l'idée que multiplier les comptes en uid 0 est une hérésie. ++, MATT -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
