Skip to main content


Cercasi manutentore per lo snap di GIMP disperatamente
#riflessioniserali
L'abbandono del pacchetto snap di GIMP sullo Snap Store mi ha fatto riflettere sulla bontà del progetto di casa Canonical.

https://www.marcosbox.org/2023/04/cercasi-manutentore-per-lo-snap-di-gimp.html
in reply to Marco Giannini :tux:

#Ubuntu è ed è sempre stata una derivata di #debian #unstable. Perché non continuare ad usare il pacchetto Debian per programmi do così ampia diffusione?
E perché l'ennesima moltiplicazione di standard? Ci sono #appimage, #flatpak
in reply to Paolo Redaelli

@paoloredaelli appimage potrebbe sostituire tutto, oltretutto sembra che le dimensoni degli appimage siano simili agli snap.
E a benchmark vincono gli appimage
Unknown parent

Paolo Redaelli
@toad
Conosco la differenza tra deb, rpm, snap e flatpak. E soprattutto che tirandosi dietro ennemila dipendenze il secondo tipo è necessariamente molto più grasso. E che i primi son molto più granulari ma più difficili da giostrare
Credo anch'io che snap verrà abbandonato. Non sono molte le tecnologie che Canonical è riuscita a far adottare
@magi
Unknown parent

@toad oppure usi una distro rolling release direttamente 😜
in reply to Dr.Kidpixo 🔢☄🔨💻 ⌨️ 🐍🐧

@kidpixo Si ma per curiosità ho chiesto di "Ubuntu Rolling" in una live di Canonical tempo fa e, oltre a ridere perché è una domanda iper ricorrente, mi sembra di aver capito che, appunto, la loro idea sia mantenere una base a prova di bomba mentre le App "rollano" tranquillamente nelle loro belle Snap 😁 Ma dobbiamo contare che ormai il Desktop non-business è solo una cosa marginale per Canonical
in reply to Toad :kde:

@toad
Distribuzioni immutabili oramai ce ne sono tante: https://monodes.com/predaelli/2023/04/21/the-immutables-fedora-silverblu-endlessos-and-vanillaos/
@kidpixo
in reply to Paolo Redaelli

@paoloredaelli @toad
Io non credo che Cannonical mollerà presto SNAP... Secondo me il problema è proprio usare Ubuntu...

Comunque dato che le brutte tecnologie avanzano, si può sempre usare Flatpak, finché te lo consentiranno...
Unknown parent

Paolo Redaelli
@toad appunto, lo spazio "sprecato" è un insulto per chi è cresciuto coi floppini del #Commodore64 da 170kb 😀 @kidpixo
in reply to ❄️ freezr ❄️

O windows, dove questo problemanon si pone.

/me vede @freezr avere un coccolone. Windows! Windows! Windows!
in reply to absc

@absc @paoloredaelli @toad
Ma Snappe e Appimage alla fine non sono più o meno la stessa?

Poi ad esempio HAIKU monta i pacchetti, non vengono semplicemente copiati in qualche directory. Mi sembra una cosa molto elegante.

In Windows di elegante non c'è nulla, l'unica cosa elegante che ha fatto Finestre è stato spingere l'umanità a creare delle alternative a quell'immondezzaio...
in reply to ❄️ freezr ❄️

@freezr
Perché Snap è una brutta tecnologia? Funziona, è molto più sicura di AppImage, funziona pure su dispositivi IoT, sono relativamente semplici da creare e le prestazioni sono migliorate molto. Poi è discutibile che Canonical abbia creato un doppione di Flatpak (non so quale sia nato prima) e che abbia uno store proprietario, ma non la definirei una cattiva tecnologia. Di certo Linux non aveva bisogno di altra frammentazione...

@absc @paoloredaelli @magi
in reply to Toad :kde:

@toad @absc @paoloredaelli
È brutta perché usa tecnologie come squashfs che mi perplime, poi usa la metodologia a la Ubuntu quindi stendo un velo pietoso sui miei occhi.

Della sicurezza mi pare che tutte e tre le implementino assai male, ma convengo che appimage rischia di fare molti meno danni. Per lo meno Appimage si sforza di non fare ricadere i costi dello storage sull'utente.

Al contrario SNAPPE e FLATTEPAKKE partono dal presupposto che siccome i dischi costano meno di conseguenza sono autorizzati a sprecare spazio inutilmente.

Oggi diamo per scontanto che GNULINUX è buono per definizione, le ragioni per cui è bbbuono dipende dalle distro che pacchettizano i software, loro hanno introdotto tutte le buone pratiche:

http://kmkeen.com/maintainers-matter/

Per questo ti stanno convincendo del contrario così potranno reintrodurre tutte le porcate che altre compagnie ci propinano.

Il punto tra l'altro è proprio smettere di usare qualunque distribuzione abbia uno sponsor alle spalle comprese le derivative.
in reply to ❄️ freezr ❄️

@freezr ottima sintesi. Sembra molto interessante anche l'articolo di kmkeen, vedrò di leggerlo con calma @toad @absc @magi
Unknown parent

Paolo Redaelli
@concavi informaticamente la tua famiglia è molto simile alla mia! Mi conforta sapere di non essere una mosca bianca! 😀
Per Debian stabile ma non all'ultimo grido dai un occhio a https://monodes.com/predaelli/2020/02/23/debian-programmi-da-stable-testing-unstable-ed-anche-experimental-senza-traumi/ @toad @magi
in reply to ❄️ freezr ❄️

in reply to absc

in reply to ❄️ freezr ❄️

@freezr @absc @toad
Wow un bel flame vecchia scuola! 😜
Manca ancora qualcuno che a casaccio propone di usare #Haiku ed #Aros... ecco, fatto 😜
in reply to ❄️ freezr ❄️

in reply to absc

in reply to ❄️ freezr ❄️

in reply to absc

@absc pardon ma è già un pezzo che per lanciare "apt install firefox" non serve "essere root", basta appartenere al gruppo amministrativo. Se poi #pam o #systemd o altro siano pessimi o subottimali, è un altro aspetto della cosa... @freezr @toad @magi
in reply to Paolo Redaelli

Aha? E cosa significa essere in un gruppo "amministrativo"?

Ammenoché le cose non siano cambiate, significa ancora scrivere in una directory di sistema. Dubito seriamente che firefox si installi in /usr/bin (o /bin) senza privilegi elevati.

Poter lanciare il comando è una cosa, i privilegi che richiede per poter fare il suo lavoro è un'altra.
in reply to absc

@absc @paoloredaelli @toad
Ma qual è esattamente il problema di sudo? Inoltre si possono abilitare certi comandi ad essere usati senza sudo o senza immettere la password di sudo.

Ad esempio configurare DOAS per usarlo senza password è una bazzecola...

Veramente stai facendo polemica solo per il gusto di rompere le balle! :flan_XD:
This entry was edited (1 year ago)
in reply to ❄️ freezr ❄️

@freezr anche sudo si configura abbastanza facilmente per non chiedere password. E con granularità abbastanza fine, direi... @absc @toad @magi
Unknown parent

Paolo Redaelli
@concavi ovviously... l'articolo era scritto per quelli che "prima unstable, poi testing poi stable con un miliardo di pinning" @toad @magi
Unknown parent

❄️ freezr ❄️
@concavi @paoloredaelli @kidpixo io ho rimosso flatpak dai miei computers da quando hanno svelato di far diventare Flathub il nodo centrale di controllo.

No, non ci casco e non avranno il mio appoggio, già si intuisce cosa vogliono fare.

Preferisco spaccarmi la testa e compilare i software per conto mio, altrimenti appimage e alle brutte posso sempre rimuovere Linux in favore di FreeBSD o OpenBSD, che poi sono veri sistemi operativi...
in reply to ❄️ freezr ❄️

Qui sono d'accordo. Quella e' certe che deve arricchirsi il CV, non che vuole davvero risolvere un problema.

Ed Appimage e' un buon approccio, simile a quello che fa OSX. Spero prenda sempre piu' piede. Non e'male.
in reply to absc

@absc @concavi @paoloredaelli @kidpixo

i miei amici di FreeBSD mi hanno confermato che, a patto di avere le dipendenze installate, puoi installare i ports sulla tua `home` senza necessità di avere alcun potere amministrativo.
È abbastanza per placare la tua ira furibonda?

E comunque tanto per parlare male di flattepakke lo devi installare con sudo e aggiungere i repos con sudo e addirittura riavviare il sistema operativo! 😱

Poi se non usi GNOME non puoi installarli facendo clicca sulla pagina ma copiando e incollando il comando sul terminale... 😑
in reply to ❄️ freezr ❄️

E come le installi, le dipendenze? :)

Potremmo andare avanti ad-libitum.

Ho letto un po' di documentazione su appimage. Non mi pare malvagio. Squashfs, alla fine, fornisce tutto quello che serve, anche aiutando a ridurre lo spazio sprecato dall'image stessa.

Spero davvero prenda piede al posto di flatpak e snap.

/me prepara la sacra saetta :P:P
in reply to absc

@absc @concavi @paoloredaelli @kidpixo no appimage è abbastanza bisfrattato come qualunque tecnologia non che viene proposta dall'establishment... Inoltre l'ideatore non è allineato con chi comanda, e sta portando avanti un proprio sistema operativo basato su FreeBSD e appimage, sputato a MacOS, che si chiama credo HelloSystem...
This entry was edited (1 year ago)
in reply to Paolo Redaelli

in reply to ❄️ freezr ❄️

@freezr
Gentilissimo, grazie. Buonista io proprio no, magari gonzo. Anzi togli il magari. L'unica cosa di cui sono certo è che alla fin della fiera comanda sempre il vil denaro. Perché i cappellai son così influenti? Forse (anche) perché han contratti coi militari.
in reply to ❄️ freezr ❄️

@freezr
Vuemmer? Ok qua non si può. Contattami in altri modi, vedi https://monodes.com/predaelli/contatti/ (o suggerisci altri canali che ogni suggerimento è ben gradito)
in reply to Paolo Redaelli

in reply to Paolo Redaelli

@paoloredaelli ma guarda è una Tech Corp che ha come prodotto di punta la virtualizzazione appunto DoppiaVuEmmeUer...

Più facile di così si muore... :flan_XD:

This website uses cookies to recognize revisiting and logged in users. You accept the usage of these cookies by continue browsing this website.