Re: HS GED paprass-2.06-2

[Georges]

Bonjour et merci de la réponse,

Le Thu, 25 Jul 2019 02:26:30 -0700 (PDT),

DGC a écrit :

> 
> d'après
> https://bipede.fr/contrib/index.php/2017/12/04/nouvelle-version-majeure-de-paprass-gestion-documentaire/
>  ,
> je cite:
> 
> "[...] J’ai renoncé à la distribution sous forme d’exécutable binaire
> qui posait beaucoup de problèmes de compatibilité.
> 
> Pour utiliser Pap’rass il faut en passer par l’utilisation de
> l’interpréteur Python à partir des sources de l’application (à ce
> jour en version 5.52) disponibles sous ce lien(1) après avoir
> installé les dépendances suivantes :
> 
> python 3.x (en général déjà installé sur la plupart des
> distributions) python3-pyqt5
> python3-pil
> python3-reportlab
> python3-poppler-qt5
> sane-utils (en général déjà installé sur la plupart des
> distributions)
> 
> Une fois le dossier sources décompressé, un double-clic sur le
> fichier paprass.py devrait lancer le programme"
> 
> (1) http://www.bipede.fr/downloads/logiciels/paprass-src.tar.xz

 C'est bien ce que j'ai fait et installé sur Buster et Bullseye. Mais ..
 le problème du Scanner qui me fais des pages noire, ne veut pas tenir
 compte des couleurs, n'est pas résolu.
 Une idée ?
 Alors je scanne avec Xsane, j'enregistre et j'importe le fichier
 existant dans Pap-Rass.
 
 Une idée ?

merci d'avance   Georges

Re: Difficile création d'une cle usb multiboot uefi gpt grub !

[Basile Starynkevitch]

On 7/25/19 8:28 PM, toto wrote:

Bonjour a tous.

* creation de ma cle usb multiboot uefi gpt grub



A partir d'une image .iso qui traine sur le net, par exemple une Debian 
netinst  obtenue avec 
wget 
.


il suffit de la copier, kilo-octets par kilo-octets, avec l'utilitaire 
dd .


Mais il faut *faire très attention à la destination de la copie.* Ca 
peut-être /dev/sdb ou /dev/sdc ou /dev/sdd, etc... *selon le matériel* 
(donc pas la même chose sur ton ordinateur que sur le mien!).


Par exemple pour télécharger l'image wget 
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-10.0.0-amd64-netinst.iso


Puis /chez moi /dd if=debian-10.0.0-amd64-netinst.iso of=/dev/sdc bs=16k 
oflag=sync status=progress quisouvent nécessite d'être root(sudo).


La question est de bien deviner le "disque" destination de la copie. 
Lire sd(4)  en premier lieu.


Ensuite, après avoir branché la clef mais avant d'avoir fait la commande 
dd, on peut utiliser dmesg ou df pour deviner si c'est sda ou sdb, etc.


Si df mentionne la clef, il faut préalablement la démonter avec umount.


Et on trouve des images de clef USB multiboot uefi gpt grub sur le Web. STFW

Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Difficile création d'une cle usb multiboot uefi gpt grub !

[toto]

Bonjour a tous.

* creation de ma cle usb multiboot uefi gpt grub

* fdisk -l /dev/sdb donne :

Disque /dev/sdb : 28,7 GiB, 3075200 octets, 60062500 secteurs
Modèle de disque : Ultra   
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : DD53617D-5C86-8E48-9350-BEE362FD9F20

Périphérique   Début  Fin Secteurs Taille Type
/dev/sdb1   2048  1050623  1048576   512M Système EFI
/dev/sdb21050624 60062466 59011843  28,1G Système de fichiers Linux

* l'installation de grub sur ma cle se fait ainsi :

mkdir /mnt/efi
mkdir /mnt/data

mount /dev/sdb1 /mnt/efi
mount /dev/sdb2 /mnt/data

grub-install --efi-directory=/mnt/efi --boot-directory=/mnt/data/boot
--removable (termine avec succes)

mkdir /mnt/data/iso
cp firmware-10.0.0-amd64-netinst.iso /mnt/data/iso/ (il s'agit d'un simple
essai d'image iso)

* cat /mnt/data/boot/grub/grub.cfg donne :

menuentry 'debianNetInst' {
iso=/iso/firmware-10.0.0-amd64-netinst.iso
loopback loop $iso
linux (loop)/install.amd/vmlinuz priority=low vga=788 --- 
initrd (loop)/install.amd/initrd.gz
}

* lors du boot du pc je choisi "System setup" dans le menu grub du disque
dur parmi :

Debian GNU/Linux
Options avancées pour Debian GNU/Linux
System setup

( remarque   :je également fait "Echap" au boot de pc pour tomber
directectement sur  "boot options" (F9) mais cela conduit au même problème)

* puis s'affiche le choix du bios et je choisi "boot options" (F9) et parmi
les choix je prends "usb hard drive (uefi)"

* enfin le message suivant s'affiche et reboot le pc sans que le menu grub
de ma cle s'affiche :

system bootorder not found  initializing defaults
reset system

* je retombe alors sur le menu de grub du disque dur suivant sans avoir pu
booter ma cle :

Debian GNU/Linux
Options avancées pour Debian GNU/Linux
System setup

* que manque t-il a ma construction ?

Merci pour l'aide.



--
Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html

Re: Une erreur dans les messgaes de boot que j'aimerais corriger !

[toto]

Bonjour.

Pour le "lsinitramfs /boot/initrd.img-4.19.0-5-amd64" cela donne entre autre
:

usr/lib/firmware/radeon/RS600_cp.bin

En effet "dmesg -H" me signalait un probleme de firmware "R600".

Merci.



--
Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html

Re: Une erreur dans les messgaes de boot que j'aimerais corriger !

[toto]

Bonjour.

Ok pour les renseignements. Je ne m'inquietes pas trop donc.

Merci.




--
Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html

Re: Problème récurrent avec les clés USB

[Pascal Hambourg]

Le 25/07/2019 à 15:09, Nicolas FRANCOIS a écrit :


Depuis quelques temps (disons moins d'un an), j'ai parfois des soucis
avec mes clés USB : celles-ci sont montés en "Read-only", avec souvent
un propriétaire root, et je n'arrive à rien faire avec.


Une démonstration serait plus parlante.
La ligne dans /proc/mounts relative au montage de la clé.
Les propriétaires et permissions du point de montage.
Un exemple de commande qui échoue.

Re: Problème récurrent avec les clés USB

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 25 juillet 2019, Nicolas FRANCOIS a écrit...


> Après ça, ça m'arrange plutôt de pouvoir monter mes clés
> automatiquement. Le problème, c'est que j'aimerais bien savoir OÙ je
> dois faire la configuration. Or là, je ne sais pas, et ça a l'air
> d'être fait à plein d'endroits différents. C'est plutôt un processus de
> diagnostic que je recherche.

Tu peux faire la configuration dans /etc/udev/rules.d
J'ai par exemple cette ligne, dans /etc/udev/rules.d/010_usb.rules

SUBSYSTEMS=="usb", SYMLINK+="usbstick", 
DRIVERS=="usb",ATTRS{manufacturer}=="PNY Technologies"

Et ça dans /etc/fstab
/dev/usbstick   /mnt/usbstick   vfatrw,user,noauto,noatime 0

Quand je branche ma clé, je fais `mount /mnt/usbstick` et c'est monté.

Bon, c'est de la très vieille config pour de vieilles clés, donc il est
peut-être possible de procéder autrement.

-- 
jm

Re: Problème récurrent avec les clés USB

[Stephane Ascoet]

Le 25/07/2019 à 16:28, Nicolas FRANCOIS a écrit :


Je veux bien, mais ça veut dire que je dois avoir une ligne
dans /etc/fstab pour chaque clé que j'utilise (j'en ai une bonne
dizaine...). Et que je sache exactement ce que je dois virer comme
paquets.


C'est pour tester pour essayer de voir d'ou vient le probleme.






Merci pour la piste gnome-vfs, quand même :-) Ça m'a viré quelques
autres trucs, dont je ne savais pas pour la plupart qu'ils étaient
installés. Seul problème : BlueFish. Mais je peux m'en passer.


Tu pourras remettre tout ca une fois la cause trouvee.
--
Cordialement, Stephane Ascoet

Re: Problème récurrent avec les clés USB

[Nicolas FRANCOIS]

Le Thu, 25 Jul 2019 15:26:56 +0200,
Stephane Ascoet  a écrit :

> Le 25/07/2019 à 15:09, Nicolas FRANCOIS a écrit :
> > La plupart du temps, cela concerne surtout les clés VFAT (ou NTFS,
> > je sais pas vraiment la différence), mais parfois, il y a aussi des
> > ennuis avec les clés Ext4.  
> 
> Bonjour, ce sont des systemes de fichiers qui n'ont pas grand chose a 
> voir. Regarde sur Wikipedia.

Ouais, je sais, mais c'était pour dire que c'est pas un problème de
système de fichier, mais plutôt de gestion de disques amovibles.
 
> Il faudrait que tu vires cette merde de gnome-vfs, que tu desactives
> les montages automatiques en graphique et que tu reviennes a la bonne 
> vieille methode du mount en ligne de commande.

Je veux bien, mais ça veut dire que je dois avoir une ligne
dans /etc/fstab pour chaque clé que j'utilise (j'en ai une bonne
dizaine...). Et que je sache exactement ce que je dois virer comme
paquets.

Après ça, ça m'arrange plutôt de pouvoir monter mes clés
automatiquement. Le problème, c'est que j'aimerais bien savoir OÙ je
dois faire la configuration. Or là, je ne sais pas, et ça a l'air
d'être fait à plein d'endroits différents. C'est plutôt un processus de
diagnostic que je recherche.

Merci pour la piste gnome-vfs, quand même :-) Ça m'a viré quelques
autres trucs, dont je ne savais pas pour la plupart qu'ils étaient
installés. Seul problème : BlueFish. Mais je peux m'en passer.

\bye

-- 

Nicolas FRANCOIS  |  /\ 
http://nicolas.francois.free.fr   | |__|
  X--/\\
We are the Micro$oft.   _\_V
Resistance is futile.   
You will be assimilated. darthvader penguin


pgp5OeJ7NyYqd.pgp
Description: Signature digitale OpenPGP

Re: Problème récurrent avec les clés USB

[Basile Starynkevitch]

On 7/25/19 3:29 PM, Basile Starynkevitch wrote:


On 7/25/19 3:26 PM, Stephane Ascoet wrote:

Le 25/07/2019 à 15:09, Nicolas FRANCOIS a écrit :

La plupart du temps, cela concerne surtout les clés VFAT (ou NTFS, je
sais pas vraiment la différence), mais parfois, il y a aussi des ennuis
avec les clés Ext4.


Bonjour, ce sont des systemes de fichiers qui n'ont pas grand chose a 
voir. Regarde sur Wikipedia.


Il faudrait que tu vires cette merde de gnome-vfs, que tu desactives 
les montages automatiques en graphique et que tu reviennes a la bonne 
vieille methode du mount en ligne de commande.



Oui. Mais il vaut mieux faire sync après le cp, et avant le umount. Et 
on pourrait parfois avoir besoin d'être root pour le mount. Utiliser 
dmesg avant de ce faire.



Et pour les clefs USB au format VFAT (la plupart d'entre elles), on peut 
aussi utiliser les mtools (voir le paquet éponyme). Notamment mcopy.


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: Problème récurrent avec les clés USB

[Basile Starynkevitch]

On 7/25/19 3:26 PM, Stephane Ascoet wrote:

Le 25/07/2019 à 15:09, Nicolas FRANCOIS a écrit :

La plupart du temps, cela concerne surtout les clés VFAT (ou NTFS, je
sais pas vraiment la différence), mais parfois, il y a aussi des ennuis
avec les clés Ext4.


Bonjour, ce sont des systemes de fichiers qui n'ont pas grand chose a 
voir. Regarde sur Wikipedia.


Il faudrait que tu vires cette merde de gnome-vfs, que tu desactives 
les montages automatiques en graphique et que tu reviennes a la bonne 
vieille methode du mount en ligne de commande.



Oui. Mais il vaut mieux faire sync après le cp, et avant le umount. Et 
on pourrait parfois avoir besoin d'être root pour le mount. Utiliser 
dmesg avant de ce faire.


--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: Problème récurrent avec les clés USB

[Stephane Ascoet]

Le 25/07/2019 à 15:09, Nicolas FRANCOIS a écrit :

La plupart du temps, cela concerne surtout les clés VFAT (ou NTFS, je
sais pas vraiment la différence), mais parfois, il y a aussi des ennuis
avec les clés Ext4.


Bonjour, ce sont des systemes de fichiers qui n'ont pas grand chose a 
voir. Regarde sur Wikipedia.


Il faudrait que tu vires cette merde de gnome-vfs, que tu desactives les 
montages automatiques en graphique et que tu reviennes a la bonne 
vieille methode du mount en ligne de commande.

--
Cordialement, Stephane Ascoet

Problème récurrent avec les clés USB

[Nicolas FRANCOIS]

Salut.

Depuis quelques temps (disons moins d'un an), j'ai parfois des soucis
avec mes clés USB : celles-ci sont montés en "Read-only", avec souvent
un propriétaire root, et je n'arrive à rien faire avec.

La plupart du temps, cela concerne surtout les clés VFAT (ou NTFS, je
sais pas vraiment la différence), mais parfois, il y a aussi des ennuis
avec les clés Ext4.

Parfois, je sais que cela vient d'une clé étant passée parun poste
Windows de mon bahut, mais parfois, cela se produit sans interaction
avec ces machines du diable.

Bref, je suis un peu perdu. En général, quand cela se produit (et ça se
produit sur mes DEUX ordinateurs, le fixe et le portable), je n'ai rien
de mieux à faire que de rebooter la machine. J'ai l'impression que le
système USB est déglingué, et je ne sais pas comment le réparer sans
rebooter.

Un problème récurrent actuellement : Thunar (je suis sous XFCE4) a un
comportement erratique, soit il ne se lance pas, soit il se lance, mais
il monte toutes les clés en RO, soit il freeze lorsque je mui demande
de démonter une clé.

J'ai installé pcmanfs, qui a l'air de faire les choses proprement (il y
a d'ailleurs eu installation d'un paquet gnome-gvfs avec...), sauf
qu'il crashe lorsque je lui demande de démonter une clé (APRÈS l'avoir
démontée, merci à lui).

Ce que je soupçonne : comme j'ai fait des mises à jour successives (je
pense que la Buster actuelle vient au mieux d'une Stretch, au pire de
la version d'avant...), il se peut que plusieurs systèmes interfèrent
dans la gestion de l'USB. Je voudrais bien diagnostiquer tout cela,
mais je suis un peu perdu.

Quelqu'un a une fiche méthode pour diagnostiquer la gestion de l'USB,
et du montage des clés USB ? Je lui en serais TRÈS reconnaissant :-)

D'avance merci.

\bye

-- 

Nicolas FRANCOIS  |  /\ 
http://nicolas.francois.free.fr   | |__|
  X--/\\
We are the Micro$oft.   _\_V
Resistance is futile.   
You will be assimilated. darthvader penguin


pgp3IYzEHYJOB.pgp
Description: Signature digitale OpenPGP

Re: Xorg en "dual-head dual-graphics card AMD/ATI 570 + 6450"

[Basile Starynkevitch]

On 7/25/19 12:49 PM, Basile Starynkevitch wrote:



On 7/18/19 2:18 AM, Basile Starynkevitch wrote:


Bonsoir,


(ce message est volontairement en HTML)

Je suis sous Debian/Sid sur mon PC rimski, avec une carte mère haut 
de gamme et processeur AMD 2970WX, chipset X399 et 64Go de RAM et une 
capacité disque (aussi bien SSD que rotatifs) à faire des envieux 
-des téraoctets! Il a plusieurs PCs à la maison, mais ils sont tous 
sous Linux.


Ma tendre épouse m'a offert récemment -pour mes 60 ans- un Samsung 
S34J550WQU  qui 
fonctionne isolément sans souci avec une Gigabyte Geforce GTX Nvidia 
1050TI installé dans son PC à elle, sous Ubuntu 18.04, hermes (et à 
peu près aussi bien avec le pilote nouveau qu'avec le pilote 
propriétaire Nvidia; les différences étaient des problèmes de 
performance ou de lignes parasites à l'écran, sans importance ici). 
Ce Samsung S34J550WQU (très lourd à transporter!) a remplacé 
moralement mon précédent écran LG Flatron E2250V 
.


J'ai finalement échangé une des deux cartes graphiques de rimski avec 
celle dans le PC de mon épouse. J'ai donc maintenant les deux cartes 
graphiques suivantes


% lspci|grep VGA
0b:00.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Ellesmere [Radeon RX 470/480] (rev ef)
42:00.0 VGA compatible controller: NVIDIA Corporation GP107 [GeForce 
GTX 1050 Ti] (rev a1)



et ça fonctionne avec le xorg.conf ci-dessous.

# fichier xorg.conf.rimski

Section "ServerLayout"
    Identifier "X.org Multihead Basile patched"
    Screen  0  "BasileBigScreen" 0 0
    Screen  1  "BasileSmallScreen" LeftOf "BasileBigScreen"
    InputDevice    "Mouse0" "CorePointer"
    InputDevice    "Keyboard0" "CoreKeyboard"
    Option "Xinerama"
EndSection

Section "Files"
    ModulePath   "/usr/lib/xorg/modules"
    FontPath "/usr/share/fonts/X11/misc"
    FontPath "/usr/share/fonts/X11/cyrillic"
    FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath "/usr/share/fonts/X11/Type1"
    FontPath "/usr/share/fonts/X11/100dpi"
    FontPath "/usr/share/fonts/X11/75dpi"
    FontPath "built-ins"
EndSection

Section "Module"
    Load  "glx"
#    Load  "vnc"
    Load "radeon"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver  "kbd"
EndSection

Section "InputDevice"
    Identifier  "Mouse0"
    Driver  "mouse"
    Option        "Protocol" "auto"
    Option        "Device" "/dev/input/mice"
    Option        "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
    Identifier   "BasileBigMonitor"
    VendorName   "Samsung"
    ModelName    "S34J550"
EndSection

Section "Monitor"
    Identifier   "BasileSmallMonitor"
    VendorName   "LG"
    ModelName    "Flatron E2250V"
EndSection


Section "Device"
    Identifier  "BasileAMD570Card"
    Driver  "amdgpu"
## the BusID should be in decimal format !  Was 0b in hexa
    BusID   "PCI:11:0:0"
EndSection


Section "Device"
    Identifier  "BasileGT1050_NvidiaCard"
    Driver  "nouveau"
## the BusID should be in decimal format !  Was 42 in hexa
    BusID   "PCI:66:0:0"
EndSection


Section "Screen"
    Identifier "BasileBigScreen"
    Device "BasileAMD570Card"
    Monitor    "BasileBigMonitor"
    SubSection "Display"
        Viewport   0 0
        Depth 1
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 4
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 8
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 15
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 16
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 24
    EndSubSection
EndSection

Section "Screen"
    Identifier "BasileSmallScreen"
    Device "BasileGT1050_NvidiaCard"
    Monitor    "BasileSmallMonitor"
    SubSection "Display"
        Viewport   0 0
        Depth 1
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 4
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 8
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 15
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 16
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 24
    EndSubSection
EndSection

J'ai mis plusieurs jours à comprendre que le BusID des cartes est *en 
décimal* dans ce fichier xorg.conf alors que lspci le donne en hexa.


Librement



Pour info, Ubuntu 19.04 a reconnu "automagiquement" mes deux cartes 
graphiques, sans que j'ai rien à configurer de plus



--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes

Re: Xorg en "dual-head dual-graphics card AMD/ATI 570 + 6450"

[Basile Starynkevitch]

On 7/18/19 2:18 AM, Basile Starynkevitch wrote:


Bonsoir,


(ce message est volontairement en HTML)

Je suis sous Debian/Sid sur mon PC rimski, avec une carte mère haut de 
gamme et processeur AMD 2970WX, chipset X399 et 64Go de RAM et une 
capacité disque (aussi bien SSD que rotatifs) à faire des envieux -des 
téraoctets! Il a plusieurs PCs à la maison, mais ils sont tous sous Linux.


Ma tendre épouse m'a offert récemment -pour mes 60 ans- un Samsung 
S34J550WQU  qui 
fonctionne isolément sans souci avec une Gigabyte Geforce GTX Nvidia 
1050TI installé dans son PC à elle, sous Ubuntu 18.04, hermes (et à 
peu près aussi bien avec le pilote nouveau qu'avec le pilote 
propriétaire Nvidia; les différences étaient des problèmes de 
performance ou de lignes parasites à l'écran, sans importance ici). Ce 
Samsung S34J550WQU (très lourd à transporter!) a remplacé moralement 
mon précédent écran LG Flatron E2250V 
.


J'ai finalement échangé une des deux cartes graphiques de rimski avec 
celle dans le PC de mon épouse. J'ai donc maintenant les deux cartes 
graphiques suivantes


% lspci|grep VGA
0b:00.0 VGA compatible controller: Advanced Micro Devices, Inc. 
[AMD/ATI] Ellesmere [Radeon RX 470/480] (rev ef)
42:00.0 VGA compatible controller: NVIDIA Corporation GP107 [GeForce GTX 
1050 Ti] (rev a1)



et ça fonctionne avec le xorg.conf ci-dessous.

# fichier xorg.conf.rimski

Section "ServerLayout"
    Identifier "X.org Multihead Basile patched"
    Screen  0  "BasileBigScreen" 0 0
    Screen  1  "BasileSmallScreen" LeftOf "BasileBigScreen"
    InputDevice    "Mouse0" "CorePointer"
    InputDevice    "Keyboard0" "CoreKeyboard"
    Option "Xinerama"
EndSection

Section "Files"
    ModulePath   "/usr/lib/xorg/modules"
    FontPath "/usr/share/fonts/X11/misc"
    FontPath "/usr/share/fonts/X11/cyrillic"
    FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath "/usr/share/fonts/X11/Type1"
    FontPath "/usr/share/fonts/X11/100dpi"
    FontPath "/usr/share/fonts/X11/75dpi"
    FontPath "built-ins"
EndSection

Section "Module"
    Load  "glx"
#    Load  "vnc"
    Load "radeon"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver  "kbd"
EndSection

Section "InputDevice"
    Identifier  "Mouse0"
    Driver  "mouse"
    Option        "Protocol" "auto"
    Option        "Device" "/dev/input/mice"
    Option        "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
    Identifier   "BasileBigMonitor"
    VendorName   "Samsung"
    ModelName    "S34J550"
EndSection

Section "Monitor"
    Identifier   "BasileSmallMonitor"
    VendorName   "LG"
    ModelName    "Flatron E2250V"
EndSection


Section "Device"
    Identifier  "BasileAMD570Card"
    Driver  "amdgpu"
## the BusID should be in decimal format !  Was 0b in hexa
    BusID   "PCI:11:0:0"
EndSection


Section "Device"
    Identifier  "BasileGT1050_NvidiaCard"
    Driver  "nouveau"
## the BusID should be in decimal format !  Was 42 in hexa
    BusID   "PCI:66:0:0"
EndSection


Section "Screen"
    Identifier "BasileBigScreen"
    Device "BasileAMD570Card"
    Monitor    "BasileBigMonitor"
    SubSection "Display"
        Viewport   0 0
        Depth 1
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 4
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 8
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 15
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 16
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 24
    EndSubSection
EndSection

Section "Screen"
    Identifier "BasileSmallScreen"
    Device "BasileGT1050_NvidiaCard"
    Monitor    "BasileSmallMonitor"
    SubSection "Display"
        Viewport   0 0
        Depth 1
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 4
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 8
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 15
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 16
    EndSubSection
    SubSection "Display"
        Viewport   0 0
        Depth 24
    EndSubSection
EndSection

J'ai mis plusieurs jours à comprendre que le BusID des cartes est *en 
décimal* dans ce fichier xorg.conf alors que lspci le donne en hexa.


Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: HS GED paprass-2.06-2

[didier . gaumet]

d'après 
https://bipede.fr/contrib/index.php/2017/12/04/nouvelle-version-majeure-de-paprass-gestion-documentaire/
 , je cite:

"[...] J’ai renoncé à la distribution sous forme d’exécutable binaire qui 
posait beaucoup de problèmes de compatibilité.

Pour utiliser Pap’rass il faut en passer par l’utilisation de l’interpréteur 
Python à partir des sources de l’application (à ce jour en version 5.52) 
disponibles sous ce lien(1) après avoir installé les dépendances suivantes :

python 3.x (en général déjà installé sur la plupart des distributions)
python3-pyqt5
python3-pil
python3-reportlab
python3-poppler-qt5
sane-utils (en général déjà installé sur la plupart des distributions)

Une fois le dossier sources décompressé, un double-clic sur le fichier 
paprass.py devrait lancer le programme"

(1) http://www.bipede.fr/downloads/logiciels/paprass-src.tar.xz