Re: Bug wnpp ITP CDEmu
On 04/03/21 14:36, Matteo Bini wrote: Tempo addietro avevo espresso la volontà di includere CDEmu nell' archivio dei programmi di Debian [1]. Mi avete consigliato di creare un bug sul pacchetto wnpp di tipo ITP e così, con molta calma, ho fatto. [2][3] Dopo aver eseguito questo passaggio mi domandavo se ci fosse qualcos'altro che potessi fare per aiutare a pacchettizzare CDEmu. che sappia io puoi cercare uno sponsor o mentor tra i DD e caricare i pacchetti qui: https://mentors.debian.net/sponsors/ in pratica trovi un DD che offre la sua disponibilità per verificare il lavoro che hai fatto, segnalarti eventuali problemi (che poi devi risolvere), e una volta che è tutto a posto lui ti pubblica i pacchetti sui repository Debian. In realtà il mentor può essere anche un non DD, ma in questo caso può soltanto aiutarti nel costruire i pacchetti come si deve, ma non può pubblicarteli nei repository Debain e quindi, in questo caso, devi trovarti anche un DD oltre il mentor. Nota: io ho solo letto qualcosa sull'argomento, ma non ho mai fatto nulla attivamente, leggi su quel sito per i dettagli e capire come devi fare. [1] https://lists.debian.org/debian-italian/2019/12/msg9.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983558 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983451 Ciao Davide -- 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: errore signature verification in testing
On 04/03/21 10:22, Piviul wrote: Il 03/03/21 18:14, Davide Prina ha scritto: $ grep -R ^[^#] /etc/apt/sources.list* /etc/apt/sources.list:deb https://deb.debian.org/debian/ bullseye main contrib non-free /etc/apt/sources.list:deb-src https://deb.debian.org/debian/ bullseye main contrib non-free questo non va bene, devi avere sempre anche security deb https://deb.debian.org/debian-security testing-security main contrib non-free Dovresti avere lo stesso errore: $ gpg --version confermo. $ ldd /usr/bin/gpg [...] libgcrypt.so.20 => /usr/lib/x86_64-linux-gnu/libgcrypt.so.20 [...] esattamente $ ls -l /usr/lib/x86_64-linux-gnu/libgcrypt* no, ho una sola versione: $ ls -l /usr/lib/x86_64-linux-gnu/libgcrypt* lrwxrwxrwx 1 root root 19 14 feb 15.27 /usr/lib/x86_64-linux-gnu/libgcrypt.so.20 -> libgcrypt.so.20.2.8 -rw-r--r-- 1 root root 1176248 14 feb 15.27 /usr/lib/x86_64-linux-gnu/libgcrypt.so.20.2.8 verifica se è stata indicata una directory diversa con una libreria libgcrypt, usata a runtime al posto di quella qui sopra $ /sbin/ldconfig -p | grep libgcrypt verifica se per caso c'è qualche pacchetto che installa libgcrypt da qualche altra parte: $ dpkg -S libgcrypt verifica l'integrità di libgcrypt20 $ debsums -a libgcrypt20 Guarda quanti pacchetti hai installato e che non sono nei repository che usi attualmente qualcuno ce l'ho (signal, nvidia, zoom...) ma credi che possa dipendere da quelli? ma quindi li hai installati a mano? Questi potrebbero aver installato qualcosa e cambiato le "priorità" delle libreria runtime da usare. Sarebbe meglio non installare pacchetti non presenti sui repository ufficiali. Poi io eviterei di usare i driver proprietari di nvidia. io però intendevo con i comandi seguenti # apt install apt-show-versions # apt-show-versions -i non risponde nulla. sì, aggiorna soltanto la cache per funzionare correttamente $ apt-show-versions | grep available [...] qui hai una marea di pacchetti vecchi, io ti consiglierei di iniziare a rimuovere i più vecchi (es: versioni vecchie del gcc) e poi capire quelli rimasti cosa sono (tieni conto che con testing può essere che un pacchetto sia stato tolto temporaneamente, per poi essere rimesso appena vengono risolti i motivi che lo hanno fatto togliere temporaneamente). Questo comando dovrebbe ritornare nessuno o ben pochi pacchetti. Ciao Davide -- Elenco di software libero: http://tinyurl.com/eddgj GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: Bug wnpp ITP CDEmu
Ciao Marco. CDEmu è un emulatore di lettori e dischi ottici come CD e DVD. Svolge una funzione analoga a Daemon Tools su Windows. Permette di leggere, e in alcuni casi pure di scrivere, la maggior parte dei formati immagine di questo tipo. Le immagini dei dischi ottici, a differenza di un file ISO, contengono informazioni sui settori del disco, utili per esempio per simulare o raggirare dei metodi di DRM. Io utilizzo CDEmu per giocare a dei vecchi giochi su CD che sfruttano metodi di DRM che non funzionerebbero con un semplice file ISO montato. Spero di aver esaurito la tua curiosità e di essere stato abbastanza chiaro, perché di preciso non so come funzioni. Saluti. -- Matteo Bini
Re: Bug wnpp ITP CDEmu
On Thu, Mar 04, 2021 at 01:36:31PM +, Matteo Bini wrote: > Buon pomeriggio a tutti. > Tempo addietro avevo espresso la volontà di includere CDEmu nell' > archivio dei programmi di Debian [1]. > Mi avete consigliato di creare un bug sul pacchetto wnpp di tipo ITP e così, > con molta calma, ho fatto. [2][3] > > Dopo aver eseguito questo passaggio mi domandavo se ci fosse qualcos'altro > che potessi fare per aiutare a pacchettizzare CDEmu. > Credo di aver fatto un po' di macello con quei bug, > ma essendo i miei primi spero che mi perdonerete. > Saluti. > > -- > Matteo Bini > > [1] https://lists.debian.org/debian-italian/2019/12/msg9.html > [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983558 > [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983451 Scusa la curiosità... a che serve un attrezzo del genere? -- Saluton, Marco Ciampa
Bug wnpp ITP CDEmu
Buon pomeriggio a tutti. Tempo addietro avevo espresso la volontà di includere CDEmu nell' archivio dei programmi di Debian [1]. Mi avete consigliato di creare un bug sul pacchetto wnpp di tipo ITP e così, con molta calma, ho fatto. [2][3] Dopo aver eseguito questo passaggio mi domandavo se ci fosse qualcos'altro che potessi fare per aiutare a pacchettizzare CDEmu. Credo di aver fatto un po' di macello con quei bug, ma essendo i miei primi spero che mi perdonerete. Saluti. -- Matteo Bini [1] https://lists.debian.org/debian-italian/2019/12/msg9.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983558 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983451
Re: errore signature verification in testing
Il 03/03/21 18:14, Davide Prina ha scritto: On 03/03/21 09:04, Piviul wrote: $ apt-cache policy libgcrypt20 libgcrypt20: Installato: 1.8.7-2 Candidato: 1.8.7-2 com'è possibile che ti dica questo su una testing aggiornata? C'è qualcosa che non va, tale libreria è entrata in testing il 25/02/2021[¹] Non aggiornavi da tempo? No, l'ho sempre aggiornata con costanza ma potrebbe essere che non l'aggiorni da prima del 25 febbraio; in effetti sono andato a vedere nei log e l'ultima volta l'avevo aggiornata il 23; nel file /var/log/apt/history.log ho trovato: Start-Date: 2021-02-23 09:38:48 Commandline: apt full-upgrade Requested-By: DOMINIOCSA\psala (21046) Upgrade: gpg:amd64 (2.2.20-1, 2.2.27-1), gnupg2:amd64 (2.2.20-1, 2.2.27-1), gnupg:amd64 (2.2.20-1, 2.2.27-1), gpg-wks-server:amd64 (2.2.20-1, 2.2.27-1), gpg-agent:amd64 (2.2.20-1, 2.2.27-1), gpgv:amd64 (2.2.20-1, 2.2.27-1), gpgsm:amd64 (2.2.20-1, 2.2.27-1), dirmngr:amd64 (2.2.20-1, 2.2.27-1), gnupg-utils:amd64 (2.2.20-1, 2.2.27-1), gnupg-l10n:amd64 (2.2.20-1, 2.2.27-1), gpg-wks-client:amd64 (2.2.20-1, 2.2.27-1), gpgconf:amd64 (2.2.20-1, 2.2.27-1) End-Date: 2021-02-23 09:39:42 Che sia un aggiornamento di questi pacchetti che mi ha incasinato il tutto? # apt update # apt -u upgrade # apt -u dist-upgrade $ sudo apt -u upgrade Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze... Fatto Lettura informazioni sullo stato... Fatto Calcolo dell'aggiornamento... Fatto 0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati. $ sudo apt -u dist-upgrade Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze... Fatto Lettura informazioni sullo stato... Fatto Calcolo dell'aggiornamento... Fatto 0 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati. $ sudo apt update Scaricamento di:1 https://deb.debian.org/debian bullseye InRelease [142 kB] Errore:1 https://deb.debian.org/debian bullseye InRelease Errore sconosciuto durante l'esecuzione di apt-key Recuperati 142 kB in 1s (133 kB/s) Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze... Fatto Lettura informazioni sullo stato... Fatto Tutti i pacchetti sono aggiornati. W: Si è verificato un errore nel verificare la firma. Il repository non è aggiornato e verranno usati i file indice precedenti. Errore GPG: https://deb.debian.org/debian bullseye InRelease: Errore sconosciuto durante l'esecuzione di apt-key W: Impossibile recuperare https://deb.debian.org/debian/dists/bullseye/InRelease Errore sconosciuto durante l'esecuzione di apt-key W: Impossibile scaricare alcuni file di indice: saranno ignorati o verranno usati quelli vecchi. Indica il contenuto di /etc/apt/sources.list indica se vi sono file in # ls /etc/apt/sources.list.d e il loro contenuto. $ grep -R ^[^#] /etc/apt/sources.list* /etc/apt/sources.list:deb https://deb.debian.org/debian/ bullseye main contrib non-free /etc/apt/sources.list:deb-src https://deb.debian.org/debian/ bullseye main contrib non-free Come vedi l'unico file che contiene qualcosa è il sources.list che come mi hai suggerito ora è in https. Hai usato il pinning per bloccare l'aggiornamento di qualche pacchetto? $ cat /etc/apt/preferences $ cat /etc/apt/preferences.d/* no, non impostato alcun pinning, non ho il file preferences e dentro /etc/apt/preferences.d/ non ho alcun file Ho visto che in testing la versione di libgcrypt20 è la 1.8.7-3 così ho scaricato libgcrypt20_1.8.7-3_amd64.deb ed installato con dpkg dovevi capire perché non ti ha aggiornato quel pacchetto in automatico beh, il motivo mi sembra sia chiaro: apt-key crede che sia installato una versione di libgcrypt troppo vecchia (la 1.7.5-beta) mentre invece nel mio sistema libgcrypt è alla 1.8.7... ma non so proprio come mai... o ho preso lucciole per lanterne? [...] Dovresti avere lo stesso errore: $ gpg --version confermo. $ type gpg hash effettuato su gpg (/usr/bin/gpg) risponde così anche a me. $ ldd /usr/bin/gpg [...] libgcrypt.so.20 => /usr/lib/x86_64-linux-gnu/libgcrypt.so.20 [...] esattamente $ ls -l /usr/lib/x86_64-linux-gnu/libgcrypt* no, ho una sola versione: $ ls -l /usr/lib/x86_64-linux-gnu/libgcrypt* lrwxrwxrwx 1 root root 19 14 feb 15.27 /usr/lib/x86_64-linux-gnu/libgcrypt.so.20 -> libgcrypt.so.20.2.8 -rw-r--r-- 1 root root 1176248 14 feb 15.27 /usr/lib/x86_64-linux-gnu/libgcrypt.so.20.2.8 [...] Guarda quanti pacchetti hai installato e che non sono nei repository che usi attualmente qualcuno ce l'ho (signal, nvidia, zoom...) ma credi che possa dipendere da quelli? # apt install apt-show-versions # apt-show-versions -i non risponde nulla. $ apt-show-versions | grep available $ apt-show-versions | grep available calf-ladspa:amd64 1.1.3-8.1 installed: No available version in archive cpp-6:amd64 6.3.0-18+deb9u1 installed: No available version in archive cpp-8:amd64 8.4.0-7 installed: No available version in archive dayon:all
Re: windows non parte più \o/
Grazie a tutti per i consigli. Fortunatamente nella partizione windows non ho nulla di importante. Anzi, non ho proprio nulla! Per sicurezza mi faccio un bel dump di tutte le partizioni (p.es. con clonezilla) per essere sicuro di non perdere nulla nel caso riparazioni-reinstallazioni di windows vogliano riformattarmi tutto l'hd. A presto per cose più serie (cioè, no, speriamo di no). augh On Wed, Mar 3, 2021 at 6:18 PM wrote: > > Come da subject, windows in dual boot non parte più. Diciamo che la cosa > non mi dispiacerebbe più di tanto (non lo uso mai) se non fosse che devo > testare del software. > > Ho una sid aggiornata praticamente ogni giorni che per il mio lavoro me è > sufficientemente stabile. > > Siccome wndows non lo uso mai, non so quando il problema si possa essere > verificato. > > E non so neanche quale possa essere: grub, uefi, qualche settaggio del > bios ... > > Comunque ecco la descrizione di quello che succede: > > - al menu di boot scelgo windows > - mentre la rotellina a pallini gira, parte il seguente messaggio: > "Preparing Automatic Repair" > - e poi riparte la schermata del BIOS (o quello che è, insomma, quella > cosa prima del menu di grub) con il messaggio: Diagnosing your PC > - alla fine una schermata di un bell'azzurro con le opzioni: > 1. restart 2. Advanced Options > > Se riavvio, riparte tutto come prima > Le opzioni avanzate mi spaventano (si parla di ripristino di windows, > riparazioni fuori controllo, ...). > > Qualche idea? > > augh >
Re: windows non parte più \o/
On Wed, Mar 03, 2021 at 06:18:48PM +0100, dot...@gmail.com wrote: > Qualche idea? Si. Con le riparazioni di boot purtroppo non risolverai. È quasi sicuramente dovuto ad un aggiornamento spento in malomodo. E siccome ora Windows è una rolling, se hai spento mentre aggiornava un aggiornamento importante, l'unica soluzione è reinstallare. Parti con Linux, salva tutti i dati e reinstalla. E questa volta, aggiorna tutto quello che c'è da aggiornare e lascia il computer riavviarsi e farlo finché non ha finito. La prossima volta consiglio: salvati un'immagine di Windows su Linux con partimage, o usa un virtualizzatore che è meglio... -- Saluton, Marco Ciampa
