Re: Logiviel pour fiche de paye
Le vendredi 9 janvier 2009 07:43, Jean-Michel OLTRA a écrit : | | 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é. | Il est donc déjà obsolète mais je veux bien le recevoir. Merci d'avance. -- Cordialement Alain Vaugham [PUB] Signature numérique GPG de ce courrier: 0xD26D18BC pgpl6kgyXkfIB.pgp Description: PGP signature
Problème de keyboard layout avec xorg
Bonsoir, J'ai un souci de clavier sous xorg, mon système est en français et le clavier en AZERTY en console. Par contre quand xorg se lance, le clavier passe en qwerty (us) :( J'ai contourné le problème au niveau session, en paramétrant kde pour avoir un clavier français, mais cela demeure problématique à la fenetre de login de kdm qui reste en US. Au niveau de mon xorg.conf, j'ai : Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant""latin9" EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Mais cela ne semble pas contrôler le clavier puisque dans les logs j'ai : (II) config/hal: Adding input device AT Translated Set 2 keyboard (**) AT Translated Set 2 keyboard: always reports core events (**) AT Translated Set 2 keyboard: Device: "/dev/input/event0" (II) AT Translated Set 2 keyboard: Found keys (II) AT Translated Set 2 keyboard: Configuring as keyboard (II) XINPUT: Adding extended input device "AT Translated Set 2 keyboard" (type: KEYBOARD) (**) Option "xkb_rules" "evdev" (**) AT Translated Set 2 keyboard: xkb_rules: "evdev" (**) Option "xkb_model" "evdev" (**) AT Translated Set 2 keyboard: xkb_model: "evdev" (**) Option "xkb_layout" "us" (**) AT Translated Set 2 keyboard: xkb_layout: "us" donc tout ce passe comme si la section du clavier était ignorée au profit des informations fournies par hal... J'aimerai savoir comment définir d'utiliser un layout français... Merci Mourad -- 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: IP reversing
Mario victor-oscar a écrit : > Salut la liste, > > En lisant votre poste, je me suis posé la question concernant les > interrogations sur les recherche inversées ARPA, pourquoi ne pourrait > ils pas réaliser une recherche des PTRs pour une IP. > parce que tous les domaines n'y sont pas. prenons un premier exemple: n'importe qui peut avoir un compte gratuit chez free, avec un site toto.free.fr. Imaginons que free mette alors tous ces noms dans les PTRs de ses serveurs web. prenons un autre: j'achète un domaine et je veux l'utiliser pour un serveur web, disons www.joe.example. je ne vois aucune raison de m'emmerder à aller embêter les gestionnaires du reverse pour y mettre ce nom? et si j'ajoute une IP, faut que je recommence? et si j'en enlève une, encore, ... etc. et tout ça pourquoi? > En parallele, j'aimerais bien avoir des éclaircissements concernant la > manière dont ces PTRs sont créés une fois la demande d'enregistrement du > nom de domaine réalisée. > qui le réalise, est-ce automatique, défini dans un protocole ? > En général, c'est l'ISP, l'hebergeur, ... qui le fait pour les blocs qu'il gère. Parfois, on peut avoir une délégation pour gérer son reverse. chez certains (free.fr, ovh, ...), on peut choisir son reverse via une interface d'admin, chez d'autres, on peut le demander. (en général, il faut d'abord que le "forward" soit configuré et propagé). > Si on a plusieurs noms de domaines pour une IP, pourquoi le PTR n'aurait > pas plusieurs réponses ? même si une seule serait exploitée. Si c'est le > cas, rien n'empecherait d'utilisé un client qui récupérait > alternativement ou en une fois les PTRs associés à l'adresse IP. > > qu'en pensez vous ? > ça ne sert à rien de mettre plusieurs PTRs. Le PTR "identifie" l'IP, et non l'organisation ou le service (qui eux sont "identifiés" par des noms). Il ne faut pas confondre avec les pratiques suivantes: - mettre une même IP comme A de plusieurs noms différents, qui sert pour le multi-homing. - mettre plusieurs IPs comme A pour un seul nom, qui sert pour la redondance. pour les IPs, aucun client ne vas résoudre le PTR pour se connecter à un nom, car si on a l'IP, on s'y connecte! le PTR est généralement utilisé lorsque la machine agit en client et se connecte à un serveur qui veut vérifier son nom. Mais dans ce cas, voici ce qui "peut se passer": Dans certains protocoles, principalement pour SMTP, quand un serveur reçoit une connexion, il fait l'opération suivante: 1- résoudre l'IP.ça donne un PTR. en général, on garde le premier PTR retourné. 2- on résoud ce PTR, et ça donne plusieurs IPs 3- on compare ces IPs à l'IP originale. Il "faut" qu'une de ces IPs soit égale à l'IP originale. Si oui, on utilise ce PTR comme "hostname" et on dir qu'il est "confirmé" (on entend parfois FcrDNS, "forward confirmed reverse dns", mais c'est un très gros mot, n'est-ce pas?). Sinon, on ne fait pas confiance au nom (postfix dira que c'est "unknown"). La raison de cette double résolution est qu'une entité qui gère le reverse pourrait décider de dire que ses IPs sont joe.microsoft.com, titi.google.com, ... etc. en faisant une double résolution, on évite un peu ce problème (en admettant qu'on peut faire confiance au DNS, mais c'est un autre sujet). Imaginons donc ce qui se passerait si à l'étape 1 je garde tous les PTRs. j'ai une IP qui donne: joe.domain1.example, ji.domain2.example, ... tata.domain23.example. à l'étape 2, je vais donc me taper 23 requêtes? du coup, la solution retenue est de ne garder que le premier résultat. Mais dans le cas d'un Round Robin, le premier est aléatoire. du coup, pour que le nom soit "vérifié" à coup sûr, il faut qu'il le soit pour tous les PTRs, ce qui fait 23 occasions de se planter au lieu d'une! Et tout ça pourquoi? rien. Ue principe général: plus il y a des données, plus il y a des chances de faire des erreurs, et plus c'est dur de maintenir la cohérence. Mais tout ça, c'est pour IPv4. si on voulait faire ça pour IPv6, on va rigoler encore plus (et seulement le weekend. en semaine, on risque de pleurer ;-p). du coup, plusieurs voix se sont élevés contre le reverse... -- 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
Driver NVidia erreur "NVRM: Xid"
Bonjour, Depuis quelques jours, j'ai des problèmes avec les drivers NVidia propriétaires. Le système se bloque au bout d'un temps aléatoire. J'ai cherché dans les logs pour identifier le problème: Jan 10 21:47:07 ticho-home kernel: [ 168.268840] NVRM: Xid (0001:00): 6, PE 1000 00ededec b424 00ededec Jan 10 21:47:16 ticho-home kernel: [ 176.824040] NVRM: Xid (0001:00): 8, Channel 0020 Jan 10 21:50:36 ticho-home kernel: [ 376.824310] NVRM: Xid (0001:00): 6, PE 0104 2448 Jan 10 21:50:50 ticho-home kernel: [ 390.824061] NVRM: Xid (0001:00): 8, Channel 001e Un recherche sur internet ne me ressort que des vieux messages (cf http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=351549). Je n'ai ce problème que depuis 2-3 jours et je n'ai a priori pas fait de mis à jour relative ni au pilote ni au noyau. J'ai une Debian lenny avec linux-image-2.6.26-1-6862.6.26-12 nvidia-kernel-source173.14.09-5 Merci pour votre aide. PS: Pouvez vous svp me CC, je ne suis pas abonné à la liste. -- Sylvain Archenault -- 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
Problème de saisie de texte dans Oo o
Bonsoir, J'ai un problème très désagréable avec openoffice 3.0 (et 2.4 aussi je crois) dans une debian sid (et lenny). Lors de la saisie de texte dans une section contenant des puces j'ai l'apparition de la boite flottante "Puces et numérotations" qui accapare alors la saisie du texte (le focus). Même rabattue en tant que boite fixe le passage dans une section pucée ou numérotée provoque des déplacements du curseur et je me retrouve à saisir du texte dans un autre endroit ... Avez-vous constaté ce problème ? Est-ce spécifique à debian ? J'ai l'impression que d'autres applications ont ce type de problème (icedove ?). Je me retrouve à écrire ailleurs qu'à l'endroit souhaité. J'ai pas l'impression d'avoir eu ce probleme sous etch ... -- Guy Roussin -- 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