Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.os.linux.software > #5552 > unrolled thread

scelta software alternativi per sistemi con scarse risorse

Back to article view | Back to it.comp.os.linux.software

Contents

  scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-13 22:44 +0200
    Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-14 14:17 +0200
      Re: scelta software alternativi per sistemi con scarse risorse G <g@nowhere.invalid> - 2021-09-14 14:56 +0000
        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-14 17:01 +0200
      Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-14 17:04 +0200
        Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-09-15 07:07 +0000
          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 14:28 +0200
            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 16:04 +0200
              Re: scelta software alternativi per sistemi con scarse risorse G <g@nowhere.invalid> - 2021-09-15 16:29 +0000
                Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 18:36 +0200
                Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-09-15 20:33 +0000
                  Re: scelta software alternativi per sistemi con scarse risorse G <g@nowhere.invalid> - 2021-09-15 20:55 +0000
                    Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-09-15 21:23 +0000
                      Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-29 16:21 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-29 16:30 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-09-30 10:21 +0000
                          Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-09-30 10:24 +0000
                            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-30 13:47 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-10-02 06:49 +0000
                          Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-10-03 16:20 +0200
                            Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-10-03 19:38 +0000
                              Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-10-04 19:00 +0200
                                Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-10-08 14:58 +0000
                                  Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-10-09 14:12 +0200
                Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-09-16 08:15 +0000
        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 16:30 +0200
          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 17:55 +0200
          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-15 21:57 +0200
            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-16 12:40 +0200
              Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-09-16 13:30 +0000
                Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-16 15:42 +0200
              Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-16 20:45 +0200
                Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-17 18:34 +0200
                  Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-18 13:03 +0200
                  Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-18 15:27 +0200
                    Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-18 18:38 +0200
                      Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-18 18:44 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-18 19:04 +0200
                      Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-09-18 20:03 +0000
                        Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-19 00:13 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-19 00:41 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-09-18 23:26 +0000
                            Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dont-email.me> - 2021-09-19 14:53 +0200
                    Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-19 16:55 +0200
                    Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-20 15:43 +0200
                      Re: scelta software alternativi per sistemi con scarse risorse Guglielmo <mmemmoTOGLIQUESTO@tiscali.it.invalid> - 2021-09-20 16:39 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-20 16:56 +0200
                      Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-20 20:24 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Alessandro Pellizzari <shuriken@amiran.it> - 2021-09-20 22:33 +0100
                          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 12:55 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Guglielmo <mmemmoTOGLIQUESTO@tiscali.it.invalid> - 2021-09-21 07:58 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 12:19 +0200
                            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 16:50 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 13:40 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 13:44 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 20:11 +0200
                            Re: scelta software alternativi per sistemi con scarse risorse Alessandro Selli <trappola@route-add.net> - 2021-09-21 21:15 +0200
                              Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-21 21:27 +0200
                            Re: scelta software alternativi per sistemi con scarse risorse G <g@nowhere.invalid> - 2021-09-22 09:42 +0000
                              Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-22 13:43 +0200
                            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-22 14:27 +0200
                              Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-22 21:21 +0200
                                Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-25 14:12 +0200
                                  Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-26 16:38 +0200
                                    Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-10-02 14:41 +0200
                                      Re: scelta software alternativi per sistemi con scarse risorse Yoda <yoda@pippo.invalid> - 2021-10-03 22:44 +0000
                                      Re: scelta software alternativi per sistemi con scarse risorse Englishman <englishman.com@gmail.com> - 2021-10-04 10:01 +0200
                                        Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-10-04 11:48 +0200
                                          Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-12-14 08:59 +0000
                                            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.not> - 2021-12-14 15:20 +0100
                                              Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.not> - 2021-12-14 15:41 +0100
                                                Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-12-15 08:35 +0000
                                                  Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.not> - 2021-12-15 13:44 +0100
                        Re: scelta software alternativi per sistemi con scarse risorse Tony Borlini <tonyborlini@dontemail.me> - 2024-05-06 18:09 +0200
                  Re: scelta software alternativi per sistemi con scarse risorse Termoregolato <waste@is.invalid> - 2021-09-18 20:54 +0200
                    Re: scelta software alternativi per sistemi con scarse risorse Geronimo Bosco <antilo@capra.com> - 2021-09-19 16:04 +0200
                      Re: scelta software alternativi per sistemi con scarse risorse Termoregolato <waste@is.invalid> - 2021-09-19 17:10 +0200
                        Re: scelta software alternativi per sistemi con scarse risorse Geronimo Bosco <antilo@capra.com> - 2021-09-19 19:25 +0200
                          Re: scelta software alternativi per sistemi con scarse risorse Termoregolato <waste@is.invalid> - 2021-09-19 19:48 +0200
            Re: scelta software alternativi per sistemi con scarse risorse Termoregolato <waste@is.invalid> - 2021-09-18 20:46 +0200
          Re: scelta software alternativi per sistemi con scarse risorse Ammammata <ammammata@tiscalinet.it> - 2021-09-16 08:18 +0000
            Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-16 12:31 +0200
        Re: scelta software alternativi per sistemi con scarse risorse Wolf in the dark <wolfinthedark@nospam.it> - 2021-10-03 09:30 +0200
          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-10-03 14:07 +0200
          Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-10-04 02:02 +0200
            Re: scelta software alternativi per sistemi con scarse risorse Wolf in the dark <wolfinthedark@nospam.it> - 2021-10-04 08:45 +0200
              Re: scelta software alternativi per sistemi con scarse risorse Wolf in the dark <wolfinthedark@nospam.it> - 2021-10-04 16:20 +0200
    Re: scelta software alternativi per sistemi con scarse risorse G <g@nowhere.invalid> - 2021-09-20 12:16 +0000
      Re: scelta software alternativi per sistemi con scarse risorse WinterMute <wintermute@cryptolab.nOt> - 2021-09-20 16:28 +0200

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

#5678

Addi' 03 ott 2021 14:20:58, Tony Borlini scrive:
> sab, 02 ott 2021, 06:49:23, Yoda ha scritto:

>> $: curl it.wttr.in/Roma?1nF
>> mi da' lo stato attuale e poi soltanto pomeriggio e notte in
>> previsione, se no con mattino e mezzodi' mi va oltre le 80
>> colonne e non si legge nulla di comprensibile ciao
>> (tutto in italiano con l'it.)

> Non potresti modificare in console anche solo momentaneamente la
> risoluzione video e il numero delle colonne e delle righe?
> Ad esempio:
> fbset -xres 1280
> stty cols 132 rows 34

In installazione, e poi adesso ad ogni bootstrap prima che esca da
initrd, la risoluzione e' altissima (penso questa che mi consigli).

Pero' ho problemi di vista e ho dato la direttiva al kernel (tramite
grub2) "video=640x480", dunque ho 30 righe e 80 colonne.. all'antica
con 5 righe in piu' (monitor 37.5 cm x 30 cm cioe' 5:4; ma 640/480
fa 4:3  ->  altra cosa incomprensibile).

(aggiungo: i film li vedo a tutto schermo e senza bordi neri, sia se
sono 4:3, sia se sono 5:4 ..boh!)

>> Devo scoprire ancora cosa vogliono dire-indicare le frecce, aspetto
>> che ci sia un vento forte e fisso, cosi' posso confrontarlo con gli
>> altri siti. Ad esempio la freccetta (del vento) verso l'alto indica
>> vento di tramontana o di ostro? cioe' come coi vettori velocita' in
>> fisica o come l'ago d'una bussola boh?!

> La frecce indicano la direzione del vento, la freccia verso l'alto
> (UPWARDS ARROW) indica vento di ostro, cioè con direzione da sud verso
> nord.

Si', oramai l'avevo determinato dal vento negli altri programmi.
(d'altra parte e' anche giusto che il nome "freccia su" indichi
il bersaglio e non l'arciere)

>> (il fattaccio e' che in console le NORTH WEST ARROW, aka 0x2196 non
>> le vedo prorio, dunque le traduco con sed.. ma scirocco o maestrale
>> come dice il nome del carattere? vedo solo quelle sui quadranti, in
>> diagonale no, niente grecale scirocco libeccio maestrale)

> Come fai a tradurle con sed?

Traduce passando al nome del vento in lettere (tutti, anche le
frecce che sarebbero visibili).

> Io comunque noto tre differenti situazioni:

> Nel terminale 'gnome-terminal' utilizzando curl vedo tutte le frecce per
> ogni direzione ed in caso di temporale i lampi (HIGH VOLTAGE SIGN) sono
> di colore giallo e lampeggiano (blink).

Ah ecco spiegato l'infame arcano! Ho dovuto fare l'impossibile per
convertire l'alta tensione (i lampi)!  adesso capisco perche' lo
strano carattere di controllo, che contiene per blinkare, mi manda
in tilt mcedit sed .bash_history tr!
Ho risolto facendo:
$: curl it.wttr.in/$CITTA?2nT | sed 's/\xe2\x9a\xa1/¥/g' > $CASA/$CITTA

(li salvo in B/N e poi li coloro a mio gusto.. ci sanno fare poco coi
canoni di stampa, qui ad esempio usano troppi colori e si legge male)

> Nei browser Firefox e Chromium vedo tutte le frecce per ogni direzione
> ma i lampi sono monocromatici e NON lampeggiano.

Si', l'avevo letto per le sequenze ESC che vengono adattati anche i
casi corsivo sottolineato neretto lampeggiante e altri, spesso anche
modificando il colore del campo altre a quello dei caratteri.

> Nelle console virtuali sia utilizzando curl che nel browser w3m la
> situazione credo sia identica alla tua: non vedo le frecce con un
> orientamento diagonale e i lampi sono monocromatici e non lampeggiano.

> https://www.w3schools.com/charsets/ref_utf_arrows.asp
> https://www.w3schools.com/charsets/ref_utf_symbols.asp

Poi guardo i link grazie ciao ma ci vuole un sacco di tempo

-- 
Yoda

[toc] | [prev] | [next] | [standalone]

#5686

dom, 03 ott 2021, 19:38:52, Yoda ha scritto:

> In installazione, e poi adesso ad ogni bootstrap prima che esca da
> initrd, la risoluzione e' altissima (penso questa che mi consigli).

Avevo indicato '1280' solo perché sul mio monitor quella era la
risoluzione minima per poter visualizzare completamente il report del
meteo nelle mie console virtuali, però dipende poi anche dalla
dimensione del carattere che è stata settata per la console.

> Pero' ho problemi di vista e ho dato la direttiva al kernel (tramite
> grub2) "video=640x480", dunque ho 30 righe e 80 colonne.. all'antica
> con 5 righe in piu' (monitor 37.5 cm x 30 cm cioe' 5:4; ma 640/480
> fa 4:3  ->  altra cosa incomprensibile).

Anch'io ho qualche problema di vista, dovuto purtroppo nel mio caso solo
all'età che avanza ... ma a differenza tua io non sono un fan della
console e non la userei proprio mai se non fosse che di tanto in tanto
faccio dei disastri nella GUI per cui sono costretto ad accedere in
console per tentare di riparare. :-)

Per questo motivo, per essere a mio agio ho preferito impostare in
console le cose come penso vadano meglio per me ed installare anche
tutti quei pacchetti utilizzabili sulla CLI per risolvere gli eventuali
problemi; da questo punto di vista questo thread torna utile, grazie
WinterMute!, per trovare interessanti soluzioni.

Provo a ricapitolarti quanto ho capito riguardo alle dimensioni della
console, poi più in là quando hai tempo, se ti andasse di dirmi la tua
opinione e quali sono i tuoi riscontri mi faresti un favore.

Come sai meglio di me i monitor possono avere diverse dimensioni e
proporzioni. Attualmente quelli più usati sono i 16:9 che hanno
ovviamente una forma rettangolare; io ad esempio ho un monitor LCD 16:9
da 23.6" con una diagonale di 59.9 cm dove attualmente è impostata una
risoluzione di 1920x1080.

Ci sono però in commercio anche monitor con una proporzione di 16:10 ed
altri, per la maggior parte meno recenti, più tendenti ad una forma
quadrata con una proporzione di 4:3, oppure tipo il tuo di 5:4.

Non ricordo ora quale desktop environment utilizzi, ma ti suggerisco
comunque di dare un'occhiata in GUI nel tuo DE alle impostazioni
disponibili per il tuo monitor, così da farti un'idea precisa di quali
risoluzioni potresti scegliere rispettando appunto le proporzioni 5:4 .

Ad esempio io se col monitor 16:9 adottassi una risoluzione per x, la
larghezza, di 1280 dovrei scegliere 720 per la y, mentre tu col 5:4 per
la stessa x di 1280 pixel dovresti scegliere per rispettare la
proporzione 5:4 una y di 1024, e quindi in console, in alternativa ad
agire come hai già fatto nel file '/etc/default/grub', potresti dare il
comando:

$ fbset -xres 1280 -yres 1024

Fatto ciò puoi verificare in console a quante righe e colonne
corrisponde quella risoluzione, dando il comando:

$ stty -a

ed accertarti poi che l'intero report di
$ curl http://it.wttr.in/Rome
venga visualizzato correttamente e per intero.

Dicevi però che per te la dimensione di default dei caratteri in console
è eccessivamente piccola per quelle che sono le tue esigenze. Io credo
sia in parte anche una questione di abitudine oltre che di vista, ma se
hai comunque questa necessità puoi aumentarne le dimensioni modificando
il valore di FONTSIZE nel file '/etc/default/console-setup' e dando
successivamente il comando:

# update-initramfs -u

Nel manuale di 'console-setup' a proposito di FONTSIZE leggo:

FONTFACE and FONTSIZE
Valid font faces are: VGA (sizes 8x8, 8x14, 8x16, 16x28 and 16x32),
Terminus (sizes 6x12, 8x14, 8x16, 10x20, 12x24, 14x28 and 16x32),
TerminusBold (sizes 8x14, 8x16, 10x20, 12x24, 14x28 and 16x32),
TerminusBoldVGA (sizes 8x14 and 8x16), and Fixed (sizes 8x13, 8x14,
8x15, 8x16 and 8x18).

però ad esempio ora da me console-setup è messo così:

$ cat /etc/default/console-setup

# CONFIGURATION FILE FOR SETUPCON
# Consult the console-setup(5) manual page.
ACTIVE_CONSOLES="/dev/tty[1-6]"
CHARMAP="UTF-8"
CODESET="guess"
FONTFACE="Fixed"
FONTSIZE="10x18"   # "8x18"
VIDEOMODE=
# The following is an example how to use a braille font
# FONT='lat9w-08.psf.gz brl-8x8.psf'

ed anche se non rispetta le indicazioni del manuale, ridimensiona
comunque correttamente la dimensione dei caratteri in console.

Se vuoi puoi aumentare ancora di più la dimensione dei caratteri, però
nel mio caso con una risoluzione per x di 1024, la dimensione "10x18"
del font Fixed è quella massima utilizzabile per poter visualizzare
correttamente l'intero report del meteo.

Dando nuovamente in console:

$ stty -a

nota come rispetto a prima cambia la quantità di righe e colonne ('rows'
e 'cols') quando modifichi sia la risoluzione del monitor che la
dimensione dei caratteri.

> (aggiungo: i film li vedo a tutto schermo e senza bordi neri, sia se
> sono 4:3, sia se sono 5:4 ..boh!)

È normale, dipende dal formato con cui è stato registrato il video e
dalla risoluzione del tuo monitor; se le due cose non sono identiche,
per poter vedere il video con le immagini non deformate ti troverai
sempre della bande nere o ai due lati destro e sinistro dello schermo
oppure sopra e sotto.

Provo a spiegarmi con un esempio:

Sul mio monitor settato ad una risoluzione 1920x1080, quindi in 16:9,
voglio guardare in console questi due video: 'film-1920x720.mkv' e
'film-640x480.mkv'.

Sia dando il comando:

$ mpv -vo drm film-1920x720.mkv
che 
$ mpv -vo drm film-640x480.mkv

all'avvio entrambi i film appariranno a tutto schermo e senza bordi
neri, ma le immagini appariranno deformate e dovrò quindi premere più
volte la combinazione di tasti Shift + A (con 'Shift' intendo il tasto
per il maiuscolo) modificando l'aspect ratio fino a trovare la giusta
risoluzione corrispondente alla reale registrazione del video, così da
poter visualizzare il video nelle giuste proporzioni e quindi con le
immagini non deformate.

È ovvio che avendo il mio monitor una risoluzione 1920x1080 c'e poco da
fare: nel caso del primo film (risoluzione 1920x720) appariranno due
bande nere sopra e sotto, mentre nel secondo caso (640x480) vedrò le due
bande nere a destra e a sinistra del video.

[toc] | [prev] | [next] | [standalone]

#5688

Il giorno Mon 04 Oct 2021 07:00:54p, *Tony Borlini* ha inviato su 
it.comp.os.linux.software il messaggio news:sjfc06$453$1@dont-email.me. 
Vediamo cosa ha scritto:

> grazie
> WinterMute!, per trovare interessanti soluzioni

il passo finale sarà una distro linux già configurata come da thread (*) e 
liberamente disponibile per il download


(*) con un menu in fase di installazione dove selezionare i pacchetti che 
si vuole effettivamente installare, ovvio

-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

[toc] | [prev] | [next] | [standalone]

#5689

ven, 08 ott 2021, 14:58:43, Ammammata ha scritto:

> il passo finale sarà una distro linux già configurata come da thread (*) e 
> liberamente disponibile per il download
>
>
> (*) con un menu in fase di installazione dove selezionare i pacchetti che 
> si vuole effettivamente installare, ovvio

Non ho la minima idea di come sia adesso su RHEL ma ai tempi di Red Hat
Linux l'installer offriva all'utente una vista ad albero con l'elenco
diviso per categorie di tutti i pacchetti disponibili sui 4 cdrom che
componevano la distribuzione. 

Alcuni pacchetti di base erano già di default selezionati per essere
installati, mentre l'eventuale ulteriore selezione di altri fra i
tantissimi disponibili era lasciata a discrezione dell'utente. 

Ricordo che se si decideva di installare solo il sistema di base
occorreva utilizzare unicamente il primo CD, mentre l'installazione
diventava un po' più macchinosa se si ampliava la scelta ad altri
pacchetti, - togli cd1, metti cd2, togli cd2, ... -, però nulla di
complicato e comunque oggidì facilmente superabile con una chiavetta
usb, un DVD o magari semplicemente tramite una connessione ad Internet
ai repository. 

Riguardo alla scelta dei pacchetti da installare, mi sembra che Debian e
derivate abbiano invece un approccio meno granulare e più orientato su
una collezione di pacchetti adatti ad un compito specifico (task), ad
esempio un tipo di server oppure un desktop environment e tutta la serie
di applicazioni che si porta in dote.

sudo tasksel --list-tasks

https://wiki.debian.org/it/tasksel

[toc] | [prev] | [next] | [standalone]

#5577

Il giorno Wed 15 Sep 2021 06:29:40p, *G* ha inviato su
it.comp.os.linux.software il messaggio
news:iqelbkFn16vU1@mid.individual.net. Vediamo cosa ha scritto: 

> Se il problema sono le scarse risorse la cosa migliore e' sempre
> evitare la grafica, ci sono editor testo che funzionano bene in un
> shell 

esiste qualcosa di simile al vecchio Word 5 o 6 per DOS? quello che 
funzionava anche in modalità "grafica" abilitando a video cose tipo 
grassetto-corsivo-sottolineato (ma non i font, ovviamente)

-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\
-=- -=- -=- -=- -=- -=- -=- -=- - -=-
........... [ al lavoro ] ...........

[toc] | [prev] | [next] | [standalone]

#5569

il Tue, 14 Sep 2021 17:04:49 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]

approfitto di questo messaggio per ricapitolare le segnalazioni riportate sin qui
suddividendole (per praticità) in varie categorie.

[browser web]
- pale moon
- midori
- qutebrowser

[file manager]
- PCManFM
- midnight commander (CLI)

[client email/news NNTP]
- claws-mail
- sylpheed (che è quasi un clone di claws)
- alpine (CLI)

[suite office / editor testo]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)


nell'eventualità che voleste segnalare ulteriori software provvederò ad aggiornare
man mano la lista di cui sopra.

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5570

il Wed, 15 Sep 2021 16:30:06 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]
| 
| nell'eventualità che voleste segnalare ulteriori software provvederò ad aggiornare
| man mano la lista di cui sopra.

per quanto concerne la messaggistica istantanea, altra categoria piuttosto
importante per l'utilizzo generico di un sistema, come possibili alternative che
impattano il meno possibile sulle risorse di una macchina datata posso segnalare
quanto segue:

- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

saluti

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5573

il Wed, 15 Sep 2021 16:30:06 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]
| 
| nell'eventualità che voleste segnalare ulteriori software provvederò ad aggiornare
| man mano la lista di cui sopra.

approfitto dell'ultimo intervento di "G" (in ordine temporale) per aggiornare la
lista delle applicazioni che sono state via via segnalate in questa discussione.
come per gli aggiornamenti passati, metto ciascuno software all'interno di categorie
che descrivano sommariamente il campo di utilizzo in modo da facilitare la ricerca e
la comprensione di ciascuna segnalazione.


aggiornamento: [15/09/2021 21:47]

[browser web]
- pale moon
- midori
- qutebrowser

[client email / news NNTP]
- claws-mail
- sylpheed (che è quasi un clone di claws)
- alpine (CLI)
- mutt (CLI)

[editor testo / suite office]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)
- nano (editor di testo molto leggero - CLI)
- pico (piuttosto simile nelle caratteristiche a nano - CLI)
- NE (nice editor - CLI)
- vim (editor di testo leggero e molto potente - CLI)
- emacs (editor di testo e molto altro, potente ed espandibile nelle funzionalità -
CLI)

[file manager]
- PCManFM (file manager)
- midnight commander (CLI)

[messaggistica istantanea]
- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

[web]
- ncftp (client per trasferimenti ftp)
- smbclient (client per trasferimenti da e per macchine Windows)
- wget (download file da siti web - CLI)
- curl (download file da siti web - CLI)


concludo ricordando che chiunque volesse è invitato a partecipare alla discussione,
ogni segnalazione è più che ben accetta. 
in tal modo sarà possibile ampliare le categorie presenti ed eventualmente
aggiungerne di ulteriori.

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5581

il Wed, 15 Sep 2021 21:57:22 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]

buon pomeriggio a tutti,

in seguito alle segnalazioni di Ammammata ho provveduto ad aggiornare la lista dei
software alternativi inserendo "gnome commander" e "krusader" nella categoria 
"file manager".


aggiornamento: [16/09/2021 12:40]

[browser web]
- pale moon
- midori
- qutebrowser

[client email / news NNTP]
- claws-mail
- sylpheed (che è quasi un clone di claws)
- alpine (CLI)
- mutt (CLI)

[editor testo / suite office]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)
- nano (editor di testo molto leggero - CLI)
- pico (piuttosto simile nelle caratteristiche a nano - CLI)
- NE (nice editor - CLI)
- vim (editor di testo leggero e molto potente - CLI)
- emacs (editor e molto altro, potente ed espandibile nelle funzionalità - CLI)

[file manager]
- PCManFM (file manager)
- midnight commander (CLI)
- gnome commander (GUI)
- krusader (GUI)

[messaggistica istantanea]
- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

[web]
- ncftp (client per trasferimenti ftp)
- smbclient (client per trasferimenti da e per macchine Windows)
- wget (download file da siti web - CLI)
- curl (download file da siti web - CLI)


saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5583

Addi' 16 set 2021 10:40:01, WinterMute scrive:
> il Wed, 15 Sep 2021 21:57:22 +0200
> WinterMute <wintermute@cryptolab.nOt> ha scritto:

> [editor testo / suite office]
> - libreoffice (per i casi dove occorre una manipolazione del testo
> superiore)
> - gedit (editor di testo semplice ma con funzionalità avanzate)
> - mousepad (editor di testo basilare e molto leggero su toolkit GTK)
> - featherpad (analogo di mousepad per sistemi QT oriented)
> - nano (editor di testo molto leggero - CLI)
> - pico (piuttosto simile nelle caratteristiche a nano - CLI)
> - NE (nice editor - CLI)
> - vim (editor di testo leggero e molto potente - CLI)
> - emacs (editor e molto altro, potente ed espandibile nelle funzionalità -
> CLI)

Secondo me metterei (tra i primi!) mcedit - (CLI, ma *credo* anche
GUI come d'altra parte mc stesso.. una volta l'ho chiamato per
errore da un terminale in X ma l'ho richiuso subito).
Per anni ho usato vi (vim), adesso uso mcedit (e' un alias per mc)
che e' troppo piu' comodo ciao
(anche nano e' ottimo, ma lo si usa di solito soltanto al livello 1)

-- 
Yoda

[toc] | [prev] | [next] | [standalone]

#5585

il Thu, 16 Sep 2021 13:30:16 -0000 (UTC)
Yoda <yoda@pippo.invalid> ha scritto:

| Secondo me metterei (tra i primi!) mcedit - (CLI, ma *credo* anche
| GUI come d'altra parte mc stesso.. una volta l'ho chiamato per
| errore da un terminale in X ma l'ho richiuso subito).
| Per anni ho usato vi (vim), adesso uso mcedit (e' un alias per mc)
| che e' troppo piu' comodo ciao
| (anche nano e' ottimo, ma lo si usa di solito soltanto al livello 1)

salve Yoda e grazie per il contributo innanzitutto,

in effetti avevo colpevolmente dimenticato di includere "mcedit" nella lista. 
tra l'altro è uno degli editor che anche installo sempre quando mi ritrovo "per le
mani" un sistema che ne è sprovvisto.

conto al prossimo aggiornamento della lista di inserirlo, grazie ancora per la
segnalazione :)

p.s.: concordo con te sul giudizio nei confronti di "nano", un editor davvero ottimo.
sarà anche per via del fatto che lo si trova installato di default in molte
distribuzioni (debian e derivate sicuramente) ma è quello che finisco per invocare
più di frequente quando ho la necessità di apportare qualche modifica ad un testo
(che sia un file di configurazione o una nota/appunto).

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5586

il Thu, 16 Sep 2021 12:40:01 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]

aggiornamento serale della lista software in seguito alla segnalazione di Yoda che
ha proposto l'aggiunta di "mcedit" nella categoria degli editor di testo.

aggiornamento: [16/09/2021 20:45]

[browser web]
- pale moon (mozilla based)
- midori (webkit based & gtk toolkit)
- qutebrowser

[client email / news NNTP]
- claws-mail (GUI)
- sylpheed (quasi un clone di claws)
- alpine (CLI)
- mutt (CLI)

[editor testo / suite office]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)
- nano (editor di testo molto leggero - CLI)
- pico (piuttosto simile nelle caratteristiche a nano - CLI)
- NE (nice editor - CLI)
- vim (leggero e molto potente - CLI)
- emacs (potente ed espandibile nelle funzionalità - CLI)
- mcedit (CLI)

[file manager]
- PCManFM (GUI)
- gnome commander (GUI)
- krusader (GUI)
- midnight commander (CLI)

[messaggistica istantanea]
- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

[web]
- ncftp (client per trasferimenti ftp)
- smbclient (client per trasferimenti da e per macchine Windows)
- wget (download file da siti web - CLI)
- curl (download file da siti web - CLI)


saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5587

il Thu, 16 Sep 2021 20:45:48 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]

vorrei aggiornare la nostra lista di software con alcune segnalazioni che finora
avevo dimenticato di proporre. 
mi riferisco a tutti quei programmi per la condivisione e il relativo download.

inoltre visto che al momento non c'è una categoria appropriata ho provveduto a
crearne una che potesse accorpare i software in questione.
categoria che prenderà il suo posto all'interno della lista col nome di: 
"p2p file sharing / bitTorrent"


aggiornamento: [17/09/2021 18:30]

[browser web]
- pale moon (mozilla based)
- midori (webkit based & gtk toolkit)
- qutebrowser

[client email / news NNTP]
- claws-mail (GUI)
- sylpheed (quasi un clone di claws)
- alpine (CLI)
- mutt (CLI)

[editor testo / suite office]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)
- nano (editor di testo molto leggero - CLI)
- pico (piuttosto simile nelle caratteristiche a nano - CLI)
- NE (nice editor - CLI)
- vim (leggero e molto potente - CLI)
- emacs (potente ed espandibile nelle funzionalità - CLI)
- mcedit (CLI)

[file manager]
- PCManFM (GUI)
- gnome commander (GUI)
- krusader (GUI)
- midnight commander (CLI)

[messaggistica istantanea]
- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

[p2p file sharing / bitTorrent]
- rtorrent (client torrent - CLI)
- transmission (client torrent - GUI)
- amuled (amule daemon - CLI)

[web]
- ncftp (client per trasferimenti ftp)
- smbclient (client per trasferimenti da e per macchine Windows)
- wget (download file da siti web - CLI)
- curl (download file da siti web - CLI)


come di consueto qualsiasi altra segnalazione, che rientri nei canoni di quanto si
prefigge di ottenere la discussione, è assolutamente ben accetta. 

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5588

il Fri, 17 Sep 2021 18:34:11 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]
| 
| come di consueto qualsiasi altra segnalazione, che rientri nei canoni di quanto si
| prefigge di ottenere la discussione, è assolutamente ben accetta. 

p.s.: con l'occasione vorrei aggiungere una breve precisazione, ovviamente qualsiasi
segnalazione sarà ben accetta e aggiunta alla lista.
in particolar modo tuttavia sarebbe preferibile ricevere le vostre segnalazioni
riguardo qualche software alternativo che abbia a che fare con la manipolazione (a
qualsiasi livello) di immagini.
programmi che in buona sostanza ancora "latitano" nell'elenco fin qui redatto.

saluti e considerato l'orario mi permetto di "allegare" un augurio di buon pranzo a
tutti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5589

il Fri, 17 Sep 2021 18:34:11 +0200
WinterMute <wintermute@cryptolab.nOt> ha scritto:

| [...]

grazie all'aiuto di diversi utenti che hanno partecipato con le loro segnalazioni
siamo riusciti, nel corso di breve tempo, a redigere una lista sufficientemente
completa di vario software che ha, come minimo comune denominatore, quello di essere
quanto più possibile "leggero" con un esiguo consumo di risorse.
tutto ciò nell'ottica di utilizzo con hardware non più particolarmente prestante ma
che può, ad ogni modo, ancora fare decentemente la propria parte (se così si può
dire).

la lista in questione è divisa per categorie per facilitarne la consultazione e
ricerca di software per specifici compiti.
a tal proposito si avvertiva la mancanza di una categoria dedicata a tutti quei
software in grado di manipolare immagini (in vario modo e livello).
naturalmente tutti coloro che leggeranno conoscono "gimp" e le sue notevoli
potenzialità tuttavia, non di rado, si ha la necessità di apportare solo piccole
modifiche (l'aggiunta di un watermark o il semplice ridimensionamento ad esempio)
per le quali uno strumento come "gimp" è decisamente sovradimensionato.

per questo ho pensato di citare alcuni software che possono svolgere le funzioni
di cui sopra (e molto altro) e che, ancora più importante, possono farlo con un
minimo dispendio di risorse hardware.
il nome della categoria in questione è "grafica / image editing" e ho provveduto ad
inserirla assieme alle altre nell'aggiornamento che segue.


aggiornamento: [18/09/2021 15:25]

[browser web]
- pale moon (mozilla based)
- midori (webkit based & gtk toolkit)
- qutebrowser

[client email / news NNTP]
- claws-mail (email / news - GUI)
- sylpheed (clone di claws - email / news - GUI)
- alpine (email / news - CLI)
- slrn (email / news - CLI)
- mutt (email - CLI)

[editor testo / suite office]
- libreoffice (per i casi dove occorre una manipolazione del testo superiore)
- gedit (editor di testo semplice ma con funzionalità avanzate)
- mousepad (editor di testo basilare e molto leggero su toolkit GTK)
- featherpad (analogo di mousepad per sistemi QT oriented)
- nano (editor di testo molto leggero - CLI)
- pico (piuttosto simile nelle caratteristiche a nano - CLI)
- NE (nice editor - CLI)
- vim (leggero e molto potente - CLI)
- emacs (potente ed espandibile nelle funzionalità - CLI)
- mcedit (CLI)

[file manager]
- PCManFM (GUI)
- gnome commander (GUI)
- krusader (GUI)
- midnight commander (CLI)

[grafica / image editing]
- gnome-paint (toolkit GTK - GUI)
- gpaint (GNU paint - GUI)
- kolourpaint (toolkit QT - GUI)
- drawing (GUI)
- pinta (GUI)

[messaggistica istantanea]
- hexchat (client irc avanzato)
- weechat (client irc con interfaccia CLI)
- finch (client multiprotocollo con interfaccia CLI)
- toxic (client per protocollo TOX con interfaccia CLI)

[p2p file sharing / bitTorrent]
- rtorrent (client torrent - CLI)
- transmission (client torrent - GUI)
- amuled (amule daemon - CLI)

[web]
- ncftp (client per trasferimenti ftp)
- smbclient (client per trasferimenti da e per macchine Windows)
- wget (download file da siti web - CLI)
- curl (download file da siti web - CLI)


prima di concludere questo aggiornamento rinnovo l'invito a segnalare software che
ancora non è stato menzionato e che a vostro avviso rientra nei canoni della lista.

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5590

sab, 18 set 2021, 15:27:22, WinterMute ha scritto:

> aggiornamento: [18/09/2021 15:25]
>
> [browser web]
> - pale moon (mozilla based)
> - midori (webkit based & gtk toolkit)
> - qutebrowser

- w3m + w3m-img (CLI)
- uzbl
- dillo

> [client email / news NNTP]
> - claws-mail (email / news - GUI)
> - sylpheed (clone di claws - email / news - GUI)
> - alpine (email / news - CLI)
> - slrn (email / news - CLI)
> - mutt (email - CLI)

- biff (segnala l'arrivo di posta - CLI)
- rmail (email reader di Emacs - CLI)

> [editor testo / suite office]
> - libreoffice (per i casi dove occorre una manipolazione del testo superiore)
> - gedit (editor di testo semplice ma con funzionalità avanzate)
> - mousepad (editor di testo basilare e molto leggero su toolkit GTK)
> - featherpad (analogo di mousepad per sistemi QT oriented)
> - nano (editor di testo molto leggero - CLI)
> - pico (piuttosto simile nelle caratteristiche a nano - CLI)
> - NE (nice editor - CLI)
> - vim (leggero e molto potente - CLI)
> - emacs (potente ed espandibile nelle funzionalità - CLI)
> - mcedit (CLI)

- abiword (editor documenti)
- gnumeric (editor fogli di calcolo)

> [file manager]
> - PCManFM (GUI)
> - gnome commander (GUI)
> - krusader (GUI)
> - midnight commander (CLI)

- gentoo (a 2 riquadri come 'mc', il midnight commander - GUI)
- lfm (CLI)

> [grafica / image editing]
> - gnome-paint (toolkit GTK - GUI)
> - gpaint (GNU paint - GUI)
> - kolourpaint (toolkit QT - GUI)
> - drawing (GUI)
> - pinta (GUI)

- imagemagic (programmi manipolazione immagini - CLI)

> [web]
> - ncftp (client per trasferimenti ftp)
> - smbclient (client per trasferimenti da e per macchine Windows)
> - wget (download file da siti web - CLI)
> - curl (download file da siti web - CLI)

- openssh-client (accesso sicuro e esecuzione comandi su macchine remote - CLI)
- youtube-dl (download video - CLI)

> prima di concludere questo aggiornamento rinnovo l'invito a segnalare
> software che
> ancora non è stato menzionato e che a vostro avviso rientra nei canoni
> della lista.

Aggiungerei:

[window manager]
- fluxbox
- jwm
- i3

[utility]
- gpm (gestione mouse - CLI)
- fbi (visualizzatore immagini - CLI)
- poppler-utils (programmi gestione PDF - CLI)
- fbgs (visualizzatore PDF - CLI)
- xpdf (visualizzatore PDF - GUI)

[database]
- sqlite

[multimedia]
- mplayer (media player - CLI)
- mpv (media player - CLI)
- cvlc (media player - CLI)
- ffplay (media player di ffmpeg - CLI)

(Ho provato proprio ora su Debian 11 il comando
mpv -vo drm video.mkv
ed in console funziona, si vedono il video a pieno schermo.)

[toc] | [prev] | [next] | [standalone]

#5591

il Sat, 18 Sep 2021 18:38:59 +0200
Tony Borlini <tonyborlini@dont-email.me> ha scritto:

| [...]

buonasera,

ti ringrazio davvero molto per le molte e interessanti segnalazioni.
appena ho un po' più di tempo andrò a modificare come si deve la lista redatta fin
qui con le varie aggiunte.

ci tenevo intanto a ringraziarti per il prezioso contributo.

saluti.

***
◈  [WinterMute] @ [debian] «-» [bookworm | testing]  ◈
***

[toc] | [prev] | [next] | [standalone]

#5592

sab, 18 set 2021, 18:44:12, WinterMute ha scritto:

> ti ringrazio davvero molto per le molte e interessanti segnalazioni.
> appena ho un po' più di tempo andrò a modificare come si deve la lista
> redatta fin
> qui con le varie aggiunte.

Per agevolarti il compito ho cercato per quel che potevo di formattare
il testo delle mie aggiunte nello stile della tua lista.
Non ho indicato, pur utilizzandolo, 'gnus' fra i news reader adatti
anche alla CLI perché ho qualche dubbio a consigliarlo, cioè io uso gnus
con soddisfazione da parecchi anni, ma la scelta da parte mia era stata
abbastanza scontata, nel senso che gnus fa parte di emacs, il mio editor
di default; ricordo però bene tutto il tempo speso, anche a causa del suo
linguaggio Lisp, a cercare online le indicazioni per configurarlo a
dovere e non era stata per me una passeggiata ...

[toc] | [prev] | [next] | [standalone]

#5595

Addi' 18 set 2021 16:38:59, Tony Borlini scrive:

-snip-
> Aggiungerei:

> [window manager]
> - fluxbox
> - jwm
> - i3

> [utility]
> - gpm (gestione mouse - CLI)
> - fbi (visualizzatore immagini - CLI)
> - poppler-utils (programmi gestione PDF - CLI)
> - fbgs (visualizzatore PDF - CLI)
> - xpdf (visualizzatore PDF - GUI)

> [database]
> - sqlite

> [multimedia]
> - mplayer (media player - CLI)
> - mpv (media player - CLI)
> - cvlc (media player - CLI)
> - ffplay (media player di ffmpeg - CLI)

> (Ho provato proprio ora su Debian 11 il comando
> mpv -vo drm video.mkv
> ed in console funziona, si vedono il video a pieno schermo.)

Vorrei chiedere un chiarimento-precisazione. Uso Fbi (che piu' su
hai messo tra le [utility]) in console a caratteri con l'interfaccia
grafica che non e' ancora salita [*]; per le foto e' splendido e
velocissimo.
Pero' invece per Mplayer ed Mpv ci vuole il display, anche se li si
avvia da terminale. Dunque la mia domanda e': perche' "(CLI)"? ciao

Ah, per WinterMute aggiungo il pacchetto Ffmpeg, ma probabilmente ce
l'ha gia' messo, visto che tu segnali Ffplay.

----------
[*] X non gira, nella GUI ci vado col comando startx all'antica,
niente login grafico perche' ho dato:
#: systemctl set-default multi-user.target

e almeno per questo systemd e' stato impagabile (se Leo S. mi legge
dovrebbe essere d'accordo, suo malgrado!), prima non mi era mai
riuscito di sistemare tutto cosi' perfetto per evitare il login
grafico col suo assurdo shutdown sudato o suidato che sia non lo so.

-- 
Yoda

[toc] | [prev] | [next] | [standalone]

#5596

sab, 18 set 2021, 20:03:20, Yoda ha scritto:

> Addi' 18 set 2021 16:38:59, Tony Borlini scrive:
>> (Ho provato proprio ora su Debian 11 il comando
>> mpv -vo drm video.mkv
>> ed in console funziona, si vedono il video a pieno schermo.)
>

> Pero' invece per Mplayer ed Mpv ci vuole il display, anche se li si
> avvia da terminale. Dunque la mia domanda e': perche' "(CLI)"? ciao

mplayer non lo uso più ma sono sicuro in passato nelle console virtuali
funzionasse come pure cvlc.
Adesso uso mpv e nelle console virtuali il comando funziona con le
opzioni che ho scritto sopra; il video appare in full screen senza bordi
e controlli. 
I tasti di scelta rapida funzionanao e se ad esempio premo / oppure *
per regolare il volume audio compare pure una barra che indica quanto è
alto.

Ho letto precedentemente che ti stai interessando a curl.
A quanto ho capito io importante è proprio 'libcurl', la libreria di
curl. Nella sua descrizione si legge «libreria lato client facile da
usare per il trasferimento di URL (versione OpenSSL)». 

Se ti interessa, nota anche ad esempio come Selsta ha utilizzato
'libcurl' nel suo programma 'hlsdl'.

https://github.com/selsta/hlsdl

'hlsdl', come già il nome suggerisce, fa il download utilizzando libcurl
di uno streaming hls e automaticamente ne converte il formato da .ts a
.mp4 .


Esempio: conosci la lingua kurda, e ti piace guardare, in console, la
TV "TRT Kurdi", perciò utilizzi il comando:

mpv -vo drm http://tuttitv.net:8888/live/hakim/hakim123/174824.m3u8

Qualche volta ti piacerebbe poter registrare qualche trasmissione di
quella TV. Puoi farlo anche in console utilizzando hlsdl:

./hlsdl -b -o trtkurdi.mp4 http://tuttitv.net:8888/live/hakim/hakim123/174824.m3u8

che salva nel file 'trtkurdi.mp4' lo steaming hls della TV "TRT Kurdi"
e che poi potrai vedere, sempre in console, con il comando:

mpv -vo drm trtkurdi.mp4

[toc] | [prev] | [next] | [standalone]

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

Back to top | Article view | it.comp.os.linux.software

csiph-web