Re: Debian Finally Starts a General Resolution to Consider a Non-Free Firmware Image
Buongiorno, condivido pienamente tutto ciò che dici. Altro che fallito, Alessandro Rubini! :-D Oltre a riconfermare (semmai ce ne fosse bisogno) la tua indubbia competenza tecnica, dimostri anche grande saggezza! Un saluto. :) Gabo [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> 04/10/22, 09:19:49 Remove Il giorno lun 3 ott 2022 alle ore 10:11 Alessandro Rubini < rub...@arcana.linux.it> ha scritto: > > se la macchina deve far girare un sistema libero non deve richiederli, > > Sembra lapalissiano, ma secondo me e` proprio sbagliato dentro. > > Sia chiaro, vorrei firmware libero, ma non e` fondamentale come avere > un driver libero. > > Il firmware e` parte dell'hardware. Se accetto che l'hardware non sia > libero non ha senso che la meni sul firmware. > > In ogni caso l'hardware e` liberamente utilizzabile: la scheda wifi > (usb o pcix o altro) la monto su qualunque architettura, anche riscv; > basta portarmi dietro il binario del firmware. > > E secondo me a menarla sul firmware ci facciamo anche la figura dei > fessi. Le poche periferiche che non richiedono un firmware esterno > semplicemente lo hanno dentro e costano di piu`. Quasi tutto ormai ha > un processore infilato da qualche parte su per il naso: sicuramente > tutte le schede wifi, tutte quelle usb e immagino molte schede > di rete pci di fascia alta, schede audio e chissa` cos'altro. > Ormai solo il gpio non ha firmware associato. > > Insistere a non voler inviare un .bin alla periferica e` perdente, non > solo perche` in pratica vuol dire non poter usare quasi niente, ma > perche` quel poco che non lo richiede lo ha gia` precaricato, e > filosoficamente non cambia niente. > > Discorso diverso per i driver, ovviamente. Per vari motivi che > non ha senso ripetere qui. > > Ma so che sono parole al vento: chi e` convinto non ascolta ragioni. > Come conseguenza la fsf e` ormai irrilevante e noi siamo > dei falliti in una nicchia fuori dal mondo. Io per primo. > > -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: bash in at command
Non vorrei allora che l'installazione di bash nel tuo ambiente non fosse completa, e quindi /bin/bash si traduca in un link simbolico a sh ... Proverei a fare un sudo apt -y --reinstall install bash, nel dubbio, e poi riproverei. Buona giornata, [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> 04/10/22, 09:13:51 Remove Il giorno lun 3 ott 2022 alle ore 16:45 Piviul ha scritto: > On 03/10/22 14:19, Gabriele Zappi wrote: > > Hai provato mettendo: > > #!/bin/bash > > In testa allo script? > > certo, c'è sempre stato! > > Piviul > -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: bash in at command
Hai provato mettendo: #!/bin/bash In testa allo script? [image: Mailtrack] <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> Sender notified by Mailtrack <https://mailtrack.io?utm_source=gmail&utm_medium=signature&utm_campaign=signaturevirality11&;> 03/10/22, 14:18:26 Remove Il giorno lun 3 ott 2022 alle ore 12:35 Piviul ha scritto: > Ciao a tutti, c'è un modo impostare l'esecuzione automatica di un bash > script usando atd? Quando lo imposto viene usato sh ma io vorrei proprio > usare bash.... > > Grazie > > -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Problemi gnome e kde.
Spero che tu non abbia fatto un dist-upgrade, sennò potrebbero esserti stati rimossi dei pacchetti per mancanza di dipendenze. In questo caso, dovrai aspettare che vengano sistemati i repository oppure puoi tornare indietro tentando un downgrade dei pacchetti rimossi impostando i repo a testing, o attraverso il pinning.. Sent with Mailtrack <https://mailtrack.io/install?source=signature&lang=en&referral=gabriele.za...@gmail.com&idSignature=22> Il giorno 27 ottobre 2017 19:09, Giuseppe Baldari < giuseppebaldar...@gmail.com> ha scritto: > Da ieri su sid non è possibile utilizzare gnome o kde plasma, qualcuna ha > riscontrato lo stesso problema? > -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Far funzionare virtualbox (testing) con Linux 4.12.0-1
Ciao Davide, Il 20 agosto 2017 09:42, Davide Prina ha scritto: > In testing (Buster) con l'arrivo di Linux 4.12.0-1 . >... > 3) installare le nuove versioni dei pacchetti di virtualbox > # apt install $(dpkg -l | grep virtualbox | sed "s/ii *\([^ ]*\).*/\1/") Modificherei l'apt install come segue: # apt install $(dpkg -l | grep virtualbox | sed "s/ii *\([^ ]*\).*/\1/" | grep ^virtual) In questo modo, si evita che l'esecuzione del comando tra $(..), prenda su righe in stato "rc" o "p" e mandi l'apt in errore... Per il resto, bravo per la guida, anche se in questi casi, come giustamente hai fatto presente, si può benissimo utilizzare il "pinning" con priorità su stable/stretch o testing e forzare all'occorrenza l'upgrade o l'installazione tramite il apt -t a sid. Un saluto, Gabriele -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Domani rilascio Debian 9, quando parte la testing (Buster)?
Il 21 giugno 2017 12:56, Felipe Salvador ha scritto: >> > > No vedo particolari motivi vincolanti [1], illuminami. > > Venisse scelto Star Wars, questo varrebbe bene un ennesimo fork, al > grido di "Pure qui!? E mo bastaaa!", altro che systemd. A pensarci bene, non sarebbe male avere una "Debian 12 Anakin", "Debian 13 Qui-Gon", "Debian 14 Obi-Wan" , "Debian 15 Yoda" ... :-D -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Portatile Asus X53S e problemi con Desktop Manager
Il giorno 28 marzo 2017 20:45, Gollum1 ha scritto: > .. > > > > >Puoi provare anche a far partire il sistema senza display manager e > >quindi dando tu il fatidico startx > > > >Ciao > >Davide > > Devo verificare, ma mi pare il mio stesso modello, uso KDE con sddm, e non > riscontro nessun problema > . ... e comunque non so che dire: stasera ho riacceso il portatile, ho fatto un aggiornamento completo (apt update && apt dist-upgrade), poi ho salvato tutti i log attuali (come suggeriva Davide), ho lanciato: sudo dpkg-reconfigure sddm Ho selezionato "sddm", e riavviato il pc. Stavolta ha funzionato tutto alla perfezione, con l'sddm bello fiammante come login manager. :-) Meglio così ... anche se a sto punto non capisco perché non funzionasse in precedenza. Grazie comunque a tutti per l'interessamento. :-) Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Portatile Asus X53S e problemi con Desktop Manager
Grazie a tutti per gli aiuti. Davide Prina, stasera provo a seguire i tuoi suggerimenti e ti faccio sapere. Gollum, hai lo stesso modello o uno simile con le 2 schede grafiche a bordo? In quest'ultimo caso, per cambiare da un dm ad un altro, fai un dpkg-reconfigure del dm, lo fai tramite comandi a systemd (systemctl enable [sddm|lightdm ...]), o vai a cambiare direttamente il link /etc/systemd/system/display-manager.service ? -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Portatile Asus X53S e problemi con Desktop Manager
Ciao a tutti, Ho un portatile Asus X53S, con processore Intel Core I7-2670QM, 8 Gb Ram ddr3 che ha una scheda Nvidia GF 610M ed utilizza, come per altri modelli, la tecnologia "ibrida" Optimus insieme alla scheda grafica integrata Intel. Come mia consuetudine, ho installato Debian (SID, costantemente up-to-date) su questo portatile senza alcuna difficoltà. Linux di default usa la scheda Intel per la grafica, e grazie al progetto "bumblebee", sono in grado di dire al sistema di utilizzare la Nvidia per alcune applicazioni su cui ho bisogno di più potenza come acceleratore grafico, tramite il comando "optirun" (o "primusrun"). Ad esempio, se lancio "blender", mi parte blender utilizzando la scheda grafica Intel, ma se lancio "optirun blender", utilizzerà la scheda grafica Nvidia GeForce M610 per il rendering, e via dicendo ... Sono riuscito ad impostare, con non poche difficoltà, il sistema grafico, che ora parte con *gdm3*, poi una volta raggiunto il login grafico, posso partire correttamente con qualsiasi DE a mio piacimento (Kde, Mate, Gnome, Cinnamon, etc.. ), ma il problema è che se tento di partire con un login grafico diverso, tipo *sddm* o *lightdm* (gdm3 non riesco proprio a farmelo piacere!! :-D), il sistema non riesce più a partire in grafica. Pare che systemd (dopo il comando ad esempio: systemctl start sddm.service), non riesca ad inizializzare correttamente il driver della scheda per far partire il sottosistema Xwindow (anzi .. ora Wayland ). (Non ho preso giù dai log l'errore esatto, ma mi pare che da console, cercando di far partire il desktop manager mi dai un No X11: broken connection o qualcosa di simile ...) Magari qualcuno in questa ML ha avuto esperienze simili con configurazioni hardware analaghe? Ho provato a "googolare", ma purtroppo cercare casi simili su web, è come cercare un ago in un pagliaio.. Apprezzerei se qualcuno riuscisse a darmi suggerimenti in merito. Grazie anticipatamente, Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098 <https://mailtrack.io/> Sent with Mailtrack <https://mailtrack.io/install?source=signature&lang=en&referral=gabriele.za...@gmail.com&idSignature=22>
Re: riavvi improvvisi
Certo ... intendevo quello che può essere anche masterizzato su un cd. Quello che si installa via apt non è solo runtime? Sent with Mailtrack <https://mailtrack.io/install?source=signature&lang=en&referral=gabriele.za...@gmail.com&idSignature=22> 2017-03-06 19:29 GMT+01:00 Davide Prina : > On 06/03/2017 16:06, Gabriele Zappi wrote: > > Sennò lo puoi sempre trovare qua: http://www.memtest86.com/download.htm >> > > ehm... > > $ apt search memtest86 > > Ciao > Davide > > -- > Dizionari: http://linguistico.sourceforge.net/wiki > Client di posta: http://www.mozilla.org/products/thunderbird > GNU/Linux User: 302090: http://counter.li.org > Non autorizzo la memorizzazione del mio indirizzo su outlook > > -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: riavvi improvvisi
Il giorno 6 marzo 2017 11:16, Piviul ha scritto: > Ciao Gabriele, che sorpresa leggerti qui!!! Ciao Paolo, È da parecchio tempo che sono nelle liste Debian, sinceramente ... :-) stesso ... >> > no, nei log non c'è assolutamente nulla come dicevo... i dati dei riavvii > li ho presi dai log dell'UPS. Anch'io propenderei verso l'alimentatore... è > la prima volta che un alimentatore da problemi con una frequenza così > casuale; normalmente quando si rompe da problemi con frequenza sempre > maggiore... Anche a me è successo in un paio di occasioni che sia schiattato .. > Per escludere altre cose però, hai fatto un test approfondito della ram? >> > ma il kernel dovrebbe sempre accorgersi di problemi di RAM e loggare > qualcosa prima di forzare un riavvio... no? > Dipende ... se un banco di ram è difettata, in genere, il problema si presenta quando il sistema la usa. Anche se di norma, il sistema si pianta e il kernel non potrebbe nemmeno fare in tempo a rendersene conto (e quindi a scrivere il log) > Comunque appena posso provo a cambiare l'alimentatore, in 10 minuti me la > cavo, testare la RAM ci metto qualche ora... > Mah, per un veloce test della ram, possono bastare anche 10 minuti di semplice "memtest" che è una delle voci che dovresti già trovare nel tuo grub, all'avvio del computer. Sennò lo puoi sempre trovare qua: http://www.memtest86.com/download.htm Ciao. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Errore del kernel e blocco del pc
Il giorno 16 marzo 2016 15:11, Giuliano Grandin ha scritto: > > Buon dì a tutti. > > Da alcuni giorni, e poi solo a me e non anche a mia moglie e figlia, ma > forse è solo il caso, capita un improvviso blocco del pc, con questo > errore, ad. es.: > > /var/log/syslog:Mar 16 10:10:02 lucia kernel: [32020.561822] BUG: soft > lockup - CPU#0 stuck for 22s! [Xorg:2950] > ... Ciao Giuliano, Fino a qualche tempo fa, avevo un sistema con AMD Phenom II 1100T (proc exa-core 3.3Ghz) con scheda madre M4A87TD EVO (AMD 870/SB850) che ultimamente con un Debian Sid e kernel 4.1.x mi dava lo stesso problema. Ogni tanto avevo dei kernel oops e varie CPU (#0, #1 .. #5) in stato di stuck. Mi succedeva prevalentemente con l'uso delle USB (sia 2.0 che 3.0) e da varie ricerche avevo letto (oltre ai vari presumibili problemi hardware) che era un bug degli ultimi kernel che si manifestavano con il sottosistema usb soprattutto nei southbridge AMD (SB600/700/850 etc..). Avevo installato il kernel 4.4.1 (scaricandolo direttamente da kernel.org), copiandolo con la configurazione del kernel corrente standard debian (via "cp /boot/config-$(uname -r) .config; make menuconfig [exit]; make deb-pkg", etc..) e da quel momento non ho avuto più problemi di quel tipo. Avevo infatti letto dal changelog sul kernel.org, che in quella versione erano stati sistemati molti problemi appunto relativamente ai chipset che gestiscono USB/USB 3.0. Spero che questa informazione possa esserti di aiuto. PS. È brutto dirlo, ma quando ci giocava mia figlia, il computer andava sempre da Dio. Neanche il pretesto o la scusa di allontanarla dalla mia workstation, quando poteva essere utile :-D :-D :-D Saluti, Gabo -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Debian Sid - problemi dopo dist-upgrade di ieri con driver "radeon"
Il 29 gennaio 2016 06:27, allanon ha scritto: > Thu 28 January 2016, alle 22:39 +0100, girarsi_liste ha scritto: >> >> Dovresti risolvere con: >> >> #apt-get install xserver-xorg-video-radeon/stretch > > Salve a tutti. > > Se non sbaglio, la sintassi corretta - in questo caso - credo sia la > seguente: > > apt-get install -t stretch xserver-xorg-video-radeon > > > la sintassi / indica di utilizzare solo > per > > > In generale, quando si mischiano piu' repo, io suggerisco di impostare > qualche criterio di pinning nel file /etc/apt/preference Da ciò che sapevo io, le due sintassi dovrebbero avere il medesimo comportamento. Correggetemi se sbaglio ... Giusto per completezza del thread, e solo per conferma .. per quanto riguarda il pinning, se io imposto una regola in pinning per "isolare" un pacchetto ad una repo, la regola viene seguita anche per tutte le sue dipendenze, vero? Saluti "Debianizzati" ;-). Gabo. -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Debian Sid - problemi dopo dist-upgrade di ieri con driver "radeon"
Ok grazie a tutti per gli interventi, ma ho risolto ... Questa sera, ho rifatto un apt-get update e un nuovo dist-upgrade. Quindi ho fatto un apt install di xserver-xorg-video-radeon e xserver-xorg-input-all e tutto è ritornato a posto. Probabilmente hanno risistemato i repo e ieri non erano completi. Grazie comunque a tutti, queste indicazioni potrebbero tornarmi utili in altre circostanze. ;-) Gabo Il 28 gennaio 2016 22:47, Davide Prina ha scritto: > On 28/01/2016 22:39, girarsi_liste wrote: >> >> Il 28/01/2016 15:36, Gabriele Zappi ha scritto: > > >>> Qualcuno ha suggerimenti su come poter tornare indietro alla > > >> #apt-get install xserver-xorg-video-radeon/stretch > > > però prima deve mettere i repository di stretch in sources.list e fare un > # apt-get update > > magari funziona... però questo potrebbe indicare che ci sono dipendenze non > soddisfatte... e quindi alla fine potrebbe dover fare il downgrade di una > miriade di pacchetti... e per poterlo fare dovrebbe trasformare la sua Sid > in un testing indicando, con il pinning, che vuole installare i pacchetti di > testing anche se deve fare un downgrade e quindi alla fine vuol dire buttare > via Sid e rimpiazzarlo con teting > > Secondo me la scelta migliore è usare il servizio snapshot di Debian, come > indicato nell'altra mail > > Ciao > Davide > > -- > Dizionari: http://linguistico.sourceforge.net/wiki > Petizione contro il formato ms-ooxml: > http://www.noooxml.org/petition > > Non autorizzo la memorizzazione del mio indirizzo su outlook > -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Debian Sid - problemi dopo dist-upgrade di ieri con driver "radeon"
Buongiorno a tutti, Come ho sintetizzato nell'oggetto, dopo il dist-upgrade di ieri (27-01-2016) su un sistema in cui era installato il driver xserver-xorg-video-radeon, ora X non parte più ... Colpa mia che non ho fatto molta attenzione che mi avvisava che avrebbe rimosso tutti xorg-*, altrimenti avrei abortito ed avrei fatto piuttosto un safe-upgrade ... In pratica l'upgrade ha rimosso, tra gli altri, anche xserver-xorg-video-radeon. Se cerco di installarlo in un secondo momento, mi fallisce per le dipendenze: richiede il pacchetto virtuale xorg-video-abi-19 che non è più presente (infatti ora il video-abi-20 che evidentemente non è più compatibile). Qualcuno ha suggerimenti su come poter tornare indietro alla situazione precedente (magari anche "pinnando" i repository di testing..) fino a quando i repository non vengono completati per portare a termine l'installazione con tale video driver? Grazie anticipatamente per qualsiasi risposta. Gabriele -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Verifica Certificato Client SSL con APACHE2 ok, ma algoritmo di cifratura risulta con algoritmo debole o inattendibile
Il 19 novembre 2015 21:58, Giuseppe Sacco ha scritto: > Ciao Gabriele, > > ... > Puoi rifare i passi da capo, specificando ad ogni comando "openssl req" > anche l'argomento "-sha512". Oppure puoi inserire questa opzione nel > file di configurazione aggiungendo nella parte CA_default, la > variabile default_md come mostrato, ad esempio, qui: > http://rayservers.com/blog/openssl-cert-resign-from-md5-to-sha512 > Ciao seguendo il tuo consiglio, e ciò che suggeriva questo link, ha funzionato alla perfezione!! Grazie 1000. Gabriele -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Verifica Certificato Client SSL con APACHE2 ok, ma algoritmo di cifratura risulta con algoritmo debole o inattendibile
Grazie a tutti per le risposte. Ora provo con i vostri suggerimenti. Gabriele Sent with MailTrack Il 19 novembre 2015 21:58, Giuseppe Sacco ha scritto: > Ciao Gabriele, > > Il giorno gio, 19/11/2015 alle 16.35 +0100, Gabriele Zappi ha > scritto:[...] >> In altre parole, chi mi sa suggerire come poter modificare i passi >> descritti al primo link per ottenere gli stessi certificati con una >> cifratura "forte"? E' indispensabile utilizzare il SHA512 al solo >> certificato del server, o anche la CA deve avere gli stessi >> attributi? > > mi sa che devi rifare tutti i certificati da capo, difatti l'algoritmo > di firma è una parte del certificato e -- se hai generato in sequenza > il certificato della CA e poi quello del server con lo stesso file di > configurazione di openssl -- entrambi i certificati avranno come > algoritmo SHA1. > > Puoi rifare i passi da capo, specificando ad ogni comando "openssl req" > anche l'argomento "-sha512". Oppure puoi inserire questa opzione nel > file di configurazione aggiungendo nella parte CA_default, la > variabile default_md come mostrato, ad esempio, qui: > http://rayservers.com/blog/openssl-cert-resign-from-md5-to-sha512 > > Ciao, > Giuseppe > -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Re: Verifica Certificato Client SSL con APACHE2 ok, ma algoritmo di cifratura risulta con algoritmo debole o inattendibile
Il 19 novembre 2015 17:36, Andrea Mennini ha scritto: > E' un problema nato da un exploit chiamato logjam. > > Segui questa guida: https://weakdh.org/sysadmin.html > > Ciao > Quindi praticamente mi stai dicendo che se io imposto i parametri del server come suggerito da questa guida, vanno bene i comunque passi svolti nelle creazioni dei vari certificati (come indicato dal primo link della mia mail di questo thread), senza che il client riceva quella segnalazione? Grazie della risposta. Gabriele -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098
Verifica Certificato Client SSL con APACHE2 ok, ma algoritmo di cifratura risulta con algoritmo debole o inattendibile
Salve a tutti, Sostanzialmente ho generato una serie di certificati autofirmati per un mio server web con apache2 e SSL (Certificato CA, certificato server e certificato client) come da indicazioni di questa guida: http://www.aral-net.it/howto-apache-2-e-ssl/ Quando al client faccio importare, sia il certificato CA tra le "Autorità" conosciute sia il file .p12 (PKCS#12) come certificato client, il browser client si collega con successo al Sito dove è installato il corrispondente certificato server e CA, ma solo dopo aver avuto l'avviso che il sito in cui si sta entrando ha un certificato generato con un "algoritmo debole per la firma" (es. Google Chrome) con il messaggio NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM, o un messaggio di certificato non sicuro (Firefox) con il messaggio "Il certificato non è affidabile in quanto è stato firmato con un algoritmo di firma disattivato perché non sicuro. (Codice di errore: sec_error_cert_signature_algorithm_disabled) " Ho provato a generare una chiave server che non abbia il problema del "weak algorithm" secondo le indicazioni al seguente link (che utilizza sha512 come algoritmo di cifratura): http://blog.davidchristiansen.com/2012/04/solved-chrome-v18-self-signed-certs-and-signed-using-a-weak-signature-algorithm/ Solo che non avendo il certificate request per il server, poi non riesco più a combinare il certificato del server così generato, con quello della CA per poter generare un certificato lato server combinato con la mia CA. In altre parole, chi mi sa suggerire come poter modificare i passi descritti al primo link per ottenere gli stessi certificati con una cifratura "forte"? E' indispensabile utilizzare il SHA512 al solo certificato del server, o anche la CA deve avere gli stessi attributi? Scusate la mia confusione in materia, e ringrazio anticipatamente chiunque riesca a darmi i giusti suggerimenti. Cordialmente, Gabriele -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098 Sent with MailTrack
Fwd: Ambiente KDE corrotto dopo ultimo aggiornamento in SID
Il giorno 16 luglio 2015 09:59, Alessio Ligabue ha scritto: > > - apt-get remove "kde*" >> - apt-get remove "plasma*" >> - apt-get autoremove >> > > nel mio caso, con i repo testing è bastato reinstallare i pacchetti da > testing: > > apt-get install plasma-workspace/testing > apt-get install kde-plasma-desktop plasma-desktop -t testing > > Ciao Alessio e grazie anche a te della risposta. Avevo già provato con questa tecnica, ovviamente con il --reinstall, ma nel mio caso non ha funzionato. Ho dovuto fisicamente rimuovere tutti i pacchetti, come suggeriva Luigi, abilitare i repo per testing e rifare l'installazione. In questo modo è ritornato tutto a posto. Ciao Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098 Sent with MailTrack <https://mailtrack.io/install?source=signature&lang=en&referral=gabriele.za...@gmail.com&idSignature=22>
Ambiente KDE corrotto dopo ultimo aggiornamento in SID
> > > io ho risolto così: > > - messo i repository testing in sources.list; commentato quelli di sid; > sistemato, eventualmente, il file preferences per dare priorità al ramo > testing; > - apt-get remove "kde*" > - apt-get remove "plasma*" > - apt-get autoremove > - con aptitude ho fatto un giro tra i vari pacchetti per ripulire > ulteriormente > - ho aggiornato la lista pacchetti e ho installato kde da testing > - ho reinserito i reporitory sid ed ora ho cura di non aggiornare kde > finché non si stabilizzino le cose > > Ha funzionato! Ho risistemato tutto, senza bisogno di ripristinare la mia ./kde/.../config/* uno ad uno. :-) Grazie. Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098 Sent with MailTrack <https://mailtrack.io/install?source=signature&lang=en&referral=gabriele.za...@gmail.com&idSignature=22>
Re: Ambiente KDE corrotto dopo ultimo aggiornamento in SID
Il giorno 15 luglio 2015 13:59, Luigi Curzi ha scritto: > > io ho usato il remove; ho dimenticato di dirti che per maggiore pulizia ho > spostato, prima di reinstallare kde da testing, la vecchia cartella ~/.kde > in ~/.kdeOLD e poi ricopiato a mano i file delle configurazioni per le > applicazioni che mi servivano (che si trovano in ~/.kde/share/apps se non > sbaglio), una volta riavviato il pc. > > > ~/.kde/share/config , questa è un'operazione che faccio periodicamente in ogni caso. Comunque grazie ancora della replica. Il giorno 15 luglio 2015 13:49, Mattia Rizzolo ha scritto: > Btw, sappiate che fra ~2 settimane inizierà una transizione molto pesante > verso libstdc++6 che richiederà un bel po' di tempo per stabilizzarsi. Non > è > difficile immaginare che si romperà tutto sid. > Per quanto mi riguarda penso che quando inizierà tutto io farò un > "downgrade" a > testing. > https://lists.debian.org/debian-devel-announce/2015/07/msg0.html > https://release.debian.org/transitions/html/libstdc++6.html > > PS. Potrò sembrare cattivo ma se vi spaventate con cose come quella di KDE > ora > imho non dovreste usare sid. Forse "spaventato" non è il termine giusto ma ringrazio sinceramente Matteo per questa segnalazione, ne terrò conto. Gabriele. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Ambiente KDE corrotto dopo ultimo aggiornamento in SID
Il giorno 15 luglio 2015 13:10, Luigi Curzi ha scritto: > Ciao, > io ho risolto così: > > - messo i repository testing in sources.list; commentato quelli di sid; > sistemato, eventualmente, il file preferences per dare priorità al ramo > testing; > - apt-get remove "kde*" > - apt-get remove "plasma*" > - apt-get autoremove > - con aptitude ho fatto un giro tra i vari pacchetti per ripulire > ulteriormente > - ho aggiornato la lista pacchetti e ho installato kde da testing > - ho reinserito i reporitory sid ed ora ho cura di non aggiornare kde > finché non si stabilizzino le cose > > spero sia di aiuto. > Innanzi tutto grazie 1000 Luigi del tuo interessamento e della risposta. Proverò appena possibile con le indicazioni che mi hai dato. Solo una domanda: quando suggerisci i vari "apt-get remove" .. è sufficiente "remove" o e meglio fare un "purge" ? Grazie Gabriele. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Ambiente KDE corrotto dopo ultimo aggiornamento in SID
Il giorno 14 luglio 2015 09:40, Gabriele Zappi ha scritto: > Buongiorno a tutti, > Ho un PC in una postazione di lavoro desktop che tengo costantemente > aggiornato in Debian Sid > .. > > , un po' come se ora mi trovassi in un ambiente "a metà" tra il Kde4 e il > Kde4. > > Ovvio che intendevo dire "tra il Kde4 e il Kde5" :-) Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: Su SID, l'ultimo apt-get dist-upgrade vuole rimuovermi fglrx-driver.
Ad ogni modo ... ora mi ha rimosso / blacklistato i driver fglrx nonostante abbia fatto girare un aptitude safe-upgrade. In serata, proverò a sistemare con le indicazioni che vengono date qui: http://wiki.cchtml.com/index.php/Debian Saluti Il 13 maggio 2015 09:40, Gabriele Zappi ha scritto: > Il 12 maggio 2015 23:31, Gollum1 ha scritto: > > ... >> Probabilmente di tratta solo di aspettare qualche giorno... ieri mi voleva >> disinstallare il 70% dei pacchetti legati a xorg, oggi invece uno solo, >> magari domani anche questo sarà a posto... io non ho particolarmente >> fretta... e aspetto. >> >> È anche vero che potrei eliminare la maggior parte di quei pacchetti, visto >> che la scheda è una... ma preferisco non perdere il pacchetto generico di >> base... per future esigenze... > > Ok, aspetterò qualche giorno. Grazie! > > > -- > > Best regards, > > Gabriele Zappi > http://www.gabrielezappi.net > GNU/Linux user #380098 -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJSjkBOYK9LA_O27pTM8xkRBhiaOMrQ-dAM6wYCALi9x=s0...@mail.gmail.com
Re: Su SID, l'ultimo apt-get dist-upgrade vuole rimuovermi fglrx-driver.
Il 12 maggio 2015 23:31, Gollum1 ha scritto: ... > Probabilmente di tratta solo di aspettare qualche giorno... ieri mi voleva > disinstallare il 70% dei pacchetti legati a xorg, oggi invece uno solo, > magari domani anche questo sarà a posto... io non ho particolarmente > fretta... e aspetto. > > È anche vero che potrei eliminare la maggior parte di quei pacchetti, visto > che la scheda è una... ma preferisco non perdere il pacchetto generico di > base... per future esigenze... Ok, aspetterò qualche giorno. Grazie! -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajsjkbohy_4em99sqterfqbfhxtkom4br+z9mosdmr1e-oy...@mail.gmail.com
Re: Su SID, l'ultimo apt-get dist-upgrade vuole rimuovermi fglrx-driver.
Il giorno 12 maggio 2015 11:17, Walter Valenti ha scritto: > > > Io, in genere, su testing, quando ci sono problemi del genere, > > faccio un aptitude safe-upgrade > > Walter Si ma poi bisogna gestirsi a mano i pacchetti con hold, keep, unhold, etc.. a sto punto tanto vale utilizzare apt-get upgrade, se quei pacchetti non li tocca e non li rimuove. E non risolve il problema per cui non posso avanzare con versione di xserver senza rimuovere il driver ati. Grazie per la replica. ;-) -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajsjkbpy3ccu-tgxkmczj1qspkzbizxefl-13yqzuuv+pde...@mail.gmail.com
Su SID, l'ultimo apt-get dist-upgrade vuole rimuovermi fglrx-driver.
Ciao a tutti, Credo che l'oggetto della mail sia già abbastanza esplicativo. Comunque cercherò di essere un pò più dettagliato.. Ho un sistema con un AMD Phenom II x6 ed una scheda grafica (purtroppo) AMD/ATI Radeon HD 5770. Ho sopra una Debian con i repository di SID (unstable) e fino ad ora non ho mai avuto problemi (a parte i soliti "capricci" di systemd, ma sempre bene o male gestiti... ). Come driver per la scheda grafica ho sempre utilizzato il proprietario, fglrx (ATI catalyst) ed andava piuttosto bene per il 3D sia nella composizione desktop, che per il webgl, blender animations, games fps, etc.. Nell'ultimo aggiornamento che ho tentato di eseguire tramite *apt-get dist-upgrade*, ho notato che mi voleva rimuovere *fglrx-driver*.. naturalmente ho fermato il tutto! Quando controllo il dettaglio con un changelog (*apt-get changelog xserver-xorg-core*), leggo: xorg-server (2:1.3.99.2-1) experimental; urgency=low > > .. > [ Julien Cristau ] > * New upstream release candidate. > + bump build dep on renderproto to >= 0.9.3, and on pixman to >= > 0.9.4-2. > + bump video abi version and serverminver. > * > *Drop the Conflict on fglrx-driver, which is taken care of by the abi** > version*. > .. > xorg-server (2:1.3.0.0.dfsg-6) unstable; urgency=low > * *Change fglrx conflict to << 8.37.6* (closes: #424975). > ... > xorg-server (2:1.3.0.0.dfsg-5) unstable; urgency=low > [ Brice Goglin ] > * Add 24_hurd_ioperm_fix.diff to fix xf86Enable/DisableIO on Hurd with > recent GNU Mach. Thanks Samuel Thibault! > .. > [ Julien Cristau ] > * Add patch to make sure that the ramdac symbols are present in the > server > and drivers can use them (closes: #423129). > * > *xserver-xorg-core Conflicts with fglrx-driver, which broke with 1.3.** > We'll need to make this versioned (or drop it) when fglrx is fixed.* ... mi pare di capire, è stata riscontrata una incompatibilità con la nuova versione di xserver con il driver fglrx, e che, almeno per un certo periodo di tempo, sarà tolto dai rilasci... Per cui ora chiedo, a chi dovesse avere già esperienze a riguardo, quale potrebbe essere il modo migliore di procedere. Ed in particolare: 1) Mi conviene non aggiornare se non con il solo *apt-get upgrade* (e non *dist-upgrade*) in modo da non interferire con aggiornamenti che riguardano driver e altre parti salienti del sistema (e mantenermi il mio driver fglrx fino a quando non sarà disponibile una versione fixata)? 2) Se dovessi comunque aggiornare ed utilizzare i driver opensource "radeon" (che comunque in passato mi hanno dato problemi, o quanto meno mettevano a disposizione funzionalità più limitate), potrei trovare un modo alternativo di installare i driver proprietari Catalyst, anche "out-of-the-box" senza aspettare le calende greche (come è consuetudine di ATI/AMD per questi aggiornamenti? ... altri suggerimenti o sono sempre ben accetti. Purtroppo in rete non ho trovato molte informazioni aggiornate a riguardo, forse perché questa è una problematica troppo "fresca" in Debian (in SuSE, e mi pare in Fedora, si era già presentata). Grazie anticipatamente per ogni suggerimento. Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: ot wordpress, drupal o qualcosaltro?
Per Wordpress vi consiglierei il plugin Woocommerce. E' veramente ben fatto, permette la gestione del magazzino, attributi (varianti, taglie e colori, ecc.) e trovo che abbia un interfaccia di gestione molto intuitiva ed è costantemente aggiornato. Il plugin di per se è open, sono a pagamento solo determinati temi "tagliati" ad-hoc per woocommerce, più o meno adatti per le varie categorie di attività. Gabriele Il giorno 20 aprile 2015 18:43, marco pirola ha scritto: >>>>.. >>>> So che per realizzare siti e-commerce ci sono Magento o prestshop, >>>> ma non ho mai avuto modo di usarli >>>> >>>> Gianni >>>> -- Best regards, Gabriele Zappi http://www.gabrielezappi.net GNU/Linux user #380098 -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajsjkbp1adck120ej5iloxy+eye96mfjs-uycztoxylufoz...@mail.gmail.com
Re: Ricezione log di linux su macchina windows
Il giorno 27 febbraio 2015 08:59, pac ha scritto: > Ciao, in azienda c'è una macchina linux che inviava i log di accesso > ad una macchina linux, solo che ora si è rotta e mi permettono di > inviarla solo a una macchina windows con Windows Server 2008R2. > Come si fa a dire a una macchina windows di mettersi in ascolto, > ricevere e archiviare da qualche parte i log che gli manda questa > macchina linux ? > Grazie e ciao > pac > > Ciao, un collega, sysadm della parte windows dell'infrastruttura dove lavoro, ha utilizzato il prodotto preso da questo sito per gestirlo: http://www.balabit.com/network-security/syslog-ng/central-syslog-server/download Unico neo. Si tratta di un prodotto commerciale, e la licenza free vale per tenere/gestire i log di 5 server (10, se fai la registrazione gratuita). Se vuoi andare su qualcosa di più "libero", devi dare un'occhiata qui, ma devi installare l'ambiente Cygwin sul server: http://www.syslog.org/logged/running-syslog-ng-on-windows/ (PS: *nota*: te la fornisco come indicazione, ma non l'ho mai provato personalmente. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: xlock "trasparente"
Il giorno 19 febbraio 2015 12:46, dea ha scritto: > Grazie ragazzi ! > > Non osavo, ma l'elenco dei giochini o programmi educativi come xbill era > una > cosa che volevo chiedervi :) > > Luca > Educativi?? apt-get install gcompris gcompris-sound-it Poi ... Lancia synaptic, e nel filtro di ricerca inserisci "*tux*" e guarda quello che ti viene fuori. (tuxmath, tuxtype, tuxpaint ... ecc) Naturalmente non li ho provati tutti, ma il materiale non manca. ;-) -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: xlock "trasparente"
Il giorno 19 febbraio 2015 11:22, Gian Uberto Lauri ha scritto: > vertono a lanciare *xeyes* > > Prova a vedere che dicono i speyes e tuxeyes. E prova anche neko. E a > scrivere sl sul terminale. > > Grazie dei suggerimenti, Uberto. Proverò! ;) > > Per loro è una cosa normale e che c'è... C'è nel quando il loro > cervello è nella situazione migliore per imparare. > C'è nel? forse nel sangue ... comunque hai ragione? Gabriele -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: xlock "trasparente"
Il giorno 19 febbraio 2015 10:37, Gian Uberto Lauri ha scritto: > > > > Si inizia da questo, la sua prima Debian, a 7 mesi ... cucciola :) > > Splendida! > Fantastica! OT: i miei gemellini di 6 anni, sul mio Debian jessie, fanno "cambia utente", entrano con un utente fatto apposta per loro, con tanto di utente e password, e si divertono a lanciare *xeyes* e vedere gli occhi seguire il cursore, poi adorano tuxracer, ma sorprattutto *xbill* (schiaccia bill gates prima che vada a contaminare i computer con windows!!).. :DD Hanno già le idee chiare LOL! PS. I bambini oggi, per quanto riguarda la tecnologia, hanno una marcia in più. Un po' anche grazie a noi genitori, o per colpa nostra, a seconda dei punti di vista ... :) -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Debian e KDE - all'arrivo di una notifica audio (KNotify) il volume dell'audio viene riportato al 100%
Il giorno 18 febbraio 2015 15:28, ha scritto: In data mercoledì 18 febbraio 2015 13:09:16, Gabriele Zappi ha scritto: > > Ciao a tutti, > > > . > > prova a usare pavucontrol e mettere i suoni di sistema al minimo. > > Ciao e grazie della risposta. Avevo già provato in effetti ad utilizzare pavucontrol, ed avevo già verificato che può essere una soluzione "di ripiego", almeno nel mio caso, ma non sicuramente definitiva. Mi spiego meglio. Come profilo audio interno ho selezionato "Stereo digitale (IEC958) Output + Stereo analogico input". In *Riproduzione* ho abbassato al minimo. Nella tab "*Uscite*", vado ad abbassare i volumi Frontale sinistro e destro, diciamo, al 20%, sulla porta (unica nel mio caso) "Digital Output (S/PDIF). Questo influisce anche sul volume di principale di Kmix, e sempre su Kmix, vedo che il potenziometro "*Suoni di eventi*" è correttamente sceso al minimo, come impostato da pavucontrol. Poi genero un evento di sistema. Succede che il volume delle notifiche rimane inalterato al minimo, ma quello delle uscite (corrispondente al canale principale di Kmix) viene riportato al 100%. Questo significa che ad esempio se mi sto guardando un video con il volume ridotto, al verificarsi di un evento di sistema, è vero che non vengo disturbato dal "Ding" della notifica, in quanto rimane con il volume al minimo, ma l'audio del video che sto guardando schizza a tutto volume! :) Grazie comunque del consiglio. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098 -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Debian e KDE - all'arrivo di una notifica audio (KNotify) il volume dell'audio viene riportato al 100%
Ciao a tutti, Il problema di cui all'oggetto, mi si verifica sia in Debian testing che sid (non ho verificato in stable). Il problema è un bugs noto ( https://bugs.kde.org/show_bug.cgi?id=324975 ) Qualcuno mi diceva che mettendo altri dispositivi di riproduzione (alsa, pulse, ?? ) era riuscito a risolvere il problema, in attesa di un fix ufficiale. Io ho provato a cambiare il Backend da VLC a GStreamer (in Impostazioni multimediali di Kde), ma il problema rimane. Invece, in impostazione audio di kde, nell'elenco delle preferenze dispositivi di riproduzione audio nelle varie impostazioni (Notifiche, Musica, Video, ecc.) ho solo una voce, che è "Audio Interno Stereo analogico" nel mio caso. Ho provato ad interrompere Kmix, eliminare tutti i file di cache/cookie "vecchi" (~/.pulse , .pulse-cookie, .config/pulse, ..) e rilanciare Kmix, ma il problema persiste. In pratica se imposto un volume, ad esempio, al 40% e poi creo un evento che mi genera una notifica audio (ad esempio, da Dolphin cerco di eliminare un file, in modo che mi chieda la conferma con notifica audio), i volumi (Master, PCM) vengono automaticamente "spinti" al 100%. Soltanto impostando il volume in "Mute", l'evento di knotify non ne altera i livelli. Qualche suggerimento da consigliare come workaround?? Grazie anticipatamente. -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* GNU/Linux user #380098
Re: cms per sito web aziendale
Il giorno 10 febbraio 2015 10:36, Antonio Draven De Santis ha scritto: Joomla può diventare abbastanza vulnerabile se viene lasciato > all'abbandono. Ma se lo aggiorni costantemente e utilizzi alcuni > accorgimenti lato server non è meno sicuro di qualsiasi altro applicativo > web > ... > Sottoscrivo. Stesso discorso vale per Wordpress (lo cito anche se sicuramente non fa al caso tuo, Piviul). -- Best regards, *Gabriele Zappi* *http://www.gabrielezappi.net <http://www.gabrielezappi.net>* Riminilug - http://www.riminilug.it GNU/Linux user #380098