Re: vdpau non configurato correttamente per default
lun 16 novembre 2020, alle 22:12 (GMT+0100), ho scritto: > lun 16 novembre 2020, alle 20:35 (GMT+0100), avevo scritto circa il > firmware nvidia: > > [...] > mpv --hwdec=vdpau --vo=vdpau file.mp4 > mi segnalava un errore aggiungo come info per un debug: nei vecchi syslog ho delle righe come queste: Nov 15 18:52:05 zxc kernel: [188373.425348] nouveau :02:00.0: firmware: failed to load nouveau/nve7_fuc084 (-2) Nov 15 18:52:05 zxc kernel: [188373.425352] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware Nov 15 18:52:05 zxc kernel: [188373.425354] nouveau :02:00.0: Direct firmware load for nouveau/nve7_fuc084 failed with error -2 Nov 15 18:52:05 zxc kernel: [188373.425361] nouveau :02:00.0: firmware: failed to load nouveau/nve7_fuc084d (-2) Nov 15 18:52:05 zxc kernel: [188373.425363] nouveau :02:00.0: Direct firmware load for nouveau/nve7_fuc084d failed with error -2 Nov 15 18:52:05 zxc kernel: [188373.425364] nouveau :02:00.0: msvld: unable to load firmware data Nov 15 18:52:05 zxc kernel: [188373.425366] nouveau :02:00.0: msvld: init failed, -19 dopo l'installazione del firmware in syslog ci sono: Nov 16 22:36:28 zxc kernel: [23641.564445] nouveau :02:00.0: firmware: direct-loading firmware nouveau/nve7_fuc086 Per quanta riguarda il chipset (GF119 = NVD9) dell'autore del primo messaggio con l'estrazione dei firmware dal driver proprietario ho ora questi file: $ ls /lib/firmware/nouveau/*nvd9* /lib/firmware/nouveau/nvd9_fuc084 /lib/firmware/nouveau/nvd9_fuc409d /lib/firmware/nouveau/nvd9_fuc085 /lib/firmware/nouveau/nvd9_fuc41ac /lib/firmware/nouveau/nvd9_fuc086 /lib/firmware/nouveau/nvd9_fuc41ad /lib/firmware/nouveau/nvd9_fuc409c -- Cura ut valeas Johan Haggi ante diem decimum quintum Kalendas Decembres MMDCCLXXIII ab Urbe condita signature.asc Description: PGP signature
Re: debian/Sid: apt-listbugs bacato blocca aggiornamenti
* Davide Prina [161120, 18:15]: > On 16/11/20 01:01, Ennio-Sr wrote: > > Da qui deduco che tu abbia una testing > https://tracker.debian.org/pkg/dconf > > ma quel problema di dipendenza sembra voglia dire che tu non aggiorni il > sistema da tempo... Sì, ho una testing su un portatile che non uso speso > Ho provato ad eseguire i comandi che suggerivi, anche se li ho già provati più volte, e copio qui di seguito il file in cui ho raccolto i risultati, peraltro già visti in questi ultimi due giorni... Ricordo solo che, nel fare l'update, è apparso un warning relativo al pacchetto *apt-listbugs* ma, nella fretta, non ci ho fatto molto caso. Penso proprio che dovrò reinstallare 'sid', appena mi sarà possibile. Comunque, grazie dell'aiuto, Ennio --- quote -- # apt update >> msg 2>&1 WARNING: apt does not have a stable CLI interface. Use with caution in scripts. Hit:1 http://ftp.debian.org/debian sid InRelease Hit:2 http://ftp.debian.org/debian buster InRelease Ign:3 http://ftp.debian.org/debian oldstable InRelease Hit:4 http://ftp.debian.org/debian oldstable Release Reading package lists... Building dependency tree... Reading state information... 819 packages can be upgraded. Run 'apt list --upgradable' to see them. # apt -f install >> msg 2>&1 WARNING: apt does not have a stable CLI interface. Use with caution in scripts. Reading package lists... Building dependency tree... Reading state information... Correcting dependencies... Done The following packages were automatically installed and are no longer required: argyll argyll-ref docutils-doc libboost-atomic1.67.0 libboost-chrono1.67.0 libxcb-xf86dri0 Use 'apt autoremove' to remove them. The following additional packages will be installed: dconf-gsettings-backend The following packages will be upgraded: dconf-gsettings-backend 1 upgraded, 0 newly installed, 0 to remove and 818 not upgraded. 2 not fully installed or removed. Need to get 0 B/30.6 kB of archives. After this operation, 1,024 B disk space will be freed. Do you want to continue? [Y/n] /usr/lib/ruby/vendor_ruby/rubygems/defaults/opera \ ting_system.rb:84:in `singleton class': undefined method `default_specifications_ \ dir' for class `#' (NameError) from /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in `' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `' from :4:in `require' from :4:in `' E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1) E: Failure running script /usr/bin/apt-listbugs apt # apt remove apt-listbugs >> msg 2>&1 WARNING: apt does not have a stable CLI interface. Use with caution in scripts. Reading package lists... Building dependency tree... Reading state information... You might want to run 'apt --fix-broken install' to correct these. The following packages have unmet dependencies: dconf-gsettings-backend : Depends: dconf-service (< 0.34.0-2.1~) Depends: libdconf1 (= 0.34.0-2) but 0.38.0-1 is to be installed E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution). # apt --fix-broken install >> msg 2>&1 WARNING: apt does not have a stable CLI interface. Use with caution in scripts. Reading package lists... Building dependency tree... Reading state information... Correcting dependencies... Done The following packages were automatically installed and are no longer required: argyll argyll-ref docutils-doc libboost-atomic1.67.0 libboost-chrono1.67.0 libxcb-xf86dri0 Use 'apt autoremove' to remove them. The following additional packages will be installed: dconf-gsettings-backend The following packages will be upgraded: dconf-gsettings-backend 1 upgraded, 0 newly installed, 0 to remove and 817 not upgraded. 2 not fully installed or removed. Need to get 0 B/30.6 kB of archives. After this operation, 1,024 B disk space will be freed. Do you want to continue? [Y/n] /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:84:in \ `singleton class': undefined method `default_specifications_dir' for class `#' (NameError) from /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in `' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `' from :4:in `require' from :4:in `' E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1) E: Failure running script /usr/bin/apt-listbugs apt # apt -u upgrade >> msg 2>&1 WARNING: apt does not have a stable CLI interface. Use with caution in scripts. Reading package lists... Building dependency tree... Reading state information... You might want to run 'apt --fix-broken install' to correct these. The following packages have unmet dependencies: dconf-gsettings-backend : Depends: dconf-service (< 0.34.0-2.1~) Depends: libdconf1 (= 0.34.0-2) but 0.38.0-1 is inst
Re: vdpau non configurato correttamente per default
lun 16 novembre 2020, alle 20:35 (GMT+0100), avevo scritto circa il firmware nvidia: > Se non funziona in https://nouveau.freedesktop.org/VideoAcceleration.html > ci sono le istruzioni per estrarlo dal driver proprietario. Confermo: ho un PC rigenerato con NVIDIA GK107GL [Quadro K2000] (NVE7) lo sto ancora sistemando e leggendo questo thread ho provato vdpauinfo: nessun errore ma sotto "Decoder capabilities:" tutte le voci erano --- not supported --- e mpv --hwdec=vdpau --vo=vdpau file.mp4 mi segnalava un errore Ho seguito le istruzioni nella pagina citata: $ mkdir /tmp/nouveau $ cd /tmp/nouveau $ wget https://raw.github.com/envytools/firmware/master/extract_firmware.py $ wget http://us.download.nvidia.com/XFree86/Linux-x86/325.15/NVIDIA-Linux-x86-325.15.run $ sh NVIDIA-Linux-x86-325.15.run --extract-only $ python2 extract_firmware.py # this script is for python 2 only # mkdir /lib/firmware/nouveau # cp -d nv* vuc-* /lib/firmware/nouveau/ ed ora ho: MPEG1 0 65536 4096 4096 MPEG2_SIMPLE3 65536 4096 4096 MPEG2_MAIN 3 65536 4096 4096 H264_BASELINE 41 65536 4096 4096 H264_MAIN 41 65536 4096 4096 H264_HIGH 41 65536 4096 4096 VC1_SIMPLE 1 65536 4096 4096 VC1_MAIN2 65536 4096 4096 VC1_ADVANCED4 65536 4096 4096 MPEG4_PART2_SP 3 65536 4096 4096 MPEG4_PART2_ASP 5 65536 4096 4096 DIVX4_QMOBILE --- not supported --- DIVX4_MOBILE --- not supported --- DIVX4_HOME_THEATER --- not supported --- DIVX4_HD_1080P --- not supported --- DIVX5_QMOBILE --- not supported --- DIVX5_MOBILE --- not supported --- DIVX5_HOME_THEATER --- not supported --- DIVX5_HD_1080P --- not supported --- H264_CONSTRAINED_BASELINE 0 65536 4096 4096 H264_EXTENDED --- not supported --- H264_PROGRESSIVE_HIGH --- not supported --- H264_CONSTRAINED_HIGH --- not supported --- H264_HIGH_444_PREDICTIVE --- not supported --- HEVC_MAIN --- not supported --- HEVC_MAIN_10 --- not supported --- HEVC_MAIN_STILL--- not supported --- HEVC_MAIN_12 --- not supported --- HEVC_MAIN_444 --- not supported --- e mpv --hwdec=vdpau --vo=vdpau file.mp4 funziona e secondo top sono passato dal 25~30% di uso della CPU al 5~10% (video h264 1280x720 24.948fps). -- Cura ut valeas Johan Haggi ante diem decimum sextum Kalendas Decembres MMDCCLXXIII ab Urbe condita signature.asc Description: PGP signature
Re: vdpau non configurato correttamente per default
Salve a tutti, dopo vari anni ho un po' di temp libero e mi sono reiscritto. lun 16 novembre 2020, alle 18:50 (GMT+0100), Davide Prina ha scritto: > On 16/11/20 11:16, Portobello wrote: > > Il 15/11/20 18:28, Davide Prina ha scritto: > > > On 15/11/20 17:06, Portobello wrote: > > > > Il 15/11/20 15:35, Davide Prina ha scritto: > [...] > > $ lspci -k|grep -A3 VGA > 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT > 610] (rev a1) > ok, quindi ti vede la nvidia > vedendo qui: > https://nouveau.freedesktop.org/CodeNames.html > la tua è una NVD9 > e vedendo qui: > https://nouveau.freedesktop.org/VideoAcceleration.html > la NVD9 è una VP5 > e dovrebbe avere il supporto completo, poi non so cosa sia EXTFW per il > firmware. > [...] EXTFW = quasi tutte le schede ndivia per funzionare al 100% hanno bisogno di un firmaware non-free. Molti sono in firmware-misc-nonfree ma non vedo il chipset 119 Io proverei ad installare comunque (se non ce l'hai) firmware-misc-nonfree: con un po di fortuna il firmaware ... serve sia per il chipset ... che per il tuo. Se non funziona in https://nouveau.freedesktop.org/VideoAcceleration.html ci sono le istruzioni per estrarlo dal driver proprietario. -- Cura ut valeas Johan Haggi ante diem decimum sextum Kalendas Decembres MMDCCLXXIII ab Urbe condita signature.asc Description: PGP signature
Re: sistema misto stable/testing
On 16/11/20 13:30, Paolo Redaelli wrote: https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/ Senza pinning, basta elencare le fonti in ordine di preferenza. Lo uso da anni è funziona bene ma io ho qualche dubbio. Se non usi il pinning e hai lo stesso pacchetto con versioni diverse: stable pac ver 0.1 testing pac ver 0.2 unstable pac ver 0.3 experimental pac ver 0.4 se hai installato pac ver. 0.1 e se hai tutte le fonti, in fila, come indichi nel file e fai # apt update # apt -u upgrade ti dovrebbe aggiornare alla versione 0.4, per quel che ne so io. Questo perché tutte distribuzioni di Debian hanno la stessa priorità, ma un pacchetto con versione maggiore ha priorità su uno con versione minore. Però non ho mai provato. Devi impostare il file /etc/apt/preferences in modo appropriato, per dirgli, tramite pinning, qual'è la versione target che vuoi. Devi impostare di sicuro la versione che vuoi come target: Package: * Pin: release a=stable Pin-Priority: 990 in questo modo gli dici che il tuo target è stable con priorità 990. Tutti i pacchetti saranno installati/aggiornati con questa priorità 990, tranne nel caso in cui un pacchetto con versione maggiore è già installato. Gli altri dovrebbero avere priorità 500 e quindi saranno installati solo se non c'è un pacchetto, qualsiasi versione, nella distribuzione target, a meno che tu non forzi l'installazione con -t. Stesso discorso per gli upgrade dei pacchetti, sarà aggiornato alla versione di una distribuzione diversa da quella target se non è installato quella della distribuzione target. Per tutte le distribuzioni usate, per cui non è stato indicata la priorità di pin, viene assegnata la priorità 500. Però così facendo avrai che per stable saranno installati/aggiornati di default tutti i pacchetti, tranne nel caso in cui vi sia uno con una versione maggiore già installato. Per le altre distribuzioni potrai installare solo con la forzatura -t, ma una volta che avrai installato quel pacchetto con la forzatura gli aggiornamenti arriveranno dalla distribuzione che avrà la maggior versione per quel pacchetto. Cioè se forzi l'installazione/upgrade di pac da testing, e quindi avrai la versione 0.2, al primo upgrade dovrebbe aggiornarti il pacchetto alla 0.4. Per questo, secondo me, motivo sarebbe consigliato non mettere contemporaneamente così tante distribuzioni o gestirle in modo appropriato con il pinning facendo in modo che la target sia 990, quella preferita dopo il target sia 500, le altre le metterei ad un valore inferiore a 500, ad esempio una a 300 e l'ultima con valore 50. Poi ripeto, non ho mai fatto questi test, riporto solo quello che mi sembra di aver capito dalla documentazione. Il pinning l'ho usato veramente raramente, solo per bloccare la versione di un pacchetto singolo che dava problemi dopo aver installato la versione precedente che funzionava correttamente. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Client di posta: https://www.thunderbird.net GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: vdpau non configurato correttamente per default
On 16/11/20 11:16, Portobello wrote: Il 15/11/20 18:28, Davide Prina ha scritto: On 15/11/20 17:06, Portobello wrote: Il 15/11/20 15:35, Davide Prina ha scritto: $ lspci -k|grep -A3 VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 610] (rev a1) Subsystem: ASUSTeK Computer Inc. GF119 [GeForce GT 610] Kernel modules: nouveau 01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1) ok, quindi ti vede la nvidia vedendo qui: https://nouveau.freedesktop.org/CodeNames.html la tua è una NVD9 e vedendo qui: https://nouveau.freedesktop.org/VideoAcceleration.html la NVD9 è una VP5 e dovrebbe avere il supporto completo, poi non so cosa sia EXTFW per il firmware. Però dice che devi avere Mesa 11.2 però dici che hai una stable e, se non erro, in stable c'è 18.3.6-2. Quindi il supporto dovresti averlo. Probabilmente non hai installato qualche pacchetto. Per esempio questi li hai installati? # apt install va-driver-all libglx-mesa0 altrimenti potrebbe essere che in stable qualcosa non funzioni... e puoi anche impostare LIBVA_TRACE come si fa? penso che basti indicare il livello di debug voluto, esempio: $ export LIBVA_TRACE=1 e se non hai messaggi significativi aumenti il valore, più è alto e più messaggi ricevi se come dici hai una nvidia dovresti settare: export VDPAU_DRIVER=nouveau e se hai errori eseguendo vdpauinfo prova ad impostare anche export LIBVA_DRIVER_NAME=nouveau Ho impostato queste due variabili a nouveau, poi il comando vdpauinfo display: :0 screen: 0 Error creating VDPAU device: 23 ho visto solo l'altro giorno questo argomento e l'ho provato solo sul mio PC... magari ti ho indicato due valori sbagliati, magari uno è nouveau e l'altro qualcos'altro. Purtroppo, come avevo indicato, non ho trovato una documentazione ufficiale per l'uso di quei parametri. da errore. Quindi non riconosce la scheda esterna, che uso ora ed è collegata al monitor. L'altra scheda interna non è collegata al monitor. Ci deve essere anche il modo per configurare la scheda esterna. magari il problema è che hai due schede... però non so. Magari potresti usarle entrambe... però, dai comandi che ti ho indicato, sembra che veda solo la nvidia. $ lsmod | grep "drm\|nouveau" nouveau 2138112 0 ulteriore prova che stai usando la nvidia Non credo di avere Wayland, uso la versione stabile di Debian Buster con il desktop Mate. il modo più semplice è vedere se hai un processo attivo: $ ps -def | grep wayland vainfo libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns -1 libva info: User requested driver 'fglrx' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/fglrx_drv_video.so libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit prova $ vainfo -a $ vainfo --display help qui dovrebbe darti dei valori che puoi usare come parametro per (sostituisci a $PARAMETRO i valori che ti ha ritornato, una alla volta) $ vainfo --display $PARAMETRO Ho copiato lo script nella dir /etc/profile.d/, ma non funziona. Devo digitare le variabili da terminale. export LIBVA_DRIVER_NAME=fglrx export VDPAU_DRIVER=nouveau export LIBVA_DRIVER_NAME=nouveau export VDPAU_DRIVER_PATH=/usr/lib/x86_64-linux-gnu/vdpau/ guarda che stai impostando due volte la variabile LIBVA_DRIVER_NAME crei il file /etc/profile.d/portobello.sh e ci metti dentro queste righe (o comunque quelle corrette che ti fanno funzionare vdpau): #!/bin/sh export VDPAU_DRIVER=nouveau export LIBVA_DRIVER_NAME=nouveau Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki I didn't use Microsoft machines when I was in my operational phase, because I couldn't trust them. Not because I knew that there was a particular back door or anything like that, but because I couldn't be sure. Edward Snowden
Re: debian/Sid: apt-listbugs bacato blocca aggiornamenti
On 16/11/20 01:01, Ennio-Sr wrote: root@deb-Fuji:~# apt autoremove io evito di usarlo, perché cerca sempre di rimuovermi pacchetti che io voglio. The following packages have unmet dependencies: dconf-gsettings-backend : Depends: dconf-service (< 0.34.0-2.1~) Depends: libdconf1 (= 0.34.0-2) but 0.38.0-1 is installed E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution). ok, ci sono problemi, probabilmente un'installazione interrotta. Da qui deduco che tu abbia una testing https://tracker.debian.org/pkg/dconf ma quel problema di dipendenza sembra voglia dire che tu non aggiorni il sistema da tempo... root@deb-Fuji:~# apt --fix-broken install The following additional packages will be installed: dconf-gsettings-backend The following packages will be upgraded: dconf-gsettings-backend 1 upgraded, 0 newly installed, 0 to remove and 775 not upgraded. 2 not fully installed or removed. qui c'è già qualcosa di molto strano: 1) ti dice che deve installare dconf-gsettings-backend, ma poi sotto di dice che lo deve aggiornare 2) hai 775 pacchetti non aggiornati!!! Do you want to continue? [Y/n] Y /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:84:in `singleton class': \ undefined method `default_specifications_dir' for class `#' (NameError) \ from /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in `' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require' from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `' from :4:in `require' from :4:in `' E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1) E: Failure running script /usr/bin/apt-listbugs apt apt-listbugs non ha nessun bug segnalato, quindi questo comportamento è dovuto alla tua installazione. verifica che non hai mischiato repository vari, se vuoi indica qui il contenuto: /etc/apt/sources.list /etc/apt/sources.list.d/* Si potrebbero provare diverse strade per risolvere il problema. Ma visto che siamo a distanza, io ti suggerisco questa: # apt update # apt -f install se hai ancora errori su apt-listbugs: # apt remove apt-listbugs # apt -f install # apt install apt-listbugs e poi in ogni caso, se hai risolto con uno dei due punti precedenti, prova ad aggiornare il sistema: # apt -u upgrade # apt -u dist-upgrade Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Motivi per non comprare/usare ms-windows-vista: http://badvista.fsf.org/ Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: sistema misto stable/testing
Il 16 novembre 2020 14:27:01 CET, Piviul ha scritto: >Paolo Redaelli ha scritto il 16/11/20 alle 13:30: >> [...] >> >https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/ >> >> Senza pinning, basta elencare le fonti in ordine di preferenza. >> Lo uso da anni è funziona bene > >Grazie Paolo, mi ricordavo me lo avessi già detto ma non mi funziona, >mi >vuole aggiornare il sistema; questo è il mio source.list: >> # cat /etc/apt/sources.list | egrep -v "^(#|$)" >> deb http://ftp.debian.org/debian buster main contrib >> deb http://ftp.debian.org/debian buster-updates main contrib >> deb http://security.debian.org buster/updates main contrib >> deb http://ftp.debian.org/debian bullseye main contrib > >ma ad esempio per quanto riguarda samba: >> # apt-cache policy samba >> samba: >> Installato: 2:4.9.5+dfsg-5+deb10u1 >> Candidato: 2:4.12.5+dfsg-3 >> Tabella versione: >> 2:4.12.5+dfsg-3 500 >> 500 http://ftp.debian.org/debian bullseye/main amd64 Packages >> *** 2:4.9.5+dfsg-5+deb10u1 500 >> 500 http://security.debian.org buster/updates/main amd64 >Packages >> 100 /var/lib/dpkg/status >> 2:4.9.5+dfsg-5 500 >> 500 http://ftp.debian.org/debian buster/main amd64 Packages > >me lo vuole aggiornare alla versione di bullseye... > >Evidentemente qualcosa mi sfugge: > >Grazie! > >Piviul devi comunque dirgli di rimanere sempre su stable con il pinning, e chiedere esplicitamente l'installazione del pacchetto che ti interessa da testing, ma controlla bene le dipendenze, perché cercherà di installarti anche quelle da testing, se la dipendenza richiesta è legata ad una versione che non sta in stable. byez -- gollum1 Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità e gli errori, maledetto correttore automatico.
Re: sistema misto stable/testing
Paolo Redaelli ha scritto il 16/11/20 alle 13:30: [...] https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/ Senza pinning, basta elencare le fonti in ordine di preferenza. Lo uso da anni è funziona bene Grazie Paolo, mi ricordavo me lo avessi già detto ma non mi funziona, mi vuole aggiornare il sistema; questo è il mio source.list: # cat /etc/apt/sources.list | egrep -v "^(#|$)" deb http://ftp.debian.org/debian buster main contrib deb http://ftp.debian.org/debian buster-updates main contrib deb http://security.debian.org buster/updates main contrib deb http://ftp.debian.org/debian bullseye main contrib ma ad esempio per quanto riguarda samba: # apt-cache policy samba samba: Installato: 2:4.9.5+dfsg-5+deb10u1 Candidato: 2:4.12.5+dfsg-3 Tabella versione: 2:4.12.5+dfsg-3 500 500 http://ftp.debian.org/debian bullseye/main amd64 Packages *** 2:4.9.5+dfsg-5+deb10u1 500 500 http://security.debian.org buster/updates/main amd64 Packages 100 /var/lib/dpkg/status 2:4.9.5+dfsg-5 500 500 http://ftp.debian.org/debian buster/main amd64 Packages me lo vuole aggiornare alla versione di bullseye... Evidentemente qualcosa mi sfugge: Grazie! Piviul
Re: sistema misto stable/testing
Il 16/11/20 13:19, Piviul ha scritto: Piviul ha scritto il 16/11/20 alle 13:03: Ciao a tutti, avrei bisogno di installare la versione di samba 4.12.5 su buster e ho pensato di gestirlo con il pinning: mi potete indicare il modo più semplice e corretto? Se usi buster i pacchetti stable dovrebbero avere priorità 990, quindi devi dare ai pacchetti bullseye che ti interessano uan priorità maggiore: Package: smbclient samba* Pin: release n=bullseye Pin-Priority: 999 Così dovrebbe essere corretto. Usa "apt-cache policy samba" per vedere le priorità.
Re: sistema misto stable/testing
Il 16 novembre 2020 13:03:50 CET, Piviul ha scritto: >Ciao a tutti, avrei bisogno di installare la versione di samba 4.12.5 >su >buster e ho pensato di gestirlo con il pinning: mi potete indicare il >modo più semplice e corretto? > >...nel senso che ho aggiunto il file preferences: >$ cat /etc/apt/preferences >Package: * >Pin: release a=stable >Pin-Priority: 1001 > >e inserito alla fine del sources.list >deb http://ftp.debian.org/debian bullseye main contrib > >ma poi quando vado ad installare samba da testing con apt installa >samba/testing mi da errori sulle dipendenze... quindi credo di non aver > >scelto la strada giusta. > >Qualcuno me la può indica https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/ Senza pinning, basta elencare le fonti in ordine di preferenza. Lo uso da anni è funziona bene -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
Re: sistema misto stable/testing
Piviul ha scritto il 16/11/20 alle 13:03: Ciao a tutti, avrei bisogno di installare la versione di samba 4.12.5 su buster e ho pensato di gestirlo con il pinning: mi potete indicare il modo più semplice e corretto? ...nel senso che ho aggiunto il file preferences: $ cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 1001 e inserito alla fine del sources.list deb http://ftp.debian.org/debian bullseye main contrib ma poi quando vado ad installare samba da testing con apt installa samba/testing mi da errori sulle dipendenze... quindi credo di non aver scelto la strada giusta. Qualcuno me la può indicare? anzi mi sembra di ricordare che qualcuno in lista mi faceva notare che stable e testing potevano coesistere senza pinning semplicemente inserendo nel sources.list entrambi le distro in un certo ordine. Inutile dire che ci ho provato ma testing continua ad avere una priorità maggiore... Piviul
sistema misto stable/testing
Ciao a tutti, avrei bisogno di installare la versione di samba 4.12.5 su buster e ho pensato di gestirlo con il pinning: mi potete indicare il modo più semplice e corretto? ...nel senso che ho aggiunto il file preferences: $ cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 1001 e inserito alla fine del sources.list deb http://ftp.debian.org/debian bullseye main contrib ma poi quando vado ad installare samba da testing con apt installa samba/testing mi da errori sulle dipendenze... quindi credo di non aver scelto la strada giusta. Qualcuno me la può indicare? Grazie Piviul
Re: vdpau non configurato correttamente per default
Il 15/11/20 18:28, Davide Prina ha scritto: > On 15/11/20 17:06, Portobello wrote: >> Il 15/11/20 15:35, Davide Prina ha scritto: > >>> $ vdpauinfo > >> display: :0 screen: 0 >> libva info: VA-API version 1.4.0 >> libva info: va_getDriverName() returns -1 >> libva error: va_getDriverName() failed with unknown libva >> error,driver_name=(null) >> API version: 1 >> Information string: OpenGL/VAAPI backend for VDPAU > > strano io ho queste righe > > display: :0 screen: 0 > API version: 1 > Information string: G3DVL VDPAU Driver Shared Library version 1.0 > > cercando su internet sembra che ci sia un'altra variabile che puoi > impostare > LIBVA_DRIVER_NAME Ciao Lista, > > probabilmente, per la tua scheda, lo devi impostare a fglrx > export LIBVA_DRIVER_NAME=fglrx > > però leggendo più aventi dici di avere un nvidia, mentre va_gl dovrebbe > essere per una AMD Catalyst. Quindi gli errori che hai può essere perché > hai impostato una scheda che non è la tua. Si, in realtà ho due schede grafiche: - una sulla scheda madre, che forse viene vista come AMD (va_gl), che però io non uso, perché non funzionava bene. - l'altra esterna, ed è una Nvidia. Che uso e funziona discretamente bene ora. > > cosa ti ritorna questo comando? > $ lspci -k|grep -A3 VGA 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 610] (rev a1) Subsystem: ASUSTeK Computer Inc. GF119 [GeForce GT 610] Kernel modules: nouveau 01:00.1 Audio device: NVIDIA Corporation GF119 HDMI Audio Controller (rev a1) > > e puoi anche impostare > LIBVA_TRACE > come si fa? > per avere log più verbosi, ma questo lo devi fare solo temporaneamente > se hai problemi e vuoi vedere qualche messaggio in più. > > >> Nei Decoder capabilities, non nè supporta nessuno. >> Metto alcuni esempi, per non intasare troppo qui, >> >> name level macbs width height >> >> MPEG1 --- not supported --- >> MPEG2_SIMPLE --- not supported --- >> MPEG2_MAIN --- not supported --- >> . > > anche questo è strano, io ne ho un po' supportati. Magari hai una scheda > per cui non è ancora stato implementato il supporto per vdpau... > >>> $ ls -la /usr/lib*/vdpau/libvdpau_* /usr/lib/*/vdpau/libvdpau_* \ >>> "$VDPAU_DRIVER_PATH"/libvdpau_* > >> Qui ho eseguito, ed ho trovato diverse librerie, ma solo una sembra >> funzionare. >> Cioè : libvdpau_nouveau.so.1.0.0 >> libvdpau_r300.so.1.0.0 >> libvdpau_r600.so.1.0.0 >> libvdpau_radeonsi.so.1.0.0 >> libvdpau_trace.so.1.0.0 > >> Ho la scheda Nvidia, ma con la libreria nouveau non funziona. > > se come dici hai una nvidia dovresti settare: > export VDPAU_DRIVER=nouveau > > e se hai errori eseguendo vdpauinfo prova ad impostare anche > export LIBVA_DRIVER_NAME=nouveau > Ho impostato queste due variabili a nouveau, poi il comando vdpauinfo display: :0 screen: 0 Error creating VDPAU device: 23 da errore. Quindi non riconosce la scheda esterna, che uso ora ed è collegata al monitor. L'altra scheda interna non è collegata al monitor. Ci deve essere anche il modo per configurare la scheda esterna. > naturalmente questo funziona solo se hai una nvidia e stai usando i > driver liberi, con il comando seguente dovresti vedere il modulo > caricato per la tua scheda > > $ lsmod | grep "drm\|nouveau" nouveau 2138112 0 mxm_wmi16384 1 nouveau wmi32768 2 mxm_wmi,nouveau video 49152 1 nouveau i2c_algo_bit 16384 1 nouveau ttm 122880 1 nouveau drm_kms_helper204800 1 nouveau syscopyarea16384 1 drm_kms_helper sysfillrect16384 1 drm_kms_helper sysimgblt 16384 1 drm_kms_helper fb_sys_fops16384 1 drm_kms_helper drm 483328 3 drm_kms_helper,ttm,nouveau button 16384 1 nouveau > > poi vediamo cosa ti ritorna il comando sopra per capire che scheda e che > driver stai usando effettivamente. > >> L'unica che funziona è questa: >> libvdpau_va_gl.so.1 > > però, da quello che ho trovato in rete quella è per una scheda AMD e non > nvidia. > >>> E forse questo comando dovrebbe indicare quale usare: >>> grep -i vdpau /var/log/Xorg.0.log >> Questo non mi da nessuna risposta. > > è vero, quel log non è più usato, penso se hai wayland... io ho la > vecchia copia. Non credo di avere Wayland, uso la versione stabile di Debian Buster con il desktop Mate. > >>> E c'è anche questo pacchetto: "vainfo", che dovrebbe dare l'info cercata >>> sulla riga: >>> libva info: Trying to open /usr/lib[...] >>> >> Questo da sempre errore: > > prova ad eseguirlo su un xterm dove non hai impostato gli export delle > variabili, a me questo funziona anche senza impostazioni vainfo libva info: VA-API version 1.4.0 libva info: va_getDriverName() returns -1 libva info: User requested driver 'fglrx' libva info: T
