Re: mutt mime e html

[dotdeb]

On Wed, Mar 29, 2023 at 3:52 PM Enrico Rossi  wrote:

> Sulla mail premi v per vedere gli attachment, vai sul mime text/html e
> premi m.
>
> Ma probabilmente già lo fai.
>

Urca! no non lo facevo. Facevo v e poi di nuovo v.
Ora mi apre firefox ma non trova il file.
Ma questo è un altro problema che, da quello che ho capito si risolve con
uno script.

Prima di chiudere questo thread, ho una ultima domanda:

perché una volta sulla lista degli attachment, se premo "v" o anche solo
"enter", mi apre w3m (messaggio: [-- Autoview using /usr/bin/w3m -I 'UTF-8'
-dump -T text/html '/var/tmp/mutt.html' --])?

In fondo l'attach è riconosciuto come text/html e quindi mi aspettavo
venisse aperto con l'applicazione relativa indicata nel mailcap.

Re: mutt mime e html

[dotdeb]

On Wed, Mar 29, 2023 at 4:10 PM Marco Gaiarin 
wrote:

> in .mailcap:
> text/html; /home/gaio/bin/firefox %s; test=test -n "$DISPLAY"
>
> e /home/gaio/bin/firefox è uno script che contiene:
>
>  #!/bin/sh
>
>  /usr/bin/firefox --new-tab "$1"
>  sleep 2
>
>  exit 0
>
> Questo è effettivamente il passo successivo ora che ho risolto il problema
di come far aprire l'applicazione giusta.

 Grazie

Re: mutt mime e html

[Enrico Rossi]

Questo è il modo giusto da una certa versione in avanti, ma già da un po
che io ricordi.

Hai il mime x firefox cosi:

text/html; firefox --private-window %s; test=test -n "$DISPLAY"; needsterminal;

?

Puoi ovviare il --private-window, ma non il needsterminal, perchè mutt
deve aspettare che FF abbia aperto il file html salvato prima di
rimuoverlo.

E.

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Il giorno gio 30 mar 2023 alle ore 08:45 Piviul  ha
scritto:

> Ciao Fabrizio, ti posso chiedere qualche delucidazione in più?
>

Ciao, per quel che posso cerco di rispondere, ma il mio livello tecnico è
infimo (non faccio l'informatico, sono solo uno user molto vecchio)

>
> On 3/29/23 17:01, Fabrizio wrote:
> > Perché non pensi a btrfs?
> > Fai tutto quello che vuoi, compreso montare partizioni di due dischi
> > diversi sullo stesso mount point.
>
> E cosa vedi poi? Il merge delle due partizioni?
>

Si, ma l'ho solo testato per curiosità

>
>
> > Ti fai le snapshot automatiche sia quando aggiorni sia prima di
> > pasticciare una configurazione. Io ce l'ho su da tre anni sul
> > portatile con 2 dischi proprio per le stesse ragioni e funziona
> > benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap
> > la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta
> > pena un degrado delle prestazioni. Ci sono parecchi video che lo
> > spiegano compreso Linus.
>
> Scusa ma io sono un felice utilizzatore di LVM e volevo chiederti, a
> parte la deduplicazione, rispetto ad LVM cosa offre in più? Io con LVM
> mi trovo molto bene, ha il raid, la cache, snapshot... comunque gli darò
> un'occhiata, si può anche formattare un volume logico in btrfs no?
>
> anche se non ha senso credo proprio che si possa fare


> Piviul


 Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come accade
se fai una root troppo piccola, i subvolumes si comportano come cartelle di
una sola partizione perchè hai di fatto una sola partizione (chiaramente
resta la la efi se hai una macchina uefi). Con LVM avrai ogni partizione a
sé stante, btrfs no, perciò non hai nemmeno bisogno di calcolarti la size
di ogni partizione, te ne sbatti; mi sembra anche di aver capito anche che
se vuoi puoi stabilire una size del subvolume per fare la quote (tipo la
/home per ogni utente)
 Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto
vedendo sarà di default su tutte le mainstream.
Buona giornata

Re: PC Desktop nuovo: Grub e dischi

[Diego Zuccato]

Molto interessante. Anche se io, gestendo principalmente server, noto 
alcuni possibili inghippi. Per esempio, sui server è normale avere 
partizioni separate (soprattutto la /var) per evitare che magari un log 
"troppo cresciuto" possa riempire la root (impedendo così anche 
l'accesso a root e richiedendo un boot da chiavetta o in emergency mode).


Forse oramai è ora comunque di riprovare BTRFS: l'ultima volta l'ho 
testato che era piuttosto recente e ho avuto diversi problemi di 
instabilità. Oltretutto non aveva tante funzioni che descrivi.


Diego

Il 30/03/2023 10:02, Fabrizio ha scritto:



Il giorno gio 30 mar 2023 alle ore 08:45 Piviul > ha scritto:


Ciao Fabrizio, ti posso chiedere qualche delucidazione in più?

Ciao, per quel che posso cerco di rispondere, ma il mio livello tecnico 
è infimo (non faccio l'informatico, sono solo uno user molto vecchio)



On 3/29/23 17:01, Fabrizio wrote:
 > Perché non pensi a btrfs?
 > Fai tutto quello che vuoi, compreso montare partizioni di due dischi
 > diversi sullo stesso mount point.

E cosa vedi poi? Il merge delle due partizioni?


Si, ma l'ho solo testato per curiosità



 > Ti fai le snapshot automatiche sia quando aggiorni sia prima di
 > pasticciare una configurazione. Io ce l'ho su da tre anni sul
 > portatile con 2 dischi proprio per le stesse ragioni e funziona
 > benissimo. Ovviamente se scassi grub devi saper fare chroot. La swap
 > la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre fatta
 > pena un degrado delle prestazioni. Ci sono parecchi video che lo
 > spiegano compreso Linus.

Scusa ma io sono un felice utilizzatore di LVM e volevo chiederti, a
parte la deduplicazione, rispetto ad LVM cosa offre in più? Io con LVM
mi trovo molto bene, ha il raid, la cache, snapshot... comunque gli
darò
un'occhiata, si può anche formattare un volume logico in btrfs no?

anche se non ha senso credo proprio che si possa fare

Piviul

  Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come 
accade se fai una root troppo piccola, i subvolumes si comportano come 
cartelle di una sola partizione perchè hai di fatto una sola partizione 
(chiaramente resta la la efi se hai una macchina uefi). Con LVM avrai 
ogni partizione a sé stante, btrfs no, perciò non hai nemmeno bisogno di 
calcolarti la size di ogni partizione, te ne sbatti; mi sembra anche di 
aver capito anche che se vuoi puoi stabilire una size del subvolume per 
fare la quote (tipo la /home per ogni utente)

  Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto 
vedendo sarà di default su tutte le mainstream.

Buona giornata


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

Re: PC Desktop nuovo: Grub e dischi

[Piviul]

On 3/30/23 10:02, Fabrizio wrote:

[...]
 Qual è per me il plus di btrfs?
Non mi serve fare il resize delle partizioni se una si riempie come 
accade se fai una root troppo piccola, i subvolumes si comportano come 
cartelle di una sola partizione perchè hai di fatto una sola 
partizione (chiaramente resta la la efi se hai una macchina uefi). Con 
LVM avrai ogni partizione a sé stante, btrfs no, perciò non hai 
nemmeno bisogno di calcolarti la size di ogni partizione, te ne 
sbatti; mi sembra anche di aver capito anche che se vuoi puoi 
stabilire una size del subvolume per fare la quote (tipo la /home per 
ogni utente)


beh, in lvm è vero che definisci la dimensione della partizione però 
puoi aumentarne la dimensione live (per diminuirla mi sembra di 
ricordare che la devi prima smontare). A me sembra utile proprio per 
tenere sotto controllo lo stato di occupazione di una partizione...




 Porta pazienza per il linguaggio non tecnico.
Altro plus è la compressione trasparente
Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come 
sto vedendo sarà di default su tutte le mainstream.


Secondo me dipende da quanti dischi puoi mettere sul pc; certo che se 
hai un solo disco, lvm può avere senso solo per bilanciare meglio le 
varie partizioni nulla più... ad esempio sul mio desktop ho 3 dischi, 2 
meccanici e 1 disco da 256GB SSD. Il volume logico della root è cachato 
con il disco SSD ma non ridondato, le homes sono in un altro volume 
logico che oltre essere cachato è anche in mirror.


La compressione non credo si possa fare in lvm ma oramai i files office 
sono già tutti compressi, tu rilevi una ottimizzazione dello spazio 
comprimendo?


Comunque darò un'occhiata a btrfs...

Piviul

Re: PC Desktop nuovo: Grub e dischi

[Fabrizio]

Il giorno gio 30 mar 2023 alle ore 11:36 Piviul  ha
scritto:

> On 3/30/23 10:02, Fabrizio wrote:
>
> [...]
>  Qual è per me il plus di btrfs?
> Non mi serve fare il resize delle partizioni se una si riempie come accade
> se fai una root troppo piccola, i subvolumes si comportano come cartelle di
> una sola partizione perchè hai di fatto una sola partizione (chiaramente
> resta la la efi se hai una macchina uefi). Con LVM avrai ogni partizione a
> sé stante, btrfs no, perciò non hai nemmeno bisogno di calcolarti la size
> di ogni partizione, te ne sbatti; mi sembra anche di aver capito anche che
> se vuoi puoi stabilire una size del subvolume per fare la quote (tipo la
> /home per ogni utente)
>
> beh, in lvm è vero che definisci la dimensione della partizione però puoi
> aumentarne la dimensione live (per diminuirla mi sembra di ricordare che la
> devi prima smontare). A me sembra utile proprio per tenere sotto controllo
> lo stato di occupazione di una partizione...
>
>
>  Porta pazienza per il linguaggio non tecnico.
> Altro plus è la compressione trasparente
> Per me LVM in un desktop non ha mai avuto senso, btrfs si e da come sto
> vedendo sarà di default su tutte le mainstream.
>
> Secondo me dipende da quanti dischi puoi mettere sul pc; certo che se hai
> un solo disco, lvm può avere senso solo per bilanciare meglio le varie
> partizioni nulla più... ad esempio sul mio desktop ho 3 dischi, 2 meccanici
> e 1 disco da 256GB SSD. Il volume logico della root è cachato con il disco
> SSD ma non ridondato, le homes sono in un altro volume logico che oltre
> essere cachato è anche in mirror.
>
> La compressione non credo si possa fare in lvm ma oramai i files office
> sono già tutti compressi, tu rilevi una ottimizzazione dello spazio
> comprimendo?
>
Si, tuttavia più che lo spazio noto una maggiore velocità in lettura con la
compressione zstd senza penalizzare più di tanto la cpu. non avendo
benchmark resta comunque aria fritta

> Comunque darò un'occhiata a btrfs...
>
grazie, così me lo spieghi :)

> Piviul
>

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 29/03/23 14:08, Diego Zuccato ha scritto:

IMO il partizionamento sarebbe da rifare:
- partizione per /boot/efi : OK

Buon giorno  Lista,
Ok, ho creato la partizione di boot.
Visto che nei nuovi sistemi non ci sono più "cose" nascoste, i comandi 
da usare per gestire grub quali sono ?
Io usavo update-grub, per aggiornare il menu e vedere quali kernel ci 
sono sui vari dischi.
Poi grub-install /dev/nomepartizione, per copiare il menu nella 
partizione desiderata.


- partizione per / : ridurre (generalmente 16 o 32G sono più che 
abbondanti)

Ho creato una partizione di root.
- partizione di swap : almeno 2G (serve poco, ma aiuta in momenti 
critici... non mi sono mai pentito di averne creata una, ma mi sono 
sempre pentito quando non l'ho fatto)

Anche la swap ho creato.
Nei dischi vecchi usavo uno schema più semplice, che ho collaudato. 
Quindi so che funziona.

Avevo una partizione di root da 20 GB.
Una partizione di Home da 50 GB o 100 Gb, a seconda dello spazio del disco.

- partizione per /var : opzionale, ma raccomandato, generalmente faccio 
16G se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log 
fuori controllo non ti impatta /
Si, faro anche una partizione di var, quando riusciro ad installare il 
sistema qua da me, di persona, personalmente.



- tutto il resto per la /home


Per ora ancora non ho una partizione di home separata.

Avere la /home separata è forse il punto più importante: ti permette di 
reinstallare il sistema mantenendo i tuoi dati.
Si, sono assolutamente d'accordo. Infatti nel PC vecchio avevo una 
partizione della home separata.
Per installare il sistema ho tentato già due volte, ma non ci sono 
riuscito.

Il sistema che ho ora è stato installato dal venditore.
Io ho fatto una chiavetta con la netinstall, ed anche un dvd di 
installazione, che ho scaricati entrambi dal sito debian.org .

Ma ho avuto due problemi tecnici.
Con la chiavetta non vedeva la scheda di rete. Quindi non fa 
l'installazione completa.

Con il dvd, oltre alla scheda di rete non vede bene la scheda video.
Perchè ora con il nuovo PC, la scheda video è integrata sulla scheda 
madre ed è del tipo hdmi. Ho aggiunto il cavetto apposito, per collegare 
con il monitor che ha anche lui l'uscita HDMI.
Cosi riesco a vedere i due computer accesi entrambi. C'è un tasto, per 
selezionare la sorgente, da uno all'altro.

Perché il vecchio PC era ancora collegato con il cavo Vga.



Per il backup del sistema consiglio un disco esterno, tenendo il secondo 
nvme come disco dati extra.

Si, penso di acquistare un disco esterno.
Intanto ho intenzione di copiare la partizione principale che c'è sul 
disco nvme su quella nuova del disco sata.
Quando ho un po di tempo, vedo anche di recuperare un disco del PC 
vecchio, per fare un back-up temporaneo, di qualche settimana, fino a 
che non prendo un disco nuovo esterno.

Perché quello che ho ora non funziona più.


Grazie
Saluti

Claudio







--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[pinguino]

Il 29/03/23 17:01, Fabrizio ha scritto:



Il mer 29 mar 2023, 12:22 pinguino > ha scritto:


Il 28/03/23 13:04, Leonardo Boselli ha scritto:
 > On Tue, 28 Mar 2023, mauro morichi wrote:
 >> ricorda poi che l'indicazione  1Gbits e' sulla scheda mentre
noi
 >> ragioniamo sempre a bytess che sono, spannometro, il numero
diviso
 >> circa 10 ovvero: 1 Gbites diventa 100 Mbytess
inoltre data
 >> la modestia del switch e mille altri valori, la resa effettiva
scende
 >> e di tanto. (bonta' degli hw, latenze, tempi di risposta dei sw,
 >> risoluzioni dns, ping la fila e' chilometrica).
 >
 > e il fattore più importante: i dischi .
 > giusto per avere un idea: copia un grosso file da un disco
all'altro e
 > vedi a che velocità va. Spesso è meno che da una macchina all'altra.
 >
 >
 > --
 > Leonardo Boselli
 > Firenze, Toscana, Europa
 > http://i.trail.it 

Buon giorno Lista,
Ok, verifico meglio la situazione dei dischi.

Ora sul PC nuovo ho due dischi.
Sul principale, del tipo NVME, vedo due partizioni:
- La prima si chiama nvme0n1p1, in formato fat32 montata in
boot/efi, da
512 Mib, dove mi risulta che ci sia solo il menu di grub.
- La seconda si chiama nvme0n1p2 in formato ext4 , montata come root
(/)
dove c'è tutto il resto , da 231,34 GB , compresi gli utenti della home.

Nel secondo disco sata da 1 Terabyte, voglio mettere almeno una
copia di
tutto il sistema. Cioè voglio copiare la partizione di root, da circa
232 Gb.  Con rsync o clonezilla.

Ora vengo ai dubbi che ho su Grub.
Nel PC vecchio avevo due dischi sda ed sdb. Ogni disco aveva un suo
settore MBR, dove copiavo il menu di grub, con il comando grub-install
/dev/sda o grub-install /dev/sdb. Quindi non avevo una partizione
per il
boot.

Il disco nuovo del tipo NVME ha anche lui il settore MBR, per
copiare il
menu di Grub ?
Posso fare sempre la copia nel settore MBR di tutti e due i dischi del
nuovo PC.
Oppure devo tenere la partizione di boot sul primo disco e crearne
un'altra anche sul secondo disco ?


Perché non pensi a btrfs?
Fai tutto quello che vuoi, compreso montare partizioni di due dischi 
diversi sullo stesso mount point. Ti fai le snapshot automatiche sia 
quando aggiorni sia prima di pasticciare una configurazione. Io ce l'ho 
su da tre anni sul portatile con 2 dischi proprio per le stesse ragioni 
e funziona benissimo. Ovviamente se scassi grub devi saper fare chroot. 
La swap la puoi fare sul filesystem btrfs dal kernel 6.1 e va sempre 
fatta pena un degrado delle prestazioni. Ci sono parecchi video che lo 
spiegano compreso Linus.




Buon giorno Lista,
Btrfs non lo conoscevo, ora che ho guardato in gparted, non me lo lascia 
usare. Nel menu "Formatta come" ci sono 21 file system diversi che in 
teoria si possono scegliere, ma alcuni sono in grigio. Quindi non si 
possono usare di fatto. 11 non si possono usare.


Grazie
Saluti

Claudio


--
https://www.linkedin.com/in/claudio-sandrone

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Thu, Mar 30, 2023 at 12:11:05PM +0200, pinguino wrote:
> Il 29/03/23 14:08, Diego Zuccato ha scritto:
> > IMO il partizionamento sarebbe da rifare:
> > - partizione per /boot/efi : OK
> Buon giorno  Lista,
> Ok, ho creato la partizione di boot.
> Visto che nei nuovi sistemi non ci sono più "cose" nascoste, i comandi da
> usare per gestire grub quali sono ?
> Io usavo update-grub, per aggiornare il menu e vedere quali kernel ci sono
> sui vari dischi.

uguale: update-grub

> Poi grub-install /dev/nomepartizione, per copiare il menu nella partizione
> desiderata.

uguale: grub-install

se vedi nelle opzioni ci sono le opzioni per efi:

man grub-install

...

   --efi-directory=DIR
  use DIR as the EFI System Partition root.

...

> 
> > - partizione per / : ridurre (generalmente 16 o 32G sono più che
> > abbondanti)
> Ho creato una partizione di root.

Su questo avrei da obiettare: snap / flatpak installati di sistema
possono arrivare ad occupare tanto per via delle librerie che incorporano.
La mia root è già di 36G e uso solo flatpak e non snap...
Io, oggi, non scenderei sotto i 64G.

> > - partizione di swap : almeno 2G (serve poco, ma aiuta in momenti
> > critici... non mi sono mai pentito di averne creata una, ma mi sono
> > sempre pentito quando non l'ho fatto)
> Anche la swap ho creato.
> Nei dischi vecchi usavo uno schema più semplice, che ho collaudato. Quindi
> so che funziona.
> Avevo una partizione di root da 20 GB.
> Una partizione di Home da 50 GB o 100 Gb, a seconda dello spazio del disco.
> 
> > - partizione per /var : opzionale, ma raccomandato, generalmente faccio
> > 16G se ho tanto spazio, altrimenti anche solo 4 ; in questo modo un log
> > fuori controllo non ti impatta /
> Si, faro anche una partizione di var, quando riusciro ad installare il
> sistema qua da me, di persona, personalmente.

Sul mio desktop non sono mai arrivato a bloccarlo per log file fuori
controllo. In ogni caso puoi sempre, eventualmente, cancellarli o ridurli
e verificare il problema.

-- 

Amike,
Marco Ciampa

Re: PC Desktop nuovo: Grub e dischi

[Marco Ciampa]

On Thu, Mar 30, 2023 at 12:16:46PM +0200, pinguino wrote:
> Buon giorno Lista,
> Btrfs non lo conoscevo, ora che ho guardato in gparted, non me lo lascia
> usare. Nel menu "Formatta come" ci sono 21 file system diversi che in teoria
> si possono scegliere, ma alcuni sono in grigio. Quindi non si possono usare
> di fatto. 11 non si possono usare.

Probabilmente devi installare le utility corrispondenti... per es. btrfs-progs 
...

-- 

Amike,
Marco Ciampa

[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) ]