Re: OT: debian vmware vcenter 8.0

[Davide Prina]

Paride Desimone ha scritto:

> abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
> vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
> partono più, dando errore sul controller scsi virtuale.

non conosco l'argomento, ma io proverei a crearmi una nuova vm Debian
e se funziona cercherei di capire cosa di diverso c'è con le vecchie.

Se non funziona, con i vari tool di conversione proverei a fare un
po' di conversioni (es: converto per altro tipo e riconverto per
vmware)

> Dal passaggio in 
> broadcom, mi sa che saranno dolori per moltissimi.

da quel che mi hanno detto e che ho letto hanno licenziato una
marea di persone, hanno venduto molti altri software che avevano
e dichiarato che non daranno più assistenza ai medio piccoli.

È una società che compra altre per fare profitti veloci... o molto
lucrativi su medio/lungo termine.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: OT: debian vmware vcenter 8.0

[Paride Desimone]

Il 22-04-2024 11:53 Diego Zuccato ha scritto:

Bidonare VMWare e passare in massa a Proxmox.


Fosse per me domattina stesso...
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: OT: debian vmware vcenter 8.0

[Diego Zuccato]

Bidonare VMWare e passare in massa a Proxmox.
Noi abbiamo da tempo un cluster di 9 nodi (ex nodi di calcolo che 
venivano bidonati) e "quasi" 0 problemi. Se servono più di 16 nodi, 
allora meglio considerare oVirt, scala fino a centinaia di macchine 
fisiche senza problemi.


Diego

Il 22/04/2024 13:11, Paride Desimone ha scritto:

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools (che 
inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.

/paride


--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: OT: debian vmware vcenter 8.0

[Piviul]

On 4/22/24 13:11, Paride Desimone wrote:

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools 
(che inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.


non so aiutarti ma mi sto chiedendo se non tutti i mali vengano poi per 
nuocere, nel senso che qualcuno magari decide così di migrare a proxmox! 
E aggiungo che l'assistenza proxmox non ti avrebbe mai mollato con un 
"aggiorna i vmware tools".


Buona giornata e in bocca al lupo.

Piviul

OT: debian vmware vcenter 8.0

[Paride Desimone]

Buongiorno,
abbiamo aggiornato alla versione 8.x dalla 7.x di vmware 
vcenter/vshpere, ed abbiamo riscontrato che le vm ubuntu debian, non 
partono più, dando errore sul controller scsi virtuale.
Interpellata vmware, ci è stato detto di aggiornare i vmware tools (che 
inutile dire sono aggiornati), ma la situazione non cambia.
E' già successo a qualcun altro? C'è una soluzione? Dal passaggio in 
broadcom, mi sa che saranno dolori per moltissimi.

/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: [OT] Frigorifero e Decoder Wi-Fi

[Diego Zuccato]

Il problema con ZB è che richiede un hub e ci sono device che funzionano 
solo col loro (tipo un sensore di presenza radar "a barretta" di Tuya, 
molto bellino ma non va ne con ZHA ne con Z2M :( mentre il suo omologo 
quadrato funziona senza problemi).
Comunque la situazione ZB delle prese controllate è più rosea (quella 
che ho ora sul microonde è appunto ZB in sostituzione di una WiFi).


Diego

Il 18/01/2024 10:53, MAURIZI Lorenzo ha scritto:

Aggiungo:
ci sono anche dispositivi Zigbee molto economici che, con una pinza 
amperometrica, riescono a controllare il consumo dell'intera casa o di un 
singolo ramo dell'impianto elettrico (Forza Motrice, Luce, Forno ecc...)
Ad esempio io ho installato questo nel mio quadro elettrico principale sul cavo 
di arrivo della fase al generale:
https://it.aliexpress.com/item/1005004948381800.html

Poi saremmo un po' OT, ho aggiunto un tag al titolo del messaggio...
Lorenzo


-Messaggio originale-
Da: Diego Zuccato 
Inviato: mercoledì 17 gennaio 2024 14:50
A: debian-italian@lists.debian.org
Oggetto: Re: Frigorifero e Decoder Wi-Fi

Ci sono diverse prese monitorate. Alcune, tipo le Shelly Plus Plug S,
sono veramente poco invasive.
Le connetti e sono "passanti", poi o sulla loro pagina esposta o tramite
cloud (dipende dal produttore) vedi i consumi e puoi accendere o
spegnere il dispositivo collegato.
Io ne ho messe sia per il microonde che per la lavatrice. E alla fine si
sono rivelate appliance poco energivore (consumano tanto ma per poco,
mentre un carico continuo di 100W nella giornata consuma molto di più).

Diego

Il 17/01/2024 14:35, pinguino ha scritto:

Il 16/01/24 16:30, gerlos ha scritto:




Il giorno 16 gen 2024, alle ore 16:10, Marco Ciampa
 ha scritto:

On Tue, Jan 16, 2024 at 03:36:25PM +0100, mauro morichi wrote:


Il 16/01/24 15:26, Leonardo Boselli ha scritto:

(mi basta una cosa che mi dica la temperatura che sente)



dico una frescaccia: e se to lo costruisci usando un arduino, o un
esp32 che
peraltro puoi gestire pure in python?


Il problema principae è sempre lo stesso: l'alimentazione. Sui vecchi
frigoriferi penso sia più facile dato l'accesso alle lampadine a 220V
con
attacco a vite. Quelli moderni sono a LED e non credo sia facile
collegarsi. Poi sarebbe interessante staccare il termostato, se
meccanico, e digitalizzarlo. Per quelli moderni digitali è sicuramente
più difficile anche perché bisogna lavorare a frigo spento senza
alimenti
per fare le modifiche, senza contare la scadenza della garanzia…



Io non ho problemi di temperatura nel frigo, ma ho scoperto un po’ di
cose interessanti semplicemente collegando al frigo una semplice smart
plug che misura i consumi e tenendo d’occhio le misure. Ad esempio ho
ricavato il consumo medio in condizioni “normali", e ho potuto vedere
quando il ghiaccio accumulato sulle pareti del congelatore ne
peggiorava l’efficienza (ed ho risolto cambiando una guarnizione).


Buon giorno Lista,
Quali modelli e metodi sono più efficienti per monitorare i consumi
elettrici dei vari dispositivi presenti in un alloggio ?
Io ho trovato questo :
www.consumienergia.it , ma si vedono solo i totali, di luce e gas.
Si accede con Spid.
Tramite la rete elettrica, credo che hanno raccolto i consumi di tutte
le utenze, luce e gas, in Italia.

Gli smart plug sono delle spine elettriche che si inseriscono nella
presa di un singolo dispositivo ? Ho dato un'occhiata su internet, ma
non capisco ancora bene come funzionano. Sono comunque dispositivi
hardware ?


Se non sbaglio, con Home Assistant si dovrebbe poter impostare un
allarme se un parametro (come il consumo medio di un dispositivo) di
un dispositivo è sopra una certa soglia per un certo tempo (ad esempio
perché ho dimenticato la porta del frigo aperta).


In un frigo tipo questo dicono che c'è un'App di Samsung ,  SmartThings,
che può monitorare i consumi ed anche impostare le scadenze di alcuni
cibi. Poi non so se invia anche delle notifiche.

https://www.prezzoforte.it/samsung-frigorifero-combinato-no-frost-capacit-344-litri-classe-energetica-colore-inox-rb34c775cs9-p-385281.html


Dopo tutto l’energia che serve per far funzionare il frigo è
strettamente correlata con la sua efficienza.


Si, penso di si.

Saluti
Grazie
Claudio






--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

R: [OT] Frigorifero e Decoder Wi-Fi

[MAURIZI Lorenzo]

Aggiungo:
ci sono anche dispositivi Zigbee molto economici che, con una pinza 
amperometrica, riescono a controllare il consumo dell'intera casa o di un 
singolo ramo dell'impianto elettrico (Forza Motrice, Luce, Forno ecc...)
Ad esempio io ho installato questo nel mio quadro elettrico principale sul cavo 
di arrivo della fase al generale:
https://it.aliexpress.com/item/1005004948381800.html

Poi saremmo un po' OT, ho aggiunto un tag al titolo del messaggio... 
Lorenzo


-Messaggio originale-
Da: Diego Zuccato  
Inviato: mercoledì 17 gennaio 2024 14:50
A: debian-italian@lists.debian.org
Oggetto: Re: Frigorifero e Decoder Wi-Fi

Ci sono diverse prese monitorate. Alcune, tipo le Shelly Plus Plug S, 
sono veramente poco invasive.
Le connetti e sono "passanti", poi o sulla loro pagina esposta o tramite 
cloud (dipende dal produttore) vedi i consumi e puoi accendere o 
spegnere il dispositivo collegato.
Io ne ho messe sia per il microonde che per la lavatrice. E alla fine si 
sono rivelate appliance poco energivore (consumano tanto ma per poco, 
mentre un carico continuo di 100W nella giornata consuma molto di più).

Diego

Il 17/01/2024 14:35, pinguino ha scritto:
> Il 16/01/24 16:30, gerlos ha scritto:
>>
>>
>>> Il giorno 16 gen 2024, alle ore 16:10, Marco Ciampa 
>>>  ha scritto:
>>>
>>> On Tue, Jan 16, 2024 at 03:36:25PM +0100, mauro morichi wrote:
>>>>
>>>> Il 16/01/24 15:26, Leonardo Boselli ha scritto:
>>>>> (mi basta una cosa che mi dica la temperatura che sente)
>>>>
>>>>
>>>> dico una frescaccia: e se to lo costruisci usando un arduino, o un 
>>>> esp32 che
>>>> peraltro puoi gestire pure in python?
>>>
>>> Il problema principae è sempre lo stesso: l'alimentazione. Sui vecchi
>>> frigoriferi penso sia più facile dato l'accesso alle lampadine a 220V 
>>> con
>>> attacco a vite. Quelli moderni sono a LED e non credo sia facile
>>> collegarsi. Poi sarebbe interessante staccare il termostato, se
>>> meccanico, e digitalizzarlo. Per quelli moderni digitali è sicuramente
>>> più difficile anche perché bisogna lavorare a frigo spento senza 
>>> alimenti
>>> per fare le modifiche, senza contare la scadenza della garanzia…
>>>
>>
>> Io non ho problemi di temperatura nel frigo, ma ho scoperto un po’ di 
>> cose interessanti semplicemente collegando al frigo una semplice smart 
>> plug che misura i consumi e tenendo d’occhio le misure. Ad esempio ho 
>> ricavato il consumo medio in condizioni “normali", e ho potuto vedere 
>> quando il ghiaccio accumulato sulle pareti del congelatore ne 
>> peggiorava l’efficienza (ed ho risolto cambiando una guarnizione).
>>
> Buon giorno Lista,
> Quali modelli e metodi sono più efficienti per monitorare i consumi 
> elettrici dei vari dispositivi presenti in un alloggio ?
> Io ho trovato questo :
> www.consumienergia.it , ma si vedono solo i totali, di luce e gas.
> Si accede con Spid.
> Tramite la rete elettrica, credo che hanno raccolto i consumi di tutte 
> le utenze, luce e gas, in Italia.
> 
> Gli smart plug sono delle spine elettriche che si inseriscono nella 
> presa di un singolo dispositivo ? Ho dato un'occhiata su internet, ma 
> non capisco ancora bene come funzionano. Sono comunque dispositivi 
> hardware ?
> 
>> Se non sbaglio, con Home Assistant si dovrebbe poter impostare un 
>> allarme se un parametro (come il consumo medio di un dispositivo) di 
>> un dispositivo è sopra una certa soglia per un certo tempo (ad esempio 
>> perché ho dimenticato la porta del frigo aperta).
>>
> In un frigo tipo questo dicono che c'è un'App di Samsung ,  SmartThings, 
> che può monitorare i consumi ed anche impostare le scadenze di alcuni 
> cibi. Poi non so se invia anche delle notifiche.
> 
> https://www.prezzoforte.it/samsung-frigorifero-combinato-no-frost-capacit-344-litri-classe-energetica-colore-inox-rb34c775cs9-p-385281.html
> 
>> Dopo tutto l’energia che serve per far funzionare il frigo è 
>> strettamente correlata con la sua efficienza.
>>
> Si, penso di si.
> 
> Saluti
> Grazie
> Claudio
> 
> 

-- 
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: [OT] Sensori di temperatura e Debian 12

[Piviul]

On 9/24/23 11:20, Alessandro Baggi wrote:

[...]

Il problema è che non riesco a individuare il chip che il sensore usa. 
Lanciando sensors-detect mi viene trovato questo chip:


"Nuvoton NCT6798D Super IO Sensors"

Cercando in rete ho trovato questo:

https://www.nuvoton.com/products/cloud-computing/i-o/super-i-o-series/ d

dove viene riportato un diagramma nel quale viene riportato (Other 
SMBus temp sensors) SMBus/i2c.


Viene riportata una lista con diversi chip ma non è presente il mio 
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
l'unico modo per verificare che è supportato è collegare un sensore.


Ciao Alessandro, cercando in rete ho trovato questo bug: 
https://bugzilla.kernel.org/show_bug.cgi?id=204807


Ti ci ritrovi? Lo segnano come RESOLVED CODE_FIX non riesco però ad 
aiutarti su come testare il CODE_FIX...


Piviul

Re: [OT] Diamoci una regolata, era NOW epic fail, era codice di condotta,era Sensori di..

[Andrew M.A. Cater]

On Sat, Oct 14, 2023 at 11:00:20AM +0200, Beppe Cantanna wrote:

Illustrissimi signori,

Detto e fatto: spero che mi permissi di scrivere qui.

Codice di condotto - si, certo c'e' - 
https://www.debian.org/code_of_conduct.it.html

Questa e' una versione piu' vecchia - comunque, va bene cosi'

Siete simpatici sempre, per favore - senza parole cattivi.

Quest' e' una communita' piccola - siete gentillissimi per dimonstrare il
meglio di Debian e della cultura italiana.

[Mi scusa - ancora sto imparando italiano - mi mancano le cortesie abituali
per questa lista]

Andy

[For the Community Team]

> ma oltre a questi termini da prima infanzia ne conosci altri?
> per scrivere le mail prova a farti aiutare dagli infermieri che ti seguono.
> 
> Ciao e buona giornata anche a te.
> 
> Il giorno sab 14 ott 2023 alle ore 10:55 Cosmo  ha
> scritto:
> 
> > LOL l'imbecille si è trasformato in uno stalker...
> >
> > In data sabato 14 ottobre 2023 10:51:26 CEST, Beppe Cantanna ha scritto:
> > > Sei proprio un mito.
> > > Mi fai troppo ridere :) :) :)
> > >
> > > Ma le pastigliette stamattina le hai prese?
> > > Mia zia lavora in una clinica e mi ha detto che quelle ti aiuterebbero un
> > > sacco.
> >
> > --
> > Cosmo
> >
> >
> >
> 
> -- 
> *CANTANNA Giuseppe*
> cel. +39 349 1998700
> giuseppe.canta...@glugto.org
> canta...@glugto.org
> canta...@gmail.com
> 
> bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
> *Nodo NINUX: *broot*.*
> 
> 
> *Per favore non inviatemi allegati in formato MS
> Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
> ​
> http://en.wikipedia.org/wiki/OpenDocument
> 
> ​ ​
> http://it.wikipedia.org/wiki/OpenDocument
> 
> 
> *​*http://www.documentfoundation.org/
> * ​ *https://it.libreoffice.org/
> ​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Paride Desimone]

Il 14-10-2023 08:43 Beppe Cantanna ha scritto:

Paride,
ti avevo risposto in privato per evitare flame, ma prendo atto che qui 
le

regole e soprattutto il buon senso viene interpretato all'occorrenza.
Certo, anche da me. Chi è senza peccato scagli la prima mail.

Ma vedo che qui siamo tutti principi del foro della netiquette e poi si
insulta esplicitamente e si inoltrano mail ricevute in privato.
Mi appello alla clemenza della corte e dei cortigiani.

Ribadisco la risposta. Scrivendomi "è un vero delirio. Io per esempio 
le ho

saltate a piè pari" non posso far altro che dirti che ce ne faremo una
ragione del fatto che non le leggi. Risposta data direttamente solo a 
te,

perché mi pareva poco opportuno coinvolgere tutta la lista.



Intanto visto che molti client inviano la risposta sia in pvt che in ml, 
non ho visto che fosse privata e letto il testo della mail, non mi sono 
minimamente preoccupato di andare a vedere se fosse privata o in ml.

Vedo che hai compreso pienamente il testo della mia risposta.
Era da i tempi i usenet che non vedevo nascere un bel flame come questo.
Detto ciò, visto che la vita è breve, ed il breve tempo che rimane su 
questa terra è prezioso, non ho oltre il tempo, nemmeno voglia di 
litigare.
Per cui, visto che che fai finta di non voler capire ciò che ho scritto, 
per me la questione è chiusa qui, ed aggiorno i miei filtri.


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: [OT] Diamoci una regolata, era NOW epic fail, era codice di condotta,era Sensori di..

[Beppe Cantanna]

ma oltre a questi termini da prima infanzia ne conosci altri?
per scrivere le mail prova a farti aiutare dagli infermieri che ti seguono.

Ciao e buona giornata anche a te.

Il giorno sab 14 ott 2023 alle ore 10:55 Cosmo  ha
scritto:

> LOL l'imbecille si è trasformato in uno stalker...
>
> In data sabato 14 ottobre 2023 10:51:26 CEST, Beppe Cantanna ha scritto:
> > Sei proprio un mito.
> > Mi fai troppo ridere :) :) :)
> >
> > Ma le pastigliette stamattina le hai prese?
> > Mia zia lavora in una clinica e mi ha detto che quelle ti aiuterebbero un
> > sacco.
>
> --
> Cosmo
>
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] Diamoci una regolata, era NOW epic fail, era codice di condotta,era Sensori di..

[Cosmo]

LOL l'imbecille si è trasformato in uno stalker... 

In data sabato 14 ottobre 2023 10:51:26 CEST, Beppe Cantanna ha scritto:
> Sei proprio un mito.
> Mi fai troppo ridere :) :) :)
> 
> Ma le pastigliette stamattina le hai prese?
> Mia zia lavora in una clinica e mi ha detto che quelle ti aiuterebbero un
> sacco.

-- 
Cosmo

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Toppo forte.

Un comico cosmico.

Ma chi ti scrive i testi?
Digli di cambiare mestiere!

Il giorno sab 14 ott 2023 alle ore 10:51 Cosmo  ha
scritto:

> In data sabato 14 ottobre 2023 10:43:43 CEST, Beppe Cantanna ha scritto:
> > poi si
> > insulta esplicitamente e si inoltrano mail ricevute in privato.
>
> Il rispetto e la privacy non si applicano agli imbecilli.
> Fattene una ragione :)
>
> --
> Cosmo
>
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

In data sabato 14 ottobre 2023 10:43:43 CEST, Beppe Cantanna ha scritto:
> poi si
> insulta esplicitamente e si inoltrano mail ricevute in privato.

Il rispetto e la privacy non si applicano agli imbecilli.
Fattene una ragione :)

-- 
Cosmo

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Paride,
ti avevo risposto in privato per evitare flame, ma prendo atto che qui le
regole e soprattutto il buon senso viene interpretato all'occorrenza.
Certo, anche da me. Chi è senza peccato scagli la prima mail.

Ma vedo che qui siamo tutti principi del foro della netiquette e poi si
insulta esplicitamente e si inoltrano mail ricevute in privato.
Mi appello alla clemenza della corte e dei cortigiani.

Ribadisco la risposta. Scrivendomi "è un vero delirio. Io per esempio le ho
saltate a piè pari" non posso far altro che dirti che ce ne faremo una
ragione del fatto che non le leggi. Risposta data direttamente solo a te,
perché mi pareva poco opportuno coinvolgere tutta la lista.

Insomma Paride, non sei obbligato a leggerle e non mi pare che ci sia stato
un traffico tale da motivare reazioni da filtro antispam.

Certo è che trovo assolutamente fuori luogo risposte di una arroganza
cosmica tipo:

Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
tuoi
problemi.


Di solito a certe parole non rispondo ... ma che vuoi rispondere? è
evidente che qui c'è del disagio.

Questa volta invece ho risposto.


Un saluto e buon fine settimana anche a te.


Il giorno sab 14 ott 2023 alle ore 09:42 Paride Desimone <
nos...@inventati.org> ha scritto:

> Il 13 ottobre 2023 21:03:48 UTC, Beppe Cantanna  ha
> scritto:
> >Ma non c'è un amministratore che limiti questo personaggio ?
> >
> >Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
> >scritto:
> >
> >> Evidentemente ha un debole per me...
> >>
> >> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> >> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che
> peccato,
> >> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
> >> conosci
> >> > dai tempi dell'infanzia.
> >> >
> >> > Cosmo ... number one!
> >> >
> >> >
> >> > ps: hai sentito le risate vero :) :)
> >>
> >> ---snip---
> >>
> >> > > > No, non è vero, penso che non ci sarà una prossima volta.
> >> > > > I tuoi messaggi
> >> > > > saranno semplicemente indirizzati alla cartella trash, dove già
> >> trovano
> >> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
> >> tipo
> >> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando
> non
> >> lo
> >> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
> >> Neanderthal.
> >>
> >> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
> >>
> >> --
> >> Cosmo
> >>
> >>
> >>
> >
>
> Beppe, ti è stato detto più volte, e da più parti, che ci sono dei
> problemi su come componi le mail, ma tu interpreti sempre a modo tuo ciò
> che ti dicono e rispondi indispettendo la gente. A me per esempio, su una
> mail dove ti ho detto che con il tuo quoting le mail diventano
> fastidiosissime da leggere (se non illeggibili) e che per questo motivo una
> l'ho saltata a piè pari, hai risposto: ce ne faremo una ragione. Dimmi tu
> che risposta è. Quando io ho iniziato a frequentare questa lista, ho
> commesso anche io gli errori di quoting, gli errori di rottura di thread.
> Sono stato giustamente rispreso, non mi son risentito, ho chiesto lumi e ho
> imparato a far qualche errore di meno.
> Ribadisco, senza polemica alcuna, esiste una rfc, la 1855 (
> http://www.doweb.it/util/RFC-1855_IT.asp) che regola questi
> comportamenti. Sarebbe il caso di rileggerla tutti, me compreso.
> Ciò detto, auguro a tutti un buon weekend.
>
> /paride
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] Diamoci una regolata, era NOW epic fail, era codice di condotta,era Sensori di..

[Cosmo]

In data sabato 14 ottobre 2023 09:44:00 CEST, Alessandro Baggi ha scritto:
> Alla fine cosa è rimasto?
> 
> 1. Problema non risolto.

Se invece di sfracellare i maroni al prossimo scrivendo questo pippone 
insensato, ipocrita, moralista e bacchettone il suo autore avesse postato il 
modello del sensore... 

-- 
Cosmo

[OT] Diamoci una regolata, era NOW epic fail, era codice di condotta,era Sensori di..

[Alessandro Baggi]

Salve lista,
ma ti pareva che un'altra volta usciva fuori una menata del genere?

Spero che questa sia l'ultima email di questa penosa conversazione. Non 
voglio dare una lezione a nessuno, ma diamoci una regolata (me compreso 
con il quoting). Tutti possono scrivere quello che vogliono, come 
vogliono, possono polemizzare, ecc.. è una lista libera... ma a tutto 
c'è un limite e nessuno ha cercato di non andare oltre.


Ripartiamo dall'inizio. Ieri ho postato un messaggio nel quale ho 
quotato male i contenuti precedenti.


Cosmo mi risponde, diciamo "chiedendomi" di quotare meglio e di lasciare 
fuori le informazioni non necessarie. Fin qui non fa una piega anche se 
le ultime righe della sua risposta erano un pò polemiche. Notando il suo 
tono polemico mi sono preso la briga di non rispondere e cercare una 
soluzione per conto mio non facendo riferimento alla lista proprio per 
evitare quello che è successo. Ricordiamocelo, tutte le cose che abbiamo 
scritto rimangono online e questo non va bene per la comunità di Debian 
Italia (che poi i singoli utenti facciano una figura della ceppa affari 
loro).


Torno un momento sul quoting. Non c'è nessun problema se un utente 
chiede ad un altro di quotare meglio per rendere più leggibile una 
"conversazione", c'è chi preferisce l'ordine, chi il disordine, è 
semplicemente una preferenza e quella di Cosmo è una richiesta "legittima"


Il modo in cui viene chiesto è diverso (e anche qui dipende da chi legge 
la risposta, da come la interpreta, il che la dice lunga). Cosmo, non 
voglio dare lezioni, sono solo opinioni...ma non era meglio scrivere 
(anche se per l'ennesima volta):


"Ciao, ti prego di quotare meglio le tue prossime email e di omettere le 
parti non necessarie in modo tale da aiutare a capire meglio il 
problema. Nonostante questo prova a"


invece che:

"E non sperare che lo faccia gmail al posto tuo. Devi farlo tu, 
cancellando le

parti della mail che non servono *prima* di inviarla.
Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei 
tuoi

problemi."

o:

"se vuole avere una mano
da *me*, di rendermi le sue mail più leggibili. Delle regole m'importa 
poco:
m'importa che non mi venga mal di testa per leggere le sue mail - se poi 
non

vuole il *mio* aiuto"

Cosmo, mi viene da pensare che anche tu non hai interesse nel mantenere 
la lista un "luogo" di incontro e di aiuto, nel tuo messaggio ci sono 
parole poco conformi allo spirito di una comunità: "Devi", "se vuole una 
mano da me", "sbattendomene dei tuoi problemi"...ripeto, posso capire il 
fastidio del quoting, la tua frustrazione nel leggere email 
"incasinate"...ma datti una regolata, ogni tanto lascia correre...anche 
perche la prima cosa che mi viene da dire dopo aver letto le tue 
risposte è: "ma chi co sei?" e questo sembra sia un pensiero comune.


La prossima volta,se non ti garba il quoting cestina direttamente il 
messaggio o almeno non rispondere come hai fatto perche poi arriva 
qualche altra testa calda che accende la discussione. Ripeto alla lista 
Debian Italia questo non serve. Se poi volete avere il diritto di 
controbattere per arrivare a questa penosa discussione va bene, dico 
solo poverà community.


Ma comunque, nonostante le polemiche, Cosmo HA CERCATO DI AIUTARMI ed è 
stato l'unico.


Poi è intervenuto Cantanna, riportando la sua opinione. Cosmo a risposto 
nuovamente "devi cambiare " ancora polemizzando. Scusa Cosmo ma non 
serviva un'altra polemica, hai contribuito di nuovo al flame, bastava 
che tu le ignorassi ma mi viene da pensare che eri pronto allo scontro 
gia dalla mia prima email.


Cantanna: anche te non è che ci sei andato leggero, messaggi in privato 
ecctu hai superato il limite...che poi Cosmo ha riportato i msg in 
lista (peggio ancora). Anche questo non fa bene alla community. Un casino.


Poi è arrivato Fabrizio con:

 "Ciccio datti una bella calmata perchè non sei utile, figuriamoci 
indispensabile..."


e via con un altro carico, male per la community.

Poi Valerio con:

"il messaggio di cantanna era anche in html" e "ha scritto a cosmo anche 
in privato (cc), anzi ha scritto a cosmo e per cc in lista"


altro benzina sul fuoco, male per la community.

Non c'è stato nessuno che ha cercato di placare i toni e di non far 
degenerare la discussione o di riportare la discussione sull'aiuto alla 
risoluzione del problema (quello per cui la lista è stata creata oltre 
che per altre cose).


I moderatori ci sono? Chi sono? La lista è abbandonata? Se ci siete 
battete un colpo per favore, avere delle regole ma nessuno che le fa 
"rispettare" o che almeno mette un punto su questa penosa discussione 
non serve a nulla.


Sempre ai moderatori, non vi aspettate che solo perche ci sono delle 
regole gli utenti si prendono la briga di rispettarle, anche perche 
questo non accade (forse andava bene 15 anni fa). Questo mi fa pensare 
che questa lista 

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Paride Desimone]

Il 13 ottobre 2023 21:03:48 UTC, Beppe Cantanna  ha scritto:
>Ma non c'è un amministratore che limiti questo personaggio ?
>
>Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
>scritto:
>
>> Evidentemente ha un debole per me...
>>
>> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
>> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
>> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
>> conosci
>> > dai tempi dell'infanzia.
>> >
>> > Cosmo ... number one!
>> >
>> >
>> > ps: hai sentito le risate vero :) :)
>>
>> ---snip---
>>
>> > > > No, non è vero, penso che non ci sarà una prossima volta.
>> > > > I tuoi messaggi
>> > > > saranno semplicemente indirizzati alla cartella trash, dove già
>> trovano
>> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
>> tipo
>> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non
>> lo
>> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
>> Neanderthal.
>>
>> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
>>
>> --
>> Cosmo
>>
>>
>>
>

Beppe, ti è stato detto più volte, e da più parti, che ci sono dei problemi su 
come componi le mail, ma tu interpreti sempre a modo tuo ciò che ti dicono e 
rispondi indispettendo la gente. A me per esempio, su una mail dove ti ho detto 
che con il tuo quoting le mail diventano fastidiosissime da leggere (se non 
illeggibili) e che per questo motivo una l'ho saltata a piè pari, hai risposto: 
ce ne faremo una ragione. Dimmi tu che risposta è. Quando io ho iniziato a 
frequentare questa lista, ho commesso anche io gli errori di quoting, gli 
errori di rottura di thread. Sono stato giustamente rispreso, non mi son 
risentito, ho chiesto lumi e ho imparato a far qualche errore di meno.
Ribadisco, senza polemica alcuna, esiste una rfc, la 1855 
(http://www.doweb.it/util/RFC-1855_IT.asp) che regola questi comportamenti. 
Sarebbe il caso di rileggerla tutti, me compreso.
Ciò detto, auguro a tutti un buon weekend.

/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: [OT] Sensori di temperatura e Debian 12

[Paride Desimone]

Il 13 ottobre 2023 17:09:02 UTC, Fabrizio  ha scritto:
>

>Hai letto? Hai scoperto che il quoting non può essere argomento di
>discussione? Bravo.

Il quoting è materia di netiquette, rfc1855.
Quindi si applica a tutta internet incluse le ml.
Il vero problema, oramai oggi giorno, è che uno se ne frega altamente di ciò 
che potrebbe infastidire giustamente gli altri.
Ah, prima che qualcuno salti fuori a dirmi di rispettare gli 80 caratteri, 
faccio presente, che sul mio mua, sembra non esserci la possibilità di inserire 
automaticamente un cr all'80° carattere.
E per inciso, non credo ci sia un moderatore per questa lista. Almeno 
storicamente non ricordo mai un suo intervento .

/paride 
/paride



-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Beppe Cantanna]

Ma non c'è un amministratore che limiti questo personaggio ?

Il giorno ven 13 ott 2023 alle ore 21:48 Cosmo  ha
scritto:

> Evidentemente ha un debole per me...
>
> In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> > Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
> > vedo che il tuo dizionario è rimasto a quoi pochi termini base che
> conosci
> > dai tempi dell'infanzia.
> >
> > Cosmo ... number one!
> >
> >
> > ps: hai sentito le risate vero :) :)
>
> ---snip---
>
> > > > No, non è vero, penso che non ci sarà una prossima volta.
> > > > I tuoi messaggi
> > > > saranno semplicemente indirizzati alla cartella trash, dove già
> trovano
> > > > posto tutte le risposte stupide che mi capita di leggere in lista,
> tipo
> > > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non
> lo
> > > > hai chiesto o altre tipiche argomentazioni da sistemista di
> Neanderthal.
>
> Se le canta, se le suona e poi si dimentica. Tutto da solo. :)
>
> --
> Cosmo
>
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

Evidentemente ha un debole per me...

In data venerdì 13 ottobre 2023 21:36:44 CEST, hai scritto:
> Mannaggia, non hai ancora iniziato a leggere il tutorial ... che peccato,
> vedo che il tuo dizionario è rimasto a quoi pochi termini base che conosci
> dai tempi dell'infanzia.
> 
> Cosmo ... number one!
> 
> 
> ps: hai sentito le risate vero :) :)

---snip---

> > > No, non è vero, penso che non ci sarà una prossima volta. 
> > > I tuoi messaggi
> > > saranno semplicemente indirizzati alla cartella trash, dove già trovano
> > > posto tutte le risposte stupide che mi capita di leggere in lista, tipo
> > > quelle di chi per forza ti vuole spiegare qualcosa anche quando non lo
> > > hai chiesto o altre tipiche argomentazioni da sistemista di Neanderthal.

Se le canta, se le suona e poi si dimentica. Tutto da solo. :)

-- 
Cosmo

Re: [OT] NOW epic fail WAS Sensori di temperatura e Debian 12

[Cosmo]

Che clamoroso imbecille. :)

In data venerdì 13 ottobre 2023 20:56:32 CEST, Beppe Cantanna ha scritto:

> Gentile sig. Cosmo primo di classe in scrittura mail,
> come vedi sono di parola e rispondo in privato per dirti che sei
> incredibilmente distratto, non ho cambiato argomento in quanto mi sono
> semplicemente allineato all'inutile cappello che hai messo nella tua
> superflua quanto arrogante risposta fornita a qualcuno che chiedeva
> gentilmente un confronto.
> 
> Cito:
> 
> 
> 
> *Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
> quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
> tuoi problemi.*
> 
> Mamma mia, quanta virilità castrata in queste parole!
> 
> Una volta ho visto un documentario in cui spiegavano che certi
> atteggiamenti sono causati da profondi traumi avvenuti in giovane età ...
> che peccato. Mi dispiace sinceramente ma sappi che ti siamo tutti molto
> solidali.
> 
> Certo, il tuo sprizzante redarguire esposto con la sprezzante veemenza di
> un Lancillotto era già effettivamente fuori tema, ma poiché avevo la
> necessità di interloquire con un siffatto vergatore di sentenze, cioè con
> te, allora ho pensato che fosse opportuno non crearti troppi scompensi,
> giacché come spiegato per bene da te e da altri tuoi accoliti, fatichi a
> capire quello che leggi.
> 
> Quindi per aiutarvi a districare quei simbolini che popolano tante volte il
> contenuto delle mail ho pensato farti cosa gradita nel segnalarti un paio
> di link utili all'uopo.
> Se ritieni inoltrali pure ai tuoi amichetti che in lista palesano le tue
> stesse difficoltà.
> 
> Uno tratta di come accedere alla posta elettronica. Aranzulla dovrebbe
> essere abbastanza alla tua levatura.
> Come accedere posta elettronica | Salvatore Aranzulla
> 
> 
> L'altro è invece più specifico per la lingua italiana. Spero sia fatto
> abbastanza bene e che ti sia di aiuto.
> Testi in italiano per principianti: Lettura e comprensione - Lingua.com
> 
> 
> Comunque devo dire che sei riuscito a dimostrare che per fare
> abbondantemente quanto io stavo producendo nel luogo preposto tu non hai
> bisogno di sederti comodamente. Ti basta scrivere risposte inutili e
> scortesi. Cosa che palesa la tua alta competenza sistemistica. Perché è
> così, no? più la risposta è scortese e più ti senti sistemista alfa.
> Cosmo Numero One.
> 
> Infine, dato che hai dimostrato un certo interesse per l'argomento, la
> prossima volta avrò cura di inviarti anche una foto di quanto estruso con
> tanto sforzo, devo dire anche aiutato dalla lettura del pensiero che molto
> gentilmente hai voluto condividere in lista.
> 
> No, non è vero, penso che non ci sarà una prossima volta. I tuoi messaggi
> saranno semplicemente indirizzati alla cartella trash, dove già trovano
> posto tutte le risposte stupide che mi capita di leggere in lista, tipo
> quelle di chi per forza ti vuole spiegare qualcosa anche quando non lo hai
> chiesto o altre tipiche argomentazioni da sistemista di Neanderthal.
> 
> Beh forse qualcuno lo conservo come studio antropologico ;) .
> 
> 
> Bene, ti auguro una buona serata. Sei stato un divertente argomento di
> conversazione.
> 
> Un Saluto,
> Beppe.
> 
> PS. se ti sembra di sentire delle risate in lontananza, devo ammetterlo,
> molto probabilmente sono io che leggo le tue risposte a questa mia missiva.

Re: codice di condotta - era Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 20:10:43 CEST, valerio ha scritto:
> non mi sembra che il linguaggio di cosmo sia scorretto, ha solo chiesto
> di rispettare le regole

Perdona la pignoleria, Valerio, in realtà ho chiesto, se vuole avere una mano 
da *me*, di rendermi le sue mail più leggibili. Delle regole m'importa poco: 
m'importa che non mi venga mal di testa per leggere le sue mail - se poi non 
vuole il *mio* aiuto, gli basta continuare a quotare in quel modo. Io non ho 
ulteriori obiezioni. :)

Invece il tal fabrizio.tmb, lo lascerei proprio perdere: è intervenuto solo 
perché ce l'ha con me da un po', ma non ne ricordo più il motivo.
Spero, vista la figura barbina, che sia anche l'ultima.

ps: in ogni caso grazie per il supporto :)

-- 
Cosmo

codice di condotta - era Re: [OT] Sensori di temperatura e Debian 12

[valerio]

ciao,

Il 13/10/23 19:09, Fabrizio ha scritto:


Ciccio datti una bella calmata perchè non sei utile, figuriamoci
indispensabile; e soprattutto non sei tu che amministri (almeno spero
altrimenti povera lista)


non mi sembra che il linguaggio di cosmo sia scorretto, ha solo chiesto 
di rispettare le regole


Visto perseveri leggiti questo

Codice di condotta
Quando si usano le liste di messaggi Debian si cerchi di rispettare il
Codice di condotta Debian in additio e queste regole:


il codice di condotta non lo hai citato...


Le liste di messaggi esistono per favorire lo sviluppo e l'uso di Debian.
L'invio di messaggi fuori tema o non costruttivi, così come qualsiasi altro
tipo di abuso non sono i benvenuti.
Non inviare spam; si legga il regolamento sulla pubblicità sotto.
Si spediscano tutte le e-mail in inglese. Altre lingue solo nelle liste di
messaggi dove è esplicitamente consentito (ad esempio l'italiano in
debian-italian).
Ci si assicuri di utilizzare la lista corretta. In particolare, non si
inviino domande relative agli utenti alle liste degli sviluppatori.
Si vada a capo dopo al massimo 80 caratteri per linea nelle normali liste
di discussione. Le linee più lunghe di 80 caratteri sono accettabili per
l'output generato dal computer (esempio, ls -l).
Non inviare messaggi automatici del tipo "fuori ufficio" o "in vacanza".
Non inviare messagi di prova per verificare se il proprio client di posta
funziona.
Non inviare richieste di iscrizione o rinuncia alla lista stessa; queste
devono essere inviate al corrispettivo indirizzo -request
Si prega di non inviare i messaggi in HTML; si usi testo semplice piuttosto.


il messaggio di cantanna era anche in html


Si eviti di inviare allegati troppo grandi.
Non riportare in liste pubbliche messaggi ricevuti in veste privata, salvo
dopo averne chiesto il permesso all'autore del messaggio.
Quando si risponde inviando alla lista evitare di inserire in copia (CC)


ha scritto a cosmo anche in privato (cc), anzi ha scritto a cosmo e per 
cc in lista



colui che ha scritto il messaggio originale a meno che questi non lo
richieda esplicitamente.
Se si vuole protestare con qualcuno che ha inviato un messaggio e in CC
senza una richiesta esplicita, lo si faccia privatamente.
Se si sta inviando un email ad una lista alla quale non si è iscritti lo si
specifichi nel corpo del messaggio.
Non usare un linguaggio volgare; inoltre alcune persone ricevono le liste
tramite pacchetti radio, dove bestemmiare è illegale.
Evitare i flame; non è educato.
Usare sempre il buon senso.

Hai letto? Hai scoperto che il quoting non può essere argomento di
discussione? Bravo.



il quoting può anche essere relativo, ma rendere leggibile una mail 
aiuta di più, o no?


senza contare che il soggetto della discussione era un altro

saluti
valerio

Re: [OT] Sensori di temperatura e Debian 12

[Fabrizio]

Il giorno ven 13 ott 2023 alle ore 18:54 Cosmo  ha
scritto:

> In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> > Rispondo alla risposta perché vedo che su questo tema vengono sempre
> spese
> > parole di fuoco e pesanti anatemi che trovo fuori luogo.
>
> E non spedirmi due volte la stessa mail, santiddio...
>
> --
> Cosmo
>
> Ciccio datti una bella calmata perchè non sei utile, figuriamoci
indispensabile; e soprattutto non sei tu che amministri (almeno spero
altrimenti povera lista)

Visto perseveri leggiti questo

Codice di condotta
Quando si usano le liste di messaggi Debian si cerchi di rispettare il
Codice di condotta Debian in additio e queste regole:

Le liste di messaggi esistono per favorire lo sviluppo e l'uso di Debian.
L'invio di messaggi fuori tema o non costruttivi, così come qualsiasi altro
tipo di abuso non sono i benvenuti.
Non inviare spam; si legga il regolamento sulla pubblicità sotto.
Si spediscano tutte le e-mail in inglese. Altre lingue solo nelle liste di
messaggi dove è esplicitamente consentito (ad esempio l'italiano in
debian-italian).
Ci si assicuri di utilizzare la lista corretta. In particolare, non si
inviino domande relative agli utenti alle liste degli sviluppatori.
Si vada a capo dopo al massimo 80 caratteri per linea nelle normali liste
di discussione. Le linee più lunghe di 80 caratteri sono accettabili per
l'output generato dal computer (esempio, ls -l).
Non inviare messaggi automatici del tipo "fuori ufficio" o "in vacanza".
Non inviare messagi di prova per verificare se il proprio client di posta
funziona.
Non inviare richieste di iscrizione o rinuncia alla lista stessa; queste
devono essere inviate al corrispettivo indirizzo -request
Si prega di non inviare i messaggi in HTML; si usi testo semplice piuttosto.
Si eviti di inviare allegati troppo grandi.
Non riportare in liste pubbliche messaggi ricevuti in veste privata, salvo
dopo averne chiesto il permesso all'autore del messaggio.
Quando si risponde inviando alla lista evitare di inserire in copia (CC)
colui che ha scritto il messaggio originale a meno che questi non lo
richieda esplicitamente.
Se si vuole protestare con qualcuno che ha inviato un messaggio e in CC
senza una richiesta esplicita, lo si faccia privatamente.
Se si sta inviando un email ad una lista alla quale non si è iscritti lo si
specifichi nel corpo del messaggio.
Non usare un linguaggio volgare; inoltre alcune persone ricevono le liste
tramite pacchetti radio, dove bestemmiare è illegale.
Evitare i flame; non è educato.
Usare sempre il buon senso.

Hai letto? Hai scoperto che il quoting non può essere argomento di
discussione? Bravo.

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
> parole di fuoco e pesanti anatemi che trovo fuori luogo.

E non spedirmi due volte la stessa mail, santiddio...

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 18:43:31 CEST, Beppe Cantanna ha scritto:
> Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
> parole di fuoco e pesanti anatemi che trovo fuori luogo.

Quando cambi l'argomento di una conversazione devi anche cambiare l'oggetto 
della stessa.
Torna pure a fare quello che facevi comodamente seduto: sembra che sia la cosa 
che ti riesce meglio.

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Beppe Cantanna]

Rispondo alla risposta perché vedo che su questo tema vengono sempre spese
parole di fuoco e pesanti anatemi che trovo fuori luogo.

È un pensiero a alta voce. Cestinatelo e non rispondete che tanto non
avrete altre risposta almeno non in lista. In privato si.

Non so che razza di client di posta usate tali che vi portano un livello di
entropia che si trasforma immediatamente in frasi piene di astio terrorista
verso messaggi ritenuti malformati.

Io ho un comunissimo android, ho visto il messaggio in lista, l'ho aperto,
letto. Non ci ho trovato tutta questa confusione che l'Accademia della
Crusca dei messaggi mail sbandiera con la veemenza di un tribunale
dell'inquisizione.

Davvero, l'ho aperto, letto e capito. E caro Cosmo sorvolo su quanto stavo
facendo nel frattempo, seduto comodamente.

Aggiungo che non mi spiego tutta questa voglia di assumere toni censori in
un ambiente che dovrebbe fare della collaborazione una propria bandiera.

Forse qualcuno pensa che il livello di un sistemista si misura in quante
risposta c'è da a chi gli chiede una mano?

uN sALuT0 ovv!4mente m4lf0TmaTT0 ... o mAlFoRpazzo :)


On Fri, Oct 13, 2023, 15:01 Cosmo  wrote:

> In data venerdì 13 ottobre 2023 12:27:07 CEST, Alessandro Baggi ha scritto:
> > Cos'altro posso provare?
>
> Prima di tutto, puoi provare a quotare meglio.
> Agevola la lettura.
> E non sperare che lo faccia gmail al posto tuo. Devi farlo tu, cancellando
> le
> parti della mail che non servono *prima* di inviarla.
> Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e
> quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei
> tuoi
> problemi.
>
> Poi scopri quale chip usa il tuo sensore e cerca su github se qualcuno ha
> creato il modulo per il kernel.
>
> --
> Cosmo
>
>
>

Re: [OT] Sensori di temperatura e Debian 12

[Cosmo]

In data venerdì 13 ottobre 2023 12:27:07 CEST, Alessandro Baggi ha scritto:
> Cos'altro posso provare?

Prima di tutto, puoi provare a quotare meglio. 
Agevola la lettura.
E non sperare che lo faccia gmail al posto tuo. Devi farlo tu, cancellando le 
parti della mail che non servono *prima* di inviarla. 
Se non lo fai, dovrò presumere che dei tuoi interlocutori te ne sbatti e 
quindi, per quanto mi riguarda, agirò di conseguenza, sbattendomene dei tuoi 
problemi.

Poi scopri quale chip usa il tuo sensore e cerca su github se qualcuno ha 
creato il modulo per il kernel.

-- 
Cosmo

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 13/10/23 12:27, Alessandro Baggi ha scritto:


Il 24/09/23 11:35, Alessandro Baggi ha scritto:



Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.


Un saluto a tutti,
sono tornato con la questione del sensore. Alla fine ne ho comprato uno 
e l'ho collegato, ho lanciato nuovamente sensors-detect ma non viene 
rilevato nulla.


Cos'altro posso provare?

Un saluto,
Alessandro.


Nota: il sensore è funzionante perche nel BIOS viene visto nella 
senzione monitor e riporta la temperatura correttamente.

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 11:35, Alessandro Baggi ha scritto:



Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.


Un saluto a tutti,
sono tornato con la questione del sensore. Alla fine ne ho comprato uno 
e l'ho collegato, ho lanciato nuovamente sensors-detect ma non viene 
rilevato nulla.


Cos'altro posso provare?

Un saluto,
Alessandro.

Re: OT Gestione ferie

[Mario Vittorio Guenzi]

Grazie mille a tutti

con un attimo di calma guardo a tutte le cose che mi avete detto

Il 26/09/23 09:54, Mario Vittorio Guenzi ha scritto:

Buongiorno a tutti,

la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi 
piacerebbe ci fosse.


In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel 
in una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno 
rx per gestirle in sostanza i responsabili di funzione mettono giu' le 
ferie dei vari colleghi e una volta o piu' al mese l'ufficio del 
personale prende il dato e lo usa per le buste paga.


Soluzione che funziona tutto sommato ma la questione e' che ad esempio 
lo si puo' usare solo uno per volta e sin qui chi se frega tutto 
sommato, ma spesso & volentieri il foglio resta appeso e lo si puo' 
aprire solo in lettura, quindi devo collegarmi io far fuori il file $ 
e quindi riprende a funzionare a dovere.
MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un 
apache in modo che assegnando le utenze o prendendole direttamente da 
AD chi debba leggere legga e chi debba scrivere scriva senza ogni 
5+2=7 dover zappare il temp che office crea.


Ho provato a cercare in Internet  ma ho trovato dei programmi che sono 
300 volte quello che ci serve o in alternativa il mondo intero in 
cloud (no grazie ho smesso), quindi se qualcuno mi sa indicare un 
"robo" molto semplice da far girare su una VM sul nostro cluster che 
mi faccia questo lavoro gli sarei davvero grato.


Grazie in anticipo e cordiali saluti.



--
 
Mario Vittorio Guenzi

E-mail jcl...@tiscali.it
Si vis pacem, para bellum

Re: OT Gestione ferie

[Giuseppe Naponiello]

Concordo, anche noi in ditta (mooolto piccola) usiamo un calendario web, 
ok usiamo google (no comment please!!!) ma la possibilità di creare più 
calendari condivisi (es. noi abbiamo un calendario per le ferie, uno per 
le scadenze fiscali/burocratiche/amministrative, uno per attività fuori 
sede ecc.) è davvero comodissimo, puoi gestirlo da mobile o integrarlo 
nei tuoi applicativi.


-beppe-


Il 26/09/23 11:22, Teodoro Santoni ha scritto:

Buongiorno,

Il 26/09/23, Mario Vittorio Guenzi ha scritto:

Buongiorno a tutti,

la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi
piacerebbe ci fosse.

In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in
una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per
gestirle in sostanza i responsabili di funzione mettono giu' le ferie
dei vari colleghi e una volta o piu' al mese l'ufficio del personale
prende il dato e lo usa per le buste paga.

Soluzione che funziona tutto sommato ma la questione e' che ad esempio
lo si puo' usare solo uno per volta e sin qui chi se frega tutto
sommato, ma spesso & volentieri il foglio resta appeso e lo si puo'
aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e
quindi riprende a funzionare a dovere.
MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache
in modo che assegnando le utenze o prendendole direttamente da AD chi
debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover
zappare il temp che office crea.

Ho provato a cercare in Internet  ma ho trovato dei programmi che sono
300 volte quello che ci serve o in alternativa il mondo intero in cloud
(no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto
semplice da far girare su una VM sul nostro cluster che mi faccia questo
lavoro gli sarei davvero grato.


Un qualsiasi calendario web che esporta in ical potrebbe fare al caso
tuo,  tipo Radicale o il calendario di sogo, di zimbra, boh. Da ical
puoi poi usare qualche coso come icsp[1] per girare a csv.

[1] https://github.com/loteoo/icsp

Re: OT Gestione ferie

[Gollum1]

Con un'ottica a possibili futuri sviluppi, penserei ad una webapp
realizzata in genropy (www.genropy.it), il team di sviluppo è italiano e
sempre molto disponibile. Esiste anche un canale su FB, su telegramm e
diversi video su YouTube (e naturalmente il loro sito già linkato, da cui
andare verso gli altri social).

Il mar 26 set 2023, 10:00 Mario Vittorio Guenzi  ha
scritto:

> Buongiorno a tutti,
>
> la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi
> piacerebbe ci fosse.
>
> In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in
> una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per
> gestirle in sostanza i responsabili di funzione mettono giu' le ferie
> dei vari colleghi e una volta o piu' al mese l'ufficio del personale
> prende il dato e lo usa per le buste paga.
>
> Soluzione che funziona tutto sommato ma la questione e' che ad esempio
> lo si puo' usare solo uno per volta e sin qui chi se frega tutto
> sommato, ma spesso & volentieri il foglio resta appeso e lo si puo'
> aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e
> quindi riprende a funzionare a dovere.
> MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache
> in modo che assegnando le utenze o prendendole direttamente da AD chi
> debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover
> zappare il temp che office crea.
>
> Ho provato a cercare in Internet  ma ho trovato dei programmi che sono
> 300 volte quello che ci serve o in alternativa il mondo intero in cloud
> (no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto
> semplice da far girare su una VM sul nostro cluster che mi faccia questo
> lavoro gli sarei davvero grato.
>
> Grazie in anticipo e cordiali saluti.
>
>
> --
>   Mario Vittorio Guenzi
> E-mail jcl...@tiscali.it
> Si vis pacem, para bellum
>
>
>

Re: OT Gestione ferie

[Diego Zuccato]

Mah, io consiglierei MRBS. In php, semplicissimo da installare e 
configurare, personalizzabile...
Nasce per prenotare stanze, ma se invece delle stanze le persone 
"prenotano" il "tempo a casa" nella sostanza non cambia nulla.


Diego

Il 26/09/2023 09:54, Mario Vittorio Guenzi ha scritto:

Buongiorno a tutti,

la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi 
piacerebbe ci fosse.


In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in 
una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per 
gestirle in sostanza i responsabili di funzione mettono giu' le ferie 
dei vari colleghi e una volta o piu' al mese l'ufficio del personale 
prende il dato e lo usa per le buste paga.


Soluzione che funziona tutto sommato ma la questione e' che ad esempio 
lo si puo' usare solo uno per volta e sin qui chi se frega tutto 
sommato, ma spesso & volentieri il foglio resta appeso e lo si puo' 
aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e 
quindi riprende a funzionare a dovere.
MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache 
in modo che assegnando le utenze o prendendole direttamente da AD chi 
debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover 
zappare il temp che office crea.


Ho provato a cercare in Internet  ma ho trovato dei programmi che sono 
300 volte quello che ci serve o in alternativa il mondo intero in cloud 
(no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto 
semplice da far girare su una VM sul nostro cluster che mi faccia questo 
lavoro gli sarei davvero grato.


Grazie in anticipo e cordiali saluti.




--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: OT Gestione ferie

[Teodoro Santoni]

Buongiorno,

Il 26/09/23, Mario Vittorio Guenzi ha scritto:
> Buongiorno a tutti,
>
> la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi
> piacerebbe ci fosse.
>
> In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in
> una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per
> gestirle in sostanza i responsabili di funzione mettono giu' le ferie
> dei vari colleghi e una volta o piu' al mese l'ufficio del personale
> prende il dato e lo usa per le buste paga.
>
> Soluzione che funziona tutto sommato ma la questione e' che ad esempio
> lo si puo' usare solo uno per volta e sin qui chi se frega tutto
> sommato, ma spesso & volentieri il foglio resta appeso e lo si puo'
> aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e
> quindi riprende a funzionare a dovere.
> MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache
> in modo che assegnando le utenze o prendendole direttamente da AD chi
> debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover
> zappare il temp che office crea.
>
> Ho provato a cercare in Internet  ma ho trovato dei programmi che sono
> 300 volte quello che ci serve o in alternativa il mondo intero in cloud
> (no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto
> semplice da far girare su una VM sul nostro cluster che mi faccia questo
> lavoro gli sarei davvero grato.
>

Un qualsiasi calendario web che esporta in ical potrebbe fare al caso
tuo,  tipo Radicale o il calendario di sogo, di zimbra, boh. Da ical
puoi poi usare qualche coso come icsp[1] per girare a csv.

[1] https://github.com/loteoo/icsp

R: OT Gestione ferie

[MAURIZI Lorenzo]

Buongiorno,

forse, usando il semplice programma PHP MRBS (https://mrbs.sourceforge.io/) che 
è pensato per prenotare stanze o attrezzature, potresti al contrario usarlo per 
segnare le ferie. Si potrebbero registrare i nomi dei colleghi come fossero le 
"stanze" da prenotare, e segnare le ferie come prenotazioni di quei colleghi...

Credo possa funzionare.

Saluti da Lorenzo


-Messaggio originale-
Da: Mario Vittorio Guenzi  
Inviato: martedì 26 settembre 2023 09:54
A: debian-italian@lists.debian.org
Oggetto: OT Gestione ferie

Buongiorno a tutti,

la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi 
piacerebbe ci fosse.

In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in una 
direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per gestirle 
in sostanza i responsabili di funzione mettono giu' le ferie dei vari colleghi 
e una volta o piu' al mese l'ufficio del personale prende il dato e lo usa per 
le buste paga.

Soluzione che funziona tutto sommato ma la questione e' che ad esempio lo si 
puo' usare solo uno per volta e sin qui chi se frega tutto sommato, ma spesso & 
volentieri il foglio resta appeso e lo si puo' 
aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e quindi 
riprende a funzionare a dovere.
MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache in modo 
che assegnando le utenze o prendendole direttamente da AD chi debba leggere 
legga e chi debba scrivere scriva senza ogni 5+2=7 dover zappare il temp che 
office crea.

Ho provato a cercare in Internet  ma ho trovato dei programmi che sono
300 volte quello che ci serve o in alternativa il mondo intero in cloud (no 
grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto semplice 
da far girare su una VM sul nostro cluster che mi faccia questo lavoro gli 
sarei davvero grato.

Grazie in anticipo e cordiali saluti.


--
  Mario Vittorio Guenzi
E-mail jcl...@tiscali.it
Si vis pacem, para bellum

Re: OT Gestione ferie

[Marco Bertorello]

Il giorno mar 26 set 2023 alle ore 09:54 Mario Vittorio Guenzi <
jcl...@tiscali.it> ha scritto:

> Buongiorno a tutti,
>
> la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi
> piacerebbe ci fosse.
>
> In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in
> una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per
> gestirle in sostanza i responsabili di funzione mettono giu' le ferie
> dei vari colleghi e una volta o piu' al mese l'ufficio del personale
> prende il dato e lo usa per le buste paga.
>
> Soluzione che funziona tutto sommato ma la questione e' che ad esempio
> lo si puo' usare solo uno per volta e sin qui chi se frega tutto
> sommato, ma spesso & volentieri il foglio resta appeso e lo si puo'
> aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e
> quindi riprende a funzionare a dovere.
> MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache
> in modo che assegnando le utenze o prendendole direttamente da AD chi
> debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover
> zappare il temp che office crea.
>
> Ho provato a cercare in Internet  ma ho trovato dei programmi che sono
> 300 volte quello che ci serve o in alternativa il mondo intero in cloud
> (no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto
> semplice da far girare su una VM sul nostro cluster che mi faccia questo
> lavoro gli sarei davvero grato.
>

Se non vuoi stravolgere il workflow lavorativo (quindi continuando ad usare
un foglio di calcolo), potresti optare per owncloud/nextcloud
(selfhosted, chiaramente) con l'integrazione ldap (AD) e collabora (CODE)
per l'editing del file "collaborativo".

Il rischio è che poi ci prendano gusto a lavorare così :D

Probabilmente funziona tutto sotto apache, ma con docker forse è molto più
semplice.

Saluti,
-- 
Marco Bertorello
https://www.marcobertorello.it

OT Gestione ferie

[Mario Vittorio Guenzi]

Buongiorno a tutti,

la prendo un po larga e spiego cosa c'e' adesso per arrivare a cosa mi 
piacerebbe ci fosse.


In azienda (piccola ~90) per gestire le ferie abbiamo un foglio excel in 
una direcctory sul samba con le giuste acl 2 gruppi uno rwx e uno rx per 
gestirle in sostanza i responsabili di funzione mettono giu' le ferie 
dei vari colleghi e una volta o piu' al mese l'ufficio del personale 
prende il dato e lo usa per le buste paga.


Soluzione che funziona tutto sommato ma la questione e' che ad esempio 
lo si puo' usare solo uno per volta e sin qui chi se frega tutto 
sommato, ma spesso & volentieri il foglio resta appeso e lo si puo' 
aprire solo in lettura, quindi devo collegarmi io far fuori il file $ e 
quindi riprende a funzionare a dovere.
MI piacerebbe sapere se esiste un "qualcosa" d cacciare sotto un apache 
in modo che assegnando le utenze o prendendole direttamente da AD chi 
debba leggere legga e chi debba scrivere scriva senza ogni 5+2=7 dover 
zappare il temp che office crea.


Ho provato a cercare in Internet  ma ho trovato dei programmi che sono 
300 volte quello che ci serve o in alternativa il mondo intero in cloud 
(no grazie ho smesso), quindi se qualcuno mi sa indicare un "robo" molto 
semplice da far girare su una VM sul nostro cluster che mi faccia questo 
lavoro gli sarei davvero grato.


Grazie in anticipo e cordiali saluti.


--
 Mario Vittorio Guenzi
E-mail jcl...@tiscali.it
Si vis pacem, para bellum

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 11:29, Davide Prina ha scritto:

Alessandro Baggi ha scritto:


Viene riportata una lista con diversi chip ma non è presente il mio
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che
l'unico modo per verificare che è supportato è collegare un sensore.


secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.


Lo credo anche io. Proverò e riporterò il risultato il lista.



Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide


Grazie mille per il tuo aiuto.

Alessandro.

Re: [OT] Sensori di temperatura e Debian 12

[Davide Prina]

Alessandro Baggi ha scritto:

> Viene riportata una lista con diversi chip ma non è presente il mio 
> (NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
> l'unico modo per verificare che è supportato è collegare un sensore.

secondo me, il sensore deve essere inserito per poter essere rilevato
il chip.

Però cercando in rete il tuo:
https://github.com/lm-sensors/lm-sensors/issues/197

nota che il problema era su una vecchia versione di lm_sensors e quindi
magari con l'attuale non serve neanche quel passaggio di parametro
per farlo funzionare

Di più non saprei cosa dirti...

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Il 24/09/23 10:44, Davide Prina ha scritto:

puoi guardare sul sito del pacchetto lm-sensors

https://hwmon.wiki.kernel.org

e probabilmente su queste pagine:
https://hwmon.wiki.kernel.org/projectinformation
https://hwmon.wiki.kernel.org/device_support_status
https://hwmon.wiki.kernel.org/faq

poi non so se ci sono altri pacchetti per rilevare i dati dei sensori
che non sono basati su questo

Ciao
Davide


Ciao Davide,
grazie per le risorse.

Il problema è che non riesco a individuare il chip che il sensore usa. 
Lanciando sensors-detect mi viene trovato questo chip:


"Nuvoton NCT6798D Super IO Sensors"

Cercando in rete ho trovato questo:

https://www.nuvoton.com/products/cloud-computing/i-o/super-i-o-series/ d

dove viene riportato un diagramma nel quale viene riportato (Other SMBus 
temp sensors) SMBus/i2c.


Viene riportata una lista con diversi chip ma non è presente il mio 
(NCT6798D) e non riesco a trovare info al riguardo. Non vorrei che 
l'unico modo per verificare che è supportato è collegare un sensore.


Alessandro.

Re: [OT] Sensori di temperatura e Debian 12

[Davide Prina]

Alessandro Baggi ha scritto:

> Ho una scheda madre Asus Prime Z490-A sulla quale è presente un sensore 
> di temperatura con connettore a 2 pin per collegarci il sensore.
> 
> Prima di procedere con l'acquisto del sensore volevo accertarmi che tale 
> sensore venga riconosciuto su Linux (nel mio caso Debian 12).

puoi guardare sul sito del pacchetto lm-sensors

https://hwmon.wiki.kernel.org

e probabilmente su queste pagine:
https://hwmon.wiki.kernel.org/projectinformation
https://hwmon.wiki.kernel.org/device_support_status
https://hwmon.wiki.kernel.org/faq

poi non so se ci sono altri pacchetti per rilevare i dati dei sensori
che non sono basati su questo

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [OT] Shell che accetta commenti multilinee

[Piviul]

On 9/15/23 17:31, Beppe Cantanna wrote:
Un accrocchio comodo per disabilitare intere parti di codice di uno 
script senza dover mettere il carattere # a inizio di ogni riga, trovo 
sia racchiuderlo fra parentesi facendo seguire la prima dal comando exit.


Esempio:
~$ cat ./test01.sh
#!/bin/bash

VAR=5

(exit
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
VAR=10
echo "Parte che se non è DISABILITATA distrugge tutto"
sudo rm -fr /
)

echo "VAR: ${VAR}"
echo "Parte eseguita"

~$ ./test01.sh
VAR: 5
Parte eseguita


In pratica si crea una subshell nella quale si entra e si esce subito 
senza eseguire nulla di nulla.


Mi serve non tanto per spiegare cosa fa il codice ma solo per 
disabilitarlo o abilitarlo comodamente come quando racchiudiamo parte 
del listato fra i caratteri /* ... */.


Grazie Beppe, ne farò buon uso

Piviul

[OT] Sensori di temperatura e Debian 12

[Alessandro Baggi]

Un saluto a tutta la lista,
chiedo scusa per l'OT.

Ho una scheda madre Asus Prime Z490-A sulla quale è presente un sensore 
di temperatura con connettore a 2 pin per collegarci il sensore.


Prima di procedere con l'acquisto del sensore volevo accertarmi che tale 
sensore venga riconosciuto su Linux (nel mio caso Debian 12).


Come posso verificare se il sensore della scheda madre è riconosciuto 
dal kernel?


Grazie in anticipo.

Un saluto,
Alessandro.

Re: [OT] Shell che accetta commenti multilinee

[Beppe Cantanna]

Ciao Davide,
il link che hai messo mi pare riporti più o meno gli stessi metodi del link
suggerito da Christian Surchi qualche mail fa (il thread effettivamente è
vecchiotto) dove viene mostrato l'uso del costrutto <
ha scritto:

> Beppe Cantanna ha scritto:
>
> > disabilitare intere parti di codice di uno script senza
> > dover mettere il carattere # a inizio di ogni riga
>
>
> https://stackoverflow.com/questions/43158140/way-to-create-multiline-comments-in-bash
>
> Ciao
> Davide
>
> --
> La mia privacy non è affar tuo
> https://noyb.eu/it
> - You do not have my permission to use this email to train an AI -
> If you use this to train your AI than you accept to distribute under AGPL
> license >= 3.0 all the model trained, all the source you have used to
> training your model and all the source of the program that use that model
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] Shell che accetta commenti multilinee

[Davide Prina]

Beppe Cantanna ha scritto:

> disabilitare intere parti di codice di uno script senza
> dover mettere il carattere # a inizio di ogni riga

https://stackoverflow.com/questions/43158140/way-to-create-multiline-comments-in-bash

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [OT] Batteria portatile

[Davide Prina]

Alessandro Rubini ha scritto:

> E` frequente chs le batterie orignali siano migliori dei ricambi. Mi sfugge
> il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
> senza troppa preoccupazione,

infatti, alcune batterie in vendita durano anche solo un mese... bisogna
stare attenti e magari andare da un venditore di fiducia che possa
consigliarti con l'esperienza che ha avuto.
Ad esempio a me hanno sconsigliato di prendere le batteria della marca
bastard.

Io ho notato che le batterie presenti con il dispositivo durano una decina
d'anni o più... poi dipende molto anche dall'uso, però la loro durata è
davvero notevole e il decadimento (durata della carica a batteria piena)
è molto più lento.

Purtroppo per alcuni modelli non trovi più batterie, se non truffe che
come dicevo in alto ti durano pochi giorni...
Mi hanno detto che in teoria si può aprire la batteria, scaldarla per
togliere gli elementi (che non sono altro che batterie) e comprare le
singole batterie per sostituirle. Però mi hanno detto che è un lavoraccio.
Questo permette anche di capire se il problema è magari una singola
di queste batterie che fa degradare la batteria completa a tal punto
che non risulta più funzionante... verificandole con un tester.

Per la durata ho letto tempo fa un articolo interessante e penso che il 
problema sia l'anodo e il catodo delle singole batterie. Questi infatti
sono la parte più sollecitata della batteria e se non sono di materiali
duraturi (ma molto più costosi) si degradano in fretta e questo causa
sia una diminuzione della durata di carica che la fine vita della
batteria completa.

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -
If you use this to train your AI than you accept to distribute under AGPL
license >= 3.0 all the model trained, all the source you have used to
training your model and all the source of the program that use that model

Re: [OT] Shell che accetta commenti multilinee

[Beppe Cantanna]

Un accrocchio comodo per disabilitare intere parti di codice di uno script
senza dover mettere il carattere # a inizio di ogni riga, trovo sia
racchiuderlo fra parentesi facendo seguire la prima dal comando exit.

Esempio:
~$ cat ./test01.sh
#!/bin/bash

VAR=5

(exit
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
echo "Parte DISABILITATA"
VAR=10
echo "Parte che se non è DISABILITATA distrugge tutto"
sudo rm -fr /
)

echo "VAR: ${VAR}"
echo "Parte eseguita"

~$ ./test01.sh
VAR: 5
Parte eseguita


In pratica si crea una subshell nella quale si entra e si esce subito senza
eseguire nulla di nulla.

Mi serve non tanto per spiegare cosa fa il codice ma solo per disabilitarlo
o abilitarlo comodamente come quando racchiudiamo parte del listato fra i
caratteri /* ... */.

Il giorno mar 9 ago 2022 alle ore 09:09 Alessandro Rubini 
ha scritto:

> >> Il primo accrocchio ("< >> [...] I commenti non devono avere effetti. Questo non e` un
> >> commento.
>
> > ma l'argomento sicurezza e`
> > un'esagerazione. [...] essere exploitabili [...]
>
> Mai parlato di sicurezza e di attacchi. E` pericoloso quando dici al
> programmatore che un costrutto e` un commento e invece non lo e` (si
> tratta di un costrutto che ha pochi effetti per motivi non spiegati
> dall'autore dell'articolo). Perche` nei commenti puoi scrivere di
> tutto, compreso codice.  Se io scrivo una cosa nel commento e questo
> ha effetti mi faccio del male. O lo faccio ai miei utenti.
>
> Piuttosto, se proprio si vuole scrivere roba con pochi effetti, meglio
> fare
>
>   echo 'non sono un commento ma potrei essere multi-riga' > /dev/null
>
> Almeno tutti conoscono il costrutto, rispetto a << o :. Eviterei
> comunque, ma spero di aver reso l'idea. E se non ci riesco amen.
>
> Buona giornata e buone ferie passate o future a tutti.
>
>

-- 
*CANTANNA Giuseppe*
cel. +39 349 1998700
giuseppe.canta...@glugto.org
canta...@glugto.org
canta...@gmail.com

bproot.bc - Linux user n. 502620 registered on http://counter.li.org/
*Nodo NINUX: *broot*.*


*Per favore non inviatemi allegati in formato MS
Office.​​Utilizza​te​ alternativamente documenti in formato OpenDocument.*
​
http://en.wikipedia.org/wiki/OpenDocument

​ ​
http://it.wikipedia.org/wiki/OpenDocument


*​*http://www.documentfoundation.org/
* ​ *https://it.libreoffice.org/
​ ​

Re: [OT] Batteria portatile

[Lorenzo Breda]

Il giorno mer 13 set 2023 alle ore 11:55 Paolo Redælli <
paolo.redae...@gmail.com> ha scritto:

> Stai parlando dell'Atari Lynx?
>
Anche, ma anche molto più semplicemente la galassia di console che
cercavano di concorrere col gameboy (il supervision, ad esempio). Il
gameboy funziona anche con 1.2, invece.

-- 
Lorenzo Breda

Re: [OT] Batteria portatile

[Alessandro Rubini]

>> Ci sono apparecchi che con i 1.2V delle nichel-cadmio non si accendono
>> neanche, per esempio i termostati delle caldaie (non alimentati).

Certo, dipende dall'utilizzatore. Comunque qui parliamo del 20% in meno.
Nel caso originale 11.1/10.8 = 2.8% in piu`. Decisamente trascurabile
per il caso d'uso.

> E molte vecchie console per videogiochi portatili. Che pero` spesso ne hanno
> quattro in serie, quindi la differenza non e` piccolissima: quattro batterie
> da 1.5 equivalgono a cinque da 1.2.

Sempre il 20%. Il valore assoluto non e` mai importante.
(poi le resistenze da 0R all'1% piuttosto che 5% di precisione mi fanno ridere).

Re: [OT] Batteria portatile

[Lorenzo Breda]

Il mer 13 set 2023, 08:43 Paolo Redaelli  ha
scritto:

>
> Ci sono apparecchi che con i 1.2V delle nichel-cadmio non si accendono
> neanche,  per esempio i termostati delle caldaie (non alimentati).


E molte vecchie console per videogiochi portatili. Che però spesso ne hanno
quattro in serie, quindi la differenza non è piccolissima: quattro batterie
da 1.5 equivalgono a cinque da 1.2.

-- 
Lorenzo Breda

Re: [OT] Batteria portatile

[Igor Trevisan]

Ciao,

>
> Opinioni e immaginazioni personali, posso essere sbugiardato senza
> vergogna da chi ne sa di piu`.
>

Nessun argomento per smentire quanto detto,anzi, credo che la disamina
di Alessandro sulle batterie abbia validità generale.
Penso a quelle delle auto (non mi riferisco a quelle elettriche con le
quali non ho esperienza): la batteria in dotazione al momento
dell'acquisto dura sempre di più delle successive (seppur originali).
Per quel che conta, "due cent" in più sul tema.
I.

-- 
"Don't find fault, find a remedy" (H.Ford)
-

Re: [OT] Batteria portatile

[Giuliano Curti]

Il mer 13 set 2023, 09:36 Alessandro Rubini  ha
scritto:

Ciao a tutti,

>> E` frequente chs le batterie orignali siano migliori dei ricambi. Mi
> sfugge
> >> il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
> >> senza troppa preoccupazione,
> >
> > .
>

Non ho argomenti, tecnici e non, da aggiungere, ma da piccole, molteplici
esperienze, confermo il dato (minor durata dei ricambi rispetto al prodotto
nuovo)

Saluti,
Giuliano

Re: [OT] Batteria portatile

[Alessandro Rubini]

>> E` frequente chs le batterie orignali siano migliori dei ricambi. Mi sfugge
>> il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
>> senza troppa preoccupazione,
> 
> Grazie Alessandro, tutte cose molto interessanti... ma non avresti 
> voglia di dirci qualcosa in piu` sulle ipotesi che circolano sul motivo 
> per cui le originali siano sempre meglio delle compatibili?

Non conosco le ipotesi che circolano. Se qualcuno vuole cercare in
rete forse le trova. A un primo colpo io non le trovo pero`.

> Io ad esempio ero convinto fosse una sensazione, che quello che
> contava erano in mAh ma se mi dici cosi` mi stuzzichi la curiosita`.

I mAh contano, ma come al solito possiamo fidarci fino a un certo punto
di quello che dice il produttore. Numeri cosi` volatili (con le temperature,
l'usura, la variabilita` tra i singoli pezzi) rimangono solo indicativi.

I motivi che "posso immaginare" come dicevo dipendono da
considerazioni varie mettendomi dal punto di vista del produttore.

Partiamo dal fatto che esistono varie (tante?)  chimiche diverse per
le batterie, ciascuna con le sue tensioni nominali e curve di
carica. Normalmente la tensione nominale e` 3.7V ma ci sono variazioni
(nota: 3.7x3 = 11.1, 3.6x3 = 10.8).  Wikipedia (di cui ci fidiamo il
giusto) dice da 3.6 a 3.85.

La macchina nuova ha un prezzo tale da giustificare un investimento
maggiore. Il prezzo atteso dall'acquirente e` alto, metterci 5-6 euro
in piu` per una batteria migliore e pubblicizzare 8 o 10 ore di
autonomia senza essere sbugiardati dal primo altroconsumo che passa,
e` utile.  Sul ricambio nessuno si gioca l'immagine, e l'acquirente
spesso guarda solo il prezzo (in cui pochi euro contano di piu` in
percentuale).

Argomentazione simile: quando compri 1000 o 10mila pezzi imbancalati
che vanno direttametne in montaggio hai un prezzo diverso dai 10 o 100
impacchettati singolarmente di chi vende i ricambi. Se il pc costava
1000 e ora ne vale 300, pochi comprerebbero 150 euro di batteria,
mentre quella piu` scrausa ha un mercato. Cioe`, avendo fattore di
scala si possono ottenere prodotti migliori ammortizzando i costi.

Problemi di conservazione e spedizione: le grosse quantita`, gestite
dal produttore, possono avere una filiera di approvvigionamento piu`
diretta e controllata. Senza troppe botte o sbalzi termici. Questo
potrebbe permettere di acquisire una chimica migliore o un prodotto
piu` "fresco" (senza invecchiamento in magazzino) che arriva a
garantire, almeno sul prodotto appena uscito di fabbrica, prestazioni
migliori.  Il PC viene per forza trattato bene durante il trasporto.
Il ricambio sta sotto il sole nei piazzali dei porti o sbattuto a
destra e sinistra nei vari magazzini, e invecchia male perche` aspetto
l'acquirente che forse arriva forse no. Non mi aspetto piu` un
ricambio perfomante come il nuovo, anche a parita` di caratteristiche
iniziali.

Altri problemi relativi alla spedizione: ci sono norme di sicurezza sulle
batterie che cambiano con le varie chimiche. Molte non possono volare,
eccetera.  Non mi stupirebbe che i ricambi, che devono arrivare in
tempi "civili" (io aspetto da un mese, ma sono un pirla) preferiscano
essere fatti in modo da poter viaggiare, a scapito delle prestazioni.
Anche le macchine nuove devono arrivare in fretta (anche se qualche
giorno in piu` o in meno non cambia, data tutta la filiera a monte con
le incertezze sui ritardi accumulati). Ma queste essendo numerose
posso mandare via i miei mezzi senza grossi problemi.

Non ho simpatia per le grandi aziende, preferisco le piccole, ma se
vogliamo che le cose costino poco dobbiamo accettare tutti gli effetti
dei fattori di scala. Una conseguenza e` che spesso gli oggetti non
sono aggiustabili o manutenibili. Non penso sia un bene ma e` cosi`.

Opinioni e immaginazioni personali, posso essere sbugiardato senza
vergogna da chi ne sa di piu`.

Re: [OT] Batteria portatile

[Paolo Redaelli]

Il 12 settembre 2023 13:35:18 CEST, Alessandro Rubini  
ha scritto:

>uscendo.  Le pile stilo o mini-stilo sono da 1.5V, ma le ricaricabili
>da 1.2V vanno bene quasi sempre. E se le misuriamo, le stilo normali
>nuove sono a 1.8 e da scariche (ma funzionanti) arrivano senza
>problemi a 1.0 o anche meno -- dipende dall'utilizzatore: la mia
>fotografica e` esigente e con le ricaricabili fa poche foto prima di
>lamentarsi.

Ci sono apparecchi che con i 1.2V delle nichel-cadmio non si accendono neanche, 
 per esempio i termostati delle caldaie (non alimentati). 
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: [OT] Batteria portatile

[Piviul]

On 9/12/23 12:38, Alessandro Rubini wrote:

Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene
riportato che è compatibile con il modello del portatile) mentre su
quella originale viene riportato 5200mAh.

Nessun problema. Se consumi 1A quella orignale finisce in 5.2 ore e questa in 
4.4.
Se la danno per compatibile siamo a posto.

E` frequente chs le batterie orignali siano migliori dei ricambi. Mi sfugge
il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
senza troppa preoccupazione,


Grazie Alessandro, tutte cose molto interessanti... ma non avresti 
voglia di dirci qualcosa in più sulle ipotesi che circolano sul motivo 
per cui le originali siano sempre meglio delle compatibili? Io ad 
esempio ero convinto fosse una sensazione, che quello che contava erano 
in mAh ma se mi dici così mi stuzzichi la curiosità.


Piviul

Re: [OT] Batteria portatile

[Alessandro Baggi]

Il 12/09/23 13:35, Alessandro Rubini ha scritto:

Come voltaggio viene riportato 10.8 V mentre sulla batteria da 4400mAh
11.1 V. Puo` andar bene?



Penso di si`, ma se te lo dessi per certo azzarderei conoscenza che non ho
(sentiamo cosa dice anche Alessandro R.);


Oops! Promosso a super esperto di batterie...

Sul mio portatile non avrei alcuna paura a metterla.

La tensione nominale e`, appunto, nominale. Un'etichetta con poco
significato reale. La batteria ha una certa oscillazione di voltaggio,
sia da carica a scarica sia in base alla corrente che sta entrando o
uscendo.  Le pile stilo o mini-stilo sono da 1.5V, ma le ricaricabili
da 1.2V vanno bene quasi sempre. E se le misuriamo, le stilo normali
nuove sono a 1.8 e da scariche (ma funzionanti) arrivano senza
problemi a 1.0 o anche meno -- dipende dall'utilizzatore: la mia
fotografica e` esigente e con le ricaricabili fa poche foto prima di
lamentarsi.

Il litio ha un'oscillazione minore, ma si parla sempre del 20% almeno
(a memoria). Quindi 0.3V non e` una differenza significativa.
Ovviamente il circuito di ricarica del portatile deve essere pronto a
gestirla, ma se la vendono per compatibile sicuramente lo e`.  Per
male che vada, non verra` ricaricata proprio completamente (ma quasi).

Se si tratta di recuperare un portatile va benissimo. Se si vuole una
cosa al massimo delle prestazioni sicuramente non ci si arriva, ma
come dicevo raramente si trova come ricambio lo stesso prodotto che
era montato sull'originale, e ci si deve accontentare.  Sicuramente
non si rompe la macchina.  Certo se fosse da 9V invece che 10.8,
sarebbe sempre segnata come scarica (e potrebbe essere sovraccaricata,
con riscaldamento e danni) e se fosse da 15V invece che 10.8 potremmo
temere il portatile (e non verrebbe ricaricata). 0.3V non sono
significativi.

Il mio portatile, dopo 10 anni, ha bisogno della terza batteria, che
sto aspettando. La seconda ha durato meno della prima.  Ora sto
usandone uno di recupero (piu` potente del mio ma con le sue
stranezze), in attesa di sceglierne uno da comprare, che mi hanno dato
per "batteria da cambiare" ma per i miei usi non ha problemi. Tiene
molte ore in suspend-to-ram e quello basta, in particolare ora che
tutti i treni hanno la presa su ogni posto.



Grazie mille per le delucidazioni.
Come al solito, questa lista è una risorsa grandiosa.

Grazie Alessandro e a tutti gli altri.

Un saluto.

Re: [OT] Batteria portatile

[Alessandro Rubini]

>> Come voltaggio viene riportato 10.8 V mentre sulla batteria da 4400mAh
>> 11.1 V. Puo` andar bene?

> Penso di si`, ma se te lo dessi per certo azzarderei conoscenza che non ho
> (sentiamo cosa dice anche Alessandro R.);

Oops! Promosso a super esperto di batterie...

Sul mio portatile non avrei alcuna paura a metterla.

La tensione nominale e`, appunto, nominale. Un'etichetta con poco
significato reale. La batteria ha una certa oscillazione di voltaggio,
sia da carica a scarica sia in base alla corrente che sta entrando o
uscendo.  Le pile stilo o mini-stilo sono da 1.5V, ma le ricaricabili
da 1.2V vanno bene quasi sempre. E se le misuriamo, le stilo normali
nuove sono a 1.8 e da scariche (ma funzionanti) arrivano senza
problemi a 1.0 o anche meno -- dipende dall'utilizzatore: la mia
fotografica e` esigente e con le ricaricabili fa poche foto prima di
lamentarsi.

Il litio ha un'oscillazione minore, ma si parla sempre del 20% almeno
(a memoria). Quindi 0.3V non e` una differenza significativa.
Ovviamente il circuito di ricarica del portatile deve essere pronto a
gestirla, ma se la vendono per compatibile sicuramente lo e`.  Per
male che vada, non verra` ricaricata proprio completamente (ma quasi).

Se si tratta di recuperare un portatile va benissimo. Se si vuole una
cosa al massimo delle prestazioni sicuramente non ci si arriva, ma
come dicevo raramente si trova come ricambio lo stesso prodotto che
era montato sull'originale, e ci si deve accontentare.  Sicuramente
non si rompe la macchina.  Certo se fosse da 9V invece che 10.8,
sarebbe sempre segnata come scarica (e potrebbe essere sovraccaricata,
con riscaldamento e danni) e se fosse da 15V invece che 10.8 potremmo
temere il portatile (e non verrebbe ricaricata). 0.3V non sono
significativi.

Il mio portatile, dopo 10 anni, ha bisogno della terza batteria, che
sto aspettando. La seconda ha durato meno della prima.  Ora sto
usandone uno di recupero (piu` potente del mio ma con le sue
stranezze), in attesa di sceglierne uno da comprare, che mi hanno dato
per "batteria da cambiare" ma per i miei usi non ha problemi. Tiene
molte ore in suspend-to-ram e quello basta, in particolare ora che
tutti i treni hanno la presa su ogni posto.

Re: [OT] Batteria portatile

[Giuliano Curti]

Il mar 12 set 2023, 12:42 Alessandro Baggi  ha
scritto:

>
> >
> > ..
> >
> Ciao Giuliano,
>

Ciao Alessandro,

grazie per la risposta.
>
> Purtroppo le scritte sulla batteria originale sono quasi cancellate.
> Come voltaggio viene riportato 10.8 V mentre sulla batteria da 4400mAh
> 11.1 V. Può andar bene?
>

Penso di sì, ma se te lo dessi per certo azzarderei conoscenza che non ho
(sentiamo cosa dice anche Alessandro R.);

se le scritte sono abrase puoi forse trovare in rete qualche manuale e
vedere lì le specifiche dell'alimentazione.

Ciao,
Giuliano

Re: [OT] Batteria portatile

[Alessandro Baggi]

Il 12/09/23 12:38, Alessandro Rubini ha scritto:

Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene
riportato che è compatibile con il modello del portatile) mentre su
quella originale viene riportato 5200mAh.


Nessun problema. Se consumi 1A quella orignale finisce in 5.2 ore e questa in 
4.4.
Se la danno per compatibile siamo a posto.

E` frequente chs le batterie orignali siano migliori dei ricambi. Mi sfugge
il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
senza troppa preoccupazione,



Ciao Alessandro.

Grazie per la risposta.

Re: [OT] Batteria portatile

[Alessandro Baggi]

Il 12/09/23 12:37, Giuliano Curti ha scritto:
Il mar 12 set 2023, 12:13 Alessandro Baggi > ha scritto:


Un saluto a tutta la lista,
mi scuso per l'offtopic.

Ho un portatile Asus N53SV e la battera è fritta da tempo. Per alcune
necessità sorte in questi giorni mi ritrovo a dover rimpiazzare la
batteria del portatile.

Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene
riportato che è compatibile con il modello del portatile) mentre su
quella originale viene riportato 5200mAh.

Nel caso dovessi acquistare quella da 4400 mAh, vado incontro a
problemi?


Credo di no, il dato fornito indica solo una capacità inferiore di 
fornire energia nel tempo, cioè  una durata inferiore, ma se gli altri 
parametri (voltaggio e amperaggio) collimano non dovresti avere problemi



Grazie in anticipo


Aspetta qualche conferma più esperta, ciao,
Giuliano


Ciao Giuliano,
grazie per la risposta.

Purtroppo le scritte sulla batteria originale sono quasi cancellate. 
Come voltaggio viene riportato 10.8 V mentre sulla batteria da 4400mAh 
11.1 V. Può andar bene?

Re: [OT] Batteria portatile

[Alessandro Rubini]

> Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene
> riportato che è compatibile con il modello del portatile) mentre su
> quella originale viene riportato 5200mAh.

Nessun problema. Se consumi 1A quella orignale finisce in 5.2 ore e questa in 
4.4.
Se la danno per compatibile siamo a posto.

E` frequente chs le batterie orignali siano migliori dei ricambi. Mi sfugge
il motivo, ma posso immaginarne 5 o 6 diversi, quindi si accetta la cosa
senza troppa preoccupazione,

Re: [OT] Batteria portatile

[Giuliano Curti]

Il mar 12 set 2023, 12:13 Alessandro Baggi  ha
scritto:

> Un saluto a tutta la lista,
> mi scuso per l'offtopic.
>
> Ho un portatile Asus N53SV e la battera è fritta da tempo. Per alcune
> necessità sorte in questi giorni mi ritrovo a dover rimpiazzare la
> batteria del portatile.
>
> Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene
> riportato che è compatibile con il modello del portatile) mentre su
> quella originale viene riportato 5200mAh.
>
> Nel caso dovessi acquistare quella da 4400 mAh, vado incontro a problemi?
>

Credo di no, il dato fornito indica solo una capacità inferiore di fornire
energia nel tempo, cioè  una durata inferiore, ma se gli altri parametri
(voltaggio e amperaggio) collimano non dovresti avere problemi

>
> Grazie in anticipo
>

Aspetta qualche conferma più esperta, ciao,
Giuliano

[OT] Batteria portatile

[Alessandro Baggi]

Un saluto a tutta la lista,
mi scuso per l'offtopic.

Ho un portatile Asus N53SV e la battera è fritta da tempo. Per alcune 
necessità sorte in questi giorni mi ritrovo a dover rimpiazzare la 
batteria del portatile.


Sto cercando in rete ma trovo solo batterie a 4400mAh (dove viene 
riportato che è compatibile con il modello del portatile) mentre su 
quella originale viene riportato 5200mAh.


Nel caso dovessi acquistare quella da 4400 mAh, vado incontro a problemi?

Grazie in anticipo

Re: [OT] usare abcm2ps per scrivere musica per pianoforte

[Hugh Hartmann]

Un saluto esaustivo si propaga a tutti i partecipanti alla lista ... :-)

Il 27/07/2023 20:13, liste DOT girarsi AT posteo DOT eu ha scritto:

Guardando il sito abcnotation.com, ho trovato questo per i numeri sopra
o sotto o di lato, legato alle annotazioni, spero sia utile e sia
risolutivo per quanto cerchi:

https://abcnotation.com/wiki/abc:standard:v2.2?s[]=%2Afingering%2A#annotations





Simone, ti ringrazio molto. Proverò a darci un'occhiata, forse però per 
questa funzionalità si richiede una versione recente di abcm2ps. 
Purtroppo uso una versione piuttosto vecchia la 7.8.9.


Au Revoire
Hugh Hartmann

Re: [OT] usare abcm2ps per scrivere musica per pianoforte

[liste DOT girarsi AT posteo DOT eu]

Guardando il sito abcnotation.com, ho trovato questo per i numeri sopra 
o sotto o di lato, legato alle annotazioni, spero sia utile e sia 
risolutivo per quanto cerchi:


https://abcnotation.com/wiki/abc:standard:v2.2?s[]=%2Afingering%2A#annotations


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: [OT] usare abcm2ps per scrivere musica per pianoforte

[liste DOT girarsi AT posteo DOT eu]

Il 24/07/23 15:49, Hugh Hartmann ha scritto:

Un saluto "musicale" si propaga a tutti i partecipanti alla lista ... :-)

uso ormai da anni il pacchetto abcm2ps per poter scrivere musica per il 
pianoforte e, devo dire che mi trovo molto bene. Essendo un programma 
che si lancia da riga di comando è estremamente parco di risorse, i file 
"sorgenti" sono file di testo che usano il linguaggio abc.


E' possibile agire su di ogni aspetto della partitura dalla dimensione 
dei pentagrammi alla forma delle note, non posso elencare tutte le 
possibilità e le opzioni che questo pacchetto possiede. Basta avere un 
editor di testo qualsiasi e scrivere un file in formato abc. Notare che 
Vim ha tra le innumerevoli possibilità di evidenziazione anche quella 
per abc. Può andare bene anche joe. Spesso usi anche Gedit. Naturalmente 
oltre all'editor bisogna avere installato anche abcm2ps, che è stato 
sviluppato da abc2ps per poster scrivere partiture per organo ma anche 
per orchestra funziona molto bene.




Sono incuriosito pure io, anche se è diverso tempo (anni) che non suono 
più, suonavo (si fa per dire perché il termine giusto sarebbe 
leggiucchiavo e sonacchiavo) ultimamente il basso tuba per una banda 
folkloristica di un paese vicino al mio.


Facendo ricerca nel manpages non ho trovato nulla, e nella ricerca in 
rete nemmeno.


Per cui ti consiglio di scrivere direttamente a chi distribuisce il 
pacchetto, forse la strada più corta, e forse ottieni una risposta 
migliore che qui, a quanto pare poco frequentata da musicisti che 
scrivono in abc, oppure sono, dato il periodo, in ferie.


my 2 cents.


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

Re: [OT] usare abcm2ps per scrivere musica per pianoforte

[Piviul]

On 7/24/23 15:49, Hugh Hartmann wrote:

Un saluto "musicale" si propaga a tutti i partecipanti alla lista ... :-)


altrettanto


uso ormai da anni il pacchetto abcm2ps per poter scrivere musica per 
il pianoforte e, devo dire che mi trovo molto bene. [...]
Intanto ringrazio per l'attenzione e spero di aver suscitato un po' di 
curiosità . :-)


molto interessante, non scrive solo spartiti per pianoforte ma per tutti 
gli strumenti, notazione testuale, sembra davvero molto veloce la 
scrittura, bello. Poi immagino da un file abc si possa facilmente creare 
un file midi... Non ho ancora capito come cambiare la chiave (io sono un 
bassista) e come inserire le sigle degli accordi ma prima o poi ci 
riuscirò.


Grazie ancora

Piviul

[OT] usare abcm2ps per scrivere musica per pianoforte

[Hugh Hartmann]

Un saluto "musicale" si propaga a tutti i partecipanti alla lista ... :-)

uso ormai da anni il pacchetto abcm2ps per poter scrivere musica per il 
pianoforte e, devo dire che mi trovo molto bene. Essendo un programma 
che si lancia da riga di comando è estremamente parco di risorse, i file 
"sorgenti" sono file di testo che usano il linguaggio abc.


E' possibile agire su di ogni aspetto della partitura dalla dimensione 
dei pentagrammi alla forma delle note, non posso elencare tutte le 
possibilità e le opzioni che questo pacchetto possiede. Basta avere un 
editor di testo qualsiasi e scrivere un file in formato abc. Notare che 
Vim ha tra le innumerevoli possibilità di evidenziazione anche quella 
per abc. Può andare bene anche joe. Spesso usi anche Gedit. Naturalmente 
oltre all'editor bisogna avere installato anche abcm2ps, che è stato 
sviluppato da abc2ps per poster scrivere partiture per organo ma anche 
per orchestra funziona molto bene.


Dato che scrivo musica per pianoforte il problema che ho riscontrato è 
che i numeri delle dita (diteggiatura) vengono sempre scritti sopra le 
note e non c'è verso o meglio opzione che mi permetta di scriverli sotto 
le note, come richiesto da alcune musiche.


Mi chiedevo se in lista c'è qualcuno che usa abcm2ps e che si sia 
imbattuto nello stesso problema e, in qualche modo sia riuscito a 
risolverlo.


Per chi non conoscesse abcm2ps il nome ci fa capire la funzione 
principale svolta: prende un file di testo scritto in formato abc e lo 
trasforma in file postscript avente molti pentagrammi (la m sta per 
multistaves). per esempio, dato il file sorgente pianomus.abc (si 
bisogna mettere l'estensione abc) per poterlo trasformare in un file ps 
che rappresenta la partitura relativa da riga di comando si deve dare:


$ abcm2ps pianomus.abc -O= 

per ottenere un file ps avente lo stesso nome del file sorgente cioè: 
pianumus.ps


l'opzione -O stabilisce il nome del file ps che si vuole ottenere e 
l'opzione = comunica a abcm2ps di produrre un file ps avente lo stesso 
nome del file sorgente abc.


Intanto ringrazio per l'attenzione e spero di aver suscitato un po' di 
curiosità . :-)


Au Revoire
Hugh Hartmann


--
CONFIDENTIALITY NOTICE

This message and its attachments are addressed solely to the persons 
above and may contain confidential information. If you have received
the message in error, be informed that any use of the content here of is 
prohibited. Please return it immediately to the sender and delete

the message.

Thank you

[OT] Il pacchetto slsc (slang spreadsheet calculator) è stato riesumato! .. :-)

[Hugh Hartmann]

Un saluto "pacchettizzato" si propaga a tutti i partecipanti alla lista 
..:-)


Dato che leggendo le email con il soggetto interessante come il 
programma di sylpheed di posta elettronica e che qualcuno voleva 
proporsi come manutentore, ho pensato che sarebbe stato interessante se 
qualcuno si fosse preso il pacchetto slsc (che è rimasto orfano) per 
farne il manutentore. riporto qui di seguito un' e-mail che avevo 
scritto in lista qualche anno fa:

[...]
Come si evince dal soggetto, che, ammetto non è nuovo, ma che ho già 
proposto in questa e altre liste, vorrei chiedere nuovamente in lista se 
c'è qualche user disposto a testare e possibilmente a migliorare il 
pacchetto slsc che è stato ri-iscritto utilizzando la libreria libslang2 
da J. Davis il suo manutentore, dato che, fino a qualche tempo, fa la 
versione disponibile, sebbene considerato un pacchetto obsoleto, era la 
0.2.3 che funzionava solo con la libslang1 e che tuttora uso anche se 
modificata.


Se si vuole scaricare il pacchetto sorgente della nuova versione 
ri-iscritta per la libslang2 il il sito di riferimento è:


http://www.jedsoft.org/snapshots/
http://www.jedsoft.org/snapshots/slsc-pre0.3.0-2.tar.gz

Anche in questa versione non è stata fatta la correzione sul file 
scdokey.c dei sorgenti per attivare la barra spaziatrice al fine di 
uscire dai menu e sottomenu, se qualcuno lo desidera ho il file 
scdokey.c modificato oppure posso inviare la parte di istruzioni da 
incollare su tale file.


Slsc è uno slang spreadsheet calculator basato sul più famoso sc ma 
assai più facile da usare di sc, dispone di facili menu intuitivi e 
altre migliorie rispetto a sc, inoltre i file di sc sono quasi 
completamente compatibili con slsc (sono file di testo che si possono 
modificare con il proprio editor preferito).


Della nuova versione c'è solo il file tar.gz dei sorgenti, ergo 
bisognerebbe trasformarlo in un pacchetto sorgente per la Debian (i tre 
file diff, orig.tar.gz, version) e poi in pacchetto binario .deb.


Tempo fa avevo portato delle modifiche alla vecchia versione 0.2.3 per 
utilizzare la barra spaziatrice al fine di uscire dai menu come scritto 
nella guida on-line in inglese, (ottenibile premendo il tasto ? 
all'interno di slsc), ma in realtà la barra spaziatrice è non 
funzionante allo scopo di uscire dai menu e sotto menu.


Ho tradotto in italiano la guida on-line e anche il file di tutorial e 
vorrei estendere la man page direi quasi ri-iscriverla dato che trovo 
assolutamente irrisoria (poche righe e certamente non esaustive).


Mi spiacerebbe buttare via ciò che ho fatto, quindi si potrebbe 
sviluppare ulteriormente slsc magari fornendolo di funzionalità come il 
mouse e altre ancora.


Se qualcuno vuole provare la versione 0.2.3 con la correzione per il 
funzionamento con la barra spaziatrice, ho il pacchetto perfettamente 
funzionante per la libslang1 che posso inviare. Se non si ha disponibile 
il pacchetto della libslang1, posso inviare anche quello.


Se servono altre info scrivetemi pure in privato. So che ci sono molti 
pacchetti orfani e considerati obsoleti ma che, volendo, possono 
svolgere egregiamente il loro compito, uno di questi potrebbe essere slsc.


Uso slsc ormai da diversi anni con soddisfazione. Ben inteso il 
programma è molto piccolo e funziona da terminale è, secondo me, 
potrebbe essere anche meglio di sc su cui si basa.


Au Revoire
Hugh Hartmann

Re: [OT] 2023’s Top PHP Frameworks...cosa ne pensate?

[Lorenzo Breda]

Il lun 26 giu 2023, 15:09 Giuseppe Naponiello  ha
scritto:

> Detto questo, cosa ne pensate dell'articolo? Su quale dei framework
> elencati investireste del tempo per imparare?
>

Io la mia già la dissi a suo tempo: i framework sono una gran cosa, se si
può giustificare l'investimento di impararne uno. Nella vita ne ho usati
diversi per PHP, e Laravel (con relativo livewire) è di gran lunga il
migliore per completezza, sensatezza e community. Passare un progetto da
una versione all'altra non è quasi mai doloroso (direi addirittura "non è
mai", se non fai porcate lato PHP, ricordo come molto doloroso aggiornare
una codebase in cui si usavano nomi di variabili mai settate in
`compact()`).

Poche settimane fa dovevo fare per lavoro un utility script scemo per
passare un CSV e fare richieste http e non ho neanche lontanamente pensato
di usare qualcosa di diverso da Laravel Zero.

-- 
Lorenzo Breda

>

RE: [OT] 2023’s Top PHP Frameworks...cosa ne pensate?

[marcoto-deb]

Ciao Beppe,Sono anni che sto usando Yii2, mi sono trovato bene da subito non è 
difficile da usare, come specificato anche nell'articolo  che hai 
proposto.Considera che negli anni ho potuto usare molte delle funzionalità che 
mette a disposizione, sviluppando webapp, web service e applicazioni 
console.All'epoca mi posi lo stesso quesito, e allora la risposa fu Yii2 per 
vari motivi,  semplice, appena uscita la versione 2 ecc... (MVC secondo me è 
ben organizzato).Oggi non farei la stessa scelta ma punterei su Laravel.Il 
framework è leggermente più "complesso" nell'apprendimento immediato, però si 
basa su una comunità estremamente vasta e questo alla lunga fa la 
differenza.Quando hai preso mano con i meccanismi che lo gestiscono, la vera 
differenza secondo me sta tutta li, con quanti condivido le  mie problematiche, 
quanti e equali sviluppi sta portando avanti la comunità.  Infine, lato 
professionale credo sia molto più rivendibile.Spero ti sia utile questa 
esperienza. M.T.nviato dal mio Galaxy
 Messaggio originale Da: Giuseppe Naponiello 
 Data: 26/06/23  15:10  (GMT+01:00) A: debian-italian 
 Oggetto: [OT] 2023’s Top PHP 
Frameworks...cosa ne pensate? Salve a tutti,ho letto questo[0] articolo su 
Medium, ed ho ripensato a diversi messaggi passati in lista sui benefici 
dell'utilizzo di un framework piuttosto che un approccio "old school" come il 
mio.Detto questo, cosa ne pensate dell'articolo? Su quale dei framework 
elencati investireste del tempo per imparare? Ultimamente mi sono ritrovato a 
sviluppare diverse progressive webapp o applicazioni che prevedono comunque un 
grosso utilizzo di javascript (mappe, visualizzatori 3d ecc.). La parte di 
backend è formata solo dalle API necessarie, e per la gestione degli accessi (e 
le sessioni di lavoro) sto provando "json web tokens" con buoni risultati (ma 
sento che devo approfondire!!!).In uno scenario come questo vale comunque la 
pena utilizzare Laravel o simili?Grazie a tutti-beppe-[0] 
https://ismatbabir.medium.com/2023s-top-php-frameworks-which-one-is-right-for-your-next-project-2c7fe58da68d

[OT] 2023’s Top PHP Frameworks...cosa ne pensate?

[Giuseppe Naponiello]

Salve a tutti,

ho letto questo[0] articolo su Medium, ed ho ripensato a diversi 
messaggi passati in lista sui benefici dell'utilizzo di un framework 
piuttosto che un approccio "old school" come il mio.


Detto questo, cosa ne pensate dell'articolo? Su quale dei framework 
elencati investireste del tempo per imparare? Ultimamente mi sono 
ritrovato a sviluppare diverse progressive webapp o applicazioni che 
prevedono comunque un grosso utilizzo di javascript (mappe, 
visualizzatori 3d ecc.). La parte di backend è formata solo dalle API 
necessarie, e per la gestione degli accessi (e le sessioni di lavoro) 
sto provando "json web tokens" con buoni risultati (ma sento che devo 
approfondire!!!).


In uno scenario come questo vale comunque la pena utilizzare Laravel o 
simili?


Grazie a tutti

-beppe-

[0] 
https://ismatbabir.medium.com/2023s-top-php-frameworks-which-one-is-right-for-your-next-project-2c7fe58da68d

Re: OT: firma digitale

[Davide Prina]

pacmo ha scritto:

> Probabilmente, anzi sicuramente OT. Dovrei firmare digitalmente con 
> formato p7m un documento

in teoria se hai CNS o CIE e utilizzi gli ultimi driver OpenSC dovresti
poterlo fare. Con la nuova versione di OpenSC, se non ho capito male,
dovrebbero essere stati introdotti nuovi strumenti che permettono di
fare cose aggiuntive tra cui la firma...

Per farli funzionare con la CNS guarda alla mia risposta che ho dato
pochi minuti fa su come far funzionare la nuova CNS.

Per la CIE ho visto che dovrebbe essere anch'essa gestita da OpenSC,
però non avendola non so se funziona...

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -

Re: OT: firma digitale

[Mario]

Il 14/06/23 10:31, pacmo ha scritto:
Dovrei firmare digitalmente con 
formato p7m un documento XLSX. 

Con quale "certificato" vorresti firmare?
Quale "valore" legale vuoi ottenere?
Hai la CIE (versione 3)?
Hai la Tessera Sanitaria abilitata alla firma?


[...]qualche software o servizio gratuito.

Dipende da quello che rispondi alla domanda precedente.
Se hai la CIE (vers 3) puoi usare il middleware fornito dalla Zecca 
dello Stato (disponibile anche in .deb si github)
link: 
https://www.cartaidentita.interno.gov.it/pa-e-imprese/documentazione-middleware-cie/


Se usi la TS, puoi provare con il software di aruba, ArubaSign.

Mario

Re: OT: firma digitale

[Lorenzo Breda]

Il giorno mer 14 giu 2023 alle ore 10:54 Paolo Redaelli <
paolo.redae...@gmail.com> ha scritto:

> non ne esistono di gratuite
>

ZealID è gratuita, ti riconosce a partire dalla CIE e funziona piuttosto
bene.

-- 
Lorenzo Breda

Re: OT: firma digitale

[Paolo Redaelli]

Se come credo la firma deve avere valore legale per lo stato italiano allora 
non si scappa, devi "farti" la firma digitale e che io sappia non ne esistono 
di gratuite
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

OT: firma digitale

[pacmo]

Probabilmente, anzi sicuramente OT. Dovrei firmare digitalmente con 
formato p7m un documento XLSX. Siccome avrò questo da firmare e poi 
chissà quando mai me ne capiterà un altro, chiedevo se non era possibile 
trovare qualche software o servizio gratuito.

Grazie mille e scusatemi per l'OT
pacmo

Re: [Probabile OT]

[Marco Gaiarin]

Mandi! Giuliano Grandin
  In chel di` si favelave...

> Magari qualcuno riesce ad aiutarmi a capire se quei messaggi indicano
> problemi seri oppure no?

Non ritrovo il link, cito a memoria.


'smartctl' ti dice che il drive 'è nel database'? Se no, siccome
interpretando male alcuni dati può fare cavolate enormi, gli smartmontools
si mettono in una modalità 'conservativa' e interpretano eslcuisvamente i
dati di cui sono certi (a quanto capisco, le specifiche SMART sono un po'
come i l codice della pirateria ne 'i pirati dei caraibi'... ;-).

Quindi un dato che potrebbe essere 'normale' (stile un contatore che elenca
i log inseriti, se questi non sono errori fatali) potrebbe essere un dato
che incrementa 'normalmente' e non indica nulla relativamente al fallimento
del disco.

In questo caso devi identificare correttmente il parametro incriminato,
e dire a smartd di 'ignorare gli incrementi', o magari segnalarti quando
incrementa ma non segnalarti ogni giorno che è >0.


FYI.

-- 
  ...il ponte di Messina unirà «non due coste ma due cosche».
(Niki Vendola)

[Probabile OT]

[Giuliano Grandin]

Buona sera a tutti.
Da un po' di tempo, ricevo da smartmontools un'email in locale per un
problema a uno dei due SSD nvme, un Seagate FireCuda 520 SSD ZP1000GM30002
da 1TB, dove ho la /home
Questo è il contenuto del messaggio:

The following warning/error was logged by the smartd daemon:
Device: /dev/nvme1, number of Error Log entries increased from 690 to 692
Device info:
Seagate FireCuda 520 SSD ZP1000GM30002, S/N:7QG02JSL, FW:STNSC016, 1.00 TB
For details see host's SYSLOG.

Ora, come si vede, il numero delle segnalazioni è piuttosto alto.

L'SSD è stato installato a novembre del 2021 e, onestamente, non ho
prestato particolare attenzione a quando sono cominciati i messaggi.
L'altro SSD nvme, un Samsung 980 Pro che uso per la /, non ha mai dato
segnali di questo tipo.
In /var/log/syslog non noto nulla di particolare.
Ho installato il pacchetto nvme-cli e col comando:
nvme error-log /dev/nvme1
trovo, nella parte iniziale dell'output, queste informazioni:

Error Log Entries for device:nvme1 entries:63
.
 Entry[ 0]
.
error_count : 694
sqid: 0
cmdid   : 0x10
status_field: 0x4004(INVALID_FIELD: A reserved coded value or an
unsupported value in a defined field)
parm_err_loc: 0x28
lba : 0
nsid: 0
vs  : 0
trtype  : The transport type is not indicated or the error is not
transport related.
cs  : 0
trtype_spec_info: 0


Se capisco bene, a parte che le segnalazioni sono arrivate a 694, si tratta
di errore da un codice riservato o invalido un certo campo.
Ho cercato in internet, ma quello che ho trovato mi è incomprensibile.
Uso una Debian Bullseye mista a testing (per avere kernel e qualcos'altro
aggiornato).

Magari qualcuno riesce ad aiutarmi a capire se quei messaggi indicano
problemi seri oppure no?

Grazie in anticipo
Giuliano

Re: [OT leggero] dischi per un nas casalingo

[Paolo Redælli]

Il 27/03/23 09:09, Leandro Noferini ha scritto:

verificando comunque che i dischi siano CMR e non SMR (per un periodo
i RED sono stati SMR mentre i RED Pro erano CMR, poi hanno "corretto
il tiro").

Sì quella cosa l'avevo già scoperta. :(


Avreanno anche aggiustato il tiro, ma "ocio" che sul loro sito dicono 
ancora che i RED sono SMR e i RED PRO son CMR.


Vedi 
https://www.westerndigital.com/products/internal-drives/wd-red-sata-hdd#WD20EFAX 
e 
https://www.westerndigital.com/products/internal-drives/wd-red-pro-sata-hdd#WD2002FFSX 
(e la cosa è quasi "nascosta" dietro un bottone "+")


Ergo, prendi solo i Red Pro perché gli SMR sono "schifosamente lenti" 
quando devi ricostruire una partizione ZFS 
(https://arstechnica.com/gadgets/2020/06/western-digitals-smr-disks-arent-great-but-theyre-not-garbage/ 
e 
https://arstechnica.com/gadgets/2020/06/western-digital-adds-red-plus-branding-for-non-smr-hard-drives/ 
)

Re: [OT leggero] dischi per un nas casalingo

[mauro morichi]

Il 27/03/2023 09:09, Leandro Noferini ha scritto:

Non posso perché le due coppie hanno dati diversi, fondamentalmente in
uno ci sono semplici dati (fotografie e che altro) mentre sull'altro ci
sono backup di provenienza varia.


se posso:

Il consiglio di Diego ha un vantaggio notevole:

puoi suddividere il raid in volumi logici (ora non conosco alla 
perfezione openmediavault, ma gia' vedo la possibilita' di usare LVM) in 
modo da suddividere gli spazi nel modo piu' consono alle tue necessita' 
mantenendo al contempo tutte le suddivisioni che desideri.


Allo stato attuale, se esaurisci lo spazio in uno dei due raid l'unica 
soluzione e' quella che stai per intraprendere, ovvero cambiare i dischi.


My2Cents

Mauro.

Re: [OT leggero] dischi per un nas casalingo

[Leandro Noferini]

Diego Zuccato  writes:

> Su 4 dischi non saprei. Gli Exos dovrebbero essere per RAID "grossi" (oltre 
> gli
> 8 dischi, IIRC).

Quindi per un raid "semplice" come il mio non ci sono reali differenze?

> Ma per una differenza molto ridotta probabilmente si. Probabilmente,
> per aumentare la capacità ti aiuterebbe anche passare a RAID5,

Non posso perché le due coppie hanno dati diversi, fondamentalmente in
uno ci sono semplici dati (fotografie e che altro) mentre sull'altro ci
sono backup di provenienza varia.

> verificando comunque che i dischi siano CMR e non SMR (per un periodo
> i RED sono stati SMR mentre i RED Pro erano CMR, poi hanno "corretto
> il tiro").

Sì quella cosa l'avevo già scoperta. :(

--
Ciao
leandro

Re: [OT leggero] dischi per un nas casalingo

[Giuliano Grandin]

Scusate l'invio sbagliato

Per Leandro, non ho esperienza di nas, però ti suggerisco lo stesso di
cercare dischi (presumo tradizionali) con tecnologia CMR e non SMR.

Giuliano

Il Lun 27 Mar 2023, 08:53 Giuliano Grandin  ha
scritto:

>
>
> Il Lun 27 Mar 2023, 08:30 Leandro Noferini  ha
> scritto:
>
>> Buongiorno a tutti,
>>
>> ho un nas casalingo gestito con openmediavault (quindi debian un po’
>> truccata, da qui il leggero OT) su un piccolo server HP che ha posto per
>> cinque dischi, uno per il sistema operativo e gli altri quattro messi in
>> due coppie in raid mirror per avere maggiore resilienza sui quali stanno i
>> dati. Il tutto è in piedi da un bel po’ di anni.
>>
>> Attualmente i dischi dei dati sono tutti e quattro Western Digital Red ed
>> in effetti si sono comportati bene però ho necessità di cambiare una coppia
>> perché devo aumentare la capacità.
>>
>> Ho controllato sul monopolista mio di preferenza e ho visto che oltre ai
>> suddetti dischi vengono venduti anche dei dischi “da datacenter”, marchiati
>> come “exos enterprise” che costano leggermente di più (circa 20€):
>> considerando che il rumore non è un problema (il tutto sta in uno
>> sgabuzzino lontano da orecchi), la differenza di spesa vale la pena?
>>
>> – Ciao leandro
>>
>

Re: [OT leggero] dischi per un nas casalingo

[Diego Zuccato]

Su 4 dischi non saprei. Gli Exos dovrebbero essere per RAID "grossi" 
(oltre gli 8 dischi, IIRC). Ma per una differenza molto ridotta 
probabilmente si.
Probabilmente, per aumentare la capacità ti aiuterebbe anche passare a 
RAID5, verificando comunque che i dischi siano CMR e non SMR (per un 
periodo i RED sono stati SMR mentre i RED Pro erano CMR, poi hanno 
"corretto il tiro").


Diego

Il 27/03/2023 08:16, Leandro Noferini ha scritto:

Buongiorno a tutti,

ho un nas casalingo gestito con openmediavault (quindi debian un po’ 
truccata, da qui il leggero OT) su un piccolo server HP che ha posto per 
cinque dischi, uno per il sistema operativo e gli altri quattro messi in 
due coppie in raid mirror per avere maggiore resilienza sui quali stanno 
i dati. Il tutto è in piedi da un bel po’ di anni.


Attualmente i dischi dei dati sono tutti e quattro Western Digital Red 
ed in effetti si sono comportati bene però ho necessità di cambiare una 
coppia perché devo aumentare la capacità.


Ho controllato sul monopolista mio di preferenza e ho visto che oltre ai 
suddetti dischi vengono venduti anche dei dischi “da datacenter”, 
marchiati come “exos enterprise” che costano leggermente di più (circa 
20€): considerando che il rumore non è un problema (il tutto sta in uno 
sgabuzzino lontano da orecchi), la differenza di spesa vale la pena?


– Ciao leandro



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: [OT leggero] dischi per un nas casalingo

[Giuliano Grandin]

Il Lun 27 Mar 2023, 08:30 Leandro Noferini  ha
scritto:

> Buongiorno a tutti,
>
> ho un nas casalingo gestito con openmediavault (quindi debian un po’
> truccata, da qui il leggero OT) su un piccolo server HP che ha posto per
> cinque dischi, uno per il sistema operativo e gli altri quattro messi in
> due coppie in raid mirror per avere maggiore resilienza sui quali stanno i
> dati. Il tutto è in piedi da un bel po’ di anni.
>
> Attualmente i dischi dei dati sono tutti e quattro Western Digital Red ed
> in effetti si sono comportati bene però ho necessità di cambiare una coppia
> perché devo aumentare la capacità.
>
> Ho controllato sul monopolista mio di preferenza e ho visto che oltre ai
> suddetti dischi vengono venduti anche dei dischi “da datacenter”, marchiati
> come “exos enterprise” che costano leggermente di più (circa 20€):
> considerando che il rumore non è un problema (il tutto sta in uno
> sgabuzzino lontano da orecchi), la differenza di spesa vale la pena?
>
> – Ciao leandro
>

[OT leggero] dischi per un nas casalingo

[Leandro Noferini]

Buongiorno a tutti,

ho un nas casalingo gestito con openmediavault (quindi debian un po’ truccata,
da qui il leggero OT) su un piccolo server HP che ha posto per cinque dischi,
uno per il sistema operativo e gli altri quattro messi in due coppie in raid
mirror per avere maggiore resilienza sui quali stanno i dati. Il tutto è in
piedi da un bel po’ di anni.

Attualmente i dischi dei dati sono tutti e quattro Western Digital Red ed in
effetti si sono comportati bene però ho necessità di cambiare una coppia perché
devo aumentare la capacità.

Ho controllato sul monopolista mio di preferenza e ho visto che oltre ai
suddetti dischi vengono venduti anche dei dischi “da datacenter”, marchiati come
“exos enterprise” che costano leggermente di più (circa 20€): considerando che
il rumore non è un problema (il tutto sta in uno sgabuzzino lontano da orecchi),
la differenza di spesa vale la pena?

– 
Ciao
leandro

Re: ot: firefox e lancio applicazioni da link

[Davide Prina]

Paride Desimone ha scritto:

> Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha segato
> il client. Ne ho trovato un non ufficiale

penso intendi questo: https://github.com/IsmaelMartinez/teams-for-linux

> quando ricevo l'invito via email e clicco sul link, mi apre il browser

ma non ha un "accetta l'invito" e poi ti appare nel calendario?

Comunque dipende dal mime type dell'"oggetto" su cui fai clic e per il quale è
impostata l'apertura di Firefox (o meglio con www-browser che a sua volta punta
a Firefox)

Prima di tutto devi scoprire che tipo di oggetto è quello su cui fai clic e poi
modificare il programma associato a quel mime type.
Ma che MUA (client Email) utilizzi per leggere le mail? Non è che è sufficiente
modificare nelle configurazioni del tuo MUA il programma associato a quel mime
type?

Altrimenti parti da qui:
https://wiki.debian.org/MIME

$ man update-mime-database

Ciao
Davide

--
La mia privacy non è affar tuo
https://noyb.eu/it
- You do not have my permission to use this email to train an AI -

Re: ot: firefox e lancio applicazioni da link

[Walter Valenti]

Ciao,anche io sono costretto ad usare Teams.Se ti vuoi ho il file .deb 
ufficiale della versione 1.5 (teams_1.5.00.23861_amd64.deb)

Da quando è che da il Not Found sulle versioni Linux ???

Per quanto riguarda Firefox, in Impostazioni -> Applicazioni dovresti trovare 
tra i tipi di contenuto "msteams"
Da li gli dici di aprirlo come vuoi



-- Per favore non inviatemi allegati in formato MS Office. Utilizza 
alternativamente documenti in formato OpenDocument.
GPG Fingerprint: 0x56029AD2F77B4C5ED3DB2394BB87A38F146F0DD1
 

Il mercoledì 1 marzo 2023, 17:24:18 CET, Paride Desimone 
 ha scritto:  
 
 Buonasera.
Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha 
segato il client. Ne ho trovato un non ufficiale ed installato, ma 
quando ricevo l'invito via email e clicco sul link, mi apre il browser, 
firefox, chromium, quello che sia, ma non mi consente di lanciare il 
client cliccando sul tasto "partecipa all'app teams". Come si può fare 
in modo che il browser mi consenta di lanciare l'app, "della mamma 
loro"?.

/paride
-- 
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

  

Re: ot: firefox e lancio applicazioni da link

[Paride Desimone]

Il 1 marzo 2023 17:16:11 UTC, nmanca  ha scritto:
>On 01/03/2023 17:23, Paride Desimone wrote:
>> Buonasera.
>> Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha 
>> segato il client. Ne ho trovato un non ufficiale ed installato, ma quando 
>> ricevo l'invito via email e clicco sul link, mi apre il browser, firefox, 
>> chromium, quello che sia, ma non mi consente di lanciare il client cliccando 
>> sul tasto "partecipa all'app teams". Come si può fare in modo che il browser 
>> mi consenta di lanciare l'app, "della mamma loro"?.
>> 
>> /paride
>
>Ciao Paride,
>
>anche io per lavoro devo, purtroppo, usare Teams. Ti consiglio di installare 
>Chrome ed utilizzarlo tramite browser. Per quanto mi riguarda funziona bene, 
>ed almeno eviti di installare software non ufficiale.
>
>Saluti,
>Nicola
>

Grazie della risposta la terrò in considerazione nel caso non salti fuori 
qualche altra opzione. La fregatura è che non funziona nemmeno con chromium al 
momento.

/paride
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Re: ot: firefox e lancio applicazioni da link

[Giuliano Grandin]

Il mer 1 mar 2023, 17:24 Paride Desimone  ha scritto:

> Buonasera.
> Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha
> segato il client. Ne ho trovato un non ufficiale ed installato, ma
> quando ricevo l'invito via email e clicco sul link, mi apre il browser,
> firefox, chromium, quello che sia, ma non mi consente di lanciare il
> client cliccando sul tasto "partecipa all'app teams". Come si può fare
> in modo che il browser mi consenta di lanciare l'app, "della mamma
> loro"?.


Ciao! Anch'io devo usare microsoft teams a scuola, ma lo faccio aprendo da
firefox (che gira su una debian stabile mista con kernel e qualcos'altro da
testing) i link che ricevo via email. Finora nessun problema.

Giuliano

Re: ot: firefox e lancio applicazioni da link

[nmanca]

On 01/03/2023 17:23, Paride Desimone wrote:

Buonasera.
Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha segato il 
client. Ne ho trovato un non ufficiale ed installato, ma quando ricevo l'invito 
via email e clicco sul link, mi apre il browser, firefox, chromium, quello che 
sia, ma non mi consente di lanciare il client cliccando sul tasto "partecipa 
all'app teams". Come si può fare in modo che il browser mi consenta di lanciare 
l'app, "della mamma loro"?.


/paride


Ciao Paride,

anche io per lavoro devo, purtroppo, usare Teams. Ti consiglio di installare 
Chrome ed utilizzarlo tramite browser. Per quanto mi riguarda funziona bene, ed 
almeno eviti di installare software non ufficiale.


Saluti,
Nicola

ot: firefox e lancio applicazioni da link

[Paride Desimone]

Buonasera.
Ho la necessità, mio malgrado di dover utilizzare teams. microsoft, ha 
segato il client. Ne ho trovato un non ufficiale ed installato, ma 
quando ricevo l'invito via email e clicco sul link, mi apre il browser, 
firefox, chromium, quello che sia, ma non mi consente di lanciare il 
client cliccando sul tasto "partecipa all'app teams". Come si può fare 
in modo che il browser mi consenta di lanciare l'app, "della mamma 
loro"?.


/paride
--
https://keyserver.gnupg.org/pks/lookup?op=get=0xf14cd648d16d33c82a7d2ac778c59a24690431d3

Chi e' pronto a rinunciare alle proprie liberta' fondamentali per 
comprarsi briciole di temporanea sicurezza non merita ne' la liberta' 
ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, 
Assemblea della Pennsylvania, 11 novembre 1755)

Re: Help su Xorg (OT)

[Giancarlo Martini]

Grazie per l'info Diego, io volevo lanciare direttamente X perchè mi
bastava un desktop minimale.
Se lo lancia direttamente il server vnc mi ritrovo con il desktop ed il
pannello, oltre ad una istanza di pcman.
Ho risolto, si fa per dire, facendo un "po ' di pulizia" da una sessione
normale, rimuovendo il pannello e le icone del desktop.
Non è il massimo ma sfrutto comunque tutto lo schermo del device per la mia
app.
Grazie comunque

Il giorno mer 25 gen 2023 alle ore 06:58 Diego Zuccato <
diego.zucc...@unibo.it> ha scritto:

> Errr... Con vncserver o x11vnc non ti serve avviare xorg (fanno loro da
> Xserver), e quello che vuoi avere in esecuzione devi metterlo in
> ~/.vnc/xstartup .
> Io lo lancio con "/usr/bin/vncserver -geometry 1920x1080 -depth 16 -dpi
> 120 -alwaysshared :1" . Se ben ricordo la prima volta che l'ho lanciato
> mi ha chiesto qualche info extra per la password da usare, poi salvata
> in ~/.vnc/passwd .
>
> Diego
>
> Il 24/01/2023 19:06, Giancarlo Martini ha scritto:
> > Stò diventando scemo nel cercare di far funzionare questa cosa:
> > Ho una raspberry, perennemente collegata alla rete locale, voglio
> > collegarmici da remoto (sempre dall'interno della rete locale, per
> > l'esattezza dal piano di sotto) con un client VNC sul cellulare
> > o dal tablet.
> > Considerando che uso una sola applicazione (grafica) volevo evitare di
> > caricare tutto il desktop.
> > Il collegamento lo farei con vnc, ho visto che ci sono alcune app per il
> > mobile.
> > Sulla raspberry pensavo a vncserver o a x11vnc.
> > Quello che non ho capito è dove intervenire per avviare solo quello che
> > mi necessita.
> > Devo avviare Xorg e dopo, immagino, avviare la mia applicazione.
> > Ho cercato in rete ed il file doveva essere /etc/X11/xinit/xinitrc ma è
> > vuoto, leggendo varie guide si parla anche del medesimo file ma nella
> > home directory, nascosto. Provato, non funziona.
> > Siete a conoscenza di un link, una guida, collaudata, che funziona?
> > Se no rinuncio e faccio partire il desktop normale ...
> >
> >
> > --
> > Giancarlo Martini
> > (Replace 'AAA' con '@')
> > mailto:giancarlo.firAAAgmail.com 
> >
>
> --
> Diego Zuccato
> DIFA - Dip. di Fisica e Astronomia
> Servizi Informatici
> Alma Mater Studiorum - Università di Bologna
> V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
> tel.: +39 051 20 95786
>
>

-- 
Giancarlo Martini
(Replace 'AAA' con '@')
mailto:giancarlo.firAAAgmail.com 

Re: Help su Xorg (OT)

[Diego Zuccato]

Errr... Con vncserver o x11vnc non ti serve avviare xorg (fanno loro da 
Xserver), e quello che vuoi avere in esecuzione devi metterlo in 
~/.vnc/xstartup .
Io lo lancio con "/usr/bin/vncserver -geometry 1920x1080 -depth 16 -dpi 
120 -alwaysshared :1" . Se ben ricordo la prima volta che l'ho lanciato 
mi ha chiesto qualche info extra per la password da usare, poi salvata 
in ~/.vnc/passwd .


Diego

Il 24/01/2023 19:06, Giancarlo Martini ha scritto:

Stò diventando scemo nel cercare di far funzionare questa cosa:
Ho una raspberry, perennemente collegata alla rete locale, voglio 
collegarmici da remoto (sempre dall'interno della rete locale, per 
l'esattezza dal piano di sotto) con un client VNC sul cellulare

o dal tablet.
Considerando che uso una sola applicazione (grafica) volevo evitare di 
caricare tutto il desktop.
Il collegamento lo farei con vnc, ho visto che ci sono alcune app per il 
mobile.

Sulla raspberry pensavo a vncserver o a x11vnc.
Quello che non ho capito è dove intervenire per avviare solo quello che 
mi necessita.

Devo avviare Xorg e dopo, immagino, avviare la mia applicazione.
Ho cercato in rete ed il file doveva essere /etc/X11/xinit/xinitrc ma è 
vuoto, leggendo varie guide si parla anche del medesimo file ma nella

home directory, nascosto. Provato, non funziona.
Siete a conoscenza di un link, una guida, collaudata, che funziona?
Se no rinuncio e faccio partire il desktop normale ...


--
Giancarlo Martini
(Replace 'AAA' con '@')
mailto:giancarlo.firAAAgmail.com 



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Help su Xorg (OT)

[Giancarlo Martini]

Stò diventando scemo nel cercare di far funzionare questa cosa:
Ho una raspberry, perennemente collegata alla rete locale, voglio
collegarmici da remoto (sempre dall'interno della rete locale, per
l'esattezza dal piano di sotto) con un client VNC sul cellulare
o dal tablet.
Considerando che uso una sola applicazione (grafica) volevo evitare di
caricare tutto il desktop.
Il collegamento lo farei con vnc, ho visto che ci sono alcune app per il
mobile.
Sulla raspberry pensavo a vncserver o a x11vnc.
Quello che non ho capito è dove intervenire per avviare solo quello che mi
necessita.
Devo avviare Xorg e dopo, immagino, avviare la mia applicazione.
Ho cercato in rete ed il file doveva essere /etc/X11/xinit/xinitrc ma è
vuoto, leggendo varie guide si parla anche del medesimo file ma nella
home directory, nascosto. Provato, non funziona.
Siete a conoscenza di un link, una guida, collaudata, che funziona?
Se no rinuncio e faccio partire il desktop normale ...


-- 
Giancarlo Martini
(Replace 'AAA' con '@')
mailto:giancarlo.firAAAgmail.com 

Re: OT: duplicazione di una finestra su due monitor distinti

[Alessandro Rubini]

Leggo solo ora il thread.

Io lo faccio sempre, a lezione. Lo schermo del portatile ha piu` pixel
e quello del proiettore vede solo un pezzo del mio schermo. Senza
grandi cose da terzo millennio (ho un sistema degli anni 90).

All'inizio usavo "lxranrd", poi ho copiato cosa dice a "xrandr"
e ora lo configuro da riga di comando, con uno script di una riga.

  xrandr --output DP-1 --mode 1920x1080 --rate 74.99 \
--output eDP-1 --mode 3200x1800 --rate 60.04 --same-as DP-1

Poi ovviamente dipende dalle risoluzioni a disposizione eccetera,
pero` e` facile e funziona (e si`, devo mettere un segnalino sullo
schermo del portatile per sapere fin dove vedono gli studenti: "xterm
-geometry +1920+1080".

Certo, e` un'impostazione vecchia, ma qui dentro mi sa che siamo
(quasi) tutti vecchi, i nomi che vedo sono gli stessi dal millennio
scorso :)

Re: OT: duplicazione di una finestra su due monitor distinti

[gerlos]

Il 14/12/22 13:16, Stefano Simonucci ha scritto:

Un saluto a tutta la lista.

A volte ho bisogno di lavorare con il portatile agganciato ad un 
proiettore. In pratica avrei bisogno di duplicare una finestra (ossia 
un'applicazione) sui due schermi (laptop e proiettore), senza però 
duplicare tutto lo schermo, in quanto vorrei che alcune applicazione 
fossero solo sul laptop). Le due finestre dovrebbero essere una 
"mirror" dell'altra, in quanto dal laptop non riesco a vedere bene lo 
schermo di proiezione. Ho provato a cercare in rete, ma ho trovato 
solo un metodo che mi sembrava complicato e utilizzava VNC. 



Credo che Deskreen faccia al caso tuo:

https://deskreen.com/lang-it

Funziona su qualsiasi dispositivo, e su Linux si può usare senza 
installazione, coma appimage. È rilasciato con licenza AGPL 3.


Deskreen funziona così: "cattura" uno schermo o la finestra di 
un'applicazione, la trasmette via webrtc, dandoti una URL.


Poi da un browser (uno qualsiasi, anche sullo stesso PC) apri quella URL 
e puoi vedere lo schermo o la finestra che gli hai chiesto di catturare.


Ha molte altre applicazioni, ben spiegate sul sito.

Finora non mi è capitato di usarlo con Debian, ma l'ho usato molto al 
lavoro con Ubuntu, e funziona molto bene.


Saluti,

gerlos

Re: OT: duplicazione di una finestra su due monitor distinti

[paguaro]

Ciao

non so se sia possibile.

Come opzione ho visto che alcuni DE possono replicare una finestra su 
tutti i desktop,


Di solito ho visto che il secondo monitor agisce come "doppio" o come 
"esteso".


Solo sui macos ho visto che sul secondo monitor sono visualizzati dei 
desktop differenti  da quello su monitor principale.


Se riesci a configurare il tuo DE per avere un desktop differente e hai 
l'opzione di visualizzare la finestra su tutti i desktop dovresti 
riuscire a farlo.


daniele

On 14/12/22 16:02, valerio wrote:



Il 14/12/22 15:56, Stefano Simonucci ha scritto:
In realtà riesco a far sì che sui due monitor lo schermo sia lo 
stesso, ma non riesco a far sì che i due schermi siano in generale 
diversi e una delle finestre sia duplicata nei due gli schermi. In 
pratica io voglio lavorare su una finestra che è vista anche dal 
pubblico (proiettore) e su altre finestre che non sono viste dal 
pubblico. Tutte le finestre devono però essere visibili dal portatile 
su cui io lavoro senza guardare lo schermo del proiettore.


Stefano



un po' complicato...
forse con un altro monitor attaccato?

oppure duplicando la finestra su due monitor, ma in uno un po' più 
piccola e con altre inquadrature...


valerio