Re: signaler un bug dans ld sur debian bulleye?

2021-06-07 Par sujet Basile Starynkevitch 


On 08/06/2021 07:36, Marc Chantreux wrote:

salut à tous,

j'obtiens ça lorsque je tente de compiler ploot sur ma debian bulleye

+ cd ~/src/ploot
+ git remote get-url origin
git://bitreich.org/ploot
+ make
cc -static -o ploot-farbfeld ploot-farbfeld.o src/csv.o src/drawille.o 
src/ffplot.o src/font.o src/font13.o src/font8.o src/log.o src/scale.o 
src/util.o -lm
/usr/bin/ld : src/csv.o:(.bss+0x0) : définitions multiples de « log_level »; 
ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici
…
/usr/bin/ld : src/scale.o:(.bss+0x0) : définitions multiples de « log_level »; 
ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici
collect2: error: ld returned 1 exit status
make: *** [Makefile:18 : ploot-farbfeld] Erreur 1

par contre sous alpine ca marche sans soucis

 <<. chroot ~/local/machines/alpine-latest /bin/sh
 apk update
 apk add git musl-dev
 git clone git://bitreich.org/ploot
 cd ploot
 make

je pourrais m'arrêter là mais y'a peut-être bug et cas échéant
j'aimerais le remonter. par contre je n'ai presque pas fait de C pendant
les 25 dernières années et je ne sais pas trop quoi verifier pour
qualifier le bug. une idée?



Il peut manquer un extern dans un fichier d'entête. C'est la différence 
entre les C récents et le C89.



Autrefois on pouvait déclarer une variable globale entière foo avec

int foo;

dans un fichier d'entête header.h qui est #include "header.h" à 
plusieurs reprises (dans plusieurs fichiers *.c)


Maintenant, il faut déclarer dans header.h

   extern int foo;

Et définir dans un seul fichier truc.c la variable globale foo avec

   int foo;

ou même


   int foo = 34;

Librement

--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

signaler un bug dans ld sur debian bulleye?

2021-06-07 Par sujet Marc Chantreux 
salut à tous,

j'obtiens ça lorsque je tente de compiler ploot sur ma debian bulleye

+ cd ~/src/ploot
+ git remote get-url origin
git://bitreich.org/ploot
+ make
cc -static -o ploot-farbfeld ploot-farbfeld.o src/csv.o src/drawille.o 
src/ffplot.o src/font.o src/font13.o src/font8.o src/log.o src/scale.o 
src/util.o -lm
/usr/bin/ld : src/csv.o:(.bss+0x0) : définitions multiples de « log_level »; 
ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici
…
/usr/bin/ld : src/scale.o:(.bss+0x0) : définitions multiples de « log_level »; 
ploot-farbfeld.o:(.bss+0x810) : défini pour la première fois ici
collect2: error: ld returned 1 exit status
make: *** [Makefile:18 : ploot-farbfeld] Erreur 1

par contre sous alpine ca marche sans soucis

<<. chroot ~/local/machines/alpine-latest /bin/sh
apk update
apk add git musl-dev
git clone git://bitreich.org/ploot
cd ploot
make

je pourrais m'arrêter là mais y'a peut-être bug et cas échéant
j'aimerais le remonter. par contre je n'ai presque pas fait de C pendant
les 25 dernières années et je ne sais pas trop quoi verifier pour
qualifier le bug. une idée?

cordialement,
marc

Re: problème de clavier (layout)

2021-06-07 Par sujet Frederic Robert 

On 6/7/21 7:35 AM, Frédéric BOITEUX wrote:

Bonjour,

Pour voir quels sont tes réglages dans l'environnement graphique, tu pourrais 
lancer la commande « setxkbmap -print » dans un terminal [graphique] et le 
poster ici… Et quand ta disposition ne fonctionne plus, refaire la même 
commande pour voir si quelque chose a changé, cela pourrait nous mettre sur une 
piste…

Cdlt,
Fred.



Bonjour Frédéric et à la liste,

Merci pour le message. Voici le résultat de la commande. Pour le moment, 
la disposition fonctionne


xkb_keymap {
xkb_keycodes  { include "evdev+aliases(azerty)"   };
xkb_types { include "complete"};
xkb_compat{ include "complete"};
xkb_symbols   { include "pc+be(oss)+inet(evdev)"  };
xkb_geometry  { include "pc(pc104)"   };
};

Dès qu'elle ne fonctionnera plus, je collera le résultat de la sortie de 
la commande,


Bonne soirée,

--
Frédéric ROBERT

Re: photo opensource

2021-06-07 Par sujet Wallace 

Le 04/06/2021 à 20:32, Polyna-Maude Racicot-Summerside a écrit :
>
> Je connais VueScan, je l'ai essayé pour mon numériseur. Même si je peux
> l'utiliser directement sous Linux, je voulais voir si la gestion des
> transparent pour négatif étaient mieux. J'ai pas vu beaucoup de
> différences...
>
Pour les scanners j'utilise VueScan sous Debian avec deux scanners
depuis pas mal d'années :

- Nikon coolscan 9000 pour les négatifs / diapos

- Epson v750 pro

J'arrive à faire tout ce dont j'ai besoin, après y a juste sur les
négatifs couleurs où j'ai parfois du mal à calibrer les couleurs car je
n'ai pas investi dans une mire négative, donc rien à voir avec le logiciel.

Par contre côté logiciel, quand je dois faire du classement et de la
retouche, j'ai jamais pris le temps de migrer toutes mes photos sur
darktable et le fait de devoir faire des exports haute def des rendus LR
pour les importer sur Darktable car j'aurais pas le même rendu et que je
n'ai pas forcément envie de refaire les retouches, le poids des fichiers
m'a dissuadé de le faire.

RE: problème de clavier (layout)

2021-06-07 Par sujet Frédéric BOITEUX 
Bonjour,

Pour voir quels sont tes réglages dans l'environnement graphique, tu pourrais 
lancer la commande « setxkbmap -print » dans un terminal [graphique] et le 
poster ici… Et quand ta disposition ne fonctionne plus, refaire la même 
commande pour voir si quelque chose a changé, cela pourrait nous mettre sur une 
piste…

Cdlt,
Fred.

un papier (en français, en PDF) sur le système RefPerSys (d'IA symbolique, en GPLv3+)

2021-06-07 Par sujet Basile Starynkevitch 

Bonjour,

Vous pouvez télécharger en 
http://refpersys.org/Starynkevitch-RefPerSys.pdf 
 le brouillon d'un 
papier rédigé en français (à paraître plus tard dans la revue ROIA 
) faisant suite à l'exposé que j'ai 
fait en mars 2020 en https://afia.asso.fr/journee-hommage-j-pitrat/ 



Pour l'instant RefPerSys  est développé en 
amateur. C'est du logiciel libre (sous GPLv3+) qui tourne sur Debian (ou 
Ubuntu)


Je lui cherche des utilisateurs et des contributeurs institutionnels ou 
professionnels.


En particulier, je cherche à intégrer un consortium de R collaborative 
- ANR, ITEA, HorizonEurope, etc... qui me permettrait de travailler 
professionnellement sur RefPerSys.


Contactez moi alors par courriel vers bas...@starynkevitch.net 
 et basile.starynkevi...@cea.fr 




Cordialement.

--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: problème de clavier (layout)

2021-06-07 Par sujet Frederic Robert 

On 6/7/21 6:24 AM, didier gaumet wrote:


Bonjour Bernard,

Je n'ai pas eu l'impression que Frédéric nous faisait une crise de nerfs 
mais plus prosaïquement qu'il demandait notre assistance pour 
solutionner son problème.


Bonjour Didier et à la liste,

Ce n'est rien :) Quand c'est comme ça je redémarre la machine et ça 
solutionne le problème temporairement. Je dois aussi me décider à passer 
à Buster ou Bullseye. J'utilise toujours Stretch car les mises à jour 
sécurités sont toujours assurées


Très bonne journée,

--
Frédéric ROBERT

Re: problème de clavier (layout)

2021-06-07 Par sujet didier gaumet 



Bonjour Bernard,

Je n'ai pas eu l'impression que Frédéric nous faisait une crise de nerfs 
mais plus prosaïquement qu'il demandait notre assistance pour 
solutionner son problème.


Et la solution que tu suggères devrait -normalement- certes permettre de 
revenir à une disposition de clavier externe français-belge mais la 
demande semble concerner la fourniture d'une solution pour empêcher que 
le clavier cesse de fonctionner en français-belge plutôt que de 
rebasculer son fonctionnement en français-belge une fois qu'il a cessé 
de fonctionner dans ce mode.


Amicalement.