Re: Acquisition VHS to usb : august vgb350 : pas de peripherique video

2021-12-18 Par sujet Polyna-Maude Racicot-Summerside
Salut !

On 2021-12-18 11:09 a.m., Greg wrote:
> Bonjour, 
> 
> j'ai acheté un dobgle usb august vgb350, qui parait-il fonctionne sous
> linux
> 
>   eb1a:5126 eMPIA Technology, Inc. August VGB350 USB Audio
> 
> hors a l'insertion seul le périphérique audio est reconnu
>   noyau 5.10.0-9-amd64 de la debian 11.1
> 
> y'a-t-il un module disponible / a reconfigurer ? 
> 
> extrait de journalctl -f a l'insertion
> 
> kernel: usb 1-2: new high-speed USB device number 8 using xhci_hcd
> kernel: usb 1-2: config 1 interface 0 altsetting 1 endpoint 0x82 has
> invalid wMaxPacketSize 0
> kernel: usb 1-2: New USB device found, idVendor=eb1a, idProduct=5126,
> bcdDevice= 1.00
> kernel: usb 1-2: New USB device strings: Mfr=0, Product=1,
> SerialNumber=2
> kernel: usb 1-2: Product: August VGB350 USB Audio
> kernel: usb 1-2: SerialNumber: 0
> mtp-probe[26889]: checking bus 1, device 8:
> "/sys/devices/pci:00/:00:08.1/:03:00.3/usb1/1-2"
> mtp-probe[26889]: bus: 1, device: 8 was not an MTP device
> systemd-udevd[26902]: controlC2: Process '/usr/sbin/alsactl -E
> HOME=/run/alsa -E XDG_RUNTIME_DIR=/run/alsa/runtime restore 2' failed
> with exit code 99.
> mtp-probe[26904]: checking bus 1, device 8:
> "/sys/devices/pci:00/:00:08.1/:03:00.3/usb1/1-2"
> mtp-probe[26904]: bus: 1, device: 8 was not an MTP device
> rtkit-daemon[1159]: Supervising 8 threads of 4 processes of 1 users.
> rtkit-daemon[1159]: Successfully made thread 26905 of process 1310
> owned by '1000' RT at priority 5.
> rtkit-daemon[1159]: Supervising 9 threads of 4 processes of 1 users.
> 
> dejà fait (sans changement) :
> 
> * modprobe em28xx card=51 
>   echo eb1a 5126 | sudo tee /sys/bus/usb/drivers/em28xx/new_id
> 
> kernel: em28xx 3-2:1.0: dvb set to isoc mode.
> kernel: em28xx 3-2:1.0: Registering V4L2 extension
> kernel: em28xx 3-2:1.0: Config register raw data: 0x22
> kernel: em28xx 3-2:1.0: I2S Audio (3 sample rate(s))
> kernel: em28xx 3-2:1.0: No AC97 audio processor
> kernel: usb 3-2: Decoder not found
> kernel: em28xx 3-2:1.0: failed to create media graph
> kernel: em28xx 3-2:1.0: V4L2 device video4 deregistered
> kernel: em28xx: Registered (Em28xx v4l2 Extension) extension
> 
> 
> 
> * lsmod | grep v4l
>   videobuf2_v4l2 36864  1 uvcvideo
>   videobuf2_common   65536  2 videobuf2_v4l2,uvcvideo
>   videodev  286720  4
>   videobuf2_v4l2,uvcvideo,videobuf2_common,em28xx mc   61440  6
>   videodev,snd_usb_audio,videobuf2_v4l2,uvcvideo,videobuf2_common,em28xx
> 
> 
> 
Tu as pas un périphérique uvcvideo ? As-tu essayé avec cheese / uvccapture ?

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Écran noir après mise à jour Debian 11

2021-12-16 Par sujet Polyna-Maude Racicot-Summerside
Salut

On 2021-12-15 5:42 p.m., Haricophile wrote:
> Le Tue, 14 Dec 2021 19:09:01 +0100,
> "ajh-valmer"  a écrit :
> 
>> Bonsoir,
>>
>> Je vois que je ne suis pas le seul après migration Buster vers
>> Bullseye...
>>
>> Si ce n'est pas déjà fait et excuses,
>> Démarrer en mode "recovery" (mode console sans Xorg) pour réparer.
>> En démarrage mode graphique, souvent ça bloque à la fin,
>> il faut taper CTRL-D (redémarrage) ou le mode de passe root pour être
>> loggué.
>>
ok
et ?
est-ce que tu as déjà regardé les journaux (logs) pour voir quel service
chargeait mal ou s'il y avait des messages d'erreurs ?

c'est passablement douteux ce que tu racontes ici.
qu'il faut se connecter en utilisant le mots de passe root, est-ce que
tu parles d'un échec et l'utilisation du mots de passe root pour
utiliser le système en mode simple utilisateur, suite à un échec par
exemple au montage ? c'est certain que si tu redémarres ton PC sans bien
démonter les systèmes de fichiers alors ça pourra arriver.

par exemple, tu trouves que le chargement est trop long (ce que tu
appelles problème d'écran noir), tu fais un redémarrage à froid (cold
boot, tu éteins le PC) puis par la suite au redémarrage ça l'aura des
possibles problèmes à remonter le système de fichier.

l'écran noir peut simplement venir du fait que le pilote qui gère la
carte graphique dans X est mal configuré.

as-tu essayé de changer de terminal virtuel lors du démarrage ?
(ALT+F3/F1, etc) ? ALT+F1 risque de te montrer la console principale.

Si tu veux un peu d'aide il faudra en dire plus de précision car là ça
ressemble passablement à "mon PC marche mal", ce qui n'est que de peu
d'utilité (et de possibilité de t'aider).

Quel périphérique avec pilote propriétaire ?
Quel est ta configuration ?
As-tu essayé d'utiliser un média "live" de BullsEye pour voir si ton
système serait pas supporter sans pilote externe ?

>> Bonne soirée.
> 
> Il y a un maximum de chance d'avoir des problèmes de ce genre avec des
> pilotes propriétaires installés. D'ailleurs j'ai déjà vu dans ma vie ce
> genre de gags sous Windows aussi : Moins on dépend des pilotes matériels
> spécifiques (et parfois buggués), mieux les changements de version,
> restaurations de sauvegardes, changement de matériel etc ont de chance
> de bien se passer.
> spéculation (utile ?)

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Problème avec umask dans fstab sur un sous-dossier

2021-11-29 Par sujet Polyna-Maude Racicot-Summerside


On 2021-11-28 3:25 p.m., lists.deb...@netc.eu wrote:
> Merci du retour Didier, 
> 
> Je vais essayer de voir tout ça pendant la semaine. 
> 
> Entre-temps ce que je n'arrive pas trop à comprendre est-ce pourquoi 2
> dossiers similaires (User1 et User2) finissent par avoir des permissions
> différentes, même si sous Windows ils ont exactement les mêmes
> paramètres de sécurité et droits d'accès... 
> 
Parce qu'ils ont pas les mêmes paramètres de correspondance sous Linux ?
Windows voit bien ses paramètres car c.est son propre système.
Mais
Linux reconnait peut-être mal l'usager 2 ou celui-ci a un umask différent.
> J'ai vraiment du mal à comprendre... 
> 
> 
> 
> Le 28/11/2021 à 21:10:05, didier gaumet  a écrit :
> 
> Le dimanche 28 novembre 2021 à 17:51 +0100, lists.deb...@netc.eu a
> écrit :
> > Merci de vos retour :)
> >
> > Je suis allé sur le site NTFS-3G site, j'ai lu toute la doc relative
> > au fichier usermap, mais j'ai eu deux soucis :
> >  - je n'ai pas réussi à trouver le fichier zip pour Windows
> 
> Il (JP Andre) a changé l'organistaion de son site perso et le site
> principal NTFS-3G sur GitHub ne propose que les sources.
> Je pense que le zip en question pour Windows version 64 bits est celui-
> là:
> 
> https://jp-andre.pagesperso-orange.fr/download-rpm.html#ntfsprogs-windows-64-2017.3.23AR.6.zip
> 
> 
> >  - une foi que j'ai essayé de lancer l'exécution sur Debian, je n'ai
> > pas trop compris les résultats ni comment les utiliser : j'ai
> > beaucoup des fichiers et sous-dossiers dans ces dossiers, il semble
> > que je dois passer sur chaque un afin de vérifier la permission et
> > faire manuellement la correspondance ?
> 
> Je pense qu'il faut que tu commences par paramétrer à la main sous
> Windows dans un fichier de config une correspondance pour faire
> connaître à Windows à quel utilisateur Windows spécifique il doit
> attrribuer les droits d'accès attribués sous Linux à un utilisateur
> Linux spécifique. Du style:
>  Marc_linux:Marc_Windows
> faire la même chose pour les groupes
> 
> Ensuite, je me suis arrêté là parce que ça m'aurait pris trop de temps
> pour te dire quoi faire exactement (vu que c'est un contexte qui est
> nouveau pour moi, il me faut comprendre de quoi il s'agit et je suis
> lent), désolé, il va falloir que tu creuses toi-même :-)
> 
> 
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Vieille version de knoppix

2021-10-22 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-10-21 8:38 a.m., Grégoire Scano wrote:
> Bonjour Didier,
> 
> la liste debian-l10n-french est consacrée à la traduction de Debian en
> français, je redirige donc ton message vers la liste debian-user-french
> dédiée à aider les utilisateurs et dont les membres pourront sûrement
> t'aider.
> 
> Merci de ne pas m'inclure dans le fil de discussion,
> Grégoire
> 
> On 10/21/21 3:56 PM, Didier Romieu wrote:
>> Bonjour.
>> Sur un vieux portable (Pentium III 2.5Ghz, 256Mo de RAM, 60GO de disque)
>> qui ne peut booter que sur une disquette ou un cd (rw max 700Mo), j'ai
>> installé sur le disque dur Knoppix 6.7 !
>> La connexion réseau fonctionne par un clé USB wifi.
>> Tout est pour le mieux.
>> Mais peut-on encore utiliser les commandes de mise a jour "apt-get
>> update et upgrade" ?
>> J'obtiens des messages d'erreur comme :
>> "Impossible de récupérer
>> http://ftp.de.debian.org/dists/stable/updates/main/binary-i383/Packages.gz
>> "
>> 404 Not found [IP : 151.101.2.132 80]
Je peux déjà vous dire que cette référence est erronné.
En effet, la version stable actuellement est de loin plus récente que
Knoppix 6.7 !

>> ou
>> "Impossible de récupérer
>> http://security.debian.org/debian/dists/experimental/contrib/binary-i383/Packages.gz
>> "
>> Ce qui semble normal au vu de l'ancienneté du logiciel.
>> Mais existe-t-il une solution de secours ?
Trouvez quel est le dépot auxquel Knoppix 6.7 se réferrait (la version
de Debian si les dépots standard étaient utilisé) puis modifier le
"stable" pour la référence de cette version.

>> En vous remerciant.
>>
>> *Didier ROMIEU*
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: photo opensource

2021-09-12 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-09-12 12:38 a.m., ptilou wrote:
> Slt,
> 
> Le vendredi 4 juin 2021 à 20:20:05 UTC+2, Kohler Gerard a écrit :
>> Le 04/06/2021 à 14:41, Polyna-Maude Racicot-Summerside a écrit : 
>>> Bonjour, 
>>>
>>> On 2021-06-04 2:47 a.m., Kohler Gerard wrote: 
>>>> bonjour, 
>>>>
>>>> merci pour votre implication dans le LL et la photo, 
>>>>
>>>> je suis sous Debian, et je n'utilise que des LL pour travailler mes 
>>>> photos en dehors de quelques programmes qui sont des goulots 
>>>> d’étranglements comme 
>>>>
>>>> Vuescan et Turboprint . 
>>>>
>>>> bon courage et tous mes voeux 
>>>>
>>>> G. Kohler 
>>>>
>>> Que voulez-vous dire par "goulot d'étranglement" ?
>> en fait c'est la gestion de certain matériel bien spécifique : 
>>
>> imprimantes photo professionnelle, 
>>
>> scanners (surtout pour la retouche des négatifs ) 
>>
>> ou il n'existe pas encore de solution open source, surtout du fait que 
>> les fabricants ne communiquent pas sur leurs firmware. 
> 
> Voilà de quoi peut-être régler ton histoire de firmwaire :
> https://www.oreilly.com/library/view/linux-device-drivers/0596005903/
> 
Je suis pas trop certaine de comprendre pourquoi partager un livre sur
l'écriture de gestionnaire de périphériques ??

Le problème n'est pas le manque de connaissance dans la communauté.
C'est le manque de volonté des constructeurs de partager les
spécifications matériel de leurs produits.

Il y a amplement de gens capable écrire des gestionnaires de
périphériques. Mais ça ne change rien à la situation...

Comment tu fais pour écrire un gestionnaire de périphérique qui va
communiquer avec un numériseur (scanner) qui te renvoie des données dans
un format impossible à lire ? Qui n'a pas une méthode connu et publique
pour recevoir les commandes ?

Ce n'est pas parce qu'un périphérique est compatible avec la norme USB
1.1/2/3 que ça le rend ouvert pour autant.

4865478936436564655237866112344866542213

Ça signifie page entière, 600 DPI, noir et blanc, +2 pour le contraste

48654789464365646545337466112344866542213
Et ça c'est la même chose sauf que ça dit d'allumer la table lumineuse
pour faire des négatifs.

C'est pas la norme USB qui décrit les commandes à envoyer aux
périphériques. Certe elle décrit les grandes lignes mais pas l'opération
de certaines spécificités.

De la même façon que la norme USB sur les périphériques d'interface
d'entrée (HID) que sont clavier, souris et manette va décrire assez bien
comment interagir avec n'importe quel périphérique de cette classe.
Par contre, les boutons sur une manette de jeu n'auront pas
nécessairement d'ordre spécifique, un sera à un endroit sur un produit
et sera ailleur sur un autre produit.

Il faudra donc configurer la manette de jeu pour redéfinir les boutons.

C'est pareil avec les appareils photos, les numériseurs, etc.

Rien dans la norme USB PTP dicte comment changer la longueur focale sur
un compact expert, comment aller la lumière d'aide au focus, etc. Ce
sont tous des notions qui ont été découverte par rétro-ingénerie.

Si la solution était aussi simple que lire un bouquin de 300 pages, je
crois que ça ferait longtemps que ça aurait été fait. Surtout que ce
livre est présent dans la bibliothèque d'une majorité d'informaticien
développeur et se trouve facilement sur Google gratuitement.
>>
>> sinon comme logiciels j'utilise darktable, Krita, Mypaint, Inkscape, 
>> Blender, Luminance HDR. 
>>
>> Je n'utilise pas ou peu Gimp, trouvant Krita largement supérieur 
>>
>> G. Kohler
> 
> — 
> Ptilou 
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Pavé numérique bullseye

2021-08-18 Par sujet Polyna-Maude Racicot-Summerside
Salut,

On 2021-08-18 5:08 a.m., Jean Bernon wrote:
> 
> Bonjour, 
> 
> 
> Je viens d'installer Bullseye et ça fonctionne plutôt bien. Un petit souci : 
> ma touche numlock n'active plus le voyant numlock et je ne parviens pas à 
> faire fonctionner mon pavé numérique de droite (asus K551LN). Je peux 
> utiliser les nombres du pavé seulement en utilisant la touche Shift. 
> Quelqu'un a-t-il rencontré ce problème ? 
> 
Tu as simplement mal configuré ton clavier. Peut-être avais tu installé
un logiciel spécifique pour ton portable et ou configurer de façon
particulièr sur Buster et n'a pas fait la manipulation sous Bullseye.

Si tu expliques un peu mieux le contexte (X11, terminal ?) alors tu
risques d'avoir un peu plus de réponse avec des pistes de *solutions*.
> 
> Merci 
> Jean
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Bulleye sécurité

2021-08-18 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-08-18 3:42 a.m., Sébastien NOBILI wrote:
> Bonjour,
> 
> Le 2021-08-16 12:50, MERLIN Philippe a écrit :
>> Depuis deux jours j'ai ce message lorsque je lance  apt update :
>>
>> Le dépôt http://security.debian.org stable/updates Release ne contient
>> plus de fichier Release .
> 
> Je ne reviens pas sur ce qui a déjà été écrit, mais je rebondis sur le
> contexte de ton problème.
> 
> Ton sources.list référence la distribution "stable". Ça signifie que ton
> système basculer automatiquement
> lorsqu'une nouvelle stable est publiée.
> 
Surtout que si tu es actuellement sur Buster et que tu utilises ce type
de référence dans *sources.list* alors tu te retrouves maintenant à
référencer Bullseye. Bonjour les problèmes car tu feras pas une mise à
jour mais plus un mélange des deux versions, vraiment pas conseillé.

> Personnellement je préfère choisir le moment (ce qui ne m'empêche pas de
> le faire dès la publication). Si
> c'est aussi ton cas, alors tu devrais remplacer le "stable" par le nom
> de la version que tu cibles. Par
> exemple :
> 
>     deb http://deb.debian.org/debian/ bullseye main contrib non-free
>     deb https://deb.debian.org/debian-security bullseye-security main
> contrib non-free
> 
> Sébastien
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Obtenir le support des images avec opencl

2021-08-09 Par sujet Polyna-Maude Racicot-Summerside
Bonjour Didier,
On 2021-08-09 3:37 p.m., didier gaumet wrote:
> Bonjour,
> 
> Je n'ai jamais expérimenté OpenCL, donc mes commentaires sont à prendre avec 
> précaution
> 
> De ce que je comprends (de travers?), à l'heure actuelle la seule 
> implémentation d'OpenCL qui prendrait en charge le support des images serait 
> ROCm à partir de la version 3.7 (on en est à 4.3). En tout cas pour de 
> l'AMD/ATI, tu peux utiliser Mesa mais le support des images ne semble pas 
> encore d'actualité.
> 
> Je n'ai trouvé trace de ROCm dans Debian qu'en version 3.3 de mai 2020 dans 
> le repo experimental donc je suppose que c'est abandonné. Je n'ai trouvé de 
> trace de ROCm dans aucun autre package (mais j'ai peut-être mal cherché)
> 
> Tu peux peut-être t'en sortir en installant un paquetage Ubuntu (module ROCm 
> DKMS) à partir des dépôts AMD, ça ne coûte rien de lire leur page de doc.
> 
> https://wiki.archlinux.org/title/GPGPU
> https://www.phoronix.com/scan.php?page=news_item&px=ROCm-3.7-OpenCL-Image
> https://rocmdocs.amd.com/en/latest/Installation_Guide/Installation-Guide.html
> 
Je ne sais pas trop exactement et avec précision ce que tu veux dire par
"support des images" parce que déjà OpenCL permet grace à la
parallélisation de traiter sur le GPU des images.

Exemple ceci qui est du code Python :
https://towardsdatascience.com/get-started-with-gpu-image-processing-15e34b787480

Déjà Darktable utilise le GPU pour traiter des images, donc je ne crois
pas que l'on peut dire que c'est absent de Debian.

Il faut faire attention entre implémentation et implémentation de référence.

Par exemple dans le cas de Java, peut-on dire que Debian inclus Java ?
Il n'inclus pas la version de référence de Java tel que produit par
Oracle mais il inclus une version aux fonctionnalités et à la
compatibilité identique nommé OpenJDK (qui est en partie produite par
Oracle à ce que j'en comprends).

Si tu regardes la page de ArchLinux, tu veras dans le haut plusieurs
gestionnaire (driver) pour OpenCL.

*rocm* est l'un d'eux
Tout comme *opencl-amd* et *opencl-mesa*
De ce que je comprend de ArchLinux, le package opencl-amd est équivalent
à ce qui se trouve actuellement dans *non-free*.

https://aur.archlinux.org/packages/opencl-amd/

Solidairement,
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Fwd: bogue dlopen croisé dans RefPerSys (commit 8553aeaa8442)

2021-07-29 Par sujet Polyna-Maude Racicot-Summerside
Quel package pour Debian ?

On 2021-07-29 3:48 p.m., Basile Starynkevitch wrote:
> 
> Bonsoir,
> 
> 
> Une demande d'aide, que j'ai postée vers une liste April, mais qui
> concerne un logiciel libre sous Debian/Testing/x86-64 (ou Ubuntu 21.04)
> 
>  Forwarded Message 
> Subject:  bogue dlopen croisé dans RefPerSys (commit 8553aeaa8442)
> Date: Thu, 29 Jul 2021 21:40:04 +0200
> From: Basile Starynkevitch 
> To:   techni...@april.org
> 
> 
> 
> Bonsoir à tous,
> 
> RefPerSys  est un logiciel libre d'intelligence
> artificielle symbolique (sous licence GPLv3+) sous Linux. La
> philosophie, c'est /méta-connaissances déclaratives/ (vous lirez avec
> profit le livre: /Méta-connaissances, futur de l'Intelligence
> Artificielle/  ISBN  2-86601-247-X, Hermès 1997) auto-génération du
> système (j'en suis encore loin, mais grâce à d'autres je m'en rapproche...).
> 
> Pour les curieux, voir les exposés en
> https://afia.asso.fr/journee-hommage-j-pitrat/
>  et surtout, lire le
> dernier livre de Pitrat (en anglais) /Artificial Beings : the Conscience
> of a Conscious Machine/ ISBN-13: 978-1848211018. Ce livre se lit bien et
> ne nécessite pas de connaissances informatiques poussées.
> 
> Le code C++ (actuellement écrit à la main, hélas; je voudrais en générer
> davantage) de RefPerSys (commenté en anglais) est en
> https://github.com/RefPerSys/RefPerSys
> 
> 
> et ce message concerne le git commit 8553aeaa8442
> 
> 
> L'idée directrice (insuffisamment suivie) est de traduire un formalisme
> de règles (systèmes experts) en du code généré C++, actuellement
> utilisant Qt5. L'état persistant de RefPerSys est stocké dans des
> fichiers textuels (sous persistore/ ...) dans un format inspiré de JSON.
> 
> La configuration de RefPerSys est artisanale: un banal Makefile, avec un
> fichier inclus $HOME/.refpersys.mk qui contient par exemple
> 
> # file ~/.refpersys.mk
> RPS_BUILD_CC= /usr/bin/gcc-10
> RPS_BUILD_CXX= /usr/bin/g++-10
> 
> (on peut remplacer gcc-10 par gcc-11 ou clang-12, etc...)
> 
> 
> Après avoir compilé RefPerSys (par un make -j7 refpersys && make all) je
> le lance avec ./refpersys --Qt -AGUI,WEB et j'obtiens (depuis un commit
> ou deux) systématiquement l'erreur:
> 
> rimski.x86_64 ~/RefPerSys 20:53 .0 % ./refpersys --Qt -AGUI,WEB
> 
> 
> *** RefPerSys INFORM: main_rps.cc:754: 
>  !-!-! starting RefPerSys !-!-! ./refpersys process 10298 on host rimski
> ... gitid 8553aeaa84429a15 built Thu 29 Jul 2021 08:53:24 PM MEST
> (main@0x555c2cba177d) interactive mode (3 jobs)
> 
> make: Entering directory '/home/basile/RefPerSys'
> make: Leaving directory '/home/basile/RefPerSys'
> ** RefPerSys INFORM! main_rps.cc:586: void rps_check_mtime_files()
> rps_check_mtime_files: did make -t -C /home/basile/RefPerSys -q objects
> successfully
> ** RefPerSys INFORM! store_rps.cc:749: void
> Rps_Loader::load_all_state_files() loaded 1 space files in second pass
> with 196 objects and 0 todos
> 
> ** RefPerSys INFORM! store_rps.cc:2721: void rps_load_from(const
> string&) rps_load_from completed
> ... from directory /home/basile/RefPerSys with RefPerSys built Thu 29
> Jul 2021 08:53:24 PM MEST
>  lastgitcommit 8553aeaa8442 more code in
> RpsTemp_ObjectBrowser::refresh_object_browser - the loop to display
> object is incomplete
>  md5sum 45449edd9382713d22f67e2b8edad88b
>  loaded 196 objects in 0.004 elapsed, 0.004 cpu seconds
>  so 22.165 elapsed µs/ob, 22.161 cpu µs/ob, in 7434 memory words.
> =
> 
> 
> 
> 
> *** RefPerSys INFORM: main_rps.cc:1120:  char**)>
>  rps_run_application: start of ./refpersys
> .. gitid 8553aeaa84429a15d52d961e632210c93dc1f8ae+
> .. build timestamp Thu 29 Jul 2021 08:53:24 PM MEST
> .. last git commit 8553aeaa8442 more code in
> RpsTemp_ObjectBrowser::refresh_object_browser - the loop to display
> object is incomplete
> .. md5sum 45449edd9382713d22f67e2b8edad88b
> .. in /home/basile/RefPerSys
> .. on host rimski pid 10298
> 
> 
> ** RefPerSys INFORM! main_rps.cc:1675: bool rps_set_debug_flag(const
> string&) setting debugging flag GUI
> ** RefPerSys INFORM! main_rps.cc:1675: bool rps_set_debug_flag(const
> string&) setting debugging flag WEB
> 
> 
> *** RefPerSys INFORM: main_rps.cc:1138:  char**)>
>  rps_run_application did set debug after load to GUI,WEB
> 
> ** RefPerSys INFORM! main_rps.cc:1206: void rps_run_application(int&,
> char**) rps_run_application will do Qt from pid 10298 on rimski so make
> tempgui-qrps.so
> make: 'tempgui-qrps.so' is up to date.
> 
> 
> ** RefPerSys FATAL! main_rps.cc:1214:: dlopen tempgui-qrps.so failed :
> ./tempgui-qrps.so: undefined symbol: _ZN17Rps_PayloadStrBuf12clear_bufferEv
> 
> RPS FATAL:
>  RefPerSys gitid 8553aeaa84429a15d52d961e632210c93dc1f8ae+,
>   

Re: Aide programme en python

2021-07-19 Par sujet Polyna-Maude Racicot-Summerside
Salut,

On 2021-07-19 3:52 p.m., Étienne Mollier wrote:
> Bonjour,
> 
> Georges, on 2021-07-16:
>> Bonjour,
>>
>> J’utilisais Paprass (GED de https://bipede.fr/contrib/paprass-5-65/ )
>> sans problème sous Linux Debian Bullseye, mais … je viens de changer de
>> Scanner. Le nouveau n’étant pas reconnu et scanner.cfg conservant la
>> configuration de l’ancien, j’ai refait une installation (en mettant à
>> l’abri les données enregistrées auparavant) sans sucés.
>> En console :
>> ~/Paprass$ python3 paprass.py /home/moi/Paprass/paprass.py:65:
>> DeprecationWarning: an integer is required (got type float). Implicit
>> conversion to integers using __int__ is deprecated, and may be removed
>> in a future version of Python. self.resize(width, height)
>> /home/moi/Paprass/paprass.py:66: DeprecationWarning: an integer is
>> required (got type float). Implicit conversion to integers using
>> __int__ is deprecated, and may be removed in a future version of
>> Python. self.move(posX, posY) Traceback (most recent call last): File «
>> /home/moi/Paprass/paprass.py », line 242, in onScan scan =
>> scanner.getScanner(self, cfg) File « /home/moi/Paprass/scanner.py »,
>> line 102, in getScanner dlg = InitScanner(QCoreApplication.translate(«
>> scanner », « Choice of scanner »), listeScanners) TypeError: __init__()
>> missing 1 required positional argument: ‘devices’ Abandon
> 
> J'ai essayé de récupérer le programme, par curiosité, mais j'ai
> reçu pour tout message:
>>> Invalid File Type 
>>> (/home/bipede/www/downloads/logiciels/Paprass-5.65.tar.xz)!
> 
> Juste avec le message d'erreur, sans idée plus précise de ce
> qu'il se passe sous le capot, je conjecture que:
>  1. ou bien il y a une coquille dans le fichier de configuration
> scanner.cfg ;
>  2. ou bien le scanneur n'est pas reconnu par le système, auquel
> cas je ne pense pas que le problème se résolve du côté de
> Pap´rass.
> 
> Pour le cas numéro deux, peut-être qu'un pilote serait
> disponible dans l'une des dépendances de printer-driver-all.
> Je serais bien incapable d'en dire plus…
> 
>>   J'ai demandé de l'aide l'auteur (bipède) mais il est hospitalisé
>>   et donc pas en situation d'analyser son programme.
>>
>>   Dommage s'il ne peu plus maintenir ce petit bijou.
> 
> :(
> 
> Espérons que bipède puisse se remettre…
> 
As-tu pensé à VueScan ?

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-18 Par sujet Polyna-Maude Racicot-Summerside
...

On 2021-07-18 1:24 a.m., Charles Plessy wrote:
> Le Sat, Jul 17, 2021 at 08:46:52PM -0400, Polyna-Maude Racicot-Summerside a 
> écrit :
>>>
>> CDT ? Comme Des Tafiole ?
> 
Chérie, je suis vraiment boucher... J'ai besoin de ton aide. Peux-tu me
trouver un mot insultant qui commence par "T", je dois faire un
acronyme. Je pense à "tantouse" mais je crois pas que c'est le bon.
Tafiole ? Ah, Merci ! Mon amoure.

Heureusement que ma femme était là !

> Bonjour,
> 
> « Tafiole » est un mot insultant qui n'a pas sa place sur nos listes.
> 
Tu sais combien de travail j'ai dû faire pour concevoir cet acronyme ?

Je peux te servir la version québécoise si tu veux...

CDT ?
Calice De Tabarnacle !
> https://www.debian.org/intro/diversity
> 
> https://www.debian.org/code_of_conduct
> 
> Merci d'y penser la prochaine fois, et bon dimanche
> 
L'humour existe, qu'elle vous plaise ou pas (Dieudonné)
Merci d'y penser la prochaine fois, et bon dimanche

> Charles Plessy
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-17 Par sujet Polyna-Maude Racicot-Summerside


On 2021-07-17 3:32 p.m., sebastien.di...@free.fr wrote:
> Le 2021-07-17 14:53, Denis Fertin a écrit :
>> " Hum, hum ;)"  ne correspond pas à mon standard de communication
>> claire, nette et précise qui je pense devrait être partagé par les
>> membres d'une liste de diffusion sérieuse.
> 
> Mince, je vais donc devoir me désabonner, je n'ai jamais réussi à me
> prendre vraiment au sérieux.
> 
Sérieux ?
Il fallait le dire que c'était un groupe de discussion sérieux.
Il y a plusieurs personnes qui disent du gros n'importe quoi
technologique ici. Peut-être serait-il pertinent de les aviser ?

...Et ajouter le suffixe "-serieux" dans le nom de la liste de discussion.

>> Cdt
> 
> "Cdt" ne correspond pas à mon standard de communication claire, nette et
> précise qui je pense devrait être partagé par les membres d'une liste de
> diffusion sérieuse.
> 
CDT ? Comme Des Tafiole ?

> Cordialement et sans rancune,
> 
> Sébastien
> 

Sincèrement ?

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-17 Par sujet Polyna-Maude Racicot-Summerside


On 2021-07-17 8:53 a.m., Denis Fertin wrote:
> Bonjour,
> 
> 
> " Hum, hum ;)"  ne correspond pas à mon standard de communication
> claire, nette et précise qui je pense devrait être partagé par les
> membres d'une liste de diffusion sérieuse.
> 
Sérieuse ?
C'est vraiment une blague ce post !
> Cdt
> 
> Le ven. 16 juil. 2021 à 22:19,  > a écrit :
> 
> Le 2021-07-16 15:18, Denis Fertin a écrit :
> 
>> Je ne crois pas que cela ait été mentionne: il est tout a fait
>> possible de faire les mises a jour de cartes open street map /
>> open topo map pour une carte micro sd d' un récepteur GPS Garmin
>> (etrex 30 dans mon cas) sous Debian a partir du moment ou on peut
>> monter la carte SD.
>  
> Hum, hum...
>  
> https://lists.debian.org/debian-user-french/2021/07/msg00039.html
> 
>  
> ;)
>  
> Sébastien
> 
> 
> 
> -- 
>  
> Denis Fertin

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-11 Par sujet Polyna-Maude Racicot-Summerside
Salut,

On 2021-07-11 10:31 a.m., sebastien.di...@free.fr wrote:
> Le 2021-07-09 18:11, Polyna-Maude Racicot-Summerside a écrit :
>> Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo.
>> Comme c'est un vieux modèle, il fonctionnait via port série.
> 
> Il n'est pas nécessaire d'avoir un GPS couplé à l'appareil photo. Il est
> aussi possible de :
> 
> 1. Photographier à un moment quelconque de la balade l'écran du GPS
> montrant l'heure à la seconde près, puis de retour à la maison, de
> comparer l'heure affichée par le GPS sur la photo et l'heure indiquée
> dans les métadonnées de la photo pour déterminer le décalage horaire
> entre le GPS et l'appareil photo.
> 
> 2. Une fois cet écart déterminé, il est possible de recaler l'heure de
> création enregistrée dans les photographies avec exiftool. Par exemple,
> si on découvre que l'horloge de l'appareil photo avait un retard de
> 4m12s, on exécute la commande : exiftool "-alldates+=0:4:12" *.jpg
> 
> 3. L'injection des coordonnées GPS dans les photographies est alors
> possible en s'appuyant sur la trace GPX du GPS (l'outil calculant la
> position par interpolation horaire des positions enregistrées dans la
> trace). La dernière fois que j'ai fait cette manipulation, j'ai utilisé
> gpscorrelate, mais la même opération semble désormais possible avec
> exiftool, en utilisant l'option « -geotag ». D'après ce que j'ai compris
> en lisant la page de manuel d'exiftool, le décalage horaire entre
> l'heure locale stockée dans les photographies et l'heure UTC du GPS est
> automatiquement prise en compte. Avec gpscorrelate, il faut préciser ce
> décalage via l'option « -z ».
> 
Je sais pas d'où tu vas chercher tout ça mais oui c'est possible à faire.
Par contre, quand tu as un Nikon D2X qui est un appareil pro et que tu
sors 200-300 photos en une séance alors je doute que ce soit approprié
ton histoire.

> Cf. https://exiftool.org/geotag.html
> 
> Sébastien
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Audacity [was Re: Logiciel pour enregistrer du son]

2021-07-11 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-07-11 9:50 a.m., Gaëtan Perrier wrote:
> Le dimanche 11 juillet 2021 à 10:21 +0200, Raphaël POITEVIN a écrit :
>> Audacity, dans sa version encore éthique.
>>
On va rester logique...
Il y a pas de version "non éthique" de Audacity.
Les données de télémétries collectés sont à peu près les mêmes que
celles qu'un site web ramasse via des "cookies".
Puis elles peuvent être éteinte aisément.

En plus, ça concerne une possible version à venir alors rien ne touche
au présent.

On se calme un peu le ponpon.
> 
> Peux-tu préciser, stp ?
> 
> Gaëtan
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-09 Par sujet Polyna-Maude Racicot-Summerside
Une petite correction !

On 2021-07-09 12:11 p.m., Polyna-Maude Racicot-Summerside wrote:
> Salut,
> 
> On 2021-07-09 6:29 a.m., kaliderus wrote:
>> Bonjour,
>>
>> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
>> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
>> et qui idéalement me permettraient de faire des mise à jour des cartes
>> sous Debian ?
> Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo.
> Comme c'est un vieux modèle, il fonctionnait via port série.
> 
> J'ai pu acheté pour environ 15 euros un GPS qui supporte GNSS receiver
> Dual GPS+GLONASS.
> 
> Il te faudra simplement un adaptateur USB vers port série et une
> alimentation 5V.
> 
> Puis tu pourras utiliser par la suite Openstreetmap sur un ordinateur
> portable ou une tablette comme base pour les cartes.
> 
> Solutions 100% open-source
>> Actuellement nous avons un Garmin qui commence à dater, et nous devons
>> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
>> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
>> La cartographie devrait contenir l'Europe entière.
>>
Il existe un daemon nommé GPSD ainsi que plusieurs logiciel de
cartographie qui pourront utiliser les cartes OpenStreetMap (qui malgré
le nom sont pas que des cartes routières).

Tu auras donc tout l'ensemble libre.
Il m'est arrivé à quelques reprises de mettre le GPS sur mon ordinateur
portable et l'utiliser pour le simple plaisir de faire des tests.

C'est très efficace.
>> Merci pour votre attention.
>>
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-09 Par sujet Polyna-Maude Racicot-Summerside
Salut,

>   Bonjour,
> 
>   C'est en fait bien pire que cela. Pour d'obscures raisons, plusieurs
> Tomtom que j'ai eu pour des clients ne fonctionnent qu'avec la carte SD
> d'origine lorsque la cartographie est une une carte. J'ai eu la
> désagréable surprise de devoir changer de carte SD pour mettre à jour la
> carto (une histoire de taille) et l'appareil ne démarre plus.
> 
Obscure raison ?
Simplement pour éviter la copie des cartes et forcer l'utilisateur à
acheter chez TomTom/Garmin
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: GPS, logiciels libres et Debian

2021-07-09 Par sujet Polyna-Maude Racicot-Summerside
Salut,

On 2021-07-09 6:29 a.m., kaliderus wrote:
> Bonjour,
> 
> J'envisage l'achat d'un GPS (voiture/moto/bateau donc étanche).
> Avez-vous des recommandations, tuyaux, marques à conseiller ou éviter,
> et qui idéalement me permettraient de faire des mise à jour des cartes
> sous Debian ?
Il y a quelques temps j'ai eu besoin d'un GPS pour mon appareil photo.
Comme c'est un vieux modèle, il fonctionnait via port série.

J'ai pu acheté pour environ 15 euros un GPS qui supporte GNSS receiver
Dual GPS+GLONASS.

Il te faudra simplement un adaptateur USB vers port série et une
alimentation 5V.

Puis tu pourras utiliser par la suite Openstreetmap sur un ordinateur
portable ou une tablette comme base pour les cartes.

Solutions 100% open-source
> Actuellement nous avons un Garmin qui commence à dater, et nous devons
> passer par leur outil pour les mises à jour, un vieux pc M$ s'en
> charge, jusqu'au jour où l'outil ne sera plus maintenu ...
> La cartographie devrait contenir l'Europe entière.
> 
> Merci pour votre attention.
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: [HS] Utilisation de fibre dans des rocades inter-étages [RESOLU]

2021-06-16 Par sujet Polyna-Maude Racicot-Summerside
Salut,
Je me questionne comment tu vas faire pour offrir le service client,
diagnostic et autres si tu n'as pas cette expérience.

Peut-être devrais-tu t'associer pendant un temps, question d'acquérir
une expérience puis après te lancer autonome...

On 2021-06-16 12:44 p.m., Olivier wrote:
> Merci à tous et spécifiquement à Gabriel et Pierre, pour ces réponses.
> 
> Multimode vs Monomode:
> J'avais en tête, une différence de prix importante dans le prix des
> modules SFP/SFP+.
> J'ai vu ce jour, que ce n'était plus exact et qu'à ce titre, une fibre
> OS1 ou OS2 pouvait être intéressante y compris en intérieur, sur des
> distances assez courtes.
> 
> Assemblage de rocades:
> Mon objectif est d'utiliser au maximum du prêt-à-porter pour des
> questions de prix et pour éviter d'avoir à rechercher des intervenants
> locaux (je travaille sur tout le territoire) sur une spécialité que je
> ne connais pas.
> Dans mon cas, je me sens incapable de déterminer à l'avance à moins de
> 5m mètre la longueur des rocades.
> Véritablement, je ne connais ces longueurs qu'une fois avoir fait passer
> une aiguille de tirage, le jour J.
> C'est pourquoi, j'imaginais intervenir sur site avec deux ou trois
> rocades (10, 20 et 30m, par exemple) et choisir la bonne après avoir
> fait passer mon aiguille.
> 
> Je n'étais pas enthousiaste à l'idée d'assembler des longueurs (risques
> de désassemblage, pertes optiques, télé-diagnostic diffcile...). Vos
> témoignages confirment que ce n'est probablement pas une bonne idée.
> 
> Réflecto, mesure, recette:
> Sans outil ni compétence fibre locale, j'ai objectivement un trou dans
> la raquette.
> (Que faire si la fibre est assez bonne pour laisser passer de la lumière
> mais pas assez pour supporter le 10Gb/s ?)
> À creuser.
> 
> MTP/LC:
> Je pensais utiliser un module [3] à chaque extrémité du câble MTP.
> [3] https://www.fs.com/fr/products/57037.html?attribute=4151&id=204874
> 
> 
> Le mer. 16 juin 2021 à 16:53, Pierre Malard  > a écrit :
> 
> Bonjour,
> 
> Je suis globalement d’accord avec toutes ces observations.
> 
>> Le 16 juin 2021 à 13:24, Gabriel Moreau
>> > > a écrit :
>>
>>
>>> Mes questions:
>>> 1. Une rocade MTP 12 brins OM3 ou OM4 (cf [1]) doit-elle être
>>> protégée dans une gaîne sur toute sa longueur dans une colonne
>>> technique verticale ou bien ses propres protections sont-elles
>>> suffisantes, même en cas de tirage de câble à proximité ?
>>
>> Le mutlimode est de la daube. La fibre coûte bien plus cher et les
>> transceiver mono ne sont plus très cher de nos jour. On trouve des
>> transceiver simplex (1 fibre pour les deux sens) à 20 €.
>>
>> Il faut arrêter de mettre de la multimode... De la monomode OS1
>> est très bien.
>>
>> Si la rocade est accrochée très régulièrement au chemin de cable,
>> il n'y a pas besoin de la mettre dans une gaine.
>>
>>> 2. Même question avec une jarretière optique avec armature en
>>> acier (cf [2]) ?
>>
>> Mais si ce sont des bourrins, il y a des gaines aciers. Elles
>> coûtent plus cher mais protège mieux.
> 
> On peut aussi choisir de la fibre « blindée » avec une gaine de
> protection. Ce sont ces câbles qui sont passés en aérien. Mais c’est
> plus cher et le rayon de courbure plus grand. 
> 
>>
>>> 3. Est-il admissible d'assembler deux jarretières pour obtenir
>>> une longueur spécifique (20m + 3m=23m) ? Si oui quels précautions
>>> pour le point où s'opère la jonction ?
>>
>> Non, on prends alors une 25 m
> 
> Juste en ce qui concerne l’assemblage de 2 fibres courtes pour en
> avoir une plus longue, j’émettrai simplement une remarque :
> 
>   * c’est possible mais toute coupure coûte en qualité (perte de
> longueur max)
>   * ça coûte cher car ceci ne se conçoit qu’un « soudant » les
> fibres, le matériel est onéreux et l’opération délicate
>   * ça peut se faire aussi via un bandeau qui accueille chaque fibre
> et une jarretière pour connecter les 2 brins. Ça implique un
> coût qui n’est compréhensible que s’il y a plusieurs fibres
> (multibrins), c’est donc cher pour simplement rallonger un brin,
> ça fragilise le montage car une intervention malheureuse dans
> les communs peut tout casser et ça coûte également en qualité.
> 
> Je suis pinailleur car la conclusion de tout ça c’est, comme
> l’écrivait Gabriel, à interdire de fait ce genre d’idée… ;-)
> 
>>
>>> 4. Est-il possible de lover 8m de longueur dans un tiroir optique
>>> mural ou 19" ?
>>
>> Il faudrait voir la taille du tiroir. Mais en général, on ne love
>> qu'entre 1 à 3 m max de mémoire.
> 
> Si je comprend bien l’objet de la question c’est que tu envisage
> d’acheter des fibres « à longueur » car, normalement,

Re: photo opensource

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-06-04 2:12 p.m., Kohler Gerard wrote:
> Le 04/06/2021 à 14:41, Polyna-Maude Racicot-Summerside a écrit :
>> Bonjour,
>>
>> On 2021-06-04 2:47 a.m., Kohler Gerard wrote:
>>> bonjour,
>>>
>>> merci pour votre implication dans le LL et  la photo,
>>>
>>> je suis sous Debian, et je n'utilise que des LL pour travailler mes
>>> photos en dehors de quelques programmes qui sont des goulots
>>> d’étranglements comme
>>>
>>> Vuescan et Turboprint .
>>>
>>>   bon courage et tous mes voeux
>>>
>>> G. Kohler
>>>
>> Que voulez-vous dire par "goulot d'étranglement" ?
> 
> en fait c'est la gestion de certain matériel bien spécifique :
> 
>     imprimantes photo professionnelle,
> 
>     scanners (surtout pour la retouche des négatifs 
)
> 
> ou il n'existe pas encore de solution open source, surtout du fait que
> les fabricants ne communiquent pas sur leurs firmware.
> 
> sinon comme logiciels j'utilise darktable, Krita, Mypaint, Inkscape,
> Blender, Luminance HDR.
> 
> Je n'utilise pas ou peu Gimp, trouvant Krita largement supérieur
> 
À chaque besoin son outil, on ne fait pas le même type de trou avec une
perçeuse et avec une foreuse ;-)

Tout dépend de ce que tu cherches, GIMP et Krita sont complémentaire je
dirais.

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...

Mais Turboprint m'était inconnu...
Je dois dire que je fais des sorties couleurs sur ma Laserjet qui
dispose d'un pilote déjà présent. Puis pour le besoin de faire des
sorties qualité photo soit je les envois au laboratoire ou j'imprime
directement sur une borne via une carte sd.
J'ai prévu acheter une imprimante Mitsubishi qui fonctionne par
sublimation. Elle va accepter directement ma carte SD.
Je note quand même ce logiciel.

Je te laisse le nom du site (pour l'instant c'est basé sur mon
portfolio, je vais acheter un autre nom de domaine quand j'aurai trouvé
quelque chose).
https://www.polynamaude.ca/

Si tu veux avoir un compte utilisateur, pour ajouter des liens dans la
base de données des liens (weblinks) ou même pour éditer du contenu, ça
me fera plaisir.

Je suis bien entendue ouverte aux suggestions...

Sincèrement,
PM
> G. Kohler
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Photographie "OpenSource"

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,


On 2021-06-04 12:19 a.m., steve wrote:
> Salut,
> 
> Ton projet m'intéresse même si je ne fais pas beaucoup de photo
> classique ; par contre je me suis lancé il y a quelques temps 
dans
> l'astrophoto où je n'utilise que du logiciel libre.

De l'astrophoto ? C'est assez complexe au niveau matériel, monture
équatoriale, etc.

Je ne connais pas s'il existe des logiciels spécialisés à ce niveau,
sauf peut-être Stellarium.

Au plaisir de partager,
Sincèrement,
PM
> 
> Bon courage !
> 
> Steve
> 
> PS: quel est ton prénom exactement ? Polyna-Maude ? Si c'est le cas,
> désolé, je ne l'avais jamais vu auparavant :)
> 
> 
> Le 03-06-2021, à 14:33:07 -0400, Polyna-Maude Racicot-Summerside a 
écrit :
> 
>> Bonjour a tous,
>>
>> Je suis dans le processus de creation, mise en place, d'un site web pour
>> le developpement d'une communaute lie a la photographie avec des outils
>> du libres.
>> Est-ce qu'il y a plusieurs personnes qui sont photographe ou
>> infographiste dans les utilisateurs de la liste ?
>>
>> Merci
>> -- 
>> Polyna-Maude R.-Summerside
>> -Be smart, Be wise, Support opensource development
>>
> 
> 
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Photographie "OpenSource"

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,
Oui, j'utilise Darktable, sous Debian et je l'ai enseigné à plusieurs
personnes sous Windows.

On 2021-06-04 4:01 a.m., francis wong wrote:
> Bonjour,
> Utilisez-vous le pendant libre et de qualité très proche de "lightroom"
> : darktable ?
> Cdlt
> Francis
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Photographie "OpenSource".

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Salut !
Primo, je comprends aucunement le but de ton message en anglais.

Deuxièmement, j'ai aucunement "mélangé" aucune technologies ou fait
usage innaproprié du terme "libre".

J'ai utilisé Gatsby pour créer un portfolio rapide pour plusieurs
raisons, l'une d'elle étant la facilité de cache du site en statique, ce
qui est impossible avec un gestionnaire de contenu classique.

Je développe des sites web depuis plusieurs années, utilisant diverses
technologies selon les besoins du projet spécifique.

Veuillez ne pas débuter des débats stériles à l'égard des différents
modèles technologiques et leurs bénéfices ou désagréments. Il en va de
même pour les subtilités langagières de ce qu'est un modèle de libre et
ce qui est à source ouverte. Le terme a été compris par la 
majorité et
c'est ainsi que mon but a été rejoint. Tout ce qui ne touche pas le
contenu de mon précédant message n'est pas le but de mon intervention et
au plus, sera ignoré.

Je prends note des quelques liens que vous avez partagé.
Ils pourront être utile pour la section des liens web.

Je crois que vous avez mal lu mon message. En aucun temps ais-je indiqué
chercher de l'aide pour Darktable, GIMP ou autre.

Cela fait plus de 10 ans que j'utilise Debian, Slackware auparavant. Ce
sont des logiciels que je maitrise assez bien. Ce n'était pas le but 
de
mon message et vous seul semblez avoir mal compris le sens, alors que
j'ai pourtant eu nombre important de réponse qui étaient cohérente et
pertinente.

Sincèrement,
Veuillez agir en conséquence,

PM

On 2021-06-04 12:21 a.m., Bernard Schoenacker wrote:
> 
> 
> - Mail original -
>> De: "Polyna-Maude Racicot-Summerside" 
>> À: "User French Mailing List (Debian)" 
>> Envoyé: Vendredi 4 Juin 2021 01:37:26
>> Objet: Photographie "OpenSource".
>>
>> Bonjour,
>> Permettez-moi de dire un gros merci pour tout les messages
>> d'encouragement, d'intérets et positifs que vous avez transmis en
>> réponse à ma demande.
>>
>> Étrangement, ce même message que j'avais aussi fait parvenir 
sur la
>> liste anglophone a donné lieu à une toute autre réaction du côté
>> anglais. En effet, ce ne fut qu'un message du type "Tu ferais mieux
>> de
>> donner les ressources pour faire un serveur de fichier pour Debian"
>> ou
>> des affirmations du type "c'est inutile, les professionnels utilisent
>> Windows".
>>
>> Quand même assez aberrant pour un forum sur le logicie libre.
>>
>> Vos intérêts d'implication sont très appricié.
>>
>> Je vous donne quelques liens déjà actif
>>
>> www.polynamaude.ca
>>
>> Ceci est mon portfolio personnel, un site web "static" crée avec
>> Gatsby
>> mais qui va changer.
>>
>> www.polynamaude.org
>>
>> Le début du site web sur la photographie et les outils libres.
>>
>> Je vais répondre en privé à ceux qui ont manifesté 
un
>> intérêt personnel.
>>
>> Sincèrement,
> 
> Hello, dear Maude,
> 
> Dear Maude,
> 
> Why did you confuse the Gatsby plugin that is used 
> in a content manager like Wordpress when it is 
> just a web solution ...
> 
> I invite you to reconsider your position by 
> consulting this site which is the bible for 
> photographers wishing to use free software:
> 
> https://pixls.us/software/
> 
> Then, could you avoid using definitions like 
> Open Sources which are not at all appropriate 
> and here is the reason :
> 
> https://fsfe.org/freesoftware/comparison.en.html
> 
> et voici quelques didacticiels  de prise en main 
> de Gimp :
> 
> https://blogs.lyceecfadumene.fr/informatique/les-fiches-du-cours/les-fiches-the-gimp/
> 
> https://blogs.lyceecfadumene.fr/informatique/les-fiches-du-cours/
> 
> le didacticiel de jean-Paul Willm et son poisson rouge :
> http://willms.yj.fr/willms/tuto_gimp/tuto_gimp.html\#exercice_3
> 
> à propos de Darktable :
> 
> https://darktable.fr/2020/01/darktable-nest-pas-le-clone-gratuit-de-lightroom/
> 
> https://expertphotography.com/lightroom-vs-darktable/
> 
> Merci pour ton aimable attention
> 
> Bien à toi
> 
> Bernard
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: photo opensource

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-06-04 2:47 a.m., Kohler Gerard wrote:
> bonjour,
> 
> merci pour votre implication dans le LL et  la photo,
> 
> je suis sous Debian, et je n'utilise que des LL pour travailler mes
> photos en dehors de quelques programmes qui sont des goulots
> d’étranglements comme
> 
> Vuescan et Turboprint .
> 
>  bon courage et tous mes voeux
> 
> G. Kohler
> 

Que voulez-vous dire par "goulot d'étranglement" ?
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Photographie "OpenSource"

2021-06-04 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,

On 2021-06-04 3:34 a.m., Sylvain Caselli wrote:
> Le 03/06/2021 à 20:33, Polyna-Maude Racicot-Summerside a écrit :
>> Bonjour a tous,
>>
>> Je suis dans le processus de creation, mise en place, d'un site web pour
>> le developpement d'une communaute lie a la photographie avec des outils
>> du libres.
>> Est-ce qu'il y a plusieurs personnes qui sont photographe ou
>> infographiste dans les utilisateurs de la liste ?
>>
>> Merci
> 
> Bonjour,
> 
> j'utilise digiKam et Gimp en pur amateur et pour essayer de tenter des
> membres de club photo il faudrait un bon logiciel de diaporama.
> 
> Sylvain.
> 

Que voulez-vous dire par "Un bon logiciel de Diaporama" ??

Il existe plusieurs solutions, allant de celle produisant un contenu
HTML qui va afficher une série d'images jusqu'au logiciel plus
conventionnel, en passant par la production d'un vidéo. (OBS par exemple).

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Photographie "OpenSource".

2021-06-03 Par sujet Polyna-Maude Racicot-Summerside
Bonjour,
Permettez-moi de dire un gros merci pour tout les messages
d'encouragement, d'intérets et positifs que vous avez transmis en
réponse à ma demande.

Étrangement, ce même message que j'avais aussi fait parvenir sur la
liste anglophone a donné lieu à une toute autre réaction du côté
anglais. En effet, ce ne fut qu'un message du type "Tu ferais mieux de
donner les ressources pour faire un serveur de fichier pour Debian" ou
des affirmations du type "c'est inutile, les professionnels utilisent
Windows".

Quand même assez aberrant pour un forum sur le logicie libre.

Vos intérêts d'implication sont très appricié.

Je vous donne quelques liens déjà actif

www.polynamaude.ca

Ceci est mon portfolio personnel, un site web "static" crée avec Gatsby
mais qui va changer.

www.polynamaude.org

Le début du site web sur la photographie et les outils libres.

Je vais répondre en privé à ceux qui ont manifesté un 
intérêt personnel.

Sincèrement,
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Photographie "OpenSource"

2021-06-03 Par sujet Polyna-Maude Racicot-Summerside
Bonjour a tous,

Je suis dans le processus de creation, mise en place, d'un site web pour
le developpement d'une communaute lie a la photographie avec des outils
du libres.
Est-ce qu'il y a plusieurs personnes qui sont photographe ou
infographiste dans les utilisateurs de la liste ?

Merci
-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature


Re: Vieille application 32 bits

2021-05-15 Par sujet Polyna-Maude Racicot-Summerside
Salut.
As-tu installe l'architecture i386 ?
dpkg --add-architecture i386
Puis par la suite lesl librairies specifiques utilisees par ce logiciel.
Tu peux aussi expliquer un peu plus l'erreur que tu recois, ceci
aiderait a pouvoir t'aider.

> On 2021-05-15 4:46 a.m., Nicolas FRANCOIS wrote:
>> Salut.
>>
>> J'ai une vieille application, MuPAD 4.0.6, que j'arrivais jusqu'ici à
>> faire fonctionner sur mes Debian successives, mais après la dernière
>> installation (Debian 10.9), je n'arrive plus à la lancer.
>>
>> Dans le répertoire /opt/MuPAD-406, il y a un répertoire linux 
> dans
>> lequel se trouve le binaire mupad, et une série de librairies. Le
>> script de lancement est le suivant :
>>
>> <--- début /opt/MuPAD-406/share/bin/mupad --->
>> #!/bin/sh
>>
>> SHARE_BIN=`dirname "$0"`
>>
>> if test `basename "${SHARE_BIN}"` = bin  ; then
>>   SHARE=`dirname "${SHARE_BIN}"`
>>   if test `basename "${SHARE}"` = share ; then
>> MuPAD_ROOT_PATH=`dirname "${SHARE}"`
>>   else
>> MuPAD_ROOT_PATH=..
>>   fi
>> else
>>   MuPAD_ROOT_PATH=../..
>> fi
>> export MuPAD_ROOT_PATH
>>
>> if [ ! -s /usr/share/fonts/sciface/sfmatext.ttf -a ! -s
>> ~/.fonts/sfmatext.ttf ] ; then if [ ! -d ~/.fonts ] ; then
>> mkdir ~/.fonts/
>> fi
>> (cd "${MuPAD_ROOT_PATH}/share/fonts/";  cp * ~/.fonts/)
>> fi
>>
>> SYSINFO=`${MuPAD_ROOT_PATH}/share/bin/sysinfo`
>>
>> # echo ${MuPAD_ROOT_PATH}/${SYSINFO}
>> # LD_LIBRARY_PATH="${MuPAD_ROOT_PATH}/${SYSINFO}/lib:${LD_LIBRARY_PATH}"
>> LD_LIBRARY_PATH="/opt/MuPAD-406/linux/lib:${LD_LIBRARY_PATH}"
>> export LD_LIBRARY_PATH
>>
>> # workaround for problems with accelerated NVidia hardware on 64 bit
>> systems LD_PRELOAD=/opt/MuPAD-406/linux/lib/libGLU.so.1
>> "${MuPAD_ROOT_PATH}/${SYSINFO}/bin/mupad" "$@" 
>> # "${MuPAD_ROOT_PATH}/${SYSINFO}/bin/mupad" "$@"
>> <--- fin /opt/MuPAD-406/share/bin/mupad --->
>>
>> J'ai dû le tweaker un peu, parce qu'il ne réglait pas correctement la
>> variable LD_LIBRARY_PATH (je ne comprends pas pourquoi.
>>
>> Donc cette variable est réglée sur /opt/MuPAD-406/linux/lib, 
mais
>> j'obtiens ce genre de message :
>>
>> nico@gaston:~$ mupad
>> ERROR: ld.so: object '/opt/MuPAD-406/linux/lib/libGLU.so.1' from
>> LD_PRELOAD cannot be preloaded (cannot open shared object file):
>> ignored. /opt/MuPAD-4.0.6/linux/bin/mupad: error while loading shared
>> libraries: libmupvrs_qt.so.1.0.0: cannot open shared object file: No
>> such file or directory
>>
>> J'imagine que c'est parce que ce sont des librairies 32 bits, mais j'ai
>> activé l'architecture 32 bits pour Steam, donc normalement, ça ne
>> devrait pas poser de problème, si ?
>>
>> Avant, ça fonctionnait correctement, là, je suis un peu perdu.
>>
>> Quelqu'un a une idée de ce que je pourrais faire ?
>>
>> D'avance merci, et surtout merci aux courageux qui m'ont lu
>> jusqu'ici ;-)
>>
>> \bye
>>
> 

-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development



OpenPGP_signature
Description: OpenPGP digital signature