Comando iconv e ... Buco nero 'inter...galattrico'?

[Ennio-Sr]

Un cordiale saluto a tutta la lista.
-
[Usando: Debian 5.9.9-1 (2020-11-19) x86_64 GNU/Linux]
[N.B. Premetto '###' alle righe di comando per scongiurare incidenti...]
-
Con questo comando avevo convertito da utf-8 a iso-8859-1 il file '01mag':
### iconv -f utf-8 01mag -t iso-8859-1 > 01mag_iso

Qualche giorno dopo, volendo fare la conversione inversa, ho dato prima il
comando: 
### iconv -f iso-8859-1 01mag -t utf8 > 01mag_utf
sbagliato nel nome del file, indicato come '01mag' anziché '01mag_iso'.

Accortomi dell'errore ho dato il comando che mi sembrava giusto:
### iconv -f iso-8859-1 01mag* -t utf8 > 01mag_utf
Ma quando sono andato a rileggere il file 'nuovo' mi sono accorto che non 
esisteva,
perché avevo scritto 'utf8' invece di di 'utf-8':

 2971  less 01mag_utf
 2972  rm  01mag_utf

Finalmente ho scritto quello che mi sembrava il comando 'buono':

### iconv -f iso-8859-1 01mag* -t utf-8 > 01mag_utf

A questo punto ho constatato che il file '01mag_utf' non  era stato creato 
oppure
non era significativo e che il file di partenza - '01mag_iso' - era svuotato
del suo contenuto originario e conteneva solo la riga:
### iconv -f utf-8 01mag -t iso-8859-1 
che, guarda caso, è il primo comando che avevo dato qualche giorno prima!

Ri-consultando 'man iconv' ho visto che il comando corretto da dare è:

- Quote -

"" EXAMPLES
""   Convert text from the ISO/IEC 8859-15 character encoding to UTF-8:

""   $ iconv -f ISO-8859-15 -t UTF-8 < input.txt > output.txt
- unquote -

ma non vedo avvertimenti circa un malaccorto uso del comando stesso.


L'unica cosa che mi viene in mente è il famigerato semplice ma subdolo comando
     >  
che 'ingoia', come un  enorme buco nero, tutto ciò che lo segue sulla riga
di comando.
Nel caso specifico, esso sarebbe entrato in funzione dopo la 'inconsistenza'
del comando che lo precedeva e - se così fosse -,potremmo essere in presenza di
un bug?

Vi ringrazio dell'attenzione fin qui riservatami e sarò grato a chi vorrà
confortarmi con i suoi suggerimenti. 

Mi piace intanto pensare che questo post possa impedire, in particolare a chi
fa i primi passi in questo straordinario Sistema Operativo, di doversi pentire
di non aver seguito il generico - ma sovente ripetuto - consiglio di avere
sempre a disposizione copie di riserva dei file su cui si lavora ...

Saluti, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

[Ennio-Sr]

* pinguino  [130324, 12:11]:
> Il 12/03/24 21:29, Ennio-Sr ha scritto:
> > 
> > Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!
> > 
> 
> Ciao Ennio, Non sei solo.
> 
> Messaggio ricevuto.
> Ma non ti so rispondere nel merito della parte tecnica.
> 
> 
> Ciao
> Claudio
> 

Moltissime grazie, Claudio: mi basta che tu mi abbia risposto per avere la
certezza di non essere stato 'bandito' dalla lista per eventuali mie
inconsapevoli 'colpe'!

Per il problema 'tecnico' cercherò più a fondo in rete.

Grazie di nuovo, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

[Ennio-Sr]

Un cordiale saluto a tutta la lista!

Chiedo anzitutto scusa nel riproporre un vecchio post del 21 Nov 2023 al
quale non ho mai ricevuto risposta: temo che il messaggio non sia mai
pervenuto alla lista...

Riconfigurando postfix, in un periodo in cui non riuscivo più a comunicare
via email tramite il gestore 'tin.it', avevo letto della possibilità di 
inserire un'alternativa in '/etc/postfix/sasl_pwd' aggiungendo queste due righe:

smtps.tin.it nasr.la...@tin.it:password_in_chiaro
smtp_fallback_relay smtp.autistici.org  al.mu...@autistici.org:password_in 
chiaro

ma non ho
mai potuto verificare la loro validità perché - apparentemente - nessuno
ha mai risposto alla mia richiesta iniziale.
Il mio messaggio, peraltro, non appariva - dopo più di una settimana,
nella lista 'debian-italian'.

Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!

Grazie dell''attenzione, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[Linux-Debian Bullseye]: autenticare email da linea di comando: SPF e DKIM chi?

[Ennio Sr]

Un caloroso saluto a tutta la lista.
Da diversi mesi sono tagliato fuori dal mondo Debian, principalmente
perché non riesco più a contattarvi usando il mio storico indirizzo presso
tin.it tramite 'mutt' da linea di comando. Ricevo i messaggi del gruppo,
ma i miei 'non passano'.

In questi giorni ho più elementi per approfondire il problema poiché ho
ricevuto notifica
della mancata consegna di due messaggi, di cui riporto in calce il
contenuto essenziale che motiva la mancata consegna

Vi sarei molto grato se poteste indirizzarmi verso una possibile
soluzione, anche perché non capisco se tutti questi problemi di sicurezza
sono superabili se si continua ad usare la vecchia e storica 'linea di
comando', con postfix e mutt.

Grazie dell'attenzione,
   Ennio

-
Questa in risposta a un messaggio di prova al mio indirizzo gmail:
: host gmail-smtp-in.l.google.com[173.194.79.27]
said: 550-5.7.26 This mail has been blocked because the sender is
unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate
with
either SPF or DKIM. 550-5.7.26  550-5.7.26 .

e questo era diretto ad un terzo:
: host
mx-pm3.telecomitalia.it[xx.xxx.xx.xxx] said: 550 Service permanently
unavailable. Client host [79.30.12.49] blocked using Trend Micro Email
Reputation Services. (in reply to RCPT TO command)

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Curiosità circa la destinazione delle risposte di Majordomo...

[Ennio-Sr]

Ciao a tutti,

come forse si è capito, da qualche tempo sto sperimentando problemi con i
messaggi inviati a "debian-italian@lists.debian.org". 
Dopo diversi mesi di assenza dalla lista, non essendo riuscito a
sistemare il problema della autenticazione dei messaggi in partenza da
console (in alcune occasioni ho lanciato la mia richiesta di aiuto da
gmail per poi leggere le risposte da mutt) e non essendomi rassegnato  ad
usare il servizio di posta di tin.it da X (rimasto peraltro inaffidabile
per diversi mesi) mi sembra ora di poter vedere la luce in fondo al
tunnel.

E l'accettazione di questo messaggio da parte di lists.debian.org mi darà
il responso finale dei 'ritocchi' fatti ai file di configurazione di
postfix/maincf, postfix/sasl_pwd, muttrc, ecc.

  Ciò premesso, 
ho poco fa inviato a majord...@lists.debian.org la richiesta
'which nasr.la...@tin.it'
e ho ricevuto risposta immediata, ma questa ho potuto leggerla da 'mail'
anziché tra i messaggi scaricati con 'fetchmailrc'.

Sapete dirmi perché?

Grazie dell'attenzione, ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Questo indirizzo di Majordomo è ancora valido?

[Ennio Sr]

Ciao a tutti,
come da oggetto, avendo perso i contatti con i NGs per qualche anno,
vorrei essere certo che esiste ancora la possibilità di ottenere un elenco
delle mailing list alle quali sono iscritto.

Ho inviato una email in data 'Wed, 1 Nov 2023 22:05:36'
# To: majord...@lists.debian.org
# Subject: which
# e testo:
# "which nasr.la...@tin.it" (senza apici)

ma non ho ricevuto risposta.
Ho l'impressione che mi sfugga qualcosa...

Grazie dell'attenzione,
Ennio

PS: Pensavo di aver inviato questo messaggio il 4 nov. scorso  con Mutt da
linea di comando, ma ho scoperto che è stato respinto (forse dal
relayhost), ma devo ancora indagare sui motivi.

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

['Ennio-Sr]

Mi scuso del ritardo - dovuto al completo esaurimento dello spazio vitale
nella mia /home che mi ha assorbito nella ricerca di una soluzione e mi ha
'isolato dal mondo' per diversi giorni - e vorrei ringraziare tutti voi
per i suggerimenti e le iformazioni datemi.

Ho anch'io un disco esterno per il salvataggio quotidiano dei file più
importanti (/home e /etc), ma sto cercando i suggerimenti visti molti anni
fa per le altre directory che è opportuno salvare. [Se qualcuno avesse
questa informazione a portata di mano e me la comunicasse non mi
dispiacerebbe].

Alcuni dei 'warnings' consigliano di scaricare un aggiornamento al
firmware. Ho provato a seguire questa via, ma il software relativo si
riferisce solo a sistemi Micro$oft oppure Mac. Pensate che posso
utilizzare quest'ultimo o devo chiedere alla casa costruttrice dell'hard
disk?

Di nuovo grazie molto della vostra preziosa assistenza.
Cordialità,
ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[Debian-Bullseye] Errori segnalati dal journalctl: devo prepccuparmi?

[Ennio Sr]

Un cordiale saluto a tutta la lista.
Da alcuni mesi leggo nel journalctl segnalazioni di 'Warnings' e di
'Failure' relativi al disco fisso di cui non riesco a valutare la gravità,
ma temo che o il disco o il mio PC possano lasciarmi improvvisamente.
Potreste cortesemente dirmi cosa succede?
Grazie dell'attenzione,
Ennio

--- quote -
Sep 07 09:25:57 deb-M90.ei.hnet login[144354]: pam_unix(login:auth):
authentication failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty2 ruser=
rhost=
Sep 07 09:26:00 deb-M90.ei.hnet login[144354]: FAILED LOGIN (1) on
'/dev/tty2' FOR 'UNKNOWN', Authentication failure
Sep 07 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 3 Spin_Up_Time changed from 98 to 97
...
Sep 14 20:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:01 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 15 13:06:03 deb-M90.ei.hnet gnome-software[154827]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 16 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
...
Sep 21 15:09:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 114 to 115
Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]: [1:0x7300082c000]
52130160 ms: Mark-Compact 1716.0 (1815.7) -> 1707.6 (1816.4) MB, 3699.33 /
0.11 ms  (average mu = 0.284, current mu = 0.242) allocation failure;
scavenge might not succeed
Sep 21 15:09:41 deb-M90.ei.hnet chromium.desktop[328763]: [1:0x7300082c000]
52134331 ms: Mark-Compact 1717.5 (1817.9) -> 1707.5 (1816.7) MB, 3806.76 /
0.05 ms  (average mu = 0.195, current mu = 0.087) allocation failure;
scavenge might not succeed
Sep 21 19:15:31 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 115 to 116
...
Sep 28 00:39:41 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 110 to 111
Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Sep 28 16:34:17 deb-M90.ei.hnet packagekitd[1685]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 28 16:34:17 deb-M90.ei.hnet gnome-software[154827]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Sep 29 00:25:07 deb-M90.ei.hnet smartd[528]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 111 to 112

Oct 08 19:11:12 deb-M90.ei.hnet smartd[489]: Device: /dev/sda [SAT], SMART
Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 113 to 114
Oct 08 19:25:55 deb-M90.ei.hnet gnome-keyring-daemon[1577]: dbus failure
responding to ending session: The connection is closed
Oct 08 19:25:55 deb-M90.ei.hnet unknown[1577]: dbus failure responding to
ending session: The connection is closed
Oct 09 15:56:22 deb-M90.ei.hnet packagekitd[1962]:
http://ftp.us.debian.org/debian bullseye InRelease is not (yet) available
(Temporary failure resolving 'ftp.us.debian.org')
Oct 09 15:56:22 deb-M90.ei.hnet packagekitd[1962]:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Oct 09 15:56:22 deb-M90.ei.hnet gnome-software[2104]: not handling error
download-failed for action refresh: E: http://ftp.us.debian.org/debian
bullseye InRelease is not (yet) available (Temporary failure resolving '
ftp.us.debian.org')
  E:
http://ftp.us.debian.org/debian bullseye-updates InRelease is not (yet)
available (Temporary failure resolving 'ftp.us.debian.org')
Oct 09 16:27:11 deb-M90.ei.hnet smartd[503]: 

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Hugh Hartmann ha scritto:
> [...]
> The total number of display rows and columns available,
> hence the number of table rows and columns displayed, is set by
> curses(3) and may be overridden by setting the LINES and  COLUMNS
> environment variables, respectively.
> [...]
> Credo che ti possa essere utile.
Utilissimo, certamente, come al solito...

>> Grazie dell''attenzione,
>>ennio-Sr
>>
> Siamo qui per aiutare ... :-)
e noi per imparare...(a leggere) ... ;-)
Epperò, il mio 'confuso' ricordo era relativa a considerazioni generiche
fatte - forse - dal primo estensore di sc o di qualche altro esperto che lo
ha migliorato.
Immagino che per poter ritoccare 'curses(3)' bisognerebbe ricompilare il
tutto, vero?
Ma non credo abbia più tanta immediata urgenza: ho appena verificato che,
il comportamento 'strano' che mi aveva indotto a pensare di aver raggiunto
il limite di cui vagheggiavo, non si è più verificato, ma indipendentemente
dalla presenza di un '.scrc'  - creato poco fa appositamente e poi tolto.
Ti ringrazio molto del suggerimento e mi ha fatto piacere leggerti.
Un ringraziamento anche agli altri intervenuti.
Alla prossima,
  Ennio-Sr

On Fri, Mar 31, 2023 at 9:59 PM Hugh Hartmann 
wrote:

> Ciao Ennio,
> e un saluto "ricalcolato" si propaga a tutti i partecipanti alla lista
> ...:-)
>
> Il 31/03/2023 00:14, Ennio Sr ha scritto:
> > Ciao a tutti.
> > Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
> > fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
> > Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
> > anni fa, ma non riesco a ritrovare il 'dove'.
> > Mi riferisco al numero massimo di righe e/o colonne che un singolo
> > foglio può contenere.
>
> Allora, dalla man page di sc c'è questa informazione:
>
> [...]
> General Information
>
> The  screen is divided into four regions.  The top line is for
> entering commands and displaying cell values.  The second line is for
> messages from sc.  The third line and the first four columns show the
> column and row numbers, from which are derived cell addresses, e.g.  A0
> for  the  cell  in column A, row 0.  Note that column names are
> case-insensitive: you can enter A0 or a0.
>
> The rest of the screen forms a window looking at a portion of
> the table.  The total number of display rows and columns available,
> hence the number of table rows and columns displayed, is set by
> curses(3) and may be overridden by setting the LINES and  COLUMNS
> environment variables, respectively.
> [...]
>
> Credo che ti possa essere utile.
>
>
> > Grazie dell''attenzione,
> >ennio-Sr
> >
>
> Siamo qui per aiutare ... :-)
>
> Au Revoire
> Hugh Hartmann
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Ti ringrazio Matteo,
conoscevo il nuovo sc-imp. A suo tempo l''ho anche provato, ma non
corrispondeva alle mie esigenze.
Ciao,
  ennio_Sr

On Fri, Mar 31, 2023 at 9:28 AM Matteo Bini  wrote:

> Buongiorno Ennio,
> purtroppo non so rispondere alla tua domanda.
>
> Tuttavia, visto che apprezzi sc, sono sicuro che troverai interessante
> sc-im, ovvero Spreadsheet Calculator Improvised. Si tratta di una
> versione di sc leggermente migliorata.
>
> https://github.com/andmarti1424/sc-im
>
> Saluti.
>
> --
> Matteo
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

[Debian Gnu/Linux]: Qua'è il limite di 'sc' (spreadsheet)?

[Ennio Sr]

Ciao a tutti.
Qualcuno di Voi può suggerirmi dove trovo l'indicazione dei limiti dei
fogli di calcolo ottenibili con il vecchio e glorioso 'sc'?
Ricordo di averlo letto da qualche parte quando ho cominciato ad usarlo
anni fa, ma non riesco a ritrovare il 'dove'.
Mi riferisco al numero massimo di righe e/o colonne che un singolo foglio
può contenere.
Grazie dell''attenzione,
  ennio-Sr


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Un curioso problema tecnico stampando una email da gmail.com

[Ennio Sr]

> Il 15/02/23 20:32, Ennio Sr ha scritto:

[...]
Uso Gmail in una finestra di Firefox ESR sotto Debian 9.13 (Stretch). Non
appena clicco su File/Print,
[...]

>
> Ciao Ennio, hai provato nella casella di stampa in "Ridimensionamento" a
selezionare "Ridimensiona" > e cambiare la percentuale diminuendola fino a
farla stare nella pagina?

Sì, ho provato tutte le opzioni offerte da gmail, ma il risultato non
cambia.
Ho anche fatto un copia e incolla del contenuto - intero - che vedo sullo
schermo in una nuova email che ho spedito ad un altro mio indirizzo, sempre
presso gmail, ma quando provo a farne la stampa il risultato non cambia: è
come se ci fosse una sorta di blocco nel file originale, che però non
riesco a individuare perché, se cerco di esaminarlo, non riesco a
individuare un testo leggibile in italiano.
A questo punto non ci perderei più tempo. Speravo che qualcuno del NG
avesse incontrato e risolto un problema analogo...

Grazie ancora del tuo aiuto. Alla prossima,
 ennio


On Thu, Feb 16, 2023 at 12:41 PM Piviul  wrote:

> Il 15/02/23 20:32, Ennio Sr ha scritto:
>
> [...]
> Uso Gmail in una finestra di Firefox ESR sotto Debian 9.13 (Stretch). Non
> appena clicco su File/Print, appare a l'anteprima di stampa che è già
> compromessa, nel senso che mostra la prima metà pagina con la perdita di
> parte del margine destro.
> Naturalmente, se provo a stampare un altro file a caso funziona tutto
> regolarmente...
>
> Ciao Ennio, hai provato nella casella di stampa in "Ridimensionamento" a
> selezionare "Ridimensiona" e cambiare la percentuale diminuendola fino a
> farla stare nella pagina?
>
> Piviul
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Un curioso problema tecnico stampando una email da gmail.com

['Ennio-Sr]

Premessa:
Un caro saluto a tutti, con la speranza che questo messaggio 'passi' e che
io riceva la risposta, visto che non ho ancora provveduto a notificare
questo nuovo indirizzo a debian-italian, né penso di aver detto alla
'Autistici e integrati' che avrei usato il mio account con un news group!

Problema:
Ho provato a stampare una email inviata al mio indiri...@gmail.com, ma il
risultato è che la singola pagina in cui starebbe il suo contenuto viene
stampato su due metà foglio, con perdita del 'wrapping' consueto: ossia,
il limite destro della pagina risulta tronco.

Riguardando stasera il messaggio originario noto che esso porta un
'Message ID' che termina con '.eurprd07.prod.outlook.com'.
Ciò mi induce a pensare che il comportamento strano della stampante possa
dipendere da una incompatibilità di linux/debian con 'outlook'?

Cosa ne pensate?

Grazie dell'attenzione,
Ennio (alias 'nasr.laili')



-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Grazie del link che mi sarà molto utile quando mi risponderanno: ho
inoltrato ieri la richiesta di un email e aspetto impazientemente la
risposta...
Saluti, Ennio

On Thu, Nov 10, 2022 at 10:44 PM Paride Desimone  wrote:

> Il 08-11-2022 05:51 Giuseppe Sacco ha scritto:
>
> > Se non ricordo male puoi farti un account gratuito e accessibile con
> > l'autenticazione PLAIN su autistici/inventati.
> > https://www.autistici.org/services/mail
> >
>
> non ricordi male.
> Alla fine per risolvere il mio problema con fetchmail e spostfix, son
> tornato a leggermi il loro "how-to".
>
> https://www.autistici.org/docs/mail/postfix
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> 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)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Se non ricordo male puoi farti un account gratuito e accessibile con
l'autenticazione PLAIN su autistici/inventati.
https://www.autistici.org/services/mail

Ciao Giuseppe e molte grazie della informazione; proverò appena possibile.
Cordialmente,
Ennio


On Tue, Nov 8, 2022 at 7:08 AM Giuseppe Sacco  wrote:

> Ciao Ennio,
>
> Il giorno ven, 04/11/2022 alle 23.39 +0100, Ennio Sr ha scritto:
> [...]
> > E` possibile, secondo voi, inviare email da console avvalendosi come
> > 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> > quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> > indirizzo email?"
>
> Se non ricordo male puoi farti un account gratuito e accessibile con
> l'autenticazione PLAIN su autistici/inventati.
> https://www.autistici.org/services/mail
>
> Ciao,
> Giuseppe
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Johan Haggi ha scritto:
[cut]
Se ti interessa vedo di ritrovare come abilitare l'accesso con password
per yahoo.
--
Se sei sicuro che si possa utilizzare da console va bene e mi farebbe
piacere avere qualche suggerimento, anche perché, se ben ricordo, quando
qualche anno fa provai a creare un account email con Yahoo ebbi delle
difficoltà.
Grazie in anticipo,
Ennio



On Mon, Nov 7, 2022 at 7:24 PM Johan Haggi  wrote:

> lun 7 novembre 2022, alle 19:13 (GMT+0100), Ennio Sr ha scritto:
> > Potrebbe essere utile leggere:
> > https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
> > https://developers.google.com/gmail/api/auth/web-server
> >
> > Ti ringrazio molto del suggerimento.
> > Da una prima rapida lettura capisco che dovrei anzitutto aggiornare il
> > sistema di due o tre versioni (sono rimasto fermo a Debian/Stretch) e
> forse
> > anche l'hardware... Ci penserò, ma con scarsa propensione, considerate le
> > motivazioni che mi indussero ad abbandonare Micro$oft per Linux-GNU tanti
> > anni fa, proprio per non essere costretto a comprare un PC nuovo ogni
> > anno...
> > Un cordiale saluto, Ennio
> > [mega cut]
>
> E aprire un account con yahoo?
> Da qualche parte nelle opzioni c'e` la possibilita` di abilitare per le
> mail l'accesso con SPOP con username/password e se oltre che con il PC
> vuoi gli avvisi con il cellulare il programma di gmail per android
> gestisce molto bene un ulterire account IMAP con yahoo.
>
> Se ti interessa vedo di ritrovare come abilitare l'accesso con password
> per yahoo.
> --
> Cura ut valeas
> Johan Haggi
> ante diem septimum Idus Novembres MMDCCLXXV ab Urbe condita
> OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
> Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109
>


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Potrebbe essere utile leggere:
https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
https://developers.google.com/gmail/api/auth/web-server

Ti ringrazio molto del suggerimento.
Da una prima rapida lettura capisco che dovrei anzitutto aggiornare il
sistema di due o tre versioni (sono rimasto fermo a Debian/Stretch) e forse
anche l'hardware... Ci penserò, ma con scarsa propensione, considerate le
motivazioni che mi indussero ad abbandonare Micro$oft per Linux-GNU tanti
anni fa, proprio per non essere costretto a comprare un PC nuovo ogni
anno...
Un cordiale saluto, Ennio

On Mon, Nov 7, 2022 at 10:46 AM Diego Zuccato 
wrote:

> Il 05/11/2022 18:06, Ennio Sr ha scritto:
>
> > Ad. es. cosa c'è di sbagliato nelle mie righe significative:
> > - in /etc/postfix/main.cf <http://main.cf>:
> > . [cut]...
> > relayhost = [smtp.gmail.com <http://smtp.gmail.com>]:587
> >
> > - in /etc/postfix/password:
> > [smtp.gmail.com <http://smtp.gmail.com>]:587 nasr.la...@gmail.com
> > <mailto:nasr.la...@gmail.com>:"passwd-per-gmail"
> Direi che l'errore è che stai tentando di usare la normale password
> dell'account, non il token.
>
> Potrebbe essere utile leggere:
> https://mmogilvi.users.sourceforge.net/software/oauthbearer.html
> https://developers.google.com/gmail/api/auth/web-server
>
> --
> 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
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Ti ringrazio assai della conferma: mi sosterrà molto quando sarò in grado
di iniziare un nuovo 'studio' della situazione. Epperò, spero sempre che la
soluzione suggerita da Paride possa rivelarsi più semplice e affine a
quanto facevo prima...
Cordialmente,
  Ennio

On Sat, Nov 5, 2022 at 10:17 PM Marco Gaiarin 
wrote:

> Mandi! Giancarlo Martini
>   In chel di` si favelave...
>
> > Con account gmail ti confermo che si può fare, devi configurare l'account
> > con i token. Io invio email di backup con script in php
>
> Confermo. Si chiamano in googloese 'App PAssword':
>
> https://support.google.com/accounts/answer/185833
>
> --
>   A shot rings out in the Memphis sky, free at last
>   they took yor life, they could not take your pride(U2)
>
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
tranquillamente utilizzato postfix per testare l'invio della posta da shell.
[scusate, il msg precedente era incompleto...]
Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
giusto: potresti darmi qualche elemento in più?
Ad. es. cosa c'è di sbagliato nelle mie righe significative:
- in /etc/postfix/main.cf:
. [cut]...
relayhost = [smtp.gmail.com]:587

- in /etc/postfix/password:
[smtp.gmail.com]:587 nasr.la...@gmail.com:"passwd-per-gmail"
e poi lancio:
# postmap /etc/postfix/password
# postfix reload
Ennio

On Sat, Nov 5, 2022 at 5:53 PM Ennio Sr  wrote:

> Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
> tranquillamente utilizzato postfix per testare l'invio della posta da shell.
> Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
> giusto: potresti darmi qualche elemento in più?
>
> On Sat, Nov 5, 2022 at 5:43 PM Paride Desimone 
> wrote:
>
>> Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha
>> scritto:
>> >Linux/Debian-Fetchmail: errore 530 authentication required ...
>> >Un saluto a tutta la lista!
>> >Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
>> >errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
>> >risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
>> >frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
>> >evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
>> >sulla domanda che mi assilla:
>> >
>> >"E` possibile, secondo voi, inviare email da console avvalendosi come
>> >'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
>> >quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
>> un
>> >indirizzo email?"
>> >
>> >Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
>> >di questo messaggio, altrimenti ecco il resto...
>> >
>> >--- dettagli forse interessanti -
>> >Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
>> mi
>> >ha spinto a fare alcuni tentativi:
>> > quote 
>> >*TIM Mail *permette di gestire le mail di altri account da PC o da
>> >cellulare, sia tramite* webmail*, sia con i principali *Programmi di
>> posta.*
>> >
>> >* unquote -*
>> >che, però, si sono rivelati tutti infruttuosi.
>> >Questa è la parte significativa dell'errore che leggo dal log '.../
>> mail.info
>> >':
>> > quote -
>> >
>> >Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=> > deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the
>> client-side/
>> > TLS engine
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection
>> to/
>> > smtp.gmail.com[142.250.145.109]:587
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com
>> [142.250.145.109]/
>> > :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH
>> :!eNULL"
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
>> > initialization
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
>> > [556CDB20EE30] (517 bytes => 517 (0x205))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00
>> 01|fc/
>> > 03 03 14 96 41 aa ad   .A..
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37
>> 09|75/
>> > d8 e9 a6 24 7b f9 2e  ..e> > [cut]
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
>> >ed| 
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
>> > client hello
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>> > [556CDB205C73] (5 bytes => -1 (0x))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
>> > [556CDB205C73] (5 bytes => 5 (0x5))
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
>> >220 s
>> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
>> > SSLv3/TLS write

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Si, è possibile. Io in tutto il macello del mio problema con fetchmail, ho
tranquillamente utilizzato postfix per testare l'invio della posta da shell.
Mmm, allora vuol dire che sbaglio ad inserire i dati necessari nel posto
giusto: potresti darmi qualche elemento in più?

On Sat, Nov 5, 2022 at 5:43 PM Paride Desimone  wrote:

> Il 4 novembre 2022 22:39:00 UTC, Ennio Sr  ha
> scritto:
> >Linux/Debian-Fetchmail: errore 530 authentication required ...
> >Un saluto a tutta la lista!
> >Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> >errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> >risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> >frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> >evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> >sulla domanda che mi assilla:
> >
> >"E` possibile, secondo voi, inviare email da console avvalendosi come
> >'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> >quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> >indirizzo email?"
> >
> >Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
> >di questo messaggio, altrimenti ecco il resto...
> >
> >--- dettagli forse interessanti -
> >Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che
> mi
> >ha spinto a fare alcuni tentativi:
> > quote 
> >*TIM Mail *permette di gestire le mail di altri account da PC o da
> >cellulare, sia tramite* webmail*, sia con i principali *Programmi di
> posta.*
> >
> >* unquote -*
> >che, però, si sono rivelati tutti infruttuosi.
> >Questa è la parte significativa dell'errore che leggo dal log '.../
> mail.info
> >':
> > quote -
> >
> >Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from= > deb-M90.deb-M90>, size=494, nrcpt=1 (queue active)
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
> > TLS engine
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
> > smtp.gmail.com[142.250.145.109]:587
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com
> [142.250.145.109]/
> > :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH
> :!eNULL"
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
> > initialization
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
> > [556CDB20EE30] (517 bytes => 517 (0x205))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00
> 01|fc/
> > 03 03 14 96 41 aa ad   .A..
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37
> 09|75/
> > d8 e9 a6 24 7b f9 2e  ..e > [cut]
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0110 02 02 02 03 00 15 00
> >ed| 
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0118 - 
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
> > client hello
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> > [556CDB205C73] (5 bytes => -1 (0x))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
> > [556CDB205C73] (5 bytes => 5 (0x5))
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
> >220 s
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
> > SSLv3/TLS write client hello
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
> > smtp.gmail.com[142.250.145.109]:587: -1
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library
> problem:/
> > error:1408F10B:SSL routines:ssl3_get_record:wrong version/
> > number:../ssl/record/ssl3_record.c:252:
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
> > handshake failure
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
> > smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
> >Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
> > to=, relay=none, delay=1080,/
> > delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
> > (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
> > Network is unreachable)
> >
> >--- unquote ...
> >e il dubbio che consegue leggendo l''errore:
> >"TLS library problem: 

Re: Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Grazie  Johann Haggi e Giancarlo Martini per i suggerimenti.
Se capisco bene 'a volo' (senza la necessità di stare molte ore al PC per
compulsare centinaia di post e beccarmi così un nuovo 'colpo della strega')
si tratterebbe di soluzioni che comunque richiedono la mia presenza in loco.
Non è ciò che cerco: a me serve che, se - quando sono assente - si verifica
una modifica nel mio sistema, allora uno script fa partire una email che mi
avvisa di quanto è avvenuto. Questa 'cosa' è andata avanti per anni
egregiamente e ora, con la storia della sicurezza, sembra che non sia più
possibile.
Sembra che debba rassegnarmi, a meno che qualcuno di voi non conosca un
provider di posta elettronica che consenta ancora di procedere con il
'vecchio' sistema [un po' come succede con 'lynx da linea di comando e
'google search' da Firefox]

Grazie sempre della vostra assistenza e buon fine settimana,
 Ennio

On Sat, Nov 5, 2022 at 2:27 PM Johan Haggi  wrote:

> ven 4 novembre 2022, alle 23:39 (GMT+0100), Ennio Sr ha scritto:
> > Linux/Debian-Fetchmail: errore 530 authentication required ...
> > Un saluto a tutta la lista!
> > Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
> > errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
> > risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
> > frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
> > evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
> > sulla domanda che mi assilla:
> >
> > "E` possibile, secondo voi, inviare email da console avvalendosi come
> > 'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
> > quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia
> un
> > indirizzo email?"
> >
>
> Uso mutt, mpop (per scaricare) e msmtp (per inviare) con yahoo, mclink,
> disroot, ...
>
> Ma da quando hanno disabilitato le app secondo loro "meno sicure" non
> riesco piu` a scaricare/inviare da gmail.
>
> Se consulti la documentazione di mpop (o di msmtp?) c'e` come configurare
> auth2 ma era una cosa complicata e per l'uso che faccio di gmail ho
> iniziato ad usare thunderbird e le pochissime mail che voglio conservare
> me le inoltro. Se non ricordo male dovevi registrarti come sviluppatore
> per ottenere un token auth2 da usare per autenticarti.
> --
> Cura ut valeas
> Johan Haggi
> Nonis Novembribus MMDCCLXXV ab Urbe condita
> OpenPGP key: https://keys.openpgp.org/search?q=orsogrigio%40disr.it
> Fingerprint: 60B3 42CB E145 F8E9 8132  6CDD 194E 4326 B645 F109
>


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Linux/Debian - email da console con relay tramite account gmail.com, e simili.

[Ennio Sr]

Linux/Debian-Fetchmail: errore 530 authentication required ...
Un saluto a tutta la lista!
Riprendo, con 'soggetto' diverso, un mio precedente post (...Fetchmail:
errore 530...), non solo perché questo ha avuto scarso seguito - salvo le
risposte di Paride Desimone e Piviul, che ringrazio), ma anche perché nel
frattempo ho acquisito altri elementi dai vari tentativi fatti e, per
evitare ulteriori perdite di tempo, vorrei un vostro parere conclusivo
sulla domanda che mi assilla:

"E` possibile, secondo voi, inviare email da console avvalendosi come
'relayhost' di uno tra i vari fornitori di servizio di posta elettronica,
quali ad es. 'gmail.com', 'tin.it', 'alice.it', presso i quali si abbia un
indirizzo email?"

Se la risposta è 'NO', allora potrete risparmiarvi la lettura del seguito
di questo messaggio, altrimenti ecco il resto...

--- dettagli forse interessanti -
Ho trovato sul sito della Assistenza Tim Mail il seguente paragrafo, che mi
ha spinto a fare alcuni tentativi:
 quote 
*TIM Mail *permette di gestire le mail di altri account da PC o da
cellulare, sia tramite* webmail*, sia con i principali *Programmi di posta.*

* unquote -*
che, però, si sono rivelati tutti infruttuosi.
Questa è la parte significativa dell'errore che leggo dal log '.../mail.info
':
 quote -

Nov  4 22:21:01 deb-M90 postfix/qmgr[17481]: 97D653A3: from=, size=494, nrcpt=1 (queue active)
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: initializing the client-side/
 TLS engine
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: setting up TLS connection to/
 smtp.gmail.com[142.250.145.109]:587
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: smtp.gmail.com[142.250.145.109]/
 :587: TLS cipher list "aNULL:-aNULL:HIGH:MEDIUM:+RC4:@STRENGTH:!eNULL"
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:before SSL/
 initialization
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: write to 556CDB1FE970/
 [556CDB20EE30] (517 bytes => 517 (0x205))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  16 03 01 02 00 01 00 01|fc/
 03 03 14 96 41 aa ad   .A..
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 0010 13 0e 65 3c 65 31 37 09|75/
 d8 e9 a6 24 7b f9 2e  ..e
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:SSLv3/TLS write/
 client hello
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
 [556CDB205C73] (5 bytes => -1 (0x))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: read from 556CDB1FE970/
 [556CDB205C73] (5 bytes => 5 (0x5))
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]:  32 32 30 20 73
220 s
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect:error in/
 SSLv3/TLS write client hello
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: SSL_connect error to/
 smtp.gmail.com[142.250.145.109]:587: -1
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: warning: TLS library problem:/
 error:1408F10B:SSL routines:ssl3_get_record:wrong version/
 number:../ssl/record/ssl3_record.c:252:
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3: Cannot start TLS:/
 handshake failure
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: connect to/
 smtp.gmail.com[2a00:1450:4013:c07::6c]:587: Network is unreachable
Nov  4 22:21:01 deb-M90 postfix/smtp[18302]: 97D653A3:/
 to=, relay=none, delay=1080,/
 delays=1080/0.03/0.08/0, dsn=4.4.1, status=deferred/
 (connect to smtp.gmail.com[2a00:1450:4013:c07::6c]:587:/
 Network is unreachable)

--- unquote ...
e il dubbio che consegue leggendo l''errore:
"TLS library problem: error:1408F10B:SSL routines:ssl3_get_record:wrong
/   version number:../ssl/record/ssl3_record.c:252:"
è che forse dipende da una errata configurazione di openssl?

Grazie dell'attenzione e buona notte a tutti!
Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Fetch mail debian 11

[Ennio Sr]

Ma, naturalmente (e senza offesa), dopo aver cambiato i parametri, hai dato
il comando 'postfix reload', vero?
Ennio

On Tue, Nov 1, 2022 at 6:47 PM Paride Desimone  wrote:

> Il 01-11-2022 14:49 Alessandro Rubini ha scritto:
>  Spostando il protocollo dal pop all'imap, funziona tutto
>  perfettamente
> >
> > Cio` e` buona cosa.
> >
> > Pero` e` utile comunque capire cosa e` andato storto. Passare
> > "-v -v" a fetchmail puo` essere di aiuto.
> >
> >> No, postfix e` configurato bene. Gli ho messo dimensione illimitata.
> >
> > Qualcuno suggerisce di fare "postconf -d | grep size". I limiti
> > sono piu` di uno, e il 522 viene sicuramente da SMTP -- quindi la
> > consegna locale. Strano pero` che con imap funzioni. C'era poi
> > un messaggio particolarmente voluminoso?
>
> paride@arda:~$ sudo postconf -d | grep size
> [sudo] password di paride:
> berkeley_db_create_buffer_size = 16777216
> berkeley_db_read_buffer_size = 131072
> body_checks_size_limit = 51200
> bounce_size_limit = 5
> header_size_limit = 102400
> lmdb_map_size = 16777216
> mailbox_size_limit = 5120
> message_size_limit = 1024
>
>
> paride@arda:~$ sudo postconf message_size_limit
> message_size_limit = 5120
>
> c'è indubbiamente qualche cosa che non va.
>
> Il valore è comunque settato, in questo momento, per entrambi a
> 5120.
>
> di seguito il main.cf
>
> # See /usr/share/postfix/main.cf.dist for a commented, more complete
> version
>
>
> # Debian specific:  Specifying a file name will cause the first
> # line of that file to be used as the name.  The Debian default
> # is /etc/mailname.
> myorigin = /etc/mailname
>
> smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
> biff = no
>
> # appending .domain is the MUA's job.
> append_dot_mydomain = no
>
> # Uncomment the next line to generate "delayed mail" warnings
> #delay_warning_time = 4h
>
> readme_directory = no
>
> # See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2
> on
> # fresh installs.
> compatibility_level = 2
>
>
>
> # TLS parameters
> smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
> smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
> smtpd_tls_security_level=may
> smtp_tls_CApath=/etc/ssl/certs
> smtp_tls_security_level=may
> smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
> smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated
> defer_unauth_destination
> myhostname = arda.xxx.it
> alias_maps = hash:/etc/aliases
> alias_database = hash:/etc/aliases
>
>
> #
> ### mydestination = $myhostname, localhost.$your_domain, $your_domain,
> localhost
> ###
> ### dovrebbe essere la stessa cosa di dopo
>
> #
>
> mydestination = $myhostname, xxx.it, arda.xxx.it, localhost.xxx.it,
> localhost
> relayhost =
> mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
>
> ### ->
> dimensione illimitata
> mailbox_size_limit = 0
>
> recipient_delimiter = +
> inet_interfaces = loopback-only
> inet_protocols = all
>
> # enable SASL authentication
> smtp_sasl_auth_enable = yes
>
> # disallow methods that allow anonymous authentication.
> smtp_sasl_security_options = noanonymous
>
> # where to find sasl_passwd
> smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
>
> # Enable STARTTLS encryption
> smtp_use_tls = yes
>
> # where to find CA certificates
> smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
> message_size_limit = 5120
>
> Messagi voluminosi non ce ne sono e non riesco a capire sinceramente
> cosa ci sia che non va.
> se passo in fetchmailrc al server pop, continua a non andare.
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> 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)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Fetch mail debian 11

[Ennio Sr]

[Scusate se viene fuori un pasticcio: è che non ho mai usato gmail per
i NGs, ma la mia posta da
console continua a non andare...!]

Il diverso comportamento tra POP3 e IMAP penso sia dovuto al fatto che
con il POP3 il messaggio
'passa' sul tuo PC - e trova un limite - mentre con IMAP resta sul
server Google.

Elenco una serie di comandi che potrebbero esserti utili:

  man postconfig

  postconf -d | grep message_size   -> vedi il limite esistente

  postconf -e  message_size_limit=3224  -> imposti un nuovo limite

e poi, dopo aver scaricato il messaggio:

  postconf -e  message_size_limit=1024   -> ritorni al precedente limite
  postconf -d  message_size_limit-> accerti che il comando
sia stato eseguito


Spero ti sia di qualche aiuto.

   Ennio_Sr


On Mon, Oct 31, 2022 at 10:51 PM Paride Desimone  wrote:

> Il 31-10-2022 21:42 Paride Desimone ha scritto:
> > Buonasera, mi son configurato fetchmail, dovecot e postfix per avere
> > la posta in locale.
> > Ora, mi ritrovo con un problema a cui non riesco a trovare soluzione.
> > Quando lancio fetchmail, ricevo:
> >
> > 28 messages (527 seen) for parided at pop.tiscali.it (46883660 octets).
> > fetchmail: SMTP error: 552 5.3.4 Message size exceeds fixed limit
> > fetchmail: mail from mailer-dae...@pippo.landadeserta.org.it bounced
> > to mrr...@outlook.com
> > reading message pari...@pop.tiscali.it:38 of 528 (12964979 octets) not
> > flushed
> >
> > come risolvo l'errore sulla seconda riga dell'output di fetchmail?
> >
> > /paride
>
> Mah, stranissimo comportamento.
> Spostando il protocollo dal pop all'imap, funziona tutto perfettamente.
>
> /paride
> --
> http://keys.gnupg.net/pks/lookup?op=get=0xCC6CA35C690431D3
>
> 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)
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Linux/Debian-Fetchmail: errore 530 authentication required ...

[Ennio Sr]

Ciao a tutti,
Mi rincresce scrivervi da una console grafica, ma non ho al momento altro
modo per farlo: ho scoperto che tin.it non consegna la posta in partenza
dal mio PC usando da console Postfix - Mutt - Fetchmail e dai log rilevo:
"...status=bounced (host smtps.tin.it [34.91.238.132] said: authentication
required for mail submission ..."
Con l'età che avanza mi sento un pochino perso: sono giorni che compulso i
pochi documenti relativi a questi strumenti, che molti anni fa riuscii a
configurare con l'ottimo 'Quick & Easy Configuration' di MrShark.
Ho provato a seguire i consigli forniti nel sito della Tim circa il cambio
dal vecchio 'box' al nuovo 'smtpd', modificando le varie istanze di
.fetchmailrc c.s.:

poll pops.tin.it with proto POP3 timeout 60 auth password user
"nasr.laili" there with password "omisssis" is "nome" here options keep
fetchall

e quelle in /etc/postfix/main.cf , cambiando in 'smtpd' il precedente
'smtp' (salvo la riga riferita alla password che si ostina a restare smtp).
Un vostro aiuto mi farebbe davvero comodo, ad es, su dove posso trovare un
valido esempio di un 'main.cf' che vada bene per Postfix-3.1.15 sotto
Debian 9.13 (stretch).

Grazie dell'attenzione,
   Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [RISOLTO] - [OT] Non si apre file.odb creato con Split_HSQLDB_2.3.2_Wizard ...

[Ennio-Sr]

* Davide Prina  [140222, 20:55]:
> > [...])
> 
> ma non hai installato l'ultima versione per stretch
> https://packages.debian.org/search?keywords=openjdk-8-jre=names=all=all
> 

No, non era questa responsabile dell'errore!

> > Come ho spiegato nella risposta a Valerio, il problema è che - a quel che
> > posso capire - per effetto dei continui passaggi da una dir a un'altra si
> > è perso (a quanto vedo nel 'content.xml') il riferimento al path del file
> > hsqldb.jar (creato da Split...odb nella sudbid 'driver')
> 
> non so cosa sia questo split...
è un 'Template' db che consente di creare un data base - usato da un
singolo utente (non su server) - con maggiori garanzie di robustezza
rispetto a quello 'JDBC.embedded', che è lo standard, sia per il vecchio
OO che per LO. [Se cerchi 'Split_HSQLDB_2.3.2 Wizard' lo trovi subito]

> ma se si è perso il percorso e visto che sembra che non riesci a
> correggerlo... non riesci a creare un link simbolico nella posizione in cui
> si aspetta di trovarlo?
> 
Mi spiace solo di non aver potuto individuare esattamente i passi che
hanno portato alla situazione denunciata, che peraltro hanno dato vita a
ripetuti 'report' regolarmente inviati a OO. in pratica l'applicazione
'Base' non dava la risposta alla ricerca impostata, ma 'usciva' proponendo
l'invio della segnalazione di errore.

Ho risolto ripescando dal 'Cestino' una delle tante 'Cartelle' cancellate
in precedenza e adoperando LibreOffice, più aggiornato. Suppongo che il
vecchio OO_4.1.0 - per motivi suoi, visto che il MacBook era isolato - 
bbia smesso di funzionare. Il resto devo averlo fatto io, entrato nel
panico...

Grazie di nuovo della partecipazione.
Alla prossima,
Ennio
> 

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [OT] Non si apre file.odb creato con Split_HSQLDB_2.3.2_Wizard ...

[Ennio-Sr]

* Davide Prina  [110222, 22:08]:
> On 10/02/22 10:01, valerio wrote:
> 
> > > Al momento è già installa la versione Oracle 1.8.0_312, che mi pare molto
> > > recente
> 
> ma che versione di Debian stai usando?
> java dovrebbe essere openjdk-11-jre
> 
> su tesing ho questi valori:
> 
> $ apt show libreoffice-base | grep java
> Recommends: libreoffice-writer, libreoffice-java-common (>= 1:7.3.0~),
> default-jre (>= 2:1.8) | java8-runtime | jre
> 
> $ apt show default-jre | grep Depends
> Depends: default-jre-headless (= 2:1.11-72), openjdk-11-jre
> 
> Ciao
> Davide

Questi sono i valori che ho io:
$ lsb_release -a:
Distributor ID: Debian
Description:Debian GNU/Linux 9.13 (stretch)
Release:9.13
Codename:   stretch

[lo so che è vecchia, ma basta e avanza per quello che ci faccio...]

$ apt show default-jre | grep Depends:
Recommends: libreoffice-writer, libreoffice-java-common (>= 1:5.2.7~),
default-jre | openjdk-8-jre | openjdk-7-jre | openjdk-6-jre | gcj-jre |
sun-java5-jre | sun-java6-jre | java5-runtime | jre

$ apt show default-jre | grep Depends:
Depends: default-jre-headless (= 2:1.8-58+deb9u1), openjdk-8-jre

$ java -version:
openjdk version "1.8.0_312"
OpenJDK Runtime Environment (build 1.8.0_312-8u312-b07-1~deb9u1-b07)
OpenJDK 64-Bit Server VM (build 25.312-b07, mixed mode)
 
Come ho spiegato nella risposta a Valerio, il problema è che - a quel che
posso capire - per effetto dei continui passaggi da una dir a un'altra si
è perso (a quanto vedo nel 'content.xml') il riferimento al path del file
hsqldb.jar (creato da Split...odb nella sudbid 'driver'), che è poi quello
che contiene i dati materialmente - suppongo - visto che è grande più o
meno quanto Libri.odb.

Giusto per completezza, aggiungo che si apre regolarmente una versione più
vecchia dello stesso Libri.odb, risalente al 2018...

Grazie comunque del tuo tempo.
Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [OT] Non si apre file.odb creato con Split_HSQLDB_2.3.2_Wizard ...

[Ennio-Sr]

* valerio  [100222, 10:01]:
> 
> 
> Il 10/02/22 00:32, Ennio-Sr ha scritto:
> > Un saluto a tutta la lista, con le scuse per l'OT, ma sono davvero perso!
> > [big cut].
> > Allora la domanda è: qualcuno di Voi sa quale versione di jre dovrei
> > scaricare perché vadano d'accordo?
> > 
> 
> ciao,
> premetto che non uso .odb da un po' di tempo, ma dovresti poter aprire il
> file con ark (.odb è un file compresso) e vedere i dati nel file content.xml
> per vedere se ci sono problemi. altra cosa cvhe controllerei è lo spazio su
> disco...
Ciao, non conosco ark e, magari, lo scaricherò, anche perché ho già
scompattato il file Libri.odb, ho fatto alcune rettifiche al file
'content.xml', ma poi quando ho rifatto il file .zip e ritrasformato in
.odb ha dato un errore (che non ho annotato).
Lo spazio su disco è sufficiente.

> Comunque anni fa ho avuto modo di estrarre file di testo da .mdb ed ho
> scoperto che le versioni più recenti tagliavano ad un numero fisso di
> caratteri i campo memo... ma penso che in un csv non ci siano campi memo
> molto lunghi.

No, qui non ho avuto problemi.
Comunque grazie del tuo intervento,
Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[OT] Non si apre file.odb creato con Split_HSQLDB_2.3.2_Wizard ...

[Ennio-Sr]

Un saluto a tutta la lista, con le scuse per l'OT, ma sono davvero perso!
Nel 2015 ho estratto - per conto di un carissimo e anziano amico - i dati
.csv da un file.mdb creato con un vecchio programma per WinZows,
trasferendo poi i dati in un OpenOffice file.odb. Ha funzionato benissimo
fino a una settimana fa e poi, non ho potuto accertare per quale
diavoleria (il portatile su cui gira non è collegato con l'esterno) ha
cominciato a fare le bizze: spegneva in continuazione OpenOffice senza
motivo ed era pertanto inutilizzabile.

A questo punto ho copiato i dati sensibili sul mio lunux/debian e ho
ricreato - seguendo tutti i passi 'ufficiali' - il database su
LibreOffice. 
Tuttavia, non ho finora avuto il piacere di rivedere i dati, perché appena
provo ad usare, ad es. una query, mi risponde con un avvertimento in cui
in sostanza dice che non può stabilire un collegamento con i dati.
In alcuni casi, però, la risposta includeva anche un cenno alla
incompatibilità di 'java runtime'.

Ho scritto per aiuto a us...@global.libreoffice.org e spero di avere una
risposta. Ma nel frattempo, visto questo riferimento a jre, ho pensato che
Voi, come più volte avete fatto in passato, avreste potuto darmi una mano.
Al momento è già installa la versione Oracle 1.8.0_312, che mi pare molto
recente, mentre lo Split...Wizard è piuttosto vecchiotto e fornisce
hsqldb.jar datato 2015.
Allora la domanda è: qualcuno di Voi sa quale versione di jre dovrei
scaricare perché vadano d'accordo?

Grazie di nuovo e spero di leggere un buon suggerimento...

Contristatamente Vostro,
   Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [Debian/GNU Linux - Stretch] Errore di autenticazione leggendo posta di u...@gmail.com

[Ennio-Sr]

* Marco Gaiarin  [200721, 23:04]:
> Mandi! Ennio-Sr
>   In chel di` si favelave...
> 
> > [cut] 
> Occhio che BigG ha smesso di fornire accesso POP/IMAP da una certa data in
> poi, e comunque va abilitato esplicitamente nelle impostazioni dell'account,
> non ? pi? abilitato di default.
> 

Grazie Marco, era l''informazione che mi mancava...
Ciao, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[Debian/GNU Linux - Stretch] Errore di autenticazione leggendo posta di u...@gmail.com

[Ennio-Sr]

Ciao a tutti!

Quando provo a leggere da console la posta di due utenze diverse su
gmail.com, per una di esse mi dà errore di autenticazione.
La password inserita nella linea di comando contenuta in .fetchmailrc è
naturalmente corretta; l'unica cosa strana che noto è la seguente:
-- quote 

fetchmail: No mail for ca...@gmail.com at pop.gmail.com
^
fetchmail: Authorisation failure on da...@gmail.com@pop.gmail.com
 ^^
fetchmail: For help, see http://www.fetchmail.info/fetchmail-FAQ.html#R15
fetchmail: Query status=3 (AUTHFAIL)
- unquote ---

Ho letto, naturalmente, la #R15 del link di cui sopra e ho provato tutte
le varianti suggerite, senza alcun risultato.
L'unica differenza tra i due indirizzi di posta è che quello di Carlo è
stato aperto diversi anni fa (e, quando ci sono messaggi in arrivo, essi
vengono regolarmente scaricati),  mentre quello di Dario risale a meno
di un anno fa e ha sempre dato questo errore!
Non riesco  a capire la differente notazione del primo ('at pop')
rispetto al secondo ('@pop') ma non penso sia la causa dell'errore...

Grazie di eventuali suggerimenti.
Saluti, ennio.

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

email spedite a sé stessi da gmail.com

[Ennio-Sr]

Ciao a tutti,

Mi capita a volte, girovagando in rete, di trovare qualche notizia
interessante da salvare in un file per poterla consultare poi con calma.
La soluzione più semplice che avevo trovato era quella di fare un
'copia/incolla' del brano e di inserirla in una mail che spedivo a me
stesso (usando gmail). Da qualche giorno, però, questo espediente non
funziona più: tutte queste mail finiscono nel /dev/null, immagino ad opera
del .procmailrc.
Ho inserito all''inizio di questo file apposite voci per dirottare questi
messaggi 'autodiretti' nel folder 'incoming', ma vanno sempre in /dev/null
e non riesco proprio a capire per quale motivo!

Nel mio file <.muttrc>, l'unico posto in cui appare 
è nella voce .
Poco fa ho spedito una mail di prova a me stesso da console, che è
arrivata regolarmente in .../Mail/incoming. Tuttavia, ecco cosa mi appare
nel file :

- qote 
>From indiriz...@gmail.com  Thu Jul 15 17:46:57 2021
 Subject: prova invio a me stesso
  Folder: /home/./Mail/incoming3799
procmail: Error while writing to "/home/./Mail/incoming"
procmail: Truncated file to former size
procmail: Error while writing to "/home/./Mail/incoming"
procmail: Truncated file to former size
procmail: Error while writing to "/home/./Mail/incoming"
procmail: Truncated file to former size
procmail: Error while writing to "/home/./Mail/incoming"
procmail: Truncated file to former size
>From indiriz...@gmail.com  Thu Jul 15 17:46:59 2021
 Subject: prova invio a me stesso
  Folder: /dev/null1618
 unquote ---

L' non so da dove venga fuori, perché dovrebbe
essere <...@tin.it>; e poi, perché la prima passa e l'ultima va in
/dev/null?

Potete aiutarmi a capire? Grazie dell'attenzione, ennio.

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [OT] Help generico di orientamento per Libre Office

[Ennio-Sr]

* gerlos  [020721, 04:07]:
> > Il 30/06/21 15:22, Ennio-Sr ha scritto:
> >  [cut]
> 
> Non so se può fare al caso tuo, ma è stata da poco pubblicata questa guida
> aggiornata su LibreOffice 7.1, molto ben fatta:
> 
> https://blog.documentfoundation.org/blog/2021/07/01/announcing-the-libreoffice-getting-started-guide-7-1/
> 
> Occhio che ci sono un bel po' di miglioramenti rispetto alla versione
> attualmente in Debian (la 6.*), ma in Backports c'è la 7.0.* che è
> relativamente recente (il ritmo di sviluppo di LibreOffice è
> impressionante).
> 
> La guida copre un'infinità di cose, molte probabilmente non ti servono ma
> può valere la pena di dargli una scorsa.
> 
> Secondo me la parte che vale di più la pena di leggere è quella su stili e
> template, che sono l'innovazione principale rispetto alla generazione
> precedente di suite office (o, se vuoi, l'aspetto che avvicina di più
> LibreOffice a software "seri" come LaTeX).
> 
> buona fortuna,
> -gerlos
>

Ti ringrazio della segnalazione. Dopo ave letto i due link sul 'Problema
XY', trovati molto interessanti, ho cominciato a rileggere alcune
vecchie guide (di OpenOffice), che avevo anni fa salvato sul PC, e mi
sono anche imbattuto nel sito 'ask.libreoffice.org',  interrogato finora
con scarsi risultati. Il ricordo delle cose che sapevo circa dieci anni
fa sta riaffiorando mooolto lentamente ;-( ...
Ciao, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [OT] Help generico di orientamento per Libre Office

[Ennio-Sr]

* gerlos  [300621, 10:58]:
> Il 30/06/21 01:21, Marco Bodrato ha scritto:
> > Ciao,
> > 
> > Il 2021-06-30 00:18 Ennio-Sr ha scritto:
> > > Fatta questa doverosa premessa ho trovato moltoi difficile orientarmi in
> > > rete: 

> > > [cut] 

> > 
> > Secondo me, dovresti fermarti un attimo e pensare.
> > «riempire una cella con una riga digitando '-'», oggi non suona come una
> > cosa "elementarissima", ma come una cosa astrusa. Sei sicuro che ti
> > serva?
> [CUT]
> > Sicuro di non star facendo una domanda del tipo "Ero abituato a DOS, ora
> > ho provato ad usare Linux e non trovo come fare cose semplici come
> > vedere cosa c'è sul floppino digitando 'dir a:'"...?
> > 
> > La domanda giusta da porsi quando si cambia strumento non è:
> > come si fa la _stessa_operazione_ che usavo prima per ottenere un certo
> > effetto?
> > bensì
> > quale operazione ha senso oggi per ottenere lo _stesso_effetto_ (o
> > migliore) di allora?
> 
> 
> Concordo con Marco, ho l'impressione che ti trovi in una situazione da
> "Problema XY"[1] e forse dovresti chiarirti un po' meglio qual è il problema
> che vuoi risolvere o il risultato che vuoi ottenere.
> 

Si, forse ho dato informazioni molto vaghe, da 'sfinimento mentale'. Ciò
che mi spiace di più è di aver dato l'impressione di essere rimasto
legato al Dos e/o a Win$ozz ...

Quello della ripetizione del singolo carattere è il primo dei problemi
che mi si è presentato aprendo vecchi programmi - perfettamente
funzionanti a suo tempo sotto Open Office (in GNU Linux/Debian) - che
sembrano aver perso tutti gli 'automatismi' da me previsti per il passaggio
rapido (con la digitazione di un singolo tasto) tra i vari 'menù' di un
sistema di file alquanto complessi. 

Sto ora valutando se è il caso di ri-esumare quel vecchio progetto:
speravo che si trattasse solo di 'aggiornare' qualche macro (mi pare di
ricordare che nel passaggio da OO a LO - oppure ad una versione
successiva di OO - dovetti modificare le formule perché LO, o la nuova
vers. di OO, non assumeva più che le celle vuote equivalessero a zero) e
non aver trovato una indicazione tanto semplice mi ha gettato nel
notturno sconforto.

Da qui la richiesta di letture di orientamento per capirci, rapidamente,
qualcosa in più...

> Spero di esserti stato di aiuto,

certamente, e molto più concreto del 'sermoncino' notturno riservatomi
da Bodrato

> 
> Buona fortuna,
> 
Grazie, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[OT] Help generico di orientamento per Libre Office

[Ennio-Sr]

Ciao a tutti e scusatemi dell'OT, ma mi sento completamente 'perso' e
non so proprio a chi rivolgermi, dopo un intero pomeriggio alla ricerca
di ciò che una volta era ovvio!!!

Sto cercando di recuperare all''uso corrente alcuni miei vecchi file
'tradotti' a suo tempo in Open Office (provenivano dal vecchio e
glorioso 'Lotus 1,2,3' - roba da preistoria...) e non più visitati da
almeno otto anni. 
Nel passaggio a suo tempo fatto a Libre Office ho perso tutti gli
automatismi delle macro (alcuni ancora del tipo: '/wgdd{CE}c:\dir1\dir2,,,')
[ma forse questo è ancora un retaggio del vecchio lotus...].

Fatta questa doverosa premessa ho trovato moltoi difficile orientarmi in
rete: ho compulsato per diverse ore il sito ...ask.libreoffice.org senza
trovare cose elementarissime, come ad es. come riempire una cella con una
riga continua, tipo '---' digitando solo una volta il segno '-'
e riempiendo la cella automaticamente, ma sembra di voler chiedere la
luna!

Sono fiducioso che qualcuno di voi più 'fresco' di me, oltre a Debian
usi anche Libre Office e possa indirizzarmi a qualche buona lettura che,
oltre alle cose 'ovvie' come quella sopra accennata, possa anche
suggerire i passaggi necessari per adeguarsi ai notevoli cambiamenti
avvenuti negli ultimi anni (modalità di calcolo delle formule, nuovi
linguaggi delle macro, ecc.).

In attesa vi saluto molto cordialmente,
   ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [GNU-Linux/Debian-Sid] - Files non parte da Activities

[Ennio-Sr]

* Davide Prina  [130621, 21:45]:
> On 13/06/21 17:47, Ennio-Sr wrote:
> 
> > lanciando 'Files' (Nautilus) dall'elenco delle Activities,
> 
> ma non è "file"? (o forse in inglese, o altra lingua, è "files"?)
> 
Non so come lo chiamino nella versione italiana di Linux, ma in quella
inglese appare di sicuro come 'Files', sebbene l'App si chiami
'Nautilus'. (cfr. 'apt show nautilus')

> > il programma non parte, mentre funziona regolarmente se lo lancio da
> > linea di comando di un XTerm.
> 
> > Lanciando 'Files' dalle 'Activities', in /var/log/system leggo:
> 
> > Jun 13 16:17:45 deb-Fuji nautilus[1779]: cannot open display:
> 
> io direi che, per qualche motivo, non è definito in modo corretto $DISPLAY
> 
> Ma l'utente è lo stesso nei due tentativi di esecuzione?
> 
> Può essere che le variabili d'ambiente siano impostate in modo differente.
> 
> da xterm
> $ echo $DISPLAY
> 

L'utente è sempre lo stesso e anche $DISPLAY.
Poiché 'Files', lanciato in ambiente grafico governato da 'wmaker' come
window-manager (in ~/.xinitrc) funziona sia da linea di comando in XTerm
che da Activities, tendo a pensare che il problema possa scaturire
proprio da questo: normalmente uso 'gnome-shell' e temo che possa
mancare qualche pacchetto ausiliare di gnome...

Ma in fondo era solo una curiosità...

Grazie del tuo interessamento,
   ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[GNU-Linux/Debian-Sid] - Files non parte da Activities

[Ennio-Sr]

Ciao a tutti!

Ho ripescato ieri il mio vecchio portatile dopo alcuni mesi di
inattività e, sia prima che dopo il doveroso e lungo aggiornamento, ho
notato che, lanciando 'Files' (Nautilus) dall'elenco delle Activities,
il programma non parte, mentre funziona regolarmente se lo lancio da
linea di comando di un XTerm.

In rete non ho trovato nulla che mi chiarisse le idee. Ma poco fa ho
provato a sostituire il richiamo al 'WINMGR' in ~/.xinitrc con il
cecchio 'wmaker' e - miracolo! - ora funziona in entrambi i casi. Se
torno a 'gnome-shell' parte solo da un XTerm.

Allego in calce alcune righe significative di /var/log/syslog.

Vi ringrazio dell'attenzione e Vi auguro buona domenica,
ennio

  quote  --

Usando 'WMANGR=gnome-shell' in .xinitrc
--- 
Lanciando 'Files' dalle 'Activities', in /var/log/system leggo:

Jun 13 16:17:45 deb-Fuji dbus-daemon[1340]: [session uid=1000 pid=1340] 
Activating service name='org.gnome.Nautilus' requested by ':1.15' (uid=1000 
pid=1562 comm="gnome-shell ")
Jun 13 16:17:45 deb-Fuji dbus-daemon[1340]: [session uid=1000 pid=1340] 
Successfully activated service 'org.gnome.Nautilus'
Jun 13 16:17:45 deb-Fuji org.gnome.Nautilus[1779]: Unable to init server: Could 
not connect: Connection refused

 ^^
Jun 13 16:17:45 deb-Fuji nautilus[1779]: cannot open display: 
 ^^^
Jun 13 16:17:56 deb-Fuji systemd[1305]: xdg-desktop-portal.service: start 
operation timed out. Terminating.
Jun 13 16:17:56 deb-Fuji systemd[1305]: xdg-desktop-portal.service: Failed with 
result 'timeout'.
Jun 13 16:17:56 deb-Fuji systemd[1305]: Failed to start Portal service.

Se invece apro un XTerm e lancio 'nautilus' da linea di comando, appare la 
schermata con l'elenco dei file


Usando, invece, 'WMANGR=wmaker' in .xinitrc
---
e scegliendo /Applications/Utility/Files, il programma parte regolarmente:

Jun 13 16:19:41 deb-Fuji systemd[1262]: Started D-Bus User Message Bus.
Jun 13 16:19:42 deb-Fuji dbus-daemon[1816]: [session uid=0 pid=1816] Activating 
via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' 
requested by ':1.1' (uid=0 pid=1814 comm="nautilus ")
Jun 13 16:19:42 deb-Fuji systemd[1262]: Starting Virtual filesystem service...
Jun 13 16:19:42 deb-Fuji dbus-daemon[1816]: [session uid=0 pid=1816] 
Successfully activated service 'org.gtk.vfs.Daemon'
 
^^ 
Jun 13 16:19:42 deb-Fuji systemd[1262]: Started Virtual filesystem service.

 unquote --

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [RISOLTO] Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Ennio-Sr  [241020, 20:00]:
> * Alessandro Rubini  [221020, 20:40]:
> 
> > Se e` importante, segnalerei un baco sul pacchetto.
> 
> Ho inviato una segnalazione poco fa, marcandola come 'minor'.
> 
Per chi fosse interessato il problema è stato risolto con l'aiuto
dell'autore, Thomas E. Dickey: Cfr. Bug#972832 

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Mpv - quale formato audio produce?

[Ennio-Sr]

* Davide Prina  [231120, 11:54]:
> 
> ma io non ho questa opzione --stream-dump su testing.
> C'è dump-cache, ma è indicato:
> $ man mpv
> [...]
> This command is experimental, and all details about it may change in the
> future.
> [...]
> 
Su sid c'è sia --stream-dump che --stream-record; quest'ultima viene
data come 'bugged' e si consiglia di usarla con una cache (istruzione che
devo approfondire).

> [...]
> The output format is determined by the extension of the output file.
> [...]
>
Come avevo ipotizzato in un precedente post.
Nel rispondere a Sabrewolf ho anche spiegato la confusione da me fatta
tra il man mpv di Stretch e quello di Sid...

> > '--stream-capture'
> > Anche con questa, però, il file prodotto è del tipo 'data'
> 
Penso di aver chiarito, almeno a me stesso, cosa succede a tale
proposito.
Non mi resta che approfondire la lettura del man di sid, che dovrò usare
per verificare le interruzioni inspiegabili dello strem sul PC con
Stretch e mplayer: dalle prime evidenze vedo che occorrono allo stesso
punto in cui si fermano le registrazioni fatte con mplayer...

Grazie della tua assistenza e scusa il ritardo, motivato nell'altra
risposta.

Cordiali saluti, Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Mpv - quale formato audio produce?

[Ennio-Sr]

* Sabrewolf  [241120, 17:13]:
> 
> Su debian testing con mpv 0.32.0 esiste.
> 
> -
Hai perfettamente ragione: ho di sicuro fatto confusione tra il man di
mpv_0.23.0-2 (sul mio PC con Stretch) e il man di mpv_0.32.0-2+b1 di 
Sid, che - ingenuamente - pensavo fossero la stessa cosa. Nel man mpv di
Stretch non c'è il riferimento al fatto che l'output è determinato dal
suffisso che si dà al file registrando (circostanza, questa, che avevo
solo ipotizzato in un mio precedente post).
> 
> $ url=https://freewavesamples.com/files/Alesis-Fusion-Acoustic-Bass-C2.wav
> 
> $  mpv --stream-dump=1.wav $url
> 
> $ mpv --stream-record=2.wav $url
> 
> $  file ?.wav
> 1.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit,
> stereo 44100 Hz
> 2.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit,
> stereo 44100 Hz
> 
La mia esperienza, qui, è leggermente diversa, anche se sostanzialmente
uguale nel risultato finale.

Usando il portatile (con Sid) e il comando 
§ mpv --stream-dump=prova.mp3 $url
ottengo:
§ file prova.mp3 
  prova.mp3: data
ma, dopo aver trasformato (con sox) in prova.ogg:
$ file prova.ogg 
prova.ogg: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: 
Xiph.Org libVorbis I

Grazie dell'assistenza e scusa il ritardo con cui rispondo, dovuto solo
al panico che mi ha preso quando, installando un kernel più recente sul
portatile, ho "segato il ramo sul quale stavo appollaiato" dando la
risposta sbagliata al doveroso warning che mi veniva sottoposto...

Cordialmente, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Mpv - quale formato audio produce?

[Ennio-Sr]

* Sabrewolf  [211120, 00:34]:
> 
> [...] 
> Credo che l'opzione --stream-dump sia adatta solo se stai leggendo da
> file. Se stai leggendo da rete dovresti usare l'opzione --stream-record.

L'opzione che suggerisci non esiste. C'è invece '--stream-capture' che
consente anche di ascoltare il contenuto mentre lo registra su file.
Anche con questa, però, il file prodotto è del tipo 'data', per cui
resta la curiosità...

Grazie, comunque, del tuo intervento.
Saluti, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Mpv - quale formato audio produce?

[Ennio-Sr]

* Ennio-Sr  [201120, 01:24]:
> Ciao a tutti!
> 
> Dalla lettura di 'man mpv' non riesco a individuare il formato auto che
> produce. 

[...]

> comando:
>   file file.wav
> mi dice semplicemente che si tratta di un 'file data',  mentre [...]

Solo per chiarire quanto detto sopra:

ennio@deb-Fuji:~$ file *wav 
   
File_Beethoven-7^sinf-pz.wav: data
File_201120-08:57.wav:data
File_201120-10:02.wav:SysEx File - [???]
File_201120-15:07.wav:data
File_201120-12:04.wav:data
FileTris_201120-13:05.wav:data
Ennio-1.wav:   RIFF (little-endian) data, WAVE audio, mono 
44100 Hz
Ennio-2.wav:   RIFF (little-endian) data, WAVE audio, mono 
44100 Hz
nera.wav:  RIFF (little-endian) data, WAVE audio, Microsoft 
PCM, 16 bit, stereo 44100 Hz
ennio@deb-Fuji:~$



-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Mpv - quale formato audio produce?

[Ennio-Sr]

Ciao a tutti!

Dalla lettura di 'man mpv' non riesco a individuare il formato auto che
produce. 
Uso il comando (in uno script):
  mpv --stream-dump=file.wav  &
ma la gradezza del file registrato mi sembra incompatibile con il
formato .wav (è quasi un decimo di quello che mi aspetterei) e poi, il
comando:
  file file.wav
mi dice semplicemente che si tratta di un 'file data',  mentre
lo stesso comando 'file', usato su un file  analogo ottenuto usando
mplayer e poi trasformato con oggenc mi fornisce molte più
informazioni...

Forse è lo stesso mpv che comprime il file?

Grazie dell'attenzione,
  Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[RISOLTO] Re: debian/Sid: apt-listbugs bacato blocca aggiornamenti

[Ennio-Sr]

* Gabriele Stilli, Davide Prina e Paolo Redaelli hanno scritto:
  [bih cut]
Ragazzi, siete stati tutti strepitosamente favolosi, e non trovo le
parole giuste per ringraziarvi: senza i vostri suggerimenti avrei
impiegato settimane per 'domare la bestia', (per rubare l'espressione di
Gabriele).

C'erano 819 pacchetti da aggiornare: poco più di 300 sono andati a posto
usando 'apt' e 'dpkg' seguendo i comandi segnalatimi. Resistevano 'udev'
e 'xserver-xorg-core' - con le relative dipendenze - che si rimbalzavano
la palla. A questo punto ho usato 'aptitude' ed ho scelto di installare,
con qualche rischio aggiuntivo, alcuni pacchetti che segnalava 'bacati'
per alcune situazioni. Alla fine è andato tutto a posto e sono anche
riuscito ad installare 'mpv', con il quale devo assolutamente
controllare il comportamento anomalo di mplayer sul mio PC principale
(*). 

Per Davide Prina aggiungo che no, non avevo intenzione di ingannare
nessuno: quel warning che ha attirato la sua attenzione - e che gli
altri hanno giudcato irrilevante - appare sempre, anche se in
sources.list l'unico 'repository' abilitato è quello di 'sid'.

Al momento il sistema è tornato regolare e non vi sono dipendenze
insoddisfatte né altri pacchetti da aggiornare.

Vi ringrazio di nuovo siceramente, dal profondo del cuore, augurandovi
buon proseguimento e sogni d'oro, vista l'ora...
Ennio
-
(*) Come già segnalato qualche mese fa, le registrazioni dello streming
da radio3 si interrompono senza alcuna apparente valida ragione e
qualcuno mi suggerì di usare mpv...

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: debian/Sid: apt-listbugs bacato blocca aggiornamenti

[Ennio-Sr]

* Davide Prina  [161120, 18:15]:
> On 16/11/20 01:01, Ennio-Sr wrote:
> 
> Da qui deduco che tu abbia una testing
> https://tracker.debian.org/pkg/dconf
> 
> ma quel problema di dipendenza sembra voglia dire che tu non aggiorni il
> sistema da tempo...

Sì, ho una testing su un portatile che non uso speso
> 

Ho provato ad eseguire i comandi che suggerivi, anche se li ho già
provati più volte, e copio qui di seguito il file in cui ho raccolto i
risultati, peraltro già visti in questi ultimi due giorni...
Ricordo solo che, nel fare l'update, è apparso un warning relativo al
pacchetto *apt-listbugs* ma, nella fretta, non ci ho fatto molto caso.

Penso proprio che dovrò reinstallare 'sid', appena mi sarà possibile.
Comunque, grazie dell'aiuto, Ennio

--- quote --
# apt update  >> msg 2>&1
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Hit:1 http://ftp.debian.org/debian sid InRelease
Hit:2 http://ftp.debian.org/debian buster InRelease
Ign:3 http://ftp.debian.org/debian oldstable InRelease
Hit:4 http://ftp.debian.org/debian oldstable Release
Reading package lists...
Building dependency tree...
Reading state information...
819 packages can be upgraded. Run 'apt list --upgradable' to see them.


# apt -f install >> msg 2>&1 
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  argyll argyll-ref docutils-doc libboost-atomic1.67.0 libboost-chrono1.67.0
  libxcb-xf86dri0
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  dconf-gsettings-backend
The following packages will be upgraded:
  dconf-gsettings-backend
1 upgraded, 0 newly installed, 0 to remove and 818 not upgraded.
2 not fully installed or removed.
Need to get 0 B/30.6 kB of archives.
After this operation, 1,024 B disk space will be freed.
Do you want to continue? [Y/n] 
/usr/lib/ruby/vendor_ruby/rubygems/defaults/opera \
 ting_system.rb:84:in `singleton class': undefined method 
`default_specifications_ \
 dir' for class `#' (NameError)
from 
/usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in `'
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require'
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `'
from :4:in `require'
from :4:in `'
E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1)
E: Failure running script /usr/bin/apt-listbugs apt


# apt remove apt-listbugs >> msg 2>&1
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 dconf-gsettings-backend : Depends: dconf-service (< 0.34.0-2.1~)
   Depends: libdconf1 (= 0.34.0-2) but 0.38.0-1 is to 
be installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or 
specify a solution).
  

# apt --fix-broken install >> msg 2>&1
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  argyll argyll-ref docutils-doc libboost-atomic1.67.0 libboost-chrono1.67.0
  libxcb-xf86dri0
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
  dconf-gsettings-backend
The following packages will be upgraded:
  dconf-gsettings-backend
1 upgraded, 0 newly installed, 0 to remove and 817 not upgraded.
2 not fully installed or removed.
Need to get 0 B/30.6 kB of archives.
After this operation, 1,024 B disk space will be freed.
Do you want to continue? [Y/n] 
/usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:84:in \
 `singleton class': undefined method `default_specifications_dir' for class 
`#' (NameError)
from 
/usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in `'
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require'
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `'
from :4:in `require'
from :4:in `'
E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1)
E: Failure running script /usr/bin/apt-listbugs apt


# apt -u upgrade >> msg 2>&1 
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 dconf-gsettings-backend : Depends: dconf-ser

debian/Sid: apt-listbugs bacato blocca aggiornamenti

[Ennio-Sr]

Ciao a tutti,
ho provato diversi suggerimenti trovati in rete, ma non sono riuscito a
superare questo scoglio. Mi sembra di essere entrato in un loop
diabolico e non sono in grado di uscirne.
Piuttosto che descrivere ciò che succede, forse è meglio che vi presenti
ciò che mi appare quando lancio 'apt autoremove' e 'apt --fix-broken install'.
Potete aiutarmi?
Grazie dell''attenzione, Ennio

-- quote --
root@deb-Fuji:~# apt autoremove  
Reading package lists... Done 
Building dependency tree 
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these. 
The following packages have unmet dependencies: 
dconf-gsettings-backend : Depends: dconf-service (< 0.34.0-2.1~)
Depends: libdconf1 (= 0.34.0-2) but 0.38.0-1 is installed  
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or 
specify a solution). 
root@deb-Fuji:~# apt --fix-broken install   
Reading package lists... Done
Building dependency tree   
Reading state information... Done  
Correcting dependencies... Done 
The following packages were automatically installed and are no longer required: 
 
argyll argyll-ref docutils-doc libboost-atomic1.67.0 libboost-chrono1.67.0 
libxcb-xf86dri0 
Use 'apt autoremove' to remove them.   
The following additional packages will be installed:   
dconf-gsettings-backend   
The following packages will be upgraded:  
dconf-gsettings-backend   
1 upgraded, 0 newly installed, 0 to remove and 775 not upgraded.  
2 not fully installed or removed.   
Need to get 0 B/30.6 kB of archives.
After this operation, 1,024 B disk space will be freed.  
Do you want to continue? [Y/n] Y 
/usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:84:in 
`singleton class': \ 
 undefined method `default_specifications_dir' for class `#' 
(NameError)  \
from /usr/lib/ruby/vendor_ruby/rubygems/defaults/operating_system.rb:58:in 
`'   
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `require'  
from /usr/lib/ruby/2.3.0/rubygems.rb:1242:in `' 
from :4:in `require' 
from :4:in `' 
E: Sub-process /usr/bin/apt-listbugs apt returned an error code (1) 
E: Failure running script /usr/bin/apt-listbugs apt  
root@deb-Fuji:~# 
-- unquote --

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Alessandro Rubini  [221020, 20:40]:
> >> Che vuol dire, allegare qui il .dialogrc che scatena il problema.
> >>
> > Eccolo:
> 
> Sembra che non si disabiliti l'ombra. "shadow on" e "shadow off" hanno
> lo stesso effetto. 

Sul mio funziona, ma poiché il mio background è nero, lo vedo solo se
elimino il .dialogrc. In tal caso il bg dell schermo è blu  e quello del
menu è grigio chiaro

> Se e` importante, segnalerei un baco sul pacchetto.

Ho inviato una segnalazione poco fa, marcandola come 'minor'.

> Se e` molto importante lo correggerei direttamente.

Proverò a farlo, appena possibile, ma solo per imparare qualcosa di nuovo ... 

Ti ringrazio molto del tempo dedicatomi.
Cordialmente, 
 Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Alessandro Rubini  [221020, 18:46]:
> 
> Che vuol dire, allegare qui il .dialogrc che scatena il problema.
>
Eccolo:

- quote

#
# ATTENZIONE: Ho cancellato dal file creato automaticamente le voci che
# non mi interessavano ai fini delle varie prove
#
# --

# Run-time configuration file for dialog
#
# Automatically generated by "dialog --create-rc "
#
#
# Types of values:
#
# Number -  
# String -  "string"
# Boolean-  
# Attribute  -  (foreground,background,highlight?)
#


# Shadow dialog boxes? This also turns on color.
use_shadow = Off

# Turn color support ON or OFF
use_colors = ON 

# Screen color - NB: il secondo colore determina il background
screen_color = (CYAN,BLACK,ON) 

# Dialog box color 
dialog_color = (BLACK,BLACK,ON) 
#okok(CYAN,BLACK,ON)

# Dialog box title color
title_color = (RED,BLACK,ON)

# Dialog box border color - NB: interessa le righe super., infer. e a sx
border_color = (CYAN,BLACK,ON)

# Menu box color
menubox_color = (cyan,black,on)

# Menu box border color -> influenza angolo basso dx
menubox_border_color = (CYAN,BLACK,ON)

# Item color -> influenza la descrizione dgli item, a destra
item_color = (CYAN,BLACK,ON) 

# Selected item color
item_selected_color = (white,red,on) 

# Tag color -> influenza la parte sx degli item
tag_color = (cyan,black,on)

# Selected tag color
tag_selected_color = (YELLOW,BLUE,ON)

# Tag key color
tag_key_color = (RED,WHITE,OFF)

# Selected tag key color
tag_key_selected_color = (white,red,on)

# Up arrow color
uarrow_color = (GREEN,WHITE,ON)

# Down arrow color
darrow_color = (GREEN,WHITE,ON)

# Item help-text color
itemhelp_color = (WHITE,BLACK,OFF)

-- unquote



> /alessandro, che non maneggia dialog dal millennio scorso

Se è per questo, anch'io non lo facevo da tempo, e penso che si veda ...

Ciao e grazie


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Alessandro Rubini  [221020, 08:57]:
> 
> A me funziona (quasi). Se il problema viene scatenato da un
> particolare .dialogrc, suggerisco di allegare anche quello
> per permettere ad altri di riprodurre il problema.
>

Ti ringrazio del suggerimento e lo seguirò appena possibile.

> Il "quasi" dipende alla gestione dell'errore. Se dialog non e`
> installato non succede niente (il messaggio di errore finisce nella
> variabile "choice". Retval vale 127.
> 

Mmmh... questo passaggio non l'ho capito ;(!

[OT] Vedo che fai riferimento al mio post di stanotte (22 Oct 2020
00:29:44) che però io stranamente non 'vedo' tra quelli di
debian-italian che ricevo (ma potrei averlo cancellato inavvertitamente)
e che pensavo non fosse passato...

Grazie e cordiali saluti,
ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Walter Valenti  [201020, 13:05]:
> Ciao,
> se ho ben capito vuoi eliminare della cornici che si presentano usando 
> "dialog" ?
> Facci qualche esempio di come lo usi...
> 
> 
> >Dispero che tu possa aiutarmi, tuttavia ti tolgo (spero) dalla
> >contingente 'gnu-aggine':
> 
> ># dpkg -l | grep dialog:
> >ii  dialog                                1.3-20160828-2                     
> >         amd64        Displays user-friendly dialog boxes from shell >scripts
> 

Ti ho risposto due o trte ore fa ma vedo che il mio messaggio non è
passato ancora (forse perché è uno script, anche se commentato con '<<
COMMENTO e COMMENTO' alla fine. Se vuoi, domattina te lo invio in privato ...

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

[Ennio ha scritto:]
> >Dispero che tu possa aiutarmi, tuttavia ti tolgo (spero) dalla
> >contingente 'gnu-aggine':
> 
> ># dpkg -l | grep dialog:
> >ii  dialog                                1.3-20160828-2                     
> >         amd64        Displays user-friendly dialog boxes from shell >scripts
> > [...]
[Walter Valenti ha scritto:]
* Walter Valenti  [201020, 13:05]:
> Ciao,
> se ho ben capito vuoi eliminare della cornici che si presentano usando 
> "dialog" ?
> Facci qualche esempio di come lo usi...
> 

Eccoti un esempio tratto da quelli contenuti nei sorgenti di 'dialog' e
da me ritoccato. Per poterlo provare devi naturalmente eliminare le
righe di commento ( << COMMENTO e COMMENTO (

- quote -
<< COMMENTO

#!/bin/sh
# $Id: menubox,v 1.4 2003/08/15 19:40:37 tom Exp $
: ${DIALOG=dialog}

tempfile=`tempfile 2>/dev/null` || tempfile=/tmp/test$$
trap "rm -f $tempfile" 0 1 2 5 15

###-ok  $DIALOG  --colors\
###-ok--title "\Zr\Z6\Zb MENU BOX " \
$DIALOG  --colors   --backtitle "\Z6\Zr   PROVA DEL COLORE IN BACKGRND  
 " \
--begin 2 0 \
--title "\Zb MENU BOX " \
--menu "\Z6Hi, this is a menu box. You can use this to \n\
present a list of choices for the user to \n\
choose. If there are more items than can fit \n\
number keys 1-9 to choose an option.\n\
Try it now!\n\n\
  Choose the OS you like:" 18 50 5 \
"Linux"  "The Great Unix Clone for 386/486" \
"NetBSD" "Another free Unix Clone for 386/486" \
"MSDOS"  "Microsoft DOS" 2> $tempfile

retval=$?

choice=`cat $tempfile`

case $retval in
  0)
echo "'$choice' chosen.";;
  1)
echo "Cancel pressed.";;
  255)
echo "ESC pressed.";;
esac


COMMENTO
- unquote -

Se hai un file '.dialogrc' potresti avere colori diversi a schermo, ma
dovrebbero comparire quei bordi di cui parlavo. Eliminando tale file,
probabilmente lo sfondo sarà blu e le cornici regolari.

Ciao, ennio

PS: Nel rispondere segui p.f. le regole di questo NG: in cima i passi
significativi del messaggio a cui rispondi e in calce le tue
osservazioni (come ho cercato di fare io).

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

* Walter Valenti  [191020, 10:27]:
> Ciao,
> sarò gnugnu io ma non ho capito di che menù stai parlando.
> 
> Walter

Dispero che tu possa aiutarmi, tuttavia ti tolgo (spero) dalla
contingente 'gnu-aggine':

# dpkg -l | grep dialog:
ii  dialog1.3-20160828-2
  amd64Displays user-friendly dialog boxes from shell scripts
ii  libnm-gtk0:amd64  1.4.4-1+deb9u1
  amd64library for wireless and mobile dialogs (libnm-glib version)
ii  libnma0:amd64 1.4.4-1+deb9u1
  amd64library for wireless and mobile dialogs (libnm version)
ii  pinentry-gnome3   1.0.0-2   
  amd64GNOME 3 PIN or pass-phrase entry dialog for GnuPG
ii  pinentry-gtk2 1.0.0-2   
  amd64GTK+-2-based PIN or pass-phrase entry dialog for GnuPG
ii  whiptail  0.52.19-1+b1  
  amd64Displays user-friendly dialog boxes from shell scripts
ii  zenity3.22.0-1+b1   
  amd64Display graphical dialog boxes from shell scripts
ii  zenity-common 3.22.0-1  
  all  Display graphical dialog boxes from shell scripts (common 
files)

Ciao, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Debian dialog: si possono eliminare le cornici?

[Ennio-Sr]

Ciao a tutti,

dopo moltissime ricerche, sia in rete che in man, non sono riuscito a
trovare il modo di eliminare le cornici che delimitano il box del menù.

In verità, le righe che vorrei eliminare sono:
1. quella che sottolinea il 'backtitle' e si estende dal lato sinistro
   al destro per l'intera larghezza dello schermo
   (scompare solo se faccio a meno del backtitle);
2. il rettangolo che delimita il box contenente le voci del menu tra cui
   scegliere (spostandosi con le frecce) viene disegnato su fondo bianco
   nella parte superiore sinistra e su sfondo nero in quella destra;
3. c'è infine un'altra riga, sempre su sfondo bianco, esterna al
   rettangolo del menu, incompleta (c'è solo la laterale destra e quella
   in basso).

In pratica, le righe 2 e 3 si presentano così:
|
  (sfondo bianco) ->\   |
||  |
||  |
||  |
(sfondo nero) ->/   |
 ---\  -> (sfondo bianco) 

Se elimino il file .dialogrc le cornici sono regolari, ma lo sfondo è
chiaro (io preferisco il nero che fa risaltare meglio le varie voci) e
non posso più scegliere i colori delle voci del menù.

Potete suggerirmi una soluzione?
Grazie dell'attenzione,
 Ennio

--
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Vecchio comando 'tput sgr0': con cosa sosituirlo?

[Ennio-Sr]

* Alessandro Rubini  [121020, 00:44]:
> > Mi resta tuttavia una curiosità: nel manuale di tput non riesco a
> > trovare il punto in cui spiega la/le opzioni 'sgr0'.
> 
>  DESCRIPTION
>The  tput utility uses the terminfo database [...]
> 
>  SEE ALSO
>clear(1), stty(1), tabs(1), tset(1), terminfo(5), termcap(3NCURSES).
> 
> E "man terminfo" a me dice che sgr0 e` "turn off all attributes".
> 
> /alessandro
> 
> ps, per i giovani: "terminfo(5)" vuol dire "nel capitolo 5", quindi se
> non funziona "man terminfo" si usa "man 5 terminfo".  "man man" per
> saperne di piu` e capire perche` printf(1) e printf(3) sono cose diverse.

Ciao Alessandro e moltissime grazie della cortese, esauruente e illuminante
risposta: non riuscivo proprio a ricordare da dove avevo preso quella opzione!
Grazie di nuovo e buona notte,
Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Vecchio comando 'tput sgr0': con cosa sosituirlo?

[Ennio-Sr]

* Lorenzo Breda  [111020, 01:44]:
> Il giorno dom 11 ott 2020 alle ore 00:00 Ennio-Sr  ha
> scritto:
> 
> >
> > Oggi quel comando non viene più riconosciuto e non ne trovo traccia in
> > man tput.
> >
> 
> Non mi risulta, o quantomeno mi funziona perfettamente. Ho il tput fornito
> da ncurses-bin 6.1+20181013-2+deb10u2.
> 

Ciao Lorenzo,
grazie della conferma: io ho ancora la versione 6.0 di ncurses, ma il
problema era in una mia svista, come già detto.
Mi resta tuttavia una curiosità: nel manuale di tput non riesco a
trovare il punto in cui spiega la/le opzioni 'sgr0'. Ho trovato solo qualcosa
in rete...ma non è la stessa cosa!
Ciao, Ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Vecchio comando 'tput sgr0': con cosa sosituirlo?

[Ennio-Sr]

* Ennio-Sr  [111020, 00:00]:
> Ciao a tutti,
> 
> sto ri-esaminando a distanza di mooolti anni, dei vecchi script in cui
> ripulivo lo schermo (forse solo dai colori usati in precedenza)
> richiamando '$Reset' che, in pratica, usava il comando in oggetto.
> 
> Oggi quel comando non viene più riconosciuto e non ne trovo traccia in
> man tput.
> 
> C'è tra voi un 'meno giovane' che mi può aiutare?
> 
> Inutile dire che ho provato con alcune delle opzioni suggerite dal man
> tput 'moderno' e non vedo più nulla a schermo...
> 
> Grazie dell'attenzione,
>Ennio
> 
> 

Mmhh... ho l'impressione di essere stato troppo frettoloso: richiamavo
il comando come 'Reset' anziché '$Reset' e, naturalmente, non
funzionava. Tuttavia, restano in giro i colori precedenti e, quindi, lo
schermo diventa 'arlecchinato'...

Se avete qualche suggerimento è sempre bene accetto.
Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Vecchio comando 'tput sgr0': con cosa sosituirlo?

[Ennio-Sr]

Ciao a tutti,

sto ri-esaminando a distanza di mooolti anni, dei vecchi script in cui
ripulivo lo schermo (forse solo dai colori usati in precedenza)
richiamando '$Reset' che, in pratica, usava il comando in oggetto.

Oggi quel comando non viene più riconosciuto e non ne trovo traccia in
man tput.

C'è tra voi un 'meno giovane' che mi può aiutare?

Inutile dire che ho provato con alcune delle opzioni suggerite dal man
tput 'moderno' e non vedo più nulla a schermo...

Grazie dell'attenzione,
   Ennio


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Pam non riconosce alcune variabili di 'env'(ironment)?

[Ennio-Sr]

Ciao a tutti!

Qualcuno sa spiegarmi|suggerirmi documentazione che spieghi cosa
signicano queste due righe che leggo da 'journalctl' ? 

Quote 
Feb 28 18:59:44 deb-M90 udev-acl.ck[12253]: g_slice_set_config:
assertion 'sys_page_size == 0' failed
Feb 28 19:00:01 deb-M90 CRON[12291]: pam_env(cron:session):
non-alphanumeric key
'.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:'
in /etc/environment', ignoring Feb 28 19:00:01 deb-M90 CRON[12291]:
pam_unix(cron:session): session opened for user ennio by (uid=0)
Unquote --

Grazie, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: E349 in vim e 'pioggia di diamanti' sulla tastiera

[Ennio-Sr]

* Gollum1  [210220, 04:42]:
> Il 21 febbraio 2020 00:47:32 CET, Ennio-Sr  ha scritto:
> >* Davide Prina  [200220, 19:59]:
> >> On 19/02/20 00:52, Ennio-Sr wrote:
> >> 

> [...] 

> >La cosa che ho trovato strano, tra le altre, è che, dando tra una prova
> >e l'altra il comando 'sudo setupcon --current-tty -v' (per tornare alla
> >normalità [AGGIUNGO: - nella tty5 in cui sperimentavo -], esso veniva
> >lanciato per tutte le console aperte (da tty1 a tty5, essendo la tty5
> >quella in cui avevo fatto il login come utente
> >'arab'.
> >
>  non mi pare poi così strano.

La consideravo 'strana' in relazione a quanto dice 'man setupcon':
   --current-tty
  Setup the only the current virtual terminal.

> se hai una console incasinata, è
>  sicuramente più facile fare il reset da un'altra in cui leggi quello
>  che stai scrivendo, piuttosto che digitare caratteri alla cieca, come
>  si faceva con il semplice reset. 
> 

La prima volta che mi è successo la tastiera non rispondeva più ad alcun
comando, quale che fosse: unica alternativa l'intervento esterno per un
soft reboot...

Piacere di averti re-incontrato, ciao, ennio.
-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: E349 in vim e 'pioggia di diamanti' sulla tastiera

[Ennio-Sr]

* Davide Prina  [200220, 19:59]:
> On 19/02/20 00:52, Ennio-Sr wrote:
> 
> > La cosa ancora più strana è che, spostandomi nelle console libere (ALT
> > F1, F2, ecc.),
> 
> intendi Ctrl-Alt-F1... o forse Alt-F1 e sono xterm?
> 
No, solo 'ALT+F1...' e sono sempre in console di testo, ma penso di aver
capito perché è succsso: vedi seguito.

> > qualunque tasto pigiassi, veniva fuori un glifo
> > romboidale (che qualcuno chiama 'diamante'), ossia il carattere che
> > denota l'assenza del relativo glifo!
> 
> dovevi provare a fare il login, anche se non vedevi nulla di quello che
> scrivevi, e poi digitare
> reset

Fatto, naturalmente, ma non riconosceva i comandi

> [...] 
> con journalctl vedi solo i log dell'ultimo avvio, a meno che sono stati
> salvati avvii precedenti e hai usato l'opzione -b
> 
> In /var/log/syslog* trovi di sicuro i log registrati. Se ti ricordi il
> giorno e più o meno l'orario dovresti poter vedere se c'è qualcosa
> 
Ho individuato esattamente l'ora e il giorno, ma non c'è nulla di strano 

Da alcune altre prove fatte poco fa ho capito che quando ho 'sfasciato'
le varie console era perché non avevo limitato opportunamente il comando
'sudo setupcon arab' con la opzione '--current-tty'.
Ho rifatto ora diverse prove, salvando i risultati con '2>&1 >>testfile'
provando le opzioni '-k' e -'f' - da sole o insieme, verificando - nella
peggiore delle situazioni - che solo il tasto con la 'chiocciolina'
produceva il rombo e le altre console restavano intatte.
La cosa che ho trovato strano, tra le altre, è che, dando tra una prova
e l'altra il comando 'sudo setupcon --current-tty -v' (per tornare alla
normalità, esso veniva lanciato per tutte le console aperte (da tty1 a
tty5, essendo la tty5 quella in cui avevo fatto il login come utente
'arab'.

Ti ringrazio della risposta. Buona notte, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

E349 in vim e 'pioggia di diamanti' sulla tastiera

[Ennio-Sr]

Ciao a tutti.

Mentre editavo con vim un file di testo, vim si è bloccato
inaspettatamente e non rispondeva più ai comandi per uscire o salvarre o
interrompere con CTRL-c. In calce appariva l' errore:
_E349: No identifier under cursor_

La cosa ancora più strana è che, spostandomi nelle console libere (ALT
F1, F2, ecc.), qualunque tasto pigiassi, veniva fuori un glifo
romboidale (che qualcuno chiama 'diamante'), ossia il carattere che
denota l'assenza del relativo glifo!

Ho fatto un soft reboot e la cosa è andata a posto, ma mi chiedo da cosa
possa dipendere: riscaldamento eccessivo, hardware piuttosto vecchiotto?
In journalctl e system non ho trovato niente di signicativo...

Vi è mai capitato?

Grazie ell'attenzione, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: [RISOLTO] Re: apt-get upgrade dà errore in '/etc/environment: line 1:' \

[Ennio-Sr]

* valerio  [170220, 08:52]:
> Il 16/02/20 19:23, Ennio-Sr ha scritto:

> > Tornando alla presenza di /etc/environment nel mio sistema (Stretch)
> > penso che si tratti di un retaggio delle vecchie distro non eliminata
> > automaticamente in occasione dei vari upgrade (forse addirittura dalla
> > ìpotato' in poi...).
> 
> non so se mi sono espresso bene: ho il file, ma è a zero byte...
> 
'Va bene eguale', come dicono da queste parti ;-)
L'upgrade ha funzionato anche dopo aver eliminato quel file che,
probabilmente, avevo creato in un passato remoto per raccogliervi tutte
le variabili di ambiente comuni ai vari utenti.
Ho poco fa 'scoperto' che interpretavo male l'errore che mi bloccava
l'upgrade: quel '01:cd=40' andava letto come '1:cd=4' perhé gli '0'
segnalano solo il _new line, ossia '\n'_: cancellando la sequenza
corretta e ripristinando il file funziona ugualmente.
Resta da capire cosa significhi quel '1:cd=4' nella riga di LS_COLORS!

Ciao, ennio
-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

[RISOLTO] Re: apt-get upgrade dà errore in '/etc/environment: line 1:' \

[Ennio-Sr]

* valerio  [160220, 18:08]:
> 
> 
> Il 16/02/20 17:52, Ennio-Sr ha scritto:
> > Ciao a tutti!
> > 
> > [...] 
> 
> ciao,
> non ho idee, solo che, per esempio, il mio /etc/environment è vuoto...
> 
Ti ringrazio molto, Valerio, della rapida risposta che mi ha consentito
di risolvere il problema. Mi era venuta l'idea di toglierlo, ma stavo
cercando il comando 'clearenv' (letto in man environ o altro simile) che
non trovavo: vedo ora che si tratta di una funzione, forse in glibc.

Tornando alla presenza di /etc/environment nel mio sistema (Stretch)
penso che si tratti di un retaggio delle vecchie distro non eliminata
automaticamente in occasione dei vari upgrade (forse addirittura dalla
ìpotato' in poi...).

Grazie di nuovo, ciao, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

apt-get upgrade dà errore in '/etc/environment: line 1:' \

[Ennio-Sr]

Ciao a tutti!

Questa non ci voleva proprio mentre cercavo di capire per bene come
muovermi con locale, codeset, charset, charmaps et similia per stampare
a schermo alcuni caratteri > 256, ecoo che a un tentativo di
aggiornamento debian mi tira fuori questo errore!

Non sarò mica il primo a cui è capitato? (su Google non ho trovato
niente e i miei .bashrc e .bash_profile sono rimasti come erano...)

Avete qualche suggerimento?
Grazie, ennio


PS: In venti anni non mi era mai successo!!!

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Come si stampano in console i caratteri UTF-8?

[Ennio-Sr]

* Felipe Salvador  [140220, 16:21]:
> On Fri, Feb 14, 2020 at 12:17:39AM +0100, Ennio-Sr wrote:
> > [...]
> > premesso che ho configurato 'locale' come en_GB.UTF-8 (con LC_ALL="")
> > vorrei stampare in un file di testo (da console) una C al contrario
> > (ossia come vista allo specchio. [...]
> 
> Ciao,
> [...]
> quello che indichi te sembra più questo:
> 
> 
>  echo -e '\U0186'
>  Ɔ
> 
Sì, il codice esadecimale è proprio questo.
> Detto questo, il rombo solitamente viene stampato quando il terminale
> che stai utilizzando non interpreta il carattere indicato.
ed è a questo punto che mi perdo, perché mi manca il 'codeset' che
contenga il glifo relativo alla 'C' visto allo specchio!

> Da dove vuoi stampare questi caratteri? TTY? PTS?
da TTY.

In vecchi miei appunti di una decina di anni fa ho trovato il
riferimento a /etc/default/console-setup, nel quale avevo messo questi
valori:
 quote 
ACTIVE_CONSOLES="/dev/tty[1-6]"
CHARMAP="UTF-8"
CODESET="Lat15"
FONTFACE="Fixed"
FONTSIZE="8x16"
VIDEOMODE=
--- unquote ---

Immagino di dover sostituire quel 'Lat15', ma con cosa?

Grazie Felipe dell'interessamento. Spero che ti arrivi questa
risposta... (Nell'altro mio post di alcuni giorni fa la mia risposta al
tuo suggerimento è stata bloccata!)
Saluti, ennio.

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Come si stampano in console i caratteri UTF-8?

[Ennio-Sr]

Ciao a tutti,

premesso che ho configurato 'locale' come en_GB.UTF-8 (con LC_ALL="")
vorrei stampare in un file di testo (da console) una C al contrario
(ossia come vista allo specchio). Il carattere UTF-8 relativo dovrebbe
essere hex(0186) o '0390' decimale ma, se digito shift+0390 mi stampa
a schermo il simbolo di una picca (un piccolo rombo bianco). 

Ho cercato su Google per un paio di ore con risultati molto
insoddisfacenti.
Penso di dover aggiungere uno dei font che sono in
/usr/share/consolefonts, ma quale? E poi, come si fa a vedere quale
pacchetto ho già installato?

Potete aiutarmi?
Grazie dell'attenzione, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 

Re: Mutt e charset UTF-8 (era: Perché tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

* Ennio-Sr  [080220, 20:53]:
> Come 'Appendice' alla risposta inviata pochi minuti fa:
> [...] 
> Agivo sul 'fileA' di cui parlavo nel precedente post, che ora
> restituisce le accentate sia con 'vim' che con 'sudo vim'.
> 
> A questo punto parrebbe lecito concludere che dipendeva dalla mancanza di
> 'encoding = utf-8' in .vimrc oppure dall'encoding sbagliato???
> 
> La storia continua ... a tra poco...

Mmh, commentando la riga encoding=utf-8 in .vimrc  il fileA (convertito
in utf-8) continua a mostrare correttamente le accentate sia con 'vim' che 
'sudo vim', mentre quello
rimasto con il vecchio encoding iso-8859-1 (per via della .signature) le
fa vedere solo con 'sudo vim'.
Resta il perché ciò avvenga!!!
aluti a tutti,
ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](ò|ó)
[Why use Win$ozz (I say) if ... "even a fool can do that. )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perché tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

Come 'Appendice' alla risposta inviata pochi minuti fa:

* Gabriele Stilli  [080220, 17:25]:
> Il 08/02/20 16:07, Ennio-Sr ha scritto:
> 
> > Ora, se uso vim per vederlo, le accentate le vedo come punti 
> > interrogativi; se invece uso 'sudo vim fileA' le vedo bene: che 
> > diavoleria è mai questa?

Penso - e mi auguro - di esserne venuto a capo:
senza toccare altro, ho semplicemente convertito la .signature (che era
ancora iso-8859-1) forse 'responsabile' del risultato di 'file miei_msg'
= 8859-1.
Agivo sul 'fileA' di cui parlavo nel precedente post, che ora
restituisce le accentate sia con 'vim' che con 'sudo vim'.

A questo punto parrebbe lecito concludere che dipendeva dalla mancanza di
'encoding = utf-8' in .vimrc oppure dall'encoding sbagliato???

La storia continua ... a tra poco...


-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](ò|ó)
[Why use Win$ozz (I say) if ... "even a fool can do that. )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perché tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

* Gabriele Stilli  [080220, 17:25]:
> Il 08/02/20 16:07, Ennio-Sr ha scritto:
> > [...]  
> 
> Ecco, in questa tua email le accentate si vedono bene. Qui "file" mi
> dice "UTF-8 Unicode text".

Molto bene, speriamo che duri: ne ho fatti (di tentativi) tra ieri e
oggi che non mi meraviglierei se mi fosse scappato qualcosa...

> 
> > Ora, se uso vim per vederlo, le accentate le vedo come punti 
> > interrogativi; se invece uso 'sudo vim fileA' le vedo bene: che 
> > diavoleria è mai questa?
> 
> Prova a dare il comando "locale" sia da utente comune che da root.
> 
Sono perfettamente identici: ho verificato anche con 'diff -y' per
evitare sviste.

> Oppure confronta il .vimrc dell'utente comune con quello di root.
> 

Anche qui non noto nulla di strano. 'root' in quanto utente admin non ha
un suo .vimrc. Esistono '/etc/vim/vimrc' e '/etc/vim/vimrc.tiny' il cui
conenuto - se non sbaglio - vale per tutti gli utenti, o no? 

Ad ogni buon conto queste sono le differenze:
Questo è 
~/.vimrc
"Questa è una copia di /etc/vim/vimrc senza i commenti:   | set tw=74 
" | set 
encoding=utf-8
runtime! debian.vim   | set 
fileencodings=utf-8
syntax on |
set background=dark   <
if has("autocmd") <
  au BufReadPost * if line("'\"") > 1 && line("'\"") <= line( <
endif <
if has("autocmd") <
  filetype plugin indent on   <
endif <
set showcmd " Show (partial) command in status li <
set showmatch   " Show matching brackets. <
set ignorecase  " Do case insensitive matching<
set mouse=a " Enable mouse usage (all modes)  <
if filereadable("/etc/vim/vimrc.local")   <
  source /etc/vim/vimrc.local   " _*questo non c'è*_  <
endif <

Quanto al vimrc.tiny, esso ha solo due righe non commentate:
- set 
runtimepath=~/.vim,/var/lib/vim/addons,/usr/share/vim/vimfiles,/usr/share/vim/vim80,\
  /usr/share/vim/vimfiles/after,/var/lib/vim/addons/after,~/.vim/after
- set compatible   [ ---> ho provato a metterlo anche in .vimrc e vim è 
impazzito!]

--
Ho avuto modo, intanto, di guardare il sito segnalatomi ieri su 'set
encoding e set fileencoding' e l'ho trovato interessante. 
Nel frattempo ho convertito in utf-8 la mia '.signature', che era
rimasta in iso-8859-1.

Per cronaca, registro che ho incontrato altri due problemi:
1. (Quello che mi ha impedito di risponderti questa notte): quando ho
   provato a salvare la mia risposta Mutt mi ha 'sparato' il warning:
   *E45: 'readonly' option is set (add ! to overrite)*
   che vedevo per la prima volta, ero stanco e rintronato per cui ho
   salvato su un file a parte rimandando a stamattina...

2. É il problema di cui si è già parlato, relativo alla visualizzazione
   delle accentate lanciando vim con sudo... 
   Lo terrò sotto osservazione per scoprire da cosa dipende...

Infine, Gabriele, un ampio e convinto 'grazie' della pazienza con cui
hai seguito le mie 'dis-avventure' e mi stai aiutando a uscirne sano di
mente ;-)

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](ò|ó)
[Why use Win$ozz (I say) if ... "even a fool can do that. )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perché tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

[N.B. Doveva partire stanotte alle 02.30, ma qualcosa è andata storta!]
* Gabriele Stilli  [080220, 00:38]:
> Il 07/02/20 20:05, Ennio-Sr ha scritto:
> 
> Prova:
> set encoding=utf-8
> set fileencoding=utf-8
>
Fatto, ma non cambia nulla...
> Fonte:
> https://stackoverflow.com/questions/1650/set-encoding-and-fileencoding-to-utf-8-in-vim
> 
lo studiero` domani a mente fresca ;)

Intanto a volo: mi è capitata un'altra cosa strana. 
1. Ho isolato uno dei messaggi contenente lettere accentate, salvandolo come 
'fileA'
2. file fileA mi dice che e` in car. iso-8859-1
3. Ho aggiunto due righe di accentate in calce a fileA
Ora, se uso vim per vederlo, le accentate le vedo come punti
interrogativi; se invece uso 'sudo vim fileA' le vedo bene:
che diavoleria è mai questa?
Buona notte, ennio.

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](?|?)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perché tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

* Gabriele Stilli  [070220, 01:17]:
> > [...]
> 
> Il pager ha effetto solo su come mutt ti fa vedere la mail, mentre il
> problema è che gli header dicono "UTF-8" ma il corpo della mail è in
> Latin-qualcosa (su una tua mail "file" mi dice "ISO-8859 text").
Se mi indichi data e ora provo anch'io a isolarla e a verificare con
"file mail.txt" ...

> Secondo me è l'editor usato per scrivere la mail (hai detto vi?) che ti
> salva il testo in un altro charset. Hai provato a guardare la
> configurazione dell'editor?

Si`, uso vim e il mio '.vimrc' � molto semplice:

set tw=74 
set fileencodings=utf-8,en_US,iso-8859-1,iso-8859-15,cp950,latin1

Sintetizzo ci� che mi succede:
1. Mutt legge le lettere accentate del messaggio in arrivo
2. Nel momento in cui rispondo (entra in azione vim) le accentate del testo
originario vengono sostituite da caratteri strani, mentre quelle che
scrivo io le vedo correttamente: scrivo '���' (tre 'a' con acc.' ma
vedrete - e vedr� - tre punti interrog. se non altri car. strani).

Grazie, ciao, ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

* Piviul  [060220, 08:50]:
> Ennio-Sr ha scritto il 05/02/20 alle 23:14:
> > [...]
> 
> Questo è ad esempio l'output di locale che mi dice il charset utilizzato:
> 
> $ locale
> LANG=it_IT.UTF-8
> [...]
Il mio � identico al tuo, salvo che per la lingua, che �
'en_GB.UTF-8'...

Dopo molte altre letture mi sono convinto che tutto dipende dal 'pager'
interno usato da mutt. 

Pensavo che poich� in console, nonostante il carattere 'en_GB.UTF-8',
scrivo le accentate sarebbe stato possibile vederle anche da mutt
modificando qualche voce in .muttrc; ma questo non � possibile perch�,
la introduzione in .muttrc di charset diversi crea incompatibilit�
all'avvio di mutt. Infatti, scegliendo 'less' come pager esterno, vedo
le accentate, ma si scombina la visualizzazione solita della schermata
di mutt...

Grazie comunque.
Saluti, ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Mutt e charset UTF-8 (era: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?)

[Ennio-Sr]

* Davide Prina  [030220, 20:01]:
> On 03/02/20 00:11, Ennio Sr wrote:
> [..]
> PS: tu dichiari di inviare la posta in con charset="UTF-8", ma in realt� non
> � vero. Probabilmente hai qualcosa configurato non correttamente
> 
Ciao Davide,

ritorno al mio precedente post circa le lettere accentate...
Ebbene, dopo numerose ricerche in rete e compulsazioni di 'man' sono
sempre al punto di partenza ;).
Ho finito poco fa di provare anche tutti i suggerimenti dati
nell''ottimo sito:
<https://gitlab.com/muttmua/mutt/-/wikis/MuttFaq/Charset>
Ci� mi ha consentito di rettificare alcune sviste e/o duplicazioni, ma
non ho risolto il problema che lamentavo.

Sottolineo che non sono io che "dichiaro di inviare la posta con
charset="UTF-8" ".
Se guardo gli 'Header' dei miei messaggi, vedo:
* Content-Type: text/plain; charset="UTF-8" *

In alcuni messaggi (di terzi) in arrivo vedo che nella riga di cui sopra
c'� anche 'format=flowed' che non so come imporre a mutt, n� se ha
importanza.

Da notare anche che - mano a mano che leggevo il sito di cui sopra - ho
scambiato (con mutt) dei messaggi con le accentate tra due miei
indirizzi: nel momento in cui le scrivevo, esse apparivano come dovevano
(ossia lettere accentate); quando le leggevo dalla cartella 'sent'
ritornavano i punti interrogativi ... 
Come accadr� in questa riga, composta delle vocali 'aaa eee ��� ooo uuu'
accentate:
��� ��� ��� ��� ���

A parte cambiare PC non mi resta altro da fare?!...;-) 

Saluti, ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: postfix dovecot sieve

[Ennio-Sr]

* marco  [040220, 16:48]:
> Ciao a tutti, ne approfitto perche' vorrei iniziare a configurare postfix
> con l'accopata dovecot e i sieve di dovecot. Da dove iniziare? In dovecot
> c'e' la possibilita' di mandare in automatico in spam le email indesiderate?

Ciao Marco,
pocanzi mi sono imbattuto in questa pagina che potrebbe tornarti comoda,
in particolare se te la cavi con l'inglese...  

Saluti, ennio



-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?

[Ennio-Sr]

* marco  [040220, 13:52]:
> Ciao a tutti, ne approfitto perche' vorrei iniziare a configurare postfix
> con l'accopata dovecot e i sieve di dovecot. Da dove iniziare? In dovecot
> c'e' la possibilita' di mandare in automatico in spam le email indesiderate?
>> [...]

Ciao Marco,

mi dispiace ma non conosco 'dovecot' e non posso aiutarti.
Posso solo consigliarti di non ripetere in futuro ci� che hai fatto ora,
ovvero 'approfittare' di un 'thread' gi� iniziato con altro 'Subject'
per chiedere aiuto su un argomento diverso.
Prova a riformulare il quesito cambiando opportunamente il 'Subject' e
qualcuno certamente ti aiuter�.

Saluti, ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?

[Ennio-Sr]

* Davide Prina  [030220, 20:01]:
> On 03/02/20 00:11, Ennio Sr wrote:
> > procmail: Error while writing to "/home/ennio/Mail/incoming"
> > procmail: Truncated file to former size
> [...] 
>
> 2) hai raggiunto il limite massimo della casella (mailbox_size_limit)[¹]
> 

Ebbene s�! Dopo diversi 'esperimenti' ero arrivato a questa conclusione,
anche perch� creando una 'incoming' nuova di zecca tutto sembrava
funzionare normalmente... (la vecchia era mostruosamente grande:
212M!!!)

> [¹]
> http://www.preshweb.co.uk/2007/07/49mb-mailbox-size-limit-postfix-procmail/

Ma questo certamente � un gesto di cortesia da parte tua che apprezzo molto:
riguarder� il link con maggior calma per vedere 'dove sta cosa', ossia dove
fissare eventualmente i parametri giusti.

> 
> PS: tu dichiari di inviare la posta in con charset="UTF-8", ma in realtà non
> è vero. Probabilmente hai qualcosa configurato non correttamente
> 
Boh! forse devo riguardare 'vim' con il quale gestisco le risposte: ho
gi� notato, appena mi � apparsa la schermata per questa risposta, che
vedevo le accentate del titolo; far� sapere... 

Grazie di nuovo e buona notte, ennio
 
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?

[Ennio Sr]

Mi dispiace! Ritenevo di aver risolto, ma il messaggio di poco fa lo vedo
solo da gmail (che non uso mai) e non da mutt (non è nei messaggi 'inviati'
né in quelli 'incoming'.
Leggendo procmail vedo le righe che ripropongo qui sotto, sperando che
qualcuno possa darmi indicazioni utili: sarò stato mica incluso nella lista
debian degli 'spammers' (ma non ho ricevuto alcun messaggio da
debian-italian in proposito ...
Grazie dell'eventuale aiuto, ennio

 quote ---

procmail: Error while writing to "/home/ennio/Mail/incoming"
procmail: Truncated file to former size
procmail: Error while writing to "/home/ennio/Mail/incoming"
procmail: Truncated file to former size
(varspam) From bounce-debian-italian=nasr.laili=tin...@lists.debian.org
 Sun Feb  2 23:51:19 2020
 Subject: Re: =?utf-8?Q?Perch?= =?utf-8?B?77+9?= tutte le e-mail dei NGs
  Folder: /dev/null5524

- unquote -


On Sun, Feb 2, 2020 at 11:51 PM Ennio-Sr  wrote:

> * Piviul  [290120, 09:49]:
> > Ennio-Sr ha scritto il 29/01/20 alle 00:53:
> > > Ciao a tutti,
> > > [...]
> > non è che abbia molta esperienza e detto così è molto difficile. Ma
> oltre a
> > procmail dovresti avere uno spamassassin o similare.
> >
> > Comunque normalmente se guardi la head del messaggio dovresti avere lo
> score
> > e questo è già significativo. Altrimenti guardare il log di procmail
> > potrebbe essere utile...
> >
>
> Ciao Piviul e grazie del tuo intervento.
>
> Rispondo con notevole ritardo perché solo poco fa, penso di aver risolto
> i problemi del mio sistema di posta: pare che dopo alcuni accorgimenti
> adesso i messaggi della lista non vadano nello spam, ma nella posta in
> arrivo...
> Mi sono 'impallato' come un pivello qualunque, prima di *ri-scoprire* i
> vari log e ragionare su ciò che segnalavano. Adesso devo solo
> controllarli più spesso...
>
> Grazie di nuovo e le mie scuse alla Lista per eventuali inconvenienti
> che abbia causati.
>
> Saluti, ennio
>
>
> --
> [Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
>  Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
> [Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
>  Do something you aren't good at!" (as Henry Miller used to say) ]
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Perch� tutte le e-mail dei NGs finiscono nella cartella spam?

[Ennio-Sr]

* Piviul  [290120, 09:49]:
> Ennio-Sr ha scritto il 29/01/20 alle 00:53:
> > Ciao a tutti,
> > [...] 
> non è che abbia molta esperienza e detto così è molto difficile. Ma oltre a
> procmail dovresti avere uno spamassassin o similare.
> 
> Comunque normalmente se guardi la head del messaggio dovresti avere lo score
> e questo è già significativo. Altrimenti guardare il log di procmail
> potrebbe essere utile...
> 

Ciao Piviul e grazie del tuo intervento.

Rispondo con notevole ritardo perch� solo poco fa, penso di aver risolto
i problemi del mio sistema di posta: pare che dopo alcuni accorgimenti
adesso i messaggi della lista non vadano nello spam, ma nella posta in
arrivo... 
Mi sono 'impallato' come un pivello qualunque, prima di *ri-scoprire* i
vari log e ragionare su ci� che segnalavano. Adesso devo solo
controllarli pi� spesso...

Grazie di nuovo e le mie scuse alla Lista per eventuali inconvenienti
che abbia causati.

Saluti, ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Perch� tutte le e-mail dei NGs finiscono nella cartella spam?

[Ennio-Sr]

Ciao a tutti,

dopo alcuni giorni di 'intasamento' del mio sistema di posta (postfix,
fetchmail, procmail, mutt) con un centinaio di messaggi 'bounced',
nonostante abbia corretto una precedente modifica sbagliata, continuo a
ricevere i messaggi dei NGs tutti nella mailbox riservata allo spam.
Non riesco a individuare dove sia l''errore...
Cosa dovrei controllare meglio?

Grazie dell'attenzione,
ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [(fwd): Re: [OT] Interruzione anomala registrazione streaming radio 3]

[Ennio Sr]

Ok, grazie, proverò mpl...

On Thu, Jan 23, 2020 at 8:35 PM Davide Prina  wrote:

> On 23/01/20 01:19, Ennio Sr wrote:
>
> >> io ti consiglierei di provare mpv.
> >> [...]
> > Quindi, pensi che le interruzioni dipendano da mplayer e non dalla
> > interruzione del collegamento internet?
>
> io avevo iniziato ad avere problemi con mplayer, di sicuro avevo dei
> problemi con i filmati che perdevano frame perché non riusciva a
> riprodurre e forse anche con il 5° canale della filodiffusione che ogni
> tanto si bloccava o non riusciva a riprodurlo in continuità.
>
> Ciao
> Davide
>
> --
> Dizionari: http://linguistico.sourceforge.net/wiki
> Client di posta: https://www.thunderbird.net
> GNU/Linux User: 302090: http://counter.li.org
> Non autorizzo la memorizzazione del mio indirizzo su outlook
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [(fwd): Re: [OT] Interruzione anomala registrazione streaming radio 3]

[Ennio Sr]

From: Davide Prina 
Reply-To: debian-italian 
Date: Tue, 21 Jan 2020 19:59:32 +0100
To: debian-italian@lists.debian.org

>>On 21/01/20 00:04, ennio wrote:

>> e poi mplayer - con alcuni parametri - per 'catturare' lo streming.

> io ti consiglierei di provare mpv.
> [...]
Quindi, pensi che le interruzioni dipendano da mplayer e non dalla
interruzione del collegamento internet?


> PS: ma come mai non quoti correttamente?
Scusa, ma la tua prima risposta mi è arrivata come un messaggio
'Frwarded' e penso che questo abbia 'guastato' l'ordine. Nella presente
risposta ho integrato a mano con '>' e '>>', se è questo ciò a cui ti
riferivi...

Ciao, ennio

PS. Scusa, ti rispondo da gmail perché il mio mutt si è impuntato
sulla mancata identificazione:
 il file di configurazione era vecchio di anni e non aveva mai dato
problemi. Devo capire che cosa devo cambiare...

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]


On Tue, Jan 21, 2020 at 7:59 PM Davide Prina  wrote:

> On 21/01/20 00:04, ennio wrote:
>
> > e poi mplayer - con alcuni parametri - per 'catturare' lo streming.
>
> io ti consiglierei di provare mpv.
>
> Che sappia io mplayer è sempre meno supportato, i vari partecipanti al
> progetto hanno litigato e si sono un po' divisi.
>
> Ho trovato che mpv, che è un fork di mplayer2 è più veloce, usa meno
> risorse e ha migliorato diverse cose.
>
> Ormai sono parecchi anni che uso mpv e mi trovo davvero bene... e mi ha
> permesso di risolvere alcuni problemi che avevo con mplayer.
>
> Ciao
> Davide
>
> PS: ma come mai non quoti correttamente?
>
> --
> Dizionari: http://linguistico.sourceforge.net/wiki
> I didn't use Microsoft machines when I was in my operational phase,
> because I couldn't trust them.
> Not because I knew that there was a particular back door or anything
> like that, but because I couldn't be sure.
> Edward Snowden
>
>

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

[OT] Interruzione anomala registrazione streaming radio 3

[Ennio-Sr]

Un cordiale saluto a tutta la lista con le scuse preventive nel caso
fossi OT!

Premesso che � anche successo, sporadicamente, nei mesi scorsi, il
fenomeno cui mi riferisco si � ripetuto nei giorni 15, 16 e 17 di
gennaio 2020 - tra le h. 08:20 e le 08:57, nonch� oggi, tra le 13:10 e
le 13:48.

Parlo della registrazione dello streaming da radio 3 che, per ragioni
ancora 'misteriose', risultano monche della loro parte finale.
Dall'esame del 'journalctl' non individuo nulla di strano: vengono
registrati regolarmente il lancio dei due script che, a cura di crontab,
danno avvio e termine alla registrazione del flusso.
In passato ho anche telefonato alla Telecom e mi hanno sempre assicurato
che non risultavano interruzioni del servizio.

Vi sari molto grato se poteste fornirmi qualche valido aiuto per capire:
1. da cosa pu� dipendere l'interruzione: solo cause esterne o anche del
   mio PC?;
2. come posso individuare la/le causa/e;
3. in particolare, cosa verificare per fugare il dubbio che sia proprio
   il mio PC ad essere 'malato'?

Grazie dell'attenzione e Buon Anno a tutti,

   ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

curiosit� su Fritz!Box VPN e vpnc

[Ennio-Sr]

Ciao ragazzi! (se fa per dire... ;-)

prima di avere l'infelice idea di passare alla c.d. Super-Fibra Tim avevo
configurato per benino il precedente router e usavo felicemente openvpn
nelle rare occasioni in cui ero fuori casa. 
Con il nuovo router Fritz!Box 7590 - che pretende di fare da solo ci�
che prima facevo con openssh - mi si sono leggermente confuse le idee,
sebbene sia riuscito a stabilire un collegamento VPN.

Spero che qualcuno di voi possa illuminarmi circa alcuni dei pi�
immediati dubbi:

1. Leggendo nei vari 'Help' del Fritz ho letto che bisognava scaricare
'vpnc', 'network-manager-vpnc', ecc. L'ho fatto ed avevo anche tolto il
'commento' alle prime tre righe di /etc/vpnc/default.conf. 
Mi chiedo, per�, se effettivamente serva vpnc perch�, ri-leggendo il
default.conf vedo che le prime tre righe sono di nuovo 'commentate'

2. Ho curiosato in /usr/share/vpnc-scripts/vpnc-script e
vi ho trovato una istruzione del tipo:
'if ifconfig --help 2>&1 | grep BusyBox ...'

Ho dato quel comando da console, ma mi manda la schermata dell'uso
corretto!
Insomma, non ho capito cosa faccia quello scriot

3. Con il vecchio router avevo la possibilit� di modificare - anche
stando fuori casa - l'IP dinamico, ogni volta che cambiava. Con il nuovo
Fritz! la cosa non � pi� possibile. L'unica via rimane quella di
configurare il 'MyFritz'?

Grazie dell''attenzione,
Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](�|�)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come personalizzare il contenuto del menu a finestre di WMaker?

[Ennio-Sr]

* Paolo Redaelli  [010619, 22:47]:
> Il 31/05/19 01:11, Ennio-Sr ha scritto:
> >
> > Nel *WPrefs* vi sono una quindicina di righe che si
> > riferiscono ai colori del WM.
> 
> 
> Non mi riferifvo al *file* WPrefs, ma al *programma*. WMaker "fa il
> verso" a NextStep che è stata la prima interfaccia Unix che ha voluto
> evitare all'utente di configurare i programmi editando file di testo.

Ah, sì, l''ho scoperto dopo aver usato 'wmgenmenu': ho generato un menù
di prova che ho poi corretto/integrato a mio piacimento da linea di
comando: sai, sono rimasto 'attaccato' alla linea di comando e non so
volentieri la grafica...

Grazie di nuovo e scusa il ritardo: la Tim si ostina a non volermi
cambiare il modem e sono rimasto isolato per qualche giorno ;-(
Ciao, ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come personalizzare il contenuto del menu a finestre di WMaker?

[Ennio-Sr]

* Paolo Redælli  [300519, 11:04]:
> 
> Il 30/05/19 00:42, Ennio-Sr ha scritto:
> > [...] ho provato a modificare alcune voci del menù a finestre di WMaker. Per
> > qualche giorno le mie modifiche (al file 'GNUstep/Defaults/WMRootMenu')
> > hanno funzionato, poi oggi le finestre mostrano ciò che vogliono, ma non
> > riesco a capire in base a cosa.
> > 
> > Da root ho visto i vari file '/usr/share/menu/', ma eventuali file
> > aggiunti in questa dir non hanno alcun riscontro nel menù. Naturalmente
> > dopo 'update-menus'.
> > 
> > Sapete dirmi da cosa può dipendere e suggerirmi qualche 'buonaa'
> > lettura?
> > [...]
Ciao Paolo e grazie della risposta, con alcune riserve:
> 
> man wmaker ## tanto per incominciare
> 
O l'ho letto troppo in fretta, oppure non indica la soluzione ai
problemi che esponevo (vedi sopra).

> In realtà non hai bisogno di editare nessun file perché Window Maker arriva
> con WPrefs che ti permette di personalizzarlo - menù compresi.
Nel *WPrefs* vi sono una quindicina di righe che si
riferiscono ai colori del WM.
Il file che dovrebbe accogliere i menù (partcolari) dell'utente è
*GNUstep/Defaults/WMRootMenu*,
ma il suo funzionamento continua a restare 'misterioso'.

Tra l'altro, ho appena scoperto che le modifiche fatte in
/usr/share/menu/qualche-file
vengono recepite solo dando 'update-menus' sia da root che da user, ma
ciò è in parte accennato nelle ultime righe del man update-menus.

Cordialmente,
 ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Come personalizzare il contenuto del menu a finestre di WMaker?

[Ennio-Sr]

Ciao a tutti,
atteso che, come detto in recenti post, non mi funziona più
gnome-session (in mancanza dell'intero pacchetto gnome di 185MB), ho
provato a modificare alcune voci del menù a finestre di WMaker. Per
qualche giorno le mie modifiche (al file 'GNUstep/Defaults/WMRootMenu')
hanno funzionato, poi oggi le finestre mostrano ciò che vogliono, ma non
riesco a capire in base a cosa.

Da root ho visto i vari file '/usr/share/menu/', ma eventuali file
aggiunti in questa dir non hanno alcun riscontro nel menù. Naturalmente
dopo 'update-menus'.

Sapete dirmi da cosa può dipendere e suggerirmi qualche 'buonaa'
lettura?

Grazie dell'attenzione e buona notte,
Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: curiosità sulla variabile 'DISPLAY' e collegamento X remoto

[Ennio-Sr]

* Piviul  [280519, 09:35]:
> Il 28/05/19 01:28, Ennio-Sr ha scritto:
> > [...]
> > Non ho trovato questo pacchetto ma ritengo che il problema sia nella
> > mancanza di gnome...
> non credo dipenda da gnome:

Mmh, mi rendo conto che la mia frase era ambigua: per *problema*
intendevo quello segnalato prima, ossia la mancata partenza di X (senza
il pacchetto gnome, mai installato per intero) contrariamente a quanto
accadeva negli anni passati
> > $ apt-file search bin/apt-show-versions
> > apt-show-versions: /usr/bin/apt-show-versions
> 
QUi, invece, mi mancava proprio il pacchetto, che ho dovuto installare.
Grazie dei suggerimenti,
Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: curiosità sulla variabile 'DISPLAY' e collegamento X remoto

[Ennio-Sr]

* Davide Prina  [230519, 19:56]:
> On 23/05/19 00:37, Ennio-Sr wrote:
> > * Michele Orsenigo [220519, 22:36]:
> [...] 
> > quale 'man' avrei dovuto leggere per arrivarci
> > da solo...
> 
> $ man bash
> [...]
> source nomefile [argomenti]
>   Legge ed esegue comandi dal nomefile nell'ambiente di shell
> corrente e ritorna lo stato d'uscita dell'ultimo comando eseguito contenuto
> in nomefile.
> [...]
>

Mmh, dopo il primo suggerimento ho ricordato di averlo già usato qualche
anno fa, ma poi la memoria non mi aveva aiutato ...
> [...] 
> > Tra l'altro, da un paio di mesi sto avendo problemi mai avuti
> > in passato, tipo:
> > - gnome-session ha smesso di fornirmi 'X' (ma ho risolto con WMaker)
> 
> elimina (commenta) tutti i repository non ufficiali da /etc/apt/sources.list
> e da /etc/apt/sources.list.d
> [...]
> 
> prova con quanto indicato sopra... altrimenti servono dei messaggi del log.
> Potrebbe essere che hai rimosso dei pacchetti che sono indispensabili per il
> corretto funzionamento.
> 
Ho provato i comandi suggeriti (*) ma quando sono arrivato a
$ apt install gnome
mi sono fermato dinanzi ai 185 MB che voleva scaricare!
In passato (quando funzionava) non ho mai installato l'intero pacchetto
(e tutto ciò che si porta dietro). Non avendo moltoo spazio a
disposizione continuerò a usare WWMaker, molto più snello -)
--
_(*)_ in man upgrade/update non ho trovato tra le opzioni il '-u'
--

Quanto ai log, non ho trovato nulla di sinificativo in Xorg e jornalctl.
Qualche indicazione in più la trovo reindirizzando l'output:

---
$ startx >  errX  2>&1

...
(gnome-shell:2745): GLib-CRITICAL **: g_utf8_collate: assertion 'str2 != NULL' 
failed
Gjs-Message: JS LOG: Failed to launch ibus-daemon: Failed to execute child 
process \
"ibus-daemon" (No such file or directory)

(gnome-shell:2745): St-CRITICAL **: st_label_set_text: assertion 'text != NULL' 
failed

(gnome-shell:2745): mutter-WARNING **: Failed to load background 
'resource:///org/gnome\
/shell/theme/noise-texture.png': The resource at 
'/org/gnome/shell/theme\
/noise-texture.png' does not exist

(gnome-shell:2745): Clutter-ERROR **: ClutterBoxLayout child StBin minimum 
height: \
-1.00 < 0 for width 1280.00
/home/ennio/.xinitrc: line 40:  2745 Trace/breakpoint trap   $WINMGR
xinit: connection to X server lost


e immagino che gli errori di cui sopra attengano alla mancanza del
pacchetto gnome che, ripeto, non ho mai installato per intero e, negli
ultimi due o tre anni, la 'gnome-session' funzionava...



> prova anche a vedere, dopo che hai eseguito quanto sopra riportato, se hai
> dei pacchetti installati non presenti sul repository
> 
> $ apt-show-versions | grep avail
> 

Non ho trovato questo pacchetto ma ritengo che il problema sia nella
mancanza di gnome...

Ti ringrazio molto della risposta, che ho letto con ritardo, donde
questo mio tardivo riscontro, di cui ti chiedo scusa.

Ciao, Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: curiosità sulla variabile 'DISPLAY' e collegamento X remoto

[Ennio-Sr]

* Michele Orsenigo  [220519, 22:36]:
> On mercoledì 22 maggio 2019 22:25:15 CEST Ennio-Sr wrote:
> > [...] 

> La variabile DISPLAY rimane locale all'ambiente dello script.
> Credo che dovresti usare "source tuoscript" 
> 
> Buona serata
> 

Grazie molto della rapida risposta, Michele, che pare risolva il
problema: ho solo dovuto rendere lo script eseguibile prima di dare
'source dis' e poi eliminare l'ultima riga ('exit') perché mi riportava
alla shell del portatile!

Sebbene non desideri approfittare della tua disponibilità, non posso
trattenermi dal chiederti quale 'man' avrei dovuto leggere per arrivarci
da solo...
Tra l'altro, da un paio di mesi sto avendo problemi mai avuti
in passato, tipo:
- gnome-session ha smesso di fornirmi 'X' (ma ho risolto con WMaker)
- ho dovuto togliere 'nouveau', il cui fb aveva sinora funzionato
  perfettamente, perché mi bloccava il boot alla riga:
  'fb: switching to nouveaufb from EFI VGA';
  ma ho finestre e caratteri grandissimi, a  volte inutilizzabili
  e altri problemi connessi, e un suggerimento a letture 'specifiche' mi
  tornerebbe utile, perché ho fatto numerosissime ricerche su google senza
  trovare finora quelle 'giuste'.

Grazie di nuovo e buona notte,

ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

curiosità sulla variabile 'DISPLAY' e collegamento X remoto

[Ennio-Sr]

Ciao a tutti!

Negli ultimi giorni, ricercando le cause di alcuni comportamenti 'anomali' della
console grafica, ho trovato, invece, la soluzione ad un vecchio problema,
ovvero il collegamento da remoto all'Xserver di casa.

La 'chiave' del corretto funzionamento - nel mio caso (ne ho lette di diverse
di soluzioni...) - è stata il comando 'export DISPLAY=":10.0".  

Ho pensato di snellire la cosa inserendo quel comando in uno script ('dis'):

-- questo è lo script "dis": ---
// #! /bin/sh

// if [ `echo "$DISPLAY"` != ":10.0" ]; then  
//   DISPLAY=":10.0"  
//   export DISPLAY 
//   echo "$DISPLAY"; echo  "Bene, ora si può procedere"
// fi 
//   exit
---
Ebbene, se lancio lo script [naturalmente dopo aver stabilito da un Xterm sul
portatile il collegamento in 'ssh -v -X ...' con il PC di casa]: 

mcmini_$ sh dis
:10.0<--- questo è ciò che ottengo a schermo

però il collegamento non funziona (ad es. 'xclock &' appare sullo schermo del
PC di casa)

E, in effetti,  
mcmini_$ echo $DISPLAY 
:0.0 < come si spega questo risultato???

Inserendo nello script il comando 'env | grep DISPLAY' posso vedere che la
risposta è 'DISPLAY=:10.0', tuttavia, 'echo $DISPLAY' dato in xterm (come detto
prima) dà ':0.0'. 
In pratica, è come se fossero due 'ambienti' diversi... tanto più che, se dò
'env' dall'xterm (dal quale ho stabilito il collegamento al PC di casa), mi
ritorno DISPLAY=':0.0'. 
Ovviamente, se l'export DISPLAY lo scrivo da riga di comando dell'xterm,
funziona.

Qualcuno può cortesemente spiegarmi il perché?

Grazie dell'attenzione,
ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* Felipe Salvador  [270119, 13:12]:
> > 
> > Ciao Felipe,
> > 
> > riprendo il tuo post solo per scusarmi con te: non avevo prestato molta
> > [...]
> 
> Ciao Ennio,
> per entrambi, specialmente per 'ls', consiglio la lettura di
> 'info ls', più esaustivo di man.
> 
> [...]

Grazie di nuovo, ciao, Ennio
-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* Felipe Salvador  [260119, 11:47]:
> On Fri, Jan 25, 2019 at 11:25:05PM +0100, Ennio-Sr wrote:
> > Guarda che succede:
> > [...]
> 
> Perché, come ti ho scritto, se aggiungi '-s' a ls ottieni
> esattamente quello che stai osservando. '-s' non ha molto senso nel
> tuo caso. Fintanto che il primo campo ha la stessa lunghezza per
> tutti i file non ci sono problemi.
> 
> 

Ciao Felipe,

riprendo il tuo post solo per scusarmi con te: non avevo prestato molta
attenzione al  '-s' che è presente nell'alias del mio comando 'ls' e
avevo troppo frettolosamente concluso per la inaffidabilità del
risultato. 

Una più accorta ri-lettura di 'man ls' e 'man tr' mi ha chiarito le idee
e, in effetti, imponendo l'uso del comando 'nativo':
*** \ls -l ~/prove/file? | tr -s ' ' ',' | cut -d ',' -f 8 ***
ottengo il risultato che mi aspettavo.

Mi sarebbe bastato interpretare bene questo passo di 'man tr'
--- quote ---
 -s, --squeeze-repeats
replace each sequence of a repeated character that is listed in \
the last specified SET, with a single occurrence of that character
-- unquote --

Infatti: 
ennio@mcmini-4_1-deb:~/prove$ ls -l file? | tr ' ' ','--> manca '-s'
,52,-rw-r-,1,ennio,ennio,,52598,Sep,,8,00:27,file1
356,-rw-r-,1,ennio,ennio,363137,Jan,25,17:34,file2
,,4,-rw-r-,1,ennio,ennio,,,2179,Jan,25,17:35,file3

ennio@mcmini-4_1-deb:~/prove$ ls -l file? | tr -s ' ' ','
,52,-rw-r-,1,ennio,ennio,52598,Sep,8,00:27,file1
356,-rw-r-,1,ennio,ennio,363137,Jan,25,17:34,file2
,4,-rw-r-,1,ennio,ennio,2179,Jan,25,17:35,file3

Qui sopra la sostituzione è avvenuta correttamente (con -s), ma c'è il
size ineguale che 'scombina' tutto con le virgole iniziali

ennio@mcmini-4_1-deb:~/prove$ \ls -l file? | tr -s ' ' ','
  ^^^
-rw-r-,1,ennio,ennio,52598,Sep,8,00:27,file1
-rw-r-,1,ennio,ennio,363137,Jan,25,17:34,file2
-rw-r-,1,ennio,ennio,2179,Jan,25,17:35,file3

Qui sopra il comando 'ls' è quello originario (\ls) e il risultato
finale è corretto!:

ennio@mcmini-4_1-deb:~/prove$ \ls -l file? | tr -s ' ' ',' | cut -d ',' -f 8
  ^^^
00:27
17:34
17:35

> > e ancora:
> > : r !ls -l prove/file? | tr -s ' \t' ',' | cut -d ',' -f 8'
> > [...]
> Non ci sono tab nell'output di ls.
> 

Ah, buono a sapersi!

Grazie di nuovo, Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

[RISOLTO] Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* compact  [250119, 23:03]:
> In data venerdì 25 gennaio 2019 19:57:49, Ennio-Sr ha scritto:
> > Ciao a tutti,
> > 
> > sto cercando di isolare il timestamp di alcuni file per poter creare una
> > 'condizione' ('if') in uno script di controllo.
> 
> man stat
> 
> stat -c %y file

Oh, ecco un comando che non avevo presente e che si avvicina molto alla
soluzione che cercavo. 
Intanto, da una rapida ricerca e alcuni tentativi, forse ho trovato
proprio quello che cercavo: 

---> $ ls -l C*wav | awk '{ print $8 }'

00:27
17:34
17:35

Grazie di nuovo a tutti gli intervenuti e ... alla prossima ;-)
  Ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* Felipe Salvador  [250119, 22:28]:
> On Fri, Jan 25, 2019 at 07:57:49PM +0100, Ennio-Sr wrote:
> > Ciao a tutti,
> > 
> > sto cercando di isolare il timestamp di alcuni file per poter creare una
> > 'condizione' ('if') in uno script di controllo.
> > Non avendo mai usato 'awk' ho provato con ls -l e cut, ma il risultato
> > sperato viene alterato dagli spazi dei singoli campi, non potendo
> > prevedere il campo in cui si collocherà il timestamp del file che mi
> > interessa.
> > 
> > Una occhiata alle righe che seguono vale più di cento spiegazioni:
> > 
> > - quote ---
> > 
> > Script started on Fri 25 Jan 2019 18:38:14 CET
> > mennio@mcmini-4_1-deb:~/prove$ l alias ls
> > alias ls='ls -s -F -T 0 -b -H -1 -C --color=auto'
> > [il risultato non cambia se uso il comando con la sola opzione -l]
> > ennio@mcmini-4_1-deb:~/prove$ ls -l file?
> >  52 -rw-r- 1 ennio ennio  52598 Sep  8 00:27 file1
> > 356 -rw-r- 1 ennio ennio 363137 Jan 25 17:34 file2
> >   4 -rw-r- 1 ennio ennio   2179 Jan 25 17:35 file3
> > ennio@mcmini-4_1-deb:~/prove$ ls -l file? | cut -d ' ' -f 1
> > 
> > 356
> > 
> > ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 2
> > 52
> > -rw-r-
> > 
> > ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 3,4,5,6,7
> > [...]
> > 
> > ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 9
> > Sep
> > 17:34
> > 
> > ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 12
> > 00:27
> > 
> > 25
> > ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 13
> > file1
> > 
> > 17:35
> > ennio@mcmini-4_1-deb:~/prove$ Kexit
> > 
> > Script done on Fri 25 Jan 2019 18:39:40 CET
> > 
> > -- unquote --
> > 
> > Come si vede, la colonna del timestamp corrisponde a campi diversi
> > secondo il numero di spazi di ogni riha prodotta da 'ls'.
> > Penso che se potessi usare '\t' (TAB) come delimiter potrei ottenere il
> > risultato desiderato, ma non mi pare sia possibile ;-(
> > 
> > Avete suggerimenti su come potrei individuare quel dato, magari con awk?
> 
> L'output di ls è delimitato da spazi, puoi rimpiazzarli con tr:
> 
>ls -l  | tr -s ' ' ',' | cut -d ',' -f 4,5,6,7,8
>
>felipe,4096,apr,16,2018
>felipe,4096,apr,24,2018
>felipe,18432,giu,21,2018
>felipe,4096,mag,16,2017
>felipe,4096,giu,20,2016
>felipe,4096,nov,2,17:22
>felipe,4096,lug,7,2018
>felipe,97261,giu,10,2018
>felipe,101788,giu,10,2018
> 
Ti ringrazio, Felipe, ma la cosa non funziona: il problema è dovuto
proprio agli spazi, che al variare del size dei file sono diversi e
restano tali anche se vengono sostituiti dalla virgola. 

Guarda che succede:
il comando 
: r !ls -l prove/file? | tr -s ' ' ',' | cut -d ',' -f 1-10
in un primo tempo ha dato come risultato:
,52,-rw-r-,1,ennio,ennio,52598,Sep,8,00:27,prove/file1
356,-rw-r-,1,ennio,ennio,363137,Jan,25,17:34,prove/file2
,4,-rw-r-,1,ennio,ennio,2179,Jan,25,17:35,prove/file3

per cui, ripetendo il comando con l'estrazione del campo 9 ottenevo:
8
17:34
25

Ma, fatto strano, nei successivi tentativi il risultato è stato diverso:
-rw-r-,1,ennio,ennio,52598,Sep,8,00:27,prove/file1
-rw-r-,1,ennio,ennio,363137,Jan,25,17:34,prove/file2
-rw-r-,1,ennio,ennio,2179,Jan,25,17:35,prove/file3

e poi:
: r !ls -l prove/file? | tr -s ' ' ',' | cut -d ',' -f 8'
00:27
17:34
17:35

e ancora:
: r !ls -l prove/file? | tr -s ' \t' ',' | cut -d ',' -f 8'
00:27
17:34
17:35

Concludo che il risultato mi sembra alquanto arbitrario e inadatto per
basarci un controllo...

Ciao e grazie, Ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* cage  [250119, 22:39]:
> On Fri, Jan 25, 2019 at 07:57:49PM +0100, Ennio-Sr wrote:
> > Ciao a tutti,
> 
> Ciao!
> 
> [...]
> 
> > Come si vede, la colonna del timestamp corrisponde a campi diversi
> > secondo il numero di spazi di ogni riha prodotta da 'ls'.
> > Penso che se potessi usare '\t' (TAB) come delimiter potrei ottenere il
> > risultato desiderato, ma non mi pare sia possibile ;-(
> 
> Non riesco  a centrare il problema  comunque, per quel che  ne so, cut(1)
> usa il tabulatore come separatore di campo di default.
> 

Sì, l'ho letto nel 'man ls' ma, se dò il comando semplicemente con
ls -l ... | cut -f 8
(senza indicare il delimiter di default), mi scrive l'intera stringa, con
tutti i campi, senza isolare il solo timestamp che mi interessa salvare
in una variabile di memoria.

> Ciao!
> C.
Ciao e grazie, Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

* Gollum1  [250119, 21:33]:
> Il 25 gennaio 2019 19:57:49 CET, Ennio-Sr  ha scritto:
> >Ciao a tutti,
> > [big cut]
> 
> e usare uno script in python? le librerie di python mi risulta che 
> considerino il timestamp come dato del file stesso.
> 
> dipende da quello che poi ci devi fare 
> byez
> -- 

Devo salvare il imestamp in una variabile da confrontare con un valore
simile. 
Ma come si farebbe in python?
Grazie, ciao, Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Come isolare il timestamp di un file? [ls, cut e num. campi/field]

[Ennio-Sr]

Ciao a tutti,

sto cercando di isolare il timestamp di alcuni file per poter creare una
'condizione' ('if') in uno script di controllo.
Non avendo mai usato 'awk' ho provato con ls -l e cut, ma il risultato
sperato viene alterato dagli spazi dei singoli campi, non potendo
prevedere il campo in cui si collocherà il timestamp del file che mi
interessa.

Una occhiata alle righe che seguono vale più di cento spiegazioni:

- quote ---

Script started on Fri 25 Jan 2019 18:38:14 CET
mennio@mcmini-4_1-deb:~/prove$ l alias ls
alias ls='ls -s -F -T 0 -b -H -1 -C --color=auto'
[il risultato non cambia se uso il comando con la sola opzione -l]
ennio@mcmini-4_1-deb:~/prove$ ls -l file?
 52 -rw-r- 1 ennio ennio  52598 Sep  8 00:27 file1
356 -rw-r- 1 ennio ennio 363137 Jan 25 17:34 file2
  4 -rw-r- 1 ennio ennio   2179 Jan 25 17:35 file3
ennio@mcmini-4_1-deb:~/prove$ ls -l file? | cut -d ' ' -f 1

356

ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 2
52
-rw-r-

ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 3,4,5,6,7
[...]

ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 9
Sep
17:34

ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 12
00:27

25
ennio@mcmini-4_1-deb:~/prove$ Kls -l file? | cut -d ' ' -f 13
file1

17:35
ennio@mcmini-4_1-deb:~/prove$ Kexit

Script done on Fri 25 Jan 2019 18:39:40 CET

-- unquote --

Come si vede, la colonna del timestamp corrisponde a campi diversi
secondo il numero di spazi di ogni riha prodotta da 'ls'.
Penso che se potessi usare '\t' (TAB) come delimiter potrei ottenere il
risultato desiderato, ma non mi pare sia possibile ;-(

Avete suggerimenti su come potrei individuare quel dato, magari con awk?

Grazie dell'attenzione, Ennio

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

[OT] I fantasmi nel mio PC!!!

[Ennio-Sr]

Ragazzi, questa è troppo bella perché non ve la partecipi!
Stamattina ho constatato l'ennesimo 'freeze' del mio macmini (operante
sotto Debian/Stretch) [appena riuscirò a ripulire il journal dai dati
sovrabbondanti riprenderò il vecchio post]. Ebbene, ho spento
fisicamente il PC con il bottoncino del 'power on/off' e sono uscito,
dopo aver messo in funzione un portatile per registrare streaming che mi
interessavano.

Ebbene, quando ho riacceso il macmini, nel frattempo raffreddatosi, ho
dato 'ls *wav' e - tra gli altri - mi è apparso anche un file che non
poteva assolutamente stare lì, perché viene prodotto a seguito della
registrazione dello streaming e il PC era rimasto spento fino a un
minuto prima.
Ad un successivo 'ls *wav' quel file non c''era più, senzaa che avessi
toccato altro.

Qui in calce allego un dump della 'misteriosa' schermata, ritoccata solo
per renderla più leggibile e farla 'entrare' nei 70 caratteri.

Si apre la gara: ricchi premi alle risposte più originali ;-)

Un 'sospettoso' saluto a tutti,
 Ennio

-- quote ---
ennio@mcmini-4_1-deb:~$ ls *wav
 563424 ConcM_190113-18:53.wav   707892 ConcM_190114-15:07.wav   
 708068 ConcM_190115-15:07.wav  1178500 ConcM_190116-17:40.wav
 624984 ConcM_190114-10:02.wav   625164 ConcM_190115-10:02.wav   
 429536 ConcM_190115-17:40.wav  --> ???

ennio@mcmini-4_1-deb:~$ date
Wed 16 Jan 17:41:40 CET 2019
ennio@mcmini-4_1-deb:~$ ls *ogg
83808 ConcM_190116-17:40.ogg
You have new mail in /var/mail/ennio
ennio@mcmini-4_1-deb:~$ ls /mnt/mac_x/video/C*13:*
50532 /mnt/mac_x/video/ConcM_190114-13:05.ogg  
53208 /mnt/mac_x/video/ConcM_190115-13:05.ogg
ennio@mcmini-4_1-deb:~$ ls *wav
563424 ConcM_190113-18:53.wav  707892 ConcM_190114-15:07.wav  708068 
ConcM_190115-15:07.wav
624984 ConcM_190114-10:02.wav  625164 ConcM_190115-10:02.wav  429536 
ConcM_190115-17:40.wav

ennio@mcmini-4_1-deb:~$ history 10
 1994  exit
 1995  startx
 1996  cd
 1997  exit
 1998  ls *wav
 1999  date
 2000  ls *ogg
 2001  ls /mnt/mac_x/video/C*13:*
 2002  ls *wav
 2003  history 10

ennio@mcmini-4_1-deb:~$ echo "Ma che ci sono i fantasmi? Tra il comando 1997 e
1998 il PC è stato spento fisicamente (pulsante poweroff) e riacceso pochi
secondi prima del comando 1998 'ls *wav', che dà anche un file
ConcM_190116-17:40.wav che sarebbe stato 'creato' acquisendo lo streaming da
Radio3 a PC chiuso! Ma poi
, dalla successiva verifica 2002, giustamente, non figura più!"

[...]

ennio@mcmini-4_1-deb:~$
- unquote --

-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [OT?] Il server box.tin.it dà i numeri?

[Ennio-Sr]

* Gollum1  [291218, 13:34]:
> Il 28 dicembre 2018 00:20:15 CET, Ennio-Sr  ha scritto:
> >Ciao Simone e grazie della risposta,
> >
> >* liste DOT girarsi AT posteo DOT eu  [271218,
> >19:52]:
> >> Il 27/12/18 19:14, Ennio-Sr ha scritto:
> >> > Ciao a tutti e auguri di serene (passate e future) festività.
> >> > 
> >> > Su un portatile usato sporadicamente ho dato il comando fetchmail
> >per
> >> > scaricare gli ultimi messaggi: leggendo quanto appariva sulla
> >console ho
> >> > visto che nel server c'erano oltre 15 mila messaggi (dai primi di
> >agosto
> >> > 2018 ad oggi).
> >> > [...] 
> >> 

> ma tu stai facendo il fetch di una casella imap, e non pop3. quindi in
> pratica stai facendo u una sincronizzazione della casella locale con
> quella remota. quindi se da agosto non avevi scaricato sul portatile,
> ci sta che abbia scaricato da allora ad oggi.  byez
> [...]

Ciao Gollum1 e piacere di risentirti.
Ma come fai a dire 'stai facendo il fetch di una casella imap'? Nella
riga di istruzioni per il 'polling' da box.tin.it inserita nel
.fetchmailrc c'è 'with proto POP3'.
O c'è qualcosa di grosso che mi sfugge?

Ricordo che quando ancora scaricavo i messaggi dei NGs da tim con
'news', si poteva impostare nella configurazione il numero massimo di
messaggi (i più recenti in ordine di tempo) da scaricare. Mi pare non ci
sia nulla di simile per fetchmail...

iao, Ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]

Re: [OT?] Il server box.tin.it dà i numeri?

[Ennio-Sr]

Ciao Simone e grazie della risposta,

* liste DOT girarsi AT posteo DOT eu  [271218, 19:52]:
> Il 27/12/18 19:14, Ennio-Sr ha scritto:
> > Ciao a tutti e auguri di serene (passate e future) festività.
> > 
> > Su un portatile usato sporadicamente ho dato il comando fetchmail per
> > scaricare gli ultimi messaggi: leggendo quanto appariva sulla console ho
> > visto che nel server c'erano oltre 15 mila messaggi (dai primi di agosto
> > 2018 ad oggi).
> > [...] 
> 
> 
> La più vecchia email sarebbe quella delle prime email in termini di tempo?
> intendo prima del 2018 o altro che ancora conservi?
> 
Sì, sul portatile avevo dei post del 4 agosto 2018 e mi ha scaricato
quelle a partire dal 5 agosto 2018.

> Magari controlla le impostazioni che non siano cambiate in un eventuale tuo
> script che usi per scaricarti la posta, oppure son cambiate le politiche di
> scaricamento su alice?

Non ho modificato nulla. La cosa riguarda solo box.tin.it > 

> Vado a naso perchè con alice mi servivo anni "anòri" fà.
Parlavo di alice riferendo di problemi lamentati da altri...

Temo che sia un problema del server della tim. Se fossi a casa potrei
provare se fa la stessa cosa con il PC principale...

Ciao e di nuovo auguri, Ennio


-- 
[Perche' usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.   \\?//
 Fa' qualche cosa di cui non sei capace!"  (diceva Henry Miller) ](°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.  )=(
 Do something you aren't good at!" (as Henry Miller used to say) ]