Re: H-S : was debian etc.

[Philippe Deleval]

C'est quoi ça?

Le 26/02/2018 à 14:35, bolaki...@mail2tor.com a écrit :

H-S : was debian etc.
To: debian-user-french 
* Subject: Re: debian et le français
* From: Pierre Malard 


£ : debian et le français : pourquoi dans un topic sur la francisation
d'une application l'on trouve 'une fortune' sur un petit truand (jean
jaures) ?
£ : est-ce une demande subtile d'appui pour une carte de séjour , une
carte d'identité via un centre de réfugié ou de remboursement d'un ticket
d'avion ?
$
$
$
$
$
$
$
nar
**
O.T.

Lorsque je lis en 2018 (le 11 November 1918 est le centenaire de
l'armistice), une référence à jean jaures j'ai comme une envie de vomir.
Pour ceux et celles qui connaissent la vérité sur jaurès (corruption &
intelligence avec l'ennemi) Ils et elles savent que le socialisme n'est ni
la paix ni la justice mais un agglomerat de crapules et d'ordures dont le
seul but est que vous en subissiez les absences.
Il y a toujours cette manie des diasporas que l'on trouve par lâcheté
spécialement dans les pays latin envahis par des mauvais et des
anti-citoyens : ériger des statues (pour toucher de l'argent) et vénérer
(pour se faire aimer) des bandits.
nb : les femmes n'échappent pas à la règle.
***

* Subject: Re: debian et le français
* From: Pierre Malard 

'fortune' :

  « Tous les Français ambitionnent pour la France un grand rôle
dans le monde. Ce n'est point par des aventures guerrières qu'elle
le trouvera, c'est en donnant aux peuples l'exemple et le signal
de justice. »
 Jean Jaures - "L'idéal de
justice" - 1889
  >Ce message n’engage que son auteur<
  (l'auteur du livre : décédé _heureusement !)

et pourquoi pas :

  « "jean merlot, strasbourg , premier poissonnier a préparé la recette du
maquereau cru lors du défilé des vins cuit" ? »

Au moins, on mangera ce qu'il a servi !

signal SIGFPE

[Philippe Deleval]

Bonjour à tous

Toujours à la recherche d'informations sur le traitement de sigaux dans 
un programme, j'ai suivi un conseil de Basile Starynkevitch et installé 
strace. Puis je l'ai essayé sur mes fichiers de tests de division de 
-2147483648 par -1 (en représentation signée complément à deux sur 32 
bits). J'ai été très surpris des résultats. J'ai quatre fichiers de 
tests, un en Ada, un en C et deux en assembleur (l'un d'eux travaille 
directement en 64 bits, l'autre en 32 bits pour comparer les résultats 
avec Ada et C). Je joins les quatre, ainsi que les résultats d'exécution 
des trois en 32 bits, avec strace, groupés dans une archive tar (sans 
compression pour si peu).


1°) les programmes C et Ada font des initialisations curieuses, 
cherchant méthodiquement un ficher de configuration (/etc/ld.so.nohwcap) 
qu'il ne trouve pas (traces de Open avec résultat -1). Problème de 
configuration de gcc? (N.B.: le compilateur Ada gnat, disponible avec 
debian,  utilise les services de gcc).


2°) strace manifestement trace les appels de la bibliothèqe C, pas ceux 
directement par int 80h (appel système sur processeurs de famille 
Intel). Alors qu'il écrit les mêmes nombres à l'écran que ses 
"collègues" en langage évolué, le programme en assembleur ne donne de 
trace que de la fonction "stat".


3°) le programme Ada, comme je le pensais, ne peut qu'installer des 
traiteurs de signaux pour les transformer en exceptions Ada --- trace 
d'appel de "rt_sigaction", pour plusieurs signaux mais avec le même 
traiteur. J'aimerais bien trouver comment il fait pour envoyer 
l'exécution à l'adresse de son choix, c'est exactement ce que je cherche.


Au passage, ELEM_IO est un "package" de mon cru qui interface pour Ada 
les appels système, open, read, etc..., le standard Ada TEXT_IO (qui 
fournit avec mêmes noms les procédures de sortie de ce petit programme) 
étant du genre usine à gaz et de plus muni des protections pour usage 
multitâche. Dans plada.txt, j'ai été étonné de voir qu'à la fin, le 
"exception handler" (ou traite-exceptions) "final" du code fourni par 
gnat affiche les caractères un par un!


Cordialement

Philippe Deleval





plante.tar
Description: Unix tar archive

(HS?) problèmes de programmation

[Philippe Deleval]

Bonjour à tous

j'ai changé de machine depuis l'été 2016, j'en ai profité pour passer de 
whezzie à jessie, mais j'aurais aimé rester en 32 bits (ce qui m'aurait 
simplifié le travail en programmation) et j'ai été de fait contraint de 
passer à 64 bits. Ma machine, de "marque" gigabyte, vient de anyware 
(distributeur de lenovo) qui se trouve à un bon quart d'heure à pieds de 
chez moi (Conflans Sainte Honorine). J'ai sur cette machine une jessie 
avec noyau 3.16.0-4-amd64.


J'ai deux gros problèmes de programmation en assembleur. je n'ai pas la 
prétention d'affirmer qu'il faut tout écrire en assembleur, mais je 
compte bien écrire des programmes qui le font pour moi, en bref des 
compilateurs.  Je n'ai pas envie de passer par gcc, s'il faut 
l'expliquer, je trollerai ce vendredi. Je commence par mon deuxième 
problème, qui m'est apparu en essayant d'explorer le premier!


Il est usuel de passer à un programme un nom de ficher à ouvrir par 
argument sur ligne de commande. En C, argc() sert à cela, en Ada le 
"package" de bibliothèque ADA.COMMAND_LINE fait exactement le même 
boulot. Vu de l'assembleur, toutes ces informations sont accédées par 
une liste de pointeurs dans la pile en début d'exécution, un petit peu 
de travail permet de lire les arguments (et aussi l'environnement) comme 
en C.


Il se trouve que sous wheezy, je pouvais transmettre directement à la 
fonction open du noyau (accédée par interruption 80h) ce pointeur en 
pile. Avec jessie et le noyau cité ci-dessus (et, si mon souvenir est 
bon, de même pour le noyau installé en été 2016), j'obtiens l'erreur 
EFAULT, même en essayant sur compte root. Si je copie le nom de fichier 
argument dans une zone mémoire du programme, tout marche bien. Ce n'est 
pas une question de donnée puisque la copie ne change rien au nom, 0 
final compris. Est-ce un bug du noyau?


Question annexe: quand je me pose ce genre de questions, ne devrais-pas 
pas fréquenter la liste des développeurs? Pourtant, je suis développeur 
SOUS Linux, et non DE Linux.


Mon problème initial est du même ordre. Il est très connu, expliqué par 
une note dans la page de manuel de sigaction. Le signal SIGFPE, s'il est 
ignoré ou récupéré, provoque un bouclage permanent sur l'instruction qui 
porte une division par zéro ou même 'idiv' sur plus petit entier 
(négatif) divisé par -1.


J'ai observé les comportement de l'assembleur, de C et de Ada sur ce 
genre de problème et Ada, par sa norme même, est tenu de récupérer ce 
signal en le transformant en l'exception CONSTRAINT_ERROR. j'aimerais 
faire de même, donc, depuis la routine de traitement du signal, 
détourner le retour. Y a-t-il un moyen de le faire sans aller bricoler 
directement dans la pile?


Si quelqu'un a des réponses, je serais bien heureux d'avoir des 
conseils, ne serait-ce que sur la question: dois-je aller dans la liste 
des développeurs?


Amicalement

Philippe Deleval

Re: HS de HS-orthographe_Re: [Resolu]: exec et php

[Philippe Deleval]

Le 24/11/2015 17:46, AOMSL Samy a écrit :

Le 24/11/2015 17:35, andre_deb...@numericable.fr a écrit :

On Tuesday 24 November 2015 15:36:03 maderios wrote:
C'est exact, il s'agit ici d'erreurs grammaticales, au temps pour 
moi...


Fait exprès ? :
autant pour moi...


C'est fatiguant à la longue...
https://fr.wiktionary.org/wiki/au_temps_pour_moi

Samy


Et si wiktionary se trompait? j'ai toujours lu, écrit "autant pour moi", 
qui me paraît de plus clair, surtout dans la bouche d'un Nestor Burma ! 
(je rechercherais la référence s'il le faut, ça peut prendre du temps).


Cordialement

Philippe Deleval

Re: Serveur mail: quel agent par defaut? + quqelques conseils

[Philippe Deleval]

Tu ne devrais poster que le vendredi.

Amicalement

Philippe

Le 10/03/2015 18:13, Johnny B a écrit :
Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais 
pas à toi (qui continue a déblatérer des infos sans préciser).




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ff4f3d.4040...@wanadoo.fr

Re: boot via le display manager quasi impossible

[Philippe Deleval]

Le 20/02/2015 09:13, Sébastien NOBILI a écrit :

Bonjour,

Le jeudi 19 février 2015 à 22:45, andre_deb...@numericable.fr a écrit :

Revenons au problème du sujet :
j'ai supprimé systemd et gdm3 option purge,
installé via l'option force, le paquet gdm,
(pas grave car je n'ai aucun autre paquet Gnome).
Et miracle, j'ai retrouvé le boot graphique automatique.

Pourquoi est-ce que tu as dû forcer ?
Qu'est-ce qui empêchait l'installation ?

(ce n'est pas très normal d'avoir recours à ce genre de manip sur un système
Debian stable, tu as dû sacrément le malmener pour en arriver là…)

Seb


Bonjour

je me souviens des ennuis que j'ai eu pour faire tourner X sur ma carte 
vidéo (une radeon d'ailleurs), il y a quelques années. J'avais résolu le 
problème en trifouiillant le fichier de configuration et quelqu'un sur 
la liste m' avait dit que ce n'était pas une chose à faire. Plus tard, 
je me suis aperçu que je pouvais résoudre le problème en demandant à 
l'installateur de ne pas installer X et en l'installant à la main 
ensuite avec aptitude : J'ai pu choisir à priori le driver vidéo au lieu 
de les voir tous installés par défaut, ce qui conduisait au bug!


Alors, je trouve très peu constructif de dire qu'une manip n'est pas 
normale. Wheezy est stable, ça ne veut pas dire sans problème!


Bien amicalement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54e72ac5.1090...@wanadoo.fr

Re: Faille critique découverte dans GLIBC

[Philippe Deleval]

Le 28/01/2015 23:16, Bernard Isambert a écrit :

Le 28/01/2015 20:59, Philippe Deleval a écrit :

Bonjour à tous

C'est une blague? A mon avis, tout programmeur utilisant la fonction de
bibliothèque C char *strcpy (s, ct) devrait être renvoyé de la boîte où
il travaille pour faute grave! Il y a à côté strncpy(char *strncpy (s,
ct, n), le petit n fait la différence.

Cordialement


Philippe Deleval

Et ceux qui créé la fonction strcpy sont des criminels qui devraient 
être guillotinés sur le champ. Heureusement, Zorro est arrivé et a 
sauvé l'informatique...


Ceux qui ont créé strcpy n'étaient sans doute pas conscients que le 
système qu'ils écrivaient et le langage qu'ils concevaient auraient une 
telle fortune, avaient-ils prévu Internet? Après tout, ma source sur C 
est signée Kernighan-Ritchie. C'est l'expérience qui a dégagé ce qui 
était plus ou moins bon. strcpy peut encore être utilisé sans danger par 
un programmeur qui sait ce qu'il fait et maîtrise la longiueur des 
chaînes qu'il manipule, je pnese que c'était la vocation première. Mais 
lire par strcpy une chaîne qui vient d'ailleurs, c'est un risque notoire!


Cordialement

Philippe Deleval (et non zorro, je ne sais pas monter à cheval!)

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ca9395.2070...@wanadoo.fr

Re: Faille critique découverte dans GLIBC

[Philippe Deleval]

Bonjour à tous

C'est une blague? A mon avis, tout programmeur utilisant la fonction de 
bibliothèque C char *strcpy (s, ct) devrait être renvoyé de la boîte où 
il travaille pour faute grave! Il y a à côté strncpy(char *strncpy (s, 
ct, n), le petit n fait la différence.


Cordialement


Philippe Deleval

Le 28/01/2015 08:12, JUPIN Alain a écrit :

Bonjour,

Je ne l'ai pas vu ici sur la liste (ou alors je n'ai pas les yeux en 
face des trous)


Une faille critique permettant d'avoir les droits administrateur 
(root) a été découverte sur les systèmes Linux. La faille est présente 
dans toutes les versions inférieure à 2.18 de GLIBC (paquet libc6 pour 
nous autres chez Debian).


Pour Debian (ainsi que Ubuntu et RedHat) le correctif est sorti.
Vous connaissez la marche a suivre je suppose ;)

Source :
http://www.01net.com/editorial/643126/ghost-la-faille-critique-qui-permet-de-prendre-le-controle-des-systemes-linux/ 





--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54c93fb6.1040...@wanadoo.fr

Re: Re: materiel

[Philippe Deleval]

Bonjour à tous

je suis perplexe. Nvidia et ATI, est-ce Tintin et Spirou?

Cordialement

Philippe


Le 17/01/2015 23:53, Gaëtan PERRIER a écrit :

Le Sat, 17 Jan 2015 21:06:46 +0100
BERTRAND Joël joel.bertr...@systella.fr a écrit:


Christophe wrote:

Bonsoir,

Bonsoir,


Le 15/01/2015 21:38, Pascal Obry a écrit :

Le jeudi 15 janvier 2015 à 20:56 +0100, Pascal Hambourg a écrit :

Pourquoi Nvidia ?

Parce que toutes mes expériences avec ATI ont été des échecs,
dual-screen, HDMI, ICC profile! Mais mes derniers déboires datent
d'il y a au moins trois ans... Alors depuis les choses sont
peut-être en meilleure forme? Quoi que! J'ai encore un Debian avec:


Je confirme ces dires ... Machine prévue au départ pour tourner sous
Linux, et si on a le choix = NVidia sans même se poser de
questions.

Ma dernière expérience Radeon (plutôt récente, et tentée plusieurs
fois de suite, sous plusieurs distribs) a transformé un Core2Duo
(plutôt correct, qui faute de mieux tourne maintenant sous Windows)
en tout au plus un PII Asthmatique.

Ma seule ambition dans le cas présent ayant d'avoir voulu pouvoir
faire passer du DTS ou DolbyDigital *en passthrough* sur la sortie
HDMI sous Linux (pilote proprio obligatoire dans ce cas).
C'est en effet décodé par l'ampli , mais à quel prix ? l'OS est
juste inutilisable dans ce cas tellement il est lent ...

Concrètement, ATI/AMD dans un usage MediaCenter sous Linux, c'est
loin d'être jouable de mon point de vue.
Nvidia en revanche, sans soucis, et depuis longtemps.

Je ne sais pas ce que tu reproches aux cartes Radeon.
Personnellement, depuis que j'ai dû quitter Matrox, j'ai essayé
NVidia et les puces Radeon. Si les débuts ont été douloureux avec le f
(a/u)meux radeonhd, je n'ai plus de problème depuis belle lurette. En
revanche, j'ai toujours autant de soucis avec les NVidia que j'évite
comme la peste. Entre le pilote propriétaire qui ne suit que les
puces récentes et les pilotes libres foireux, je ne compte plus les
nvidia queje n'arrive à faire tourner que grâce au fb du noyau ou
carrément en VESA. J'ai même un cas où j'ai dû virer Linux pour
installer un FreeBSD pour avoir un serveur X fonctionnel, un comble !

Là, sous la main, j'ai une machine de 2007 avec un Xeon X3330
à 2,66 GHz (quatre coeurs, pas d'origine, il y avait un Pentium
5200). J'y ai mis récemment une carte graphique fanless Radeon HD
6450. qui ne dépasse pas 60°C et qui permet sans aucun problème de
lancer des choses comme Darkmod (et le HDMI fonctionne correctement).

Bien cordialement,

JKB


Moi je suis comme Christophe. Du Nvidia uniquement !
Jamais eu aucun soucis avec leur pilote proprio packagé Debian, même
avec des cartes relativement anciennes, une 9500GT fonctionne très bien
ainsi que 5200.
Par contre avec de l'ATI/AMD ...

A+

Gaëtan



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54bbc0ef.8080...@wanadoo.fr

(HS) nouvel an

[Philippe Deleval]

Bonjour et bonne année à tout le monde

Je ne sais pas si une nouvelle version stable fait partie des voeux de 
bonne année, sur mon ordi personnel et gardant l' habitude de me 
connecter au prompt, j'espère que l' initialisation de type System V 
restera au moins en option


Avec mes meilleurs voeux

Philippe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54a6a149.3010...@wanadoo.fr

Re: [HS] où acheter une routine?

[Philippe Deleval]

Le 14/10/2014 18:52, Stéphane GARGOLY a écrit :

Bonjour à tous les utilisateurs et développeurs de Debian :

Le mardi 14 octobre 2014 à 15:11, Philippe Deleval
philippe.dele...@wanadoo.fr a écrit :

library ('laibr@ri] (pl libraries) N 1 (gen) bibliothèque f. 2 (series 
of books) bibliothèque f, collection f., ( of records, tapes, CDs)
discothèque f (etc ...)

Suit  un avertissement imprimé sur fond bleu:

Note that the French word librairie is a false friend and is never a
translation for the English word library. It means bookshop.

Suite à ces citations de l'Harrap's,  juste une question: quelle langue
parlaient les créateurs de l'extension .lib?

Bien, je pense qu'ils s'expriment dans la langue de Shakespeare. ;-)

Le terme anglais library se traduit, dans la langue de Molière, en
bibliothèque.

En fait, les bibliothèques - dans le contexte logiciel en général et qu'on
trouve dans les répertoires /lib ou /usr/lib principalement pour un système
GNU/Linux - sont des binaires qu'on ne peut pas les exécuter directement (du
moins en principe) mais par l'intermédiaire d'autres binaires se trouvant dans
des répertoires /bin, /sbin, /usr/bin et /usr/sbin, là aussi, principalement
(voire note a).

Si tu veux en savoir plus sur les bibliothèques, je te donne deux liens sur
Wikipédia :
  - [Français] http://fr.wikipedia.org/wiki/Bibliothèque_logicielle
  - [Anglais] http://en.wikipedia.org/wiki/Library_(computing)

Note a : Que les autres abonnés de la présente liste me corrige si j'ai dit
des approximations ou des incorrections.

Ce qui m'étonne un peu et toujours sur un système GNU/Linux, c'est que les
bibliothèques ont des noms qui commence par lib (et non se termine par une
extension .lib) mais, bon, il y a peut-être une explication...

Quand au terme librairie (en français donc et qui est un faux-ami comme te
l'a expliqué l'Harrap's), il se traduit par bookstore en anglais.

Cordialement et à bientôt,

Stéphane.


bonjour à tous

Je suis bien heureux de ne pas être le seul à le savoir sur la liste, 
mais je crois que l'information est intéressante pour certains...


Crodialement

Philippe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/543eed4e.7020...@wanadoo.fr

[HS] où acheter une routine?

[Philippe Deleval]

Bonjour à tous

ceci est juste une copie d'une partie d'article de l'Harrap's (en 
rendant par @ le symbole API (alphabet phonétique international) de l'e 
muet):


library ('laibr@ri] (pl libraries) N 1 (gen) bibliothèque f. 2 (series  
of books) bibliothèque f, collection f., ( of records, tapes, CDs) 
discothèque f (etc ...)


Suit  un avertissement imprimé sur fond bleu:

Note that the French word librairie is a false friend and is never a 
translation for the English word library. It means bookshop.


Suite à ces citations de l'Harrap's,  juste une question: quelle langue 
parlaient les créateurs de l'extension .lib?


Cordialement à tous

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/543d3d3c.8080...@wanadoo.fr

SIGFPE de nouveau

[Philippe Deleval]

Bonjour à tous

Je n'ai guère trouvé plus de documentation, mais man sigreturn m'a 
donné de nouvelles idées.


Le plus clair est dans le fichier joint (qui commence par 200 lignes de 
commentaires... c'est normal en assembleur), il me reste une question: 
quand je travaille en pur assembleur (fichier joint), le deuxième 
pointeur (*siginfo_t) passé au handler est NULL, alors que dès que je 
mélange C et assembleur, il pointe vers des données utilisables. Si 
quelqu'un est assez curieux pour m'aider, voir le fichier joint.


Cordialement

Philippe Deleval
; chapeau pour programmes ou modules écrits en assembleur
; inspiré du header suggéré par Jeff Duntemann (Assembly Language Step
; by Step, troisième édition, Wiley 2009)
;
; fichier source: fpe_asm.asm
; fichier produit: fpe_asm
;
; version 1.2
; Créé le 28 juin 2014
; Mis à jour le 2 juillet 2014, nettoyage des scories de la version C trouvée
;   sur Internet
; Deuxième mise à jour (1.1) avec essai tiré d'une variante (tpe_sinf.asm). 
; Mis à jour le 7 juillet 2014, finalisation de la correction en pile et
;   concentration de la documentation dans le source présent
;
;
;
; Auteur: Philippe Deleval
;
; Description:
;  version assembleur du programme de récupération de SIGFPE
;
;   Résultat des courses: le noyau enchaîne sur le handler de l'utilisateur
; dans le contexte général (même pile) du code comprenant le point où
; le hardware a lancé 'int 5' (réaction aux erreurs de Floating Point,
; mais aussi aux divisions par zéro ou débordements de 'div' ou 'idiv'), ce
; que le noyau convertit en SIGFPE. Mais le handler utilsateur fait retour
; vers les arcanes de Linux (faire man sigreturn pour voir).
;
;   Cette version finale marche en corrigeant la pile! L'adresse de retour
; (marquée par 'blob' dans le texte ci-dessous) est remplacée par l'adresse
; 'corerr' et, au retour de l'interruption et du signal, la main est donnée
; au correcteur d'erreur associée à la fonction 'wrk', comme je le souhaitais.
;
;   Deux autres variantes marchent avec cette idée de changer en plongeant dans
; la pile pour changer la valeur de retour empilée lors du déclenchement de
; l'interuption:
;   fpe_asm.asm, le texte présent, est entièrement en assembleur, autonome.
;   fpe_fctasm.c est écrit en C, mais interface un handler et appelle une
; fonction 'wrk' en assembleur (fichier fpe_mixte.asm).
;   A l'inverse, fpe_ca.asm est en assembleur, mais sigaction est appelé via
; une fonction écrite en C (fichier sethand.c).
;
;   L'offset dans la pile change pace que C fait je ne sais quelle magouille
; avec son type siginfo_t. Le pointeur si dans le programme ici contenu est
; NULL quand signal_handler est appelé (interface ci-dessous).
; void signal_handler (int signo, siginfo_t *si, void *data)
; Dans les deux autres programmes, il n'est pas nul et le contenu pointé est
; dans la pile, pas loin de son sommet. D'où les corrections fonctionnant:
;   Ici, dans fpe_asm : 'mov dword [ebp+68], corerr'
;   Dans fpe_mixte: 'mov dword [ebp+0e0h], corerr'
;   Dans fpe_ca   : 'mov dword [ebp + 224], corerr'
;
;   En fait, la correction est la même dans les deux derniers cas. En effet,
; 0e0h=14*16=224.
;
;   Il semble donc que quelque chose dans gcc/Linux fait occuper 156 octets de
; plus dans la pile au gestionnaire de signal émis par le noyau sur int 5. Ce
; n'est pas l'objet de type siginfo_t qui est de taille __SI_MAX_SIZE=128 (voir
; dans la documentation ci-dessous). Il reste 28 autres octets à expliquer.
;
;
; N.B.: le programme principal appelle la procédure wrk avec les valeurs sur
; ebx 0, 1, 2, 3 cycliquement (effect des deux instructions 'inc eax' et
; 'and eax, 3' (i.e. ___0111 binaire).
; 
; 
; Commande d'assemblage: nasm -f elf fpe_asm.asm
; Commande d'édition de liens: ld -s -x -o fpe_asm fpe_asm.o (sauf si debug!)
;
;
;
;
; COMPLEMENTS DE DOCUMENTATION:
;
;
; tiré de bits/sigset.h:
;/* A `sigset_t' has a bit for each signal.  */
;
;# define _SIGSET_NWORDS(1024 / (8 * sizeof (unsigned long int)))
;typedef struct
;  {
;unsigned long int __val[_SIGSET_NWORDS];
;  } __sigset_t;
;
;
;
; tiré de bits/sigaction.h et simplifié en assumant __USE_POSIX199309 !
;
;/* Structure describing the action to be taken when a signal arrives.  */
;struct sigaction
;  {
;/* Signal handler.  */
;union
;  {
;   /* Used if SA_SIGINFO is not set.  */
;   __sighandler_t sa_handler;
;   /* Used if SA_SIGINFO is set.  */
;   void (*sa_sigaction) (int, siginfo_t *, void *);
;  }
;__sigaction_handler;
;
;/* Additional set of signals to be blocked.  */
;__sigset_t sa_mask;
;
;/* Special flags.  */
;int sa_flags;
;
;/* Restore handler.  */
;void (*sa_restorer) (void);
;  };
;
;
;
; tiré de bits/siginfo.h
;# define __SI_MAX_SIZE 128
;# if __WORDSIZE == 64
;#  define __SI_PAD_SIZE ((__SI_MAX_SIZE / sizeof (int)) - 4)
;# else
;#  define __SI_PAD_SIZE ((__SI_MAX_SIZE / sizeof (int)) - 3

Re: [HS] course vers SIGFPE

[Philippe Deleval]

Bonjour à tous

Petit délai dans ma réponse, J'ai encore fait pas mal de recherches sur 
Internet, 'SIGFPE sigaction' donne beaucoup de résultats sur google, dont près 
de la moitié sont des exemplaires ou des copies de la page de manuel de 
sigaction! Il faut vraiment pas grand chose pour faire un cours...


Le 01/07/2014 17:09, Sylvain L. Sauvage a écrit :

(...)



Je vois deux possibilités :
1. (peu probable) tu as collé un SA_RESETHAND dans un coin ;


J'ai fait beaucoup d'essais, avec ou sans le drapeau SA_RESETHAND, sans 
variation de comportement.


2. ce que tu fais dans le gestionnaire de signal empêche le
   réarmement automatique du signal.


J'ai fait un essai minimal où le handler ne fait que détourner le 'ret' vers 
l'instruction de mon choix (deux instructions: pop eax et jmp afferr !) Même 
comportement. Mon programme principal passe en boucle à la routine de travail 
0, 1, 2, 3, 0, 1, 2, 3. la première fois qu'elle passe 0, mon handler fonctionne, la 
deuxième fois, processus terminé par SIGFPE!

Je joins mon texte en assembleur (nasm), avec tous les commentaires qui en font 
une historique.

N.B.: ce n'est pas une affaire de coprocesseur ! C'est le processeur lui-même 
qui déclenche l'interruption 5 quand un problème se pose avec 'div' ou 'idiv'. 
Comme le coprocesseur déclenche la même interruption en cas de problème si ses 
flags ont été configurés pour, la réaction du noyau Linux est la même: SIGFPE.

Si vraiment je suis trop hors sujet, à qui, quelle liste dois-je m'adresser? 
j'ai fait un tour dans la liste (!) des listes Debian, aucune n'est prévue pour 
ce genre de problème. Où dois-je signaler un bug dans sigaction?

Cordialement

Philippe Deleval

; chapeau pour programmes ou modules écrits en assembleur
; inspiré du header suggéré par Jeff Duntemann (Assembly Language Step
; by Step, troisième édition, Wiley 2009)
;
; fichier source: fpe_asm.asm
; fichier produit: fpe_asm
;
; version 1.0
; Créé le 28 juin 2014
; Mis à jour le 2 juillet 2014, nettoyage des scories de la version C trouvée
;   sur Internet
;
; Auteur: Philippe Deleval
;
; Description:
;  version assembleur du programme de récupération de SIGFPE
;  version avec détournement du 'ret' du handler
;  Résultat des courses: le noyau enchaîne sur le handler de l'utilisateur
;  avec le contexte qu'il aurait s'il était appelé par 'call' depuis le point
;  ou le hardware a lancé 'int 5' (réaction aux erreurs de Floating Point,
;  mais aussi aux divisions par zéro ou débordements de 'div' ou 'idiv'), ce
;  que le noyau convertit en SIGFPE.
;  Si ça marche sur la première captation de SIGFPE, je ne trouve pas le moyen
;  de relancer et réinstaller le 'handler' après usage!
;
; N.B.: le programme principal appelle la procédure wrk avec les valeurs sur
; ebx 0, 1, 2, 3 cycliquement (effect des deux instructions 'inc eax' et
; 'and eax, 3' (i.e. ___0111 binaire).
; 
; 
; Commande d'assemblage: nasm -f elf fpe_asm.asm
; Commande d'édition de liens: ld -s -x -o fpe_asm fpe_asm.o (sauf si debug!)
;
;
; Compléments de documentation:
;
; tiré de bits/sigset.h:
;/* A `sigset_t' has a bit for each signal.  */
;
;# define _SIGSET_NWORDS(1024 / (8 * sizeof (unsigned long int)))
;typedef struct
;  {
;unsigned long int __val[_SIGSET_NWORDS];
;  } __sigset_t;
;
; tiré de bits/sigaction.h et simplifié en assumant __USE_POSIX199309 !
; 
;/* Structure describing the action to be taken when a signal arrives.  */
;struct sigaction
;  {
;/* Signal handler.  */
;union
;  {
;   /* Used if SA_SIGINFO is not set.  */
;   __sighandler_t sa_handler;
;   /* Used if SA_SIGINFO is set.  */
;   void (*sa_sigaction) (int, siginfo_t *, void *);
;  }
;__sigaction_handler;
;
;/* Additional set of signals to be blocked.  */
;__sigset_t sa_mask;
;
;/* Special flags.  */
;int sa_flags;
;
;/* Restore handler.  */
;void (*sa_restorer) (void);
;  };

BITS 32
GLOBAL _start

SECTION .text

%idefine sys_exit   1
%idefine sys_read   3
%idefine sys_write  4
%idefine sys_sigaction  67
%idefine stdin  0
%idefine stdout 1
%idefine stderr 2

%define SIGFPE  8 ; code de SIGFPE d'après fpe_v0.s

; valeurs tirées de bits/sigaction.h 
; Bits in `sa_flags'.
%define SA_NOCLDSTOP  1 ; Don't send SIGCHLD when children stop.
%define SA_NOCLDWAIT  2 ; Don't create zombie on child death.
%define SA_SIGINFO4 ; Invoke signal-catching function with
;   three arguments instead of one.
%define SA_ONSTACK   0x0800 ; Use signal stack by using `sa_restorer'.
%define SA_RESTART   0x1000 ; Restart syscall on signal return.
%define SA_NODEFER   0x4000 ; Don't automatically block the signal when
;   its handler is being executed.
%define SA_RESETHAND 0x8000 ; Reset to SIG_DFL on entry to handler.
%define SA_INTERRUPT 0x2000 ; Historical

Re: [HS] course vers SIGFPE

[Philippe Deleval]

Bonsoir

je suis perplexe, j'ai fait deux variantes de mon programme assembleur
1°) avec correction du registre ebx qui déclenche la division par zéro: 
le signal est envoyé à répétition, la correction ne semble pas prise en 
compte! C'est bien mon handler qui répond à chaque fois.
2°) en éliminant la division par 0 et en déclenchant SIGFPE de 
l'extérieur par kill -s 8 : pas de problème, mon handler installé répond 
bien à chaque envoi.


Alors pourquoi tout se passe-t-il normalement (du côté du handler et de 
sigaction au moins) dans ces deux cas et pas dans mon exemple initial?


Je vais aller chercher mon bonheur ailleurs et reviendrai dire si j'ai 
trouvé une explication.


Bien cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b5af06.9070...@wanadoo.fr

course sur SIGFPE

[Philippe Deleval]

Bonjour à tous.

Je ne peux que relancer mon sujet en essayant d'être plus clair.

(i) je cherche à récupérer depuis l'assembleur le signal SIGFPE, qui 
correspond aux erreurs numériques déclenchées par le coprocesseur 
mathématique, mais aussi par le processeur (instruction div ou idiv).
(ii) en défrichant à l'aide de C (et de gcc -S), j'ai vu un comportement 
très spécial du préprocesseur de gcc:
les symboles d'indices pour indexer le type tableau greg_t (défini 
dans sys/ucontext.h) ne sont pas visibles.


Pour le premier point, j'ai progressé en assembleur. Le nombre de 
Memory access violation que j'ai récupéré  depuis des programmes 
écrits tant en C (en contournant le point (ii)) qu'en assembleur m'a 
convaincu que le pointeur sur un ucontext_t passé à mon handler était 
NULL ! D'où l'idée que j'étais directement dans le bon contexte. Du 
coup, il suffit de remplacer le 'ret' en fin de handler par un 'pop' 
suivi d'un 'jmp' pour obtenir le comportement que je souhaitais: traiter 
l'erreur en un point de chute précis de mon programme.
Ce qui n'est faisable qu'en assembleur! C peut arriver à un résultat 
proche avec setjmp / longjmp, mais pas tout à fait ce que je cherche.


Linux fonctionne donc pour sigaction très différemment de Solaris, au vu 
de l'exemple trouvé sur Internet. Du coup, pas besoin du troisième 
paramètre du handler, de type (de fait) *ucontext_t.


Toutefois il me reste un problème: une fois le handler utilisé, SIGFPE 
retrouve son comportement par défaut.
Voici ce que j' obtiens avec mon programme envoyant en boucle à la 
procédure effectuant le travail les valeurs 0, 1, 2 et 3, le dividende 
étant 6:


SIGFPE récupéré
Valeur reçue sur eax: .
Valeur reçue sur eax: 0006.
Valeur reçue sur eax: 0003.
Valeur reçue sur eax: 0002.

La valeur  est celle mise en place par le traitement d'erreur. 
6, 3 et 2 sont les résultats de division par 1, 2 et 3, ensuite 0 est de 
nouveau transmis, mais le message pour SIGFPE du système n'est même pas 
dans le stderr du programme, je présume que c'est le shell qui me fait 
le compte-rendu. Ce qui montre que le handler dans le programme a cessé 
d'être pris en compte. J'ai fait plusieurs essais en réutilisant 
sigaction, je n'ai pas jusque là trouvé de solution.


Pour si quelqu'un est curieux, je joins le programme assembleur. N.B.: 
il est parfaitement autonome (à condition d'utiliser nasm). A propos, je 
ne veux pas de polémique sur l'usage de int 80h, pour moi, quand je ne 
travaille pas avec C, je n'utilise pas C, point. La portabilité n'est 
pas un objectif quand on travaille en assembleur.




Pour le deuxième point, si j'ai (maladroitement semble-t-il) intitulé 
mon message précédent usine à gaz des .h, c'est que je ne programme 
pas seulement en assembleur, mais aussi en Ada. A chaque fois que je 
veux appeler un service du système, c'est franchement la galère pour 
l'interfacer, je souhaiterais que le préprocesseur soit capable de 
fournir une meilleure documentation sur les données à utiliser (gcc -E 
élimine en les interprétant les #define, or ce sont eux qui définissent 
toutes les constantes). La programmation courante en C ne fait pas 
apparaître le problème, seulement voilà, C est un langage que l'on peut 
qualifier de bas niveau (citation tirée de Le langage C, Norme ANSI, 
de Brian W. Kernighan et Denis M. Ritchie, deuxième édition, traduction 
française Masson / Prentice Hall 1997, p. 2, justifiée très simplement 
dans les lignes suivantes). Je ne l'utilise que pour des jeux d'essai ou 
de petites fonctions servant d'interfaces.


Cordialement

Philippe Deleval


; chapeau pour programmes ou modules écrits en assembleur
; inspiré du header suggéré par Jeff Duntemann (Assembly Language Step
; by Step, troisième édition, Wiley 2009)
;
; fichier source: fpe_asm.asm
; fichier produit: fpe_asm
;
; version 1.0
; Créé le 28 juin 2014
; Mis à jour le 30 juin 2014
;
; Auteur: Philippe Deleval
;
; Description:
;  version assembleur du programme de récupération de SIGFPE
;  version avec détournement du 'ret' du handler
;  Résultat des courses: le noyau enchaîne sur le handler de l'utilisateur
;  avec le contexte qu'il aurait s'il était appelé par 'call' depuis le point
;  ou le hardware a lancé 'int 5' (réaction aux erreurs de Floating Point,
;  mais aussi aux divisions par zéro ou débordements de 'div' ou 'idiv'), ce
;  que le noyau convertit en SIGFPE.
;  Si ça marche sur la première captation de SIGFPE, je ne trouve pas le moyen
;  de relancer et réinstaller le 'handler' après usage!
;
; N.B.: le programme principal appelle la procédure wrk ave cles valeurs sur
; ebx 0, 1, 2, 3 cycliquement (effect des deux instructions 'inc eax' et
; 'and eax, 3' (i.e. ___0111 binaire).
; 
; 
; Commande d'assemblage: nasm -f elf fpe_asm.asm
; Commande d'édition de liens: ld -s -x -o fpe_asm fpe_asm.o (sauf si debug!)
;
BITS 32
GLOBAL _start

SECTION .text

%idefine sys_exit   1
%idefine

[HS] course vers SIGFPE

[Philippe Deleval]

Rebonjour!

Avec mes excuses pour Sylvain Sauvage, mon rédacteur de message m'a fait 
une blague curieuse (que je préfère emacs!)


Le 01/07/2014 16:05, Sylvain L. Sauvage a écrit :
(...)

Euh, t’as bien mis le drapeau SA_SIGINFO ?
Bien sûr! Il était là dès que j'ai repris l'exemple sur Internet, avant 
même que je le trouve dans un .h !

Et il est assez documenté dans la page de manuel de sigaction.

j'ai d'ailleurs repris sigaction.h dans mon fpe_asm.asm.

D'où l'idée que j'étais directement dans le bon contexte.

   D’où l’autre idée que tu n’as pas le contexte parce que tu ne
l’as pas demandé ?
Je m'entends, ce que j'appelle 'contexte', c'est le 'stack frame' ! Pas 
besoin de demander ce qu'on a déjà! L'exemple Solaris m'avait mis en 
erreur sur ce point. Le 'ret' du handler renvoie à l'instruction qui a 
déclenché l'interruption (int 5 convertie en SIGFPE par le noyau). Il 
semble que ce ne soit pas le cas sous Solaris.

()
Ce n’est pas du tout un comportement « spécial », c’est le
comportement défini. Le pré-processeur, comme son nom l’indique,
passe avant le compilateur.
   Que tu veuilles (option -S) arrêter la compilation à l’étape
« compilation », c’est-à-dire avant l’étape « assemblage », ne
change rien au fait que le pré-processeur passera avant
l’analyse du code.

   Si tu veux les valeurs des macros (« constantes ») pour
greg_t, il « suffit » de comprendre le code C de
sys/ucontext.h :
Mais tout ça est bien là dans mon fichier assembleur ! Pas dur de 
transformer des #define en %define
(ou %idefine) de nasm et des /* ... */ en ; avec emacs! Et je sais ce 
que veut dire enum, c'est la moindre des choses quand on a été formé à 
Pascal et qu'on travaille en Ada.

(Perso, je ferais une moulinette pour automatiser tout ça et, au
  moins, je dirais d’où viennent les données.
  (P.ex. sys/ucontext.h explique que certaines proviennent des
en-têtes du noyau.))

j'ai bien envisagé cette moulinette (en Ada?), mais après tout, il me 
semble que cpp fait un boulot assez proche pour que ce soit l'affaire 
d'une option de gcc.


D'ailleurs gcc a une option (dans les options générales) -fdump-ada-spec 
qui fournit des spécifications Ada (.ads).  Mais ce sont des copies des 
.h, et sans les constantes, si ce n'est en commentaire Ada! j' 
attendrais mieux.


Il me reste un problème: mon handler ne marche qu'une fois!

Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b2cdc8.2060...@wanadoo.fr

usine à gaz des .h

[Philippe Deleval]

Bonjour à tous

j'ai un curieux problème de programmation.

J'essaie de construire un récupérateur d'erreurs en assembleur et, pour 
récupérer les erreurs numériques traitées par le signal SIGFPE, le seul 
outil que j'ai trouvé (sur 
/technopark02.blogspot.fr/2005/10/handling-sigfpe.fr) est la 
construction tournant autour de ucontext.h.


Il est bon de tester les idées en C avant de passer en assembleur, aussi 
j'ai pris le programme donné en exemple sur le site ci-dessus et ai 
tâché de l'adapter.


Le problème est que l'exemple n'est pas codé pour Linux (c'est pour 
Solaris, si je me souviens bien),
et ucontext.h utilise bien sûr des noms liés aux registres comme index 
du tableau gregs, tel un REG_PC dans l'exemple (PC pour Program 
Counter, je présume) qui évidemment ne risque pas d'exister sous Linux 
i386 (c'est EIP ou RIP).


J'ai trouvé les symboles souhaités dans 
/usr/include/i386-linux-gnu/sys/ucontext.h (appelé par
/usr/include/ucontext.h) sous un #ifdef __USE_GNU). Or, alors que les 
identifiants génériques comme ucontext_t, mcontext_t, uc_mcontext ou 
gregs, sont bien visibles, les REG_EAX, etc... ne le sont pas, gcc me 
signale un identifiant non déclaré. Ce même si j'essaie d'assurer à la 
main que __USE_GNU est bien défini avant le #include ucontext.h.


Je fais mes essais de compilation par gcc -c -O2, la fonction trouble(), 
écrite en quatre lignes, se contente de renvoyer 0, elle est là pour 
masquer son rôle à l'optimiseur et aussi contraindre le générateur de 
code d'aller chercher son diviseur sur un registre et non dans la pile 
(vérifié par sortie assembleur avec gcc -S -O2).


En remplaçant les REG_E?X par les valeurs (respectivement 8, 9, 10, 11 
--- dans l'ordre du texte .c),

le programme fonctionne, en affichant une flopée de Caught FPE\n .

Si quelqu'un connaît ce terrain là... ou bien dois-je m'adresser à la 
liste devel? Elle me semble a priori destinée aux développeurs de 
Linux,  non aux développeurs sous Linux.


Cordialement

Philippe Deleval

/* programme fpe trouvé sur internet, avec récupérateur de signal
 version brute renvoyant le registre eip sur sa valeur avant signal
 conséquence: signal relancé cycliquement */

#include sys/types.h
#include signal.h
#include stdio.h
#include stdlib.h
#include limits.h
#include ucontext.h

int trouble ();

void signal_handler (int signo, siginfo_t *si, void *data) {
  ucontext_t *uc;
  /* uc = ((ucontext_t *) data)-uc_link; */
  uc = (ucontext_t *) data;
  switch (signo) {
  case SIGFPE:
fprintf(stdout, Caught FPE\n);
/* uc-uc_mcontext.gregs[REG_PC] = uc-uc_mcontext.gregs[REG_nPC]; */
/* remplacé par changement des registres eax à edx */
uc-uc_mcontext.gregs[REG_EBX] = 1;
uc-uc_mcontext.gregs[REG_EDX] = 1;
uc-uc_mcontext.gregs[REG_ECX] = 1;
uc-uc_mcontext.gregs[REG_EAX] = 1;
break;
  default:
fprintf(stdout, default handler\n);
  }
}

int main (void) {
  struct sigaction sa, osa;
  unsigned int b = ULONG_MAX;
  
  sa.sa_flags = SA_ONSTACK | SA_RESTART | SA_SIGINFO;
  sa.sa_sigaction = signal_handler;
  sigaction(SIGFPE, sa, osa);
  
  b /= trouble ();
  printf (Valeur finale: %d\n, b);
  
  return b;
}
int trouble ()
{
  return 0;
}

Re: bios ?

[Philippe Deleval]

Le 28/05/2014 13:03, philippe L a écrit :

Bonjour,

Quelqu'un peut il m'expliquer comment modifier le Bios sous Debian ?
( sinon je fous le dawa a une install partie ! espérant rencontrer des 
90-60-90 !)


Merci,
( oui une particule telle que DE,  avant le sobriquet, semble 
approprier ...)


Ptilou

bonjour

A ma connaissance, le noyau Linux n'utilise pas le BIOS de la machine. 
Donc il utilise son propre code.


Comment faire: écrire sa propre version du noyau. Faisable que je sache, 
Linux est en open source, non?


Bonjour à tous et au revoir p'tilou

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5385d133.9000...@wanadoo.fr

Re: [HS] Re: /etc/fstab et partitions imbriquées : bug ou fonctionnalité ?

[Philippe Deleval]

Bonsoir à tous

je me permets de me mêler à ce thread car je commence à trouver les 
arguments utilisés un peu trop

au ras des pâquerettes.

Tout d'abord, il me semble logique (et j'espère pas qu'à moi) qu'un 
répertoire créé pour monter un autre volume soit vide, puisque les 
données qui y sont seront inaccessibles après le montage. C'est 
clairement une erreur si le montage est effectué en suivant /etc/fstab. 
C'est bien sûr le cas pour le répertoire /home que l'installateur (celui 
de debian je précise) m'a gentiment créé sur ma demande pour mettre mes 
fichiers personnels. C'est le cas de plusieurs autres créés par le système.


Donc, si j'ai un répertoire /mnt, que je crée dedans un répertoire v1 et 
que je monte mon premier volume
sur /mnt/v1, le répertoire /mnt ne sera pas vide puisqu'il contient, 
sous v1, le premier volume.
D'où l'erreur immédiate si ensuite je monte le deuxième volume 
directement sur /mnt.

C'est bien la situation évoquées dans ce thread.

Ceci est d'une grande banalité, mais me permet de suggérer que la 
modification à demander à la commande mount ne concerne pas l'ordre des 
montages, auquel cette commande ne peut tout de même rien, mais 
simplement d'émettre un warning si des données sont présentes sur le 
répertoire de montage.


Pas besoin pour discuter ce point de logique formelle, ni de noms d'oiseaux!

Cordialement, et amicalement à tous

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53727aa3.2080...@wanadoo.fr

Re: [HS] Voilà comment certains tentent de flinguer GNU/Linux

[Philippe Deleval]

On 27/03/2014 20:41, andre_deb...@numericable.fr wrote:

www.silicon.fr/dizaines-milliers-serveurs-linux-infectes-windigo-93329.html

Merci à l'éditeur d'anti-virus ESET !


Bonsoir à tous

je rêve? j'ai lu cette page, avec quelques efforts (ils peuvent parler 
d'imposer de la pub!) Manifestement, les gens qui répandent des bobards 
pariles se figurent que Linux est Windows! La seukle solution serait de 
tout reformater, d'après eux???


Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/533486c0.7080...@wanadoo.fr

Re: Recherche grosses PME utilisant GNU Linux / LibreOffice au quotidien

[Philippe Deleval]

On 27/01/2014 19:19, Bzzz wrote:

Si tu veux tout savoir, oui j'exècre cette population et je trouve
que je ne les ai pas assez planté quand j'en avais l'occasion.
Sous prétexte que j'étais doué, ça n'était jamais assez; et je
me tapais une notation inférieure aux autres pour une virgule
mal placée ou un trait tracé à main levée ou tout autre prétexte
fallacieux; comportement que j'ai rencontré tout au long de ma
vie avec cette catégorie-là.


Bonsoir à tous

Lundi, c'est vendredi?

j'ai été élève (comme à peu près tout le monde, au moins sur la liste, 
je présume), j'ai aussi été prof
(dans une autre vie?), et ce qui m'a toujours étonné, c'est que les 
élèves sont incapables de voir les profs comme des individus, e tles 
profs sont incapables de voir les élèves comme des individus.


Est-il raisonnable d'en faire après coup des problèmes de personne?

N.B.: j'ai même connu des profs qui travaillaient à répandre Linux et le 
logiciel libre dans la machine scolaire!


Tout cordialement

Philippe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52e6c5c4.3080...@wanadoo.fr

Re: Réduire l'activité des disques durs sur son serveur

[Philippe Deleval]

Bonjour liste

On 23/01/2014 02:41, Raphaël POITEVIN wrote:

BERTRAND Joël joel.bertr...@systella.fr writes:


Frédéric Micout a écrit :

Par contre, depuis 2006 env, les produits grand public au moins doivent
respecter la norme ROHS, ce qui implique entre autre de ne plus utiliser
de plomb dans le mélange qui compose la crème à braser. Les cartes
fabriquées en sans plomb nécessitent d'utiliser des fers plus chaud de
quelques degrés que celles fabriquées avec du plomb.

J'aime assez votre notion du quelques ;-)

C'est comme le canon qui met un certain temps à refroidir !

sûr que tout le monde se souvient de Fernand Raynaud?

Philippe

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52e14968.30...@wanadoo.fr

Re: Surprises du nouvel an

[Philippe Deleval]

On 05/01/2014 11:34, Fabien R wrote:

On 03/01/2014 17:31, Philippe Deleval wrote:

Après mes mésaventures avec aptitude (et dpkg),
je ne peux qu'affirmer: je passerai à Windows(R) plutôt que de
réinstaller le moindre logiciel issu de gnome sur ma machine!

Tu n'es pas obligé d'utiliser gnome. Utilises-tu une stable ?

Il me semble avoir lu dans la liste que les systèmes
personnels sous Linux sont rares, j'espère quand même ne pas être un
unique contre-exemple.

Je suis à peu près sûr que tu es loin d'être le seul.
J'utilise 3 laptops (dell, hp et samsung),  un desktop et une
beagleboard, tous sous debian/stable. Et j'en suis très content.

-
Fabien

J'utilise wheezy, que je viens d'ailleurs de recharger complètement car 
les problèmes de configuration étaient devenus excessifs lors de mes essais.


J'ai utilisé gnome pendant cinq minutes il y a quelques années, je 
travaille en mode texte et charge x par des fichiers de commande 
spécifiques (pas l'usine à gaz startx) quand j'en ai besoin.


Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52cb5665.6070...@wanadoo.fr

surprise de nouvel an (ter)

[Philippe Deleval]

Bonsoir

j'ai perdu le fil ...

J'ai pourtant un peu progressé, j'ai trouvé un paquet d'origine Suse qui 
s'appelle hwlink et qui m'a permis de savoir comment mon système 
reconnaît la carte son et de savoir quel module contient le driver: 
snd_ca0106. Mais il a besoin d'autres modules (informations du site 
www.alsa-project.org à propos des cartes soundblaster SE) et je ne les 
ai pas tous. Au moins, alsactl retrouve ma carte après modprobe 
snd_ca0106.


Mais iceweasel continue de mal s'interfacer avec alsa, qui renvoie les 
mêmes erreurs qu'avant (fichier attaché à mon bis).


Par ailleurs, je ne veux pas me plonger dans des docs dont je ne suis 
même pas sûr qu'elles ne sont pas obsolètes, dans quel fichier de 
configuration je vais placer mes modules pour qu'ils soient chargés sans 
que j'intervienne, et sans recompiler le noyau?


Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52c842e7.9020...@wanadoo.fr

Surprises du nouvel an

[Philippe Deleval]

Bonjour et bonne année à tous les membres de la liste.

Pour cette nouvelle année, j'ai essayé d'avancer sur quelques problèmes 
récurrents de mon système personnel. Du coup, je vais lancer un troll 
(c'est un hasard si ça tombe un vendredi, après deux semaines avec un 
jour férié au milieu). Après mes mésaventures avec aptitude (et dpkg), 
je ne peux qu'affirmer: je passerai à Windows(R) plutôt que de 
réinstaller le moindre logiciel issu de gnome sur ma machine!


J'ai lu beaucoup de choses pour ou contre l'évolution de gnome sur la 
liste ces derniers temps. Quels que  soient les problèmes d'interface, 
je trouve que gnome introduit une nuée de démons dans le système, à ce 
point, le système finira par ressembler aux djinns de Victor Hugo.


Depuis quelques temps, j'avais remarqué un message d'erreur quand je 
sortais de X après avoir consulté du Youtube ou Dailymotion. C'était 
Alsa qui ne trouvait pas 
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so . Je me suis 
demandé ce que c'était. J'ai cherché dans aptitude ce que voulait dire 
pkcs11, à mon étonnement, c'est un format de lecteur de cartes que je ne 
connais ni d'Eve ni d'Adam et n'ai bien sûr jamais demandé d'installer. 
Alors j'ai fait une chasse aux démons, il m'a fallu près d'une heure 
de manipulations dans aptitude pour remettre de l'ordre. Il m'a même 
annoncé, à cause d'une bibliothèque, qu'il allait supprimer emacs et 
texlive et j'ai dû l'interrompre très brutalement, ce qui m'a valu de 
rentrer une commande directe de dpkg ! Après nettoyages, où même Cups a 
disparu, j'ai demandé la reconfiguration d'Alsa qui refuse toujours de 
faire son boulot mais au moins ne court plus après gnome.


Je précise les deux problèmes dont je n'arrive pas à me débarrasser, je 
ne peux ni accéder au son, ni imprimer avec mon système. La 
configuration de Alsa comme de Cups est purement nominaliste 
(curieusement Cups en cours de configuration m'imprime une page de tests 
sans problème, toute autre impression sur ma machine a été assurée à 
l'aide d'un vieux CD live Mandrake). Manifestement, il manque un autre 
niveau de configuration, mais jamais aucune doc (même les écrans d'aide 
du make menuconfig de la compilation du noyau) ne m'a expliqué ce qui 
manquait (depuis qu'Alsa ne cherche plus gnome-keyring-etc..., il se 
plaint de ne pas trouver la carte son 0). Noter que ces problèmes ne 
sont pas rédhibitoires tant que je compile de l'Ada ou que je manipule 
LaTeX, mais c'est casse-pieds.


je serai heureux si quelqu'un peut me donner des tuyaux sur ce genre de 
problème. Il me semble avoir lu dans la liste que les systèmes 
personnels sous Linux sont rares, j'espère quand même ne pas être un 
unique contre-exemple.


Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52c6e5d0.8020...@wanadoo.fr

surprise de nouvel an (bis)

[Philippe Deleval]

Bonsoir

A la demande de Sylvain Sauvage et Daniel Sanchez, je vais préciser mes 
problèmes.


Je travaille sur poste personnel (machine achetée en 2003 avec un Intel 
P4, 32 bits donc). j'utilise wheezy (installé par l'installateur de 
squeeze!) et me logue en mode texte, car j'estime les WM trop 
envahissants à ce point. Quand j'ai envie de X, j'utilise blackbox très 
suffisant pour lancer icedove ou iceweasel, ou encore emacs et xdvi. De 
plus, blackbox reste sagement là où je me suis installé (répertoire de 
travail) alors que gnome, lancé par startx, s'en fout et me remet sur 
mon répertoire de loging --- c'est pourquoi je l'ai depuis longtemps 
abandonné.


Je vais me concentrer sur alsa car je pense que si j'ai la solution de 
ce problème, je trouverai vite celle pour Cups! C'est essentiellement le 
même problème.


Quand je lis une vidéo, Alsa se plaint de ne pas trouver la carte '0' 
(texte des erreurs renvoyées par Alsa à X ci-joint). Faute de alsaconf 
(pas trouvé en tapant alsa + tabulation pour continuation), j'ai lancé 
alsactl init, qui se plaint de ne pas trouver de carte son (message: 
alsactl: init:1743: No soundcard found). Autant que je me souvienne, 
sous squeeze, au moins, il la trouvait, mais ne savait pas y accéder.


Ma carte son est une SoundBlaster Audigy, achetée en 2008. Je sais bien 
que ces cartes ont eu de longs problèmes avec Linux, mais j'avais juste 
demandé au marchand une carte usuelle


Cordialement

Philippe Deleval
ALSA lib confmisc.c:768:(parse_card) cannot find card '0'
ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_card_driver 
returned error: Aucun fichier ou dossier de ce type
ALSA lib confmisc.c:392:(snd_func_concat) error evaluating strings
ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_concat returned 
error: Aucun fichier ou dossier de ce type
ALSA lib confmisc.c:1251:(snd_func_refer) error evaluating name
ALSA lib conf.c:4241:(_snd_config_evaluate) function snd_func_refer returned 
error: Aucun fichier ou dossier de ce type
ALSA lib conf.c:4720:(snd_config_expand) Evaluate error: Aucun fichier ou 
dossier de ce type
ALSA lib pcm.c:2217:(snd_pcm_open_noupdate) Unknown PCM default
ALSA lib pcm_hw.c:1401:(_snd_pcm_hw_open) Invalid value for card

Re: surprise de nouvel an (bis)

[Philippe Deleval]

Rebonsoir

On 03/01/2014 20:58, Bzzz wrote:
Quelle audigy? CS a créé une vraie diarrhée de cartes sous ce nom: 
http://en.wikipedia.org/wiki/Sound_Blaster_Audigy déjà vérifier si le 
driver chargé correspond à la carte, ensuite quels sont les éventuels 
switches spécifiques à cette carte. 
Ma carte est une Audigy 2 SE (j'ai dû démonter la machine pour voir 
qu'elle était de modèle 0570). c'est une entrée de gamme, le vendeur ne 
m'a pas donné d'information sur l'objet (la facture dit juste audigy OEM).


Je n'ai pas de asound.conf, juste un /var/lib/alsa/asound.state qui est 
purement nominaliste (il ne contient que des positions de curseur de la 
table de mixage d'alsa).


Cordialement

Philippe Deleval



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52c726cb.20...@wanadoo.fr

Re: [HS] Langages interprétés, vos avis

[Philippe Deleval]

On 29/11/2013 19:25, Bzzz wrote:

On Sat, 23 Nov 2013 21:32:04 +0100
Bzzz lazyvi...@gmx.com wrote:

Pour clore la chose, je crois que je vais m'embarquer vers du
compilé, et plus particulièrement vers ADA.

Parce que plus j'en lis sur ce langage, plus il me semble que
c'est le langage qui permet de (presque) tout faire, et de le
faire bien.

Bon, le côté sombre, c'est qu'en tant que bidouilleur je crois
que je vais en chibaver parce que c'est méchamment strict comme
langage…


Bonjour à tous

je suis utilisateur de ADA depuis le début, je m'en tire à l'expérience, 
mais si Bzzz n'aime pas la verbosité de java, aimera-t-il la verbosité 
de ADA croissante de version en version?


Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5298ede3.8090...@wanadoo.fr

Re: [HS] Langages interprétés, vos avis

[Philippe Deleval]

On 29/11/2013 21:13, Bzzz wrote:
je sais aussi que la courbe d'apprentissage va me faire souffrir, ne 
serait-ce que parce que d'habitude je bidouille et que ça finit tjrs 
par fonctionner. Là, il va falloir abandonner tout ça (et, d'un côté 
strictement personnel, c'est _aussi_ ce que je recherche), réfléchir 
en amont, et _tout structurer. Disons que c'est un changement de vue, 
autant qu'un changement de vie… Et puis il faut viser haut, si 
aérospatiale et autres organisations du même acabit ont choisies 
ADA+HOOD, c'est qu'il y a des chances que ça soit la combinaison 
gagnante; même si ça n'est pas la plus facile. 
On peut parfaitement bidouiller avec ADA ! Le seul gros avantage du 
langage est la compilation séparée, qui permet même, dans certains cas, 
de bidouiller un beau package (nom ADA des modules) une fois pour toute.


Je ne connais même pas les primitives temps réel! Je pense qu'elles 
restent inférieures à celles de langages vraiment spécialisés. ADA 83 
avait un mécanisme simple et clair (les rendez-vous, inspirés par DSP 
entre autres), les versions suivantes n'ont pas pu s'empêcher 
d'introduire des notions de plus bas niveau (données protégées, donc 
implicitement sémaphores).


Le point délicat est le traitement d'exception, très pratique dans des 
programmes petits ou moyens, mais qui peuvent provoquer la panique en 
programmation massive. A ma connaissance, c'est poru cela qu'il y a, par 
exemple des choses comme +HOOD.


Autre avantage d'ADA: disponible dans debian, intégré dans la suite de 
compilation GNU (gcc), paquet gnat. Le maneul de référence est dans les 
docs (c'est une obligation légale!)


Cordialement

Philippe Deleval.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5298ffc8.6080...@wanadoo.fr

Re: debian et acrobat

[Philippe Deleval]

On 02/11/2013 01:57, Dominique Asselineau wrote:

François Patte wrote on Fri, Nov 01, 2013 at 05:10:43PM +0100

Le 01/11/2013 16:56, Philippe Deleval a écrit :


Rebonjour

Itou

J'ai fait juste un tour par 'which latex' puis 'man pdftex' pour y voir
clair, et pdftex ne semble pas produire de .pdf s'il est utilisé en mode
'DVI'. Le contraire m'étonnerait car, après slackware j'ai - brièvement
- utilisé Red Hat avec kde qui me fournissait un kdvi. Sur PC 486, ce
pauvre kdvi ramait dès qu'il fallait afficher 60 à 80 pages, j'ai
toujours pensé qu'il convertissait le .dvi en .pdf avant de l'afficher
et je suis vite passé à Debian!

Il suffit de faire: latex nom du fichier pour voir le moteur:

latex test-1.tex
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013)

On obtient ça avec la commande pdflatex mais pas avec latex, sauf si
vous avez redéfini la commande latex pour votre commodité.

J'arrive un peu après la bataille et il y a des affirmations qui me
déroutent quelque peu.

dom
--


Bonjour à tous

A titre d'information toujours, voici ce que donne ls -l /usr/bin/latex 
sur ma machine:


lrwxrwxrwx 1 root root 6 oct.   3  2012 /usr/bin/latex - pdftex

Et ce n'est pas moi qui l'ai redéfini, je n'y aurais pas pensé sans 
François Patte, je ne m'étais jamais posé la question.


Il n'empêche que la commande latex ne donne pas le même résultat que la 
commande pdftex, essai sur un de mes fichiers sources!


Coridalement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5274de65.2000...@wanadoo.fr

Re: debian et acrobat

[Philippe Deleval]

On 01/11/2013 11:51, François Patte wrote:


Comment je vois ma production fait grace à TeX, si les logiciels
libres ne le permettent pas?

Je me contrefous de ce qu'adobe fait ou non pour linux, AR est le seul
capable de faire certaines choses, même si la version accessible est
ancienne.

Bonjour à tous!

j'aimerais qu'on m'explique l'intérêt de ce Troll !

A ma connaissance, et depuis que j'ai utilisé une Slackware, en 32 bits, 
TeX et LaTeX fournissent des fichiers .dvi, lisible par plusieurs outils 
spécifiques (xdvi, dvisvga). Je sais bien depuis quelques temps que les 
utilisateurs de LaTeX sous Windows (R) ou sur MacIntosh ignorent ce 
qu'est un .dvi car leur machine le transforme dans leur dos en .pdf. Je 
peux témoigner directement que le site Arxiv demande qu'on lui envoie un 
fichier TeX ou LaTeX et le convertit lui-même en .pdf.
De toute manière, quand je veux lire un .pdf, j'utilise un vieux 
classique qui s'appelle GhostView (qui doit venir d'un paquet appelé 
ghostscript, je pense). Tout ça n'existe donc plus en 64 bits?


En espérant tout le calme possible

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5273b72a.7080...@wanadoo.fr

Re: debian et acrobat

[Philippe Deleval]

On 01/11/2013 15:32, François Patte wrote:

Le 01/11/2013 15:14, Philippe Deleval a écrit :

On 01/11/2013 11:51, François Patte wrote:

Comment je vois ma production fait grace à TeX, si les logiciels
libres ne le permettent pas?

Je me contrefous de ce qu'adobe fait ou non pour linux, AR est le seul
capable de faire certaines choses, même si la version accessible est
ancienne.

Bonjour à tous!

j'aimerais qu'on m'explique l'intérêt de ce Troll !

A ma connaissance, et depuis que j'ai utilisé une Slackware, en 32 bits,
TeX et LaTeX fournissent des fichiers .dvi, lisible par plusieurs outils
spécifiques (xdvi, dvisvga). Je sais bien depuis quelques temps que les
utilisateurs de LaTeX sous Windows (R) ou sur MacIntosh ignorent ce
qu'est un .dvi car leur machine le transforme dans leur dos en .pdf.

Bienvenue à l'ancetre! Cela fait des années maintenant que le moteur
(La)TeX est en fait pdf(la)tex et que les dvi (toujours produits) le
sont par des filtres, donc dans le dos des utilisateurs *nix, s'il faut
reprendre la terminologie ici employée.


Je
peux témoigner directement que le site Arxiv demande qu'on lui envoie un
fichier TeX ou LaTeX et le convertit lui-même en .pdf.

Et alors?


De toute manière, quand je veux lire un .pdf, j'utilise un vieux
classique qui s'appelle GhostView (qui doit venir d'un paquet appelé
ghostscript, je pense). Tout ça n'existe donc plus en 64 bits?

Et encore une fois: il y a des fonctionnalités qu'on peut produire avec
LaTeX (donc pdf(la)tex) qui ne sont lisibles que (à ma connaissance) par
AR...


En espérant tout le calme possible

C'est la toussaint!

PS. In illo tempore, TeX n'utilisait que des fontes 7bits (donc sans
accents), puis les fontes 8bits sont venues (avec les accents) mais on
peut s'en passer, puis unicode est venu et TeX permet d'écrire dans
toutes les écritures pour lesquelles il y des fontes open type
(difficile de s'en passer), mais si le dvi est lisible sur une machine
qui a les fontes qui ont l'ont produit, il est illisible sur une machine
qui ne les a pas pdf=*portable* ducument format.


Rebonjour

J'ai fait juste un tour par 'which latex' puis 'man pdftex' pour y voir 
clair, et pdftex ne semble pas produire de .pdf s'il est utilisé en mode 
'DVI'. Le contraire m'étonnerait car, après slackware j'ai - brièvement 
- utilisé Red Hat avec kde qui me fournissait un kdvi. Sur PC 486, ce 
pauvre kdvi ramait dès qu'il fallait afficher 60 à 80 pages, j'ai 
toujours pensé qu'il convertissait le .dvi en .pdf avant de l'afficher 
et je suis vite passé à Debian!


Quand il s'agit de voir chez soi son travail, l'inconvénient ci-dessus 
du .dvi n'en est pas un. Quand il faut evoyer par mail un texte 
ailleurs, le format .pdf s'impose bien sûr. De toute manière, je vois 
mal où les produits adobe sont utiles dans l'histoire.


Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5273cf1c.6000...@wanadoo.fr

Re: [hs] Cible et lien symbolique : comportement différent ?

[Philippe Deleval]

On 04/10/2013 00:29, Alexandre Hoïde wrote:

Salut à vous de la liste,

Un petit truc m'échappe et, à vot' bon coeur, j'aimerais mieux comprendre.
J'ai :
/usr/bin/x-terminal-emulator@ \
- /etc/alternatives/x-terminal-emulator@ \
- /usr/bin/urxvt*

Donc, si je ne m'abuse, lancer urxvt à l'aide des liens symboliques ou
directement du fichier /usr/bin/urxvt devrait être strictement équivalent,
non ?! Or, j'ai un petit ~/.Xresources :

!--
URxvt*.transparent: true
URxvt*.shading: 100
URxvt.scrollBar:false
URxvt*internalborder: 6
urxvt*foreground: #f2f2f2
urxvt*background: #101010
!--

Où l'on voit que le nom de la ressource est mal orthographié sur les
deux dernières entrées (urxvt au lieu de URxvt).

Eh bien figurez-vous que, lancé avec /usr/bin/urxvt, toutes les lignes du
.Xresources sont honorées, tandis qu'avec
/{usr/bin,etc/alternatives}/x-terminal-emulator, les deux dernières lignes
[fautives] sont ignorées (je n'ai que les couleurs par défaut).

En corrigeant mon .Xresources s/ur/UR tout rentre dans l'ordre... mais cet
ordre est soudain devenu obscur à mes yeux.

PS Expérience faite sur une Sid à jour avec Awesome. Les liens symboliques ont
été générés par «update-alternatives --config x-terminal-emulator».


Bonjour

A titre informatif, un programme peut accéder par la pile Linux (en C 
par args[0]) à la commande par lequel il est lancé. Autrement dit le 
programme sait s'il a été lancé par un alias, un lien symbolique ou 
directement. Reste à savoir pourquoi urxvt se comporte différemment 
suivant que la ligne de commande contient urxvt ou x-terminal-emulator. 
Je n'ai aucune compétence sur ce point.


Cordialement

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/524e9690.9040...@wanadoo.fr

Re: Administrateur système

[Philippe Deleval]

On 07/06/2013 11:54, Webmaster wrote:

Votre e-mail a dépassé de 2 Go, fondée en nos webmasters, runing 2.30GB, vous 
ne pouvez pas envoyer ou recevoir de nouveaux messages jusqu'à ce que vous 
confirmiez votre boîte de réception. remplissez le formulaire ci-dessous pour 
vérifier votre compte.

Remplissez le formulaire ci-dessous et envoyer un e-mail à ce qui suit:

(1) E-mail:
(2) Nom d'utilisateur:
(3) Mot de passe:
(4) Confirmez le mot de passe:

remerciements
Administrateur système


Pourquoi faut-il éliminer les spams à date fixe?

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51b209cd.9080...@wanadoo.fr

Re: Autre retour d'expérience

[Philippe Deleval]

Bonjour à tous

On 03/06/2013 19:34, Ken-Patrick Lehrmann wrote:

On 02/06/2013 23:19, Philippe Deleval wrote:

Bonjour à tous

Bonjour Philippe,


Autre problème, gnat, le compilateur Ada, exige gcc-4.6, alors que
d'autres outils entraînent l'installation de gcc-4.7. Le compilateur est
inutilisable tel quel. Et tous les packages debian (y compris sid, j'ai
vérifié sur le site de Debian) concernent gnat-4.6. Dois-je télécharger
une version plus récente directement de chez gnat?

Ça ne devrait pas être un problème, tu peux avoir plusieurs versions de
gcc installées conjointement :

aptitude search ~igcc-4
i A gcc-4.6
i A gcc-4.6-base
i A gcc-4.7
i   gcc-4.7-base
i A gcc-4.7-base:i386
i A gcc-4.7-multilib

++
Ken-Patrick

Je le sais bien, les liens logiques, ça existe. Mais en compilant avec 
gcc-4.6, l'éditeur de lien ne fonctionne plus (celui de ADA, qui ne doit 
pas trouver le ld qu'il attend, je présume), et en compilant avec 
gcc-4.7, c'est gcc qui ne retrouve plus ses petits: il me dit qu'il ne 
trouve pas gnat1, comme je ne m'étais jamais posé de question sur les 
rapports entre gcc et gnat, ça ne me dit rien. C'est manifestement un 
problème gnat!


Je précise que si je ne peux pas faire tourner mes programmes écrits en 
ADA, uniquement à cause du changement de numéro de la bibliothèque, je 
n'ai aucun problème à faire tourner les programmes écrits sous squeeze 
en assembleur!


Merci tout de même.

Bonne soirée

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51acec6b.2050...@wanadoo.fr

Autre retour d'expérience

[Philippe Deleval]

Bonjour à tous

Je viens de passer - presque par accident - de Squeeze à Wheezy. je suis 
satisfait de ce passage, malgré quelques soucis. j'ai rechargé à la 
base, simplement sans reformater le volume de /home, car j'avais 
quelques problèmes de configuration dans mon squeeze et je voulais avoir 
une configuration plus propre.


Le plus gros souci, un bug dans burn, dans squeeze comme dans wheezy, 
pas besoin de faire un rapport, c'est le bug 643597. Impossible de faire 
une sauvegarde car c'était mon outil pour celà, impossible aussi de 
graver sur CD l'image ISO de l'amorce de wheezy, je me suis retrouvé à 
charger wheezy à partir de l'amorce de squeeze.


Autre problème, gnat, le compilateur Ada, exige gcc-4.6, alors que 
d'autres outils entraînent l'installation de gcc-4.7. Le compilateur est 
inutilisable tel quel. Et tous les packages debian (y compris sid, j'ai 
vérifié sur le site de Debian) concernent gnat-4.6. Dois-je télécharger 
une version plus récente directement de chez gnat?


Par ailleurs, les discussions sur la conception du logiciel libre, sur 
les environnements de programmation, deviennent franchement casse-pieds. 
Pour la liberté, je crois que 99,9 % des paquets sur ma machine sont 
en licence libre, mais j'ai tout de même Adobe Flash. Quelques paquets, 
par exemple autour de LaTeX, sont aussi en contrib, à cause d'une 
licence s'écartant de la charte Debian.


Pour l'environnement, après avoir installé mon système, je me suis 
dépêché d'éradiquer gnome (sauf les jeux de cartes) et je travaille 
directement au prompt. Il semblerait que beaucoup ont connu 
l'informatique via Windows(R), moi, j'ai commencé vers 1984, j'ai connu 
CP/M, MS/DOS (et Windows 2 !), AOS-VS, VMS et même, le temps d'un projet 
quelque peu mathématique, MVS/TSO. Et mon premier Linux (une Slackware) 
n'avait pas de login par X. Je charge X quand j'en ai bien besoin, c'est 
la plupart du temps pour utiliser un terminal, emacs, xdvi, un peu gv, 
et par ailleurs icedove et iceweasel, quelques rares autres logiciels 
par moments. Pas besoin d'icônes, d'autant que startx est maintenant 
pour moi une vieiilerie  et quand je veux travailler en LaTeX, j'ai une 
commande qui me charge directement au lancement de X les fenêtres 
d'emacs, du terminal et de xdvi. Blackbox est parfaitement apte à gérer 
tout ça, pas besoin de plus. Je précise que j'utilise Linux sur machine 
de bureau depuis plus de dix ans, et qu'il est le seul système installé 
sur ma machine depuis Woody. Mais j'ai peut-être un peu plus de métier 
en informatique que madame Michu!


Mon point de vue dans le débat est simple et peu original: le logiciel 
libre, c'est un moyen de faire ce qu'on veut!


Bonne soirée à tous

Philippe Deleval

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/51abb6ee.9020...@wanadoo.fr

Re: Re: Installation Squeeze

[Philippe Deleval]

 Pourrais-je suggérer d'ajouter une option console aux options de
 système d'affichage? Pour un vieux comme moi qui ai connu CP-M,
 MS-DOS, AOS-VS, VMS et même le temps d'un curieux travail de
 transcription de flottants entre ordinateurs différents MVS-TSO, ça
 serait beaucoup plus simple.



Pas d'idée pour le reste, mais ici, si tu n'installes pas gdm (ou
l'empêches de se lancer en le virant du runlevel) et que tu démarres X
avec un bon vieux startx en console, ça ne fait pas ce que tu veux ?



JFS.


Je ne suis pas fana de Gnome car je le juge solipsiste. En clair, je lance X
après avoir circulé dans mes répertoires -- ce que je sais faire depuis VMS.
Or Gnome ignore méthodiquement le répertoire depuis lequel je le lance.
Alors je lance blackbox, qui me suffit pour manipuler LaTeX et xdvi Et startx
ne me sert que lors des phases de mise au point, Voir les commentaires
dans /usr/bin/startx lui-même! Autrement dit, je m'arrange pour que X se lance
comme je le veux.

Par ailleurs, mes bricoles ont été testées par Xorg -config /root/xorg.conf.new,
J'avais déjà fait sauter gdm.

Cordialement

Philippe Deleval



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50094d16.2050...@wanadoo.fr

Installation Squeeze

[Philippe Deleval]

Bonjour à tous

Je suis en train de mettre au point l'installation de Squeeze sur ma 
machine. Ce n'est pas une première, j'ai utilisé Potato (sur une machine 
plus ancienne que j'ai toujours), Woody (en version suisse,  j'étais en 
Vaud à ce moment), Etch (d'un CD accompagnant le livre de Raphaël 
Hertzog et Roland Mas) et Lenny (à partir d'une amorce téléchargée et 
gravée sur ma machine). Mais je n'ai jamais eu autant de mal, même du 
temps de ma première Slackware!


Ma configuration: un PC acheté à Lausanne en novembre 2003, , carte mère 
Intel, processeur P4 à 2,4 GHz, 512 M de RAM, un disque de 80 GB et 
surtout une carte vidéo ATI rage 128 pro avec écran plat ACER. 
Configuration ancienne, mais suffisamment confortable.
Je viens de la moderniser avec un clavier et une souris, tous deux USB 
Logitech, achetés près de chez moi à Conflans sainte Honorine.
Je passe du coup du clavier suisse au clavier français, avec un peu de 
mal pour les 'a' et les 'q'.
C'est un système purement personnel, j'en suis donc administrateur et 
utilisateur.


J'ai utilisé pour installer Squeeze 6.0.5 un DVD publié par OXY press, 
trouvé dans un kiosque à journaux. J'ai aussi essayé un CD gravé à 
partir d'une image téléchargée depuis debian.org ... avec lynx.


Mes problèmes:

1°) X ne marchait pas. Avec gdm installé dans les rc.d, cela rendait le 
système inutilisable, sauf par le mode monoutilisateur.


Après avoir essayé plusieurs chargements pour voir si je pouvais tomber 
sur une autre version, j'ai fini par trafiquer le xorg.conf.new que X 
-configure m'installait sur /root, en profitant le plus possible du 
fichier /var/log/Xorg.0.log dont X m'avait aimablement appris l'existence.
Après avoir fait sauter deux trucs appelés GLX et CCE -- je ne sais pas 
à quoi ils servent -- et avoir trafiqué un fichier fr dans le répertoire 
des configurations de clavier, j'ai fini par avoir un X utilisable.


Pourrais-je suggérer d'ajouter une option console aux options de 
système d'affichage? Pour un vieux comme moi qui ai connu CP-M, 
MS-DOS, AOS-VS, VMS et même le temps d'un curieux travail de 
transcription de flottants entre ordinateurs différents MVS-TSO, ça 
serait beaucoup plus simple.


2°) j'ai eu un peu de mal à me débarrasser de la locale fr_UTF puis à la 
coniguration fr latin9 que l'installaeur m'imposait. Pour remplacer 
fr_UTF par fr_FR, je n'ai eu besoin que d'un peu de chance dans la 
manipulation de l'installateur. Par contre, il m'a fallu installer 
svgalib pour trouver le moyen de repasser à la page de code latin1, que 
je teins à conserver après plus de dix ans de programmation avec gnat et 
la package ADA.CHARACTERS.LATIN1. et c'est ce aui m'a conduit à 
bricoler les informations de clavier pour X.


3°) icedove se refuse à fonctionner. Une fois réglé les problèmes de 
locales, il reste une rérence non trouvée dans libimgicon.so. Là, j'ai 
renoncé à bricoler et j'ai fourché ... iceape a même pu récupérer; par 
un simple cp, les folders où je rangeais mon courrier avec icedouve 
(ils remontent à mozilla sous potato!)


Me reste deux problèmes: le son (je pense qu'il se réglera avec le 
paquet alsa), et gnat qui transmet mal à ld un pragma LINKER_OPTIONS 
(-lncurses) (qui fonctionnait bien dans les versions Woody, Etch et Lenny).


Amicalement

Philippe Deleval


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5008834d.6050...@wanadoo.fr