Altro tentativo di opt-out dai .deb ?

[woddy68]

Salve, mi sa tanto che dovrò usare Apper & Synaptic in nKubuntu Noble 24.04 LTS.

Sempreché non mi prenda di compilarmi il Muon, dopotutto la versione di Plasma/KDE è la stessa del backport in Kubuntu Jammy 22.04.4 LTS.

Ciao

Se è stato tolto ci sarà un motivo. Molto probabile per motivi di sicurezza, essendo un software non più sviluppato, poi occorre vedere se funziona ancora. Comunque non ne ho mai sentito la mancanza, su KDE Neon Discover funziona abbastanza bene per me.
Discover a differenza del software center di Ubuntu apre i deb senza problemi.
Su Tumbleweed ho comunque Yast...

[korda]

Salve, mi sa tanto che dovrò usare Apper & Synaptic in nKubuntu Noble 24.04 LTS.

Sempreché non mi prenda di compilarmi il Muon, dopotutto la versione di Plasma/KDE è la stessa del backport in Kubuntu Jammy 22.04.4 LTS.

Ciao

Se è stato tolto ci sarà un motivo. Molto probabile per motivi di sicurezza, essendo un software non più sviluppato, poi occorre vedere se funziona ancora. Comunque non ne ho mai sentito la mancanza, su KDE Neon Discover funziona abbastanza bene per me.
Discover a differenza del software center di Ubuntu apre i deb senza problemi.
Su Tumbleweed ho comunque Yast...

Muon sulla 22.04 LTS c'é e funziona ancora egregiamente: non necessariamente un software dichiarato deprecato smette di funzionare del tutto improvisamente. Certamente potrebbe perdere alcun funzionalità, non necessariamente potrebbe avere vulnerabilità di sicurezza sul breve-medio termine.

Di fatto uso molto raramente sia Muon che Discover, e quelle rare volte spesso al solo scopo di consultazione (ie se volessi dare un'occhiata al volo di dipendenze e note descrittive su un pacchetto). Per le installazioni passo praticamente sempre sempre da apt.

Discover non mi entusiasma, trovo l'interfaccia troppo dispersiva (per la mia esperienza utente, ovviamente). Vorrà dire che alla dismissione definitiva di Muon passerò/ritornerò su Synaptic (come ho già fatto con l'Editor di partizioni in favore di Gparted).

Edit: comunque, nel link postato in questa discussione, mi hanno segnalato un commento di uno sviluppatore di Canonical (Marco Trevisan) che scrive

> Canonical non ha intenzione di risolvere questo problema
Assolutamente sbagliato, è in programma per la 24.04.1
Anche se poi installare deb di terze parti è la cosa più insicura del mondo, ma se proprio si vuole rischiare...
PS: Usare apt per installare deb locali, che risolve le dipendenze ed evita casini.

(l'ennesimo motivo per cui reputo consigliabile attendere almeno una point release prima di fare un upgrade di release sulle LTS)

[woddy68]

Salve, mi sa tanto che dovrò usare Apper & Synaptic in nKubuntu Noble 24.04 LTS.

Sempreché non mi prenda di compilarmi il Muon, dopotutto la versione di Plasma/KDE è la stessa del backport in Kubuntu Jammy 22.04.4 LTS.

Ciao

Se è stato tolto ci sarà un motivo. Molto probabile per motivi di sicurezza, essendo un software non più sviluppato, poi occorre vedere se funziona ancora. Comunque non ne ho mai sentito la mancanza, su KDE Neon Discover funziona abbastanza bene per me.
Discover a differenza del software center di Ubuntu apre i deb senza problemi.
Su Tumbleweed ho comunque Yast...

Muon sulla 22.04 LTS c'é e funziona ancora egregiamente: non necessariamente un software dichiarato deprecato smette di funzionare del tutto improvisamente. Certamente potrebbe perdere alcun funzionalità, non necessariamente potrebbe avere vulnerabilità di sicurezza sul breve-medio termine.

Di fatto uso molto raramente sia Muon che Discover, e quelle rare volte spesso al solo scopo di consultazione (ie se volessi dare un'occhiata al volo di dipendenze e note descrittive su un pacchetto). Per le installazioni passo praticamente sempre sempre da apt.

Discover non mi entusiasma, trovo l'interfaccia troppo dispersiva (per la mia esperienza utente, ovviamente). Vorrà dire che alla dismissione definitiva di Muon passerò/ritornerò su Synaptic (come ho già fatto con l'Editor di partizioni in favore di Gparted).

Edit: comunque, nel link postato in questa discussione, mi hanno segnalato un commento di uno sviluppatore di Canonical (Marco Trevisan) che scrive

> Canonical non ha intenzione di risolvere questo problema
Assolutamente sbagliato, è in programma per la 24.04.1
Anche se poi installare deb di terze parti è la cosa più insicura del mondo, ma se proprio si vuole rischiare...
PS: Usare apt per installare deb locali, che risolve le dipendenze ed evita casini.

(l'ennesimo motivo per cui reputo consigliabile attendere almeno una point release prima di fare un upgrade di release sulle LTS)

Su Muon:
Perché non dovrebbe funzionare sulla 22.04 ? E' sulla 24.04 che è possibile che non funzioni, diverse versioni di librerie e programmi che potrebbero romperlo, oppure potrebbe funzionare ma avere un problema di sicurezza.
Penso solo che se i dev. di Kubuntu abbiano deciso di toglierlo, un motivo ci sarà !
Su Ubuntu deb :
In molti pensano che questa sia stata un scelta, in quanto il bug è aperto fin da Ubuntu 23.10 ed essendo un bug non così difficile da risolvere si è ipotizzato l'ennesimo tentativo di "boicottare" i deb. Alcuni blog riportavano che sarà risolto in Ubuntu 24.10.
Insicuro dipende dalla fonte, se installi Chrome o un altro browser noto non lo dovrebbe essere se ti fidi del distributore della tua app, altrimenti non dovresti usarla.
Tra l'altro i browser basati su chromium non hanno dipendenze, per cui non crea regressioni.

[wilecoyote]

Salve,

Su Muon:
Perché non dovrebbe funzionare sulla 22.04 ? E' sulla 24.04 che è possibile che non funzioni, diverse versioni di librerie e programmi che potrebbero romperlo, oppure potrebbe funzionare ma avere un problema di sicurezza.
Penso solo che se i dev. di Kubuntu abbiano deciso di toglierlo, un motivo ci sarà !

Come già dattilografai le versioni di librerie e programmi collimano tra Jammy backport & Noble, ergo dovrebbe funzionare correttamente post compilazione.

L'unico motivo che mi viene in mente è la gestione degli snap, Ceterum censeo snapum esse delendam , che con Discover è facile trovarsi tralle zampe.

Discover non mi entusiasma, trovo l'interfaccia troppo dispersiva (per la mia esperienza utente, ovviamente). Vorrà dire che alla dismissione definitiva di Muon passerò/ritornerò su Synaptic (come ho già fatto con l'Editor di partizioni in favore di Gparted).

Stesse esperienze col Discover, che troppo spesso trae in inganno tra deb & snap.

L'Editor Partizioni è cambiato nel nome mostrato nel Menù K non nei contenuti, è sempre il Partition Manager che funziona correttamente, almeno pel poco che l'ho provato.

Ciao

[korda]

Su Muon:
Perché non dovrebbe funzionare sulla 22.04 ? E' sulla 24.04 che è possibile che non funzioni, diverse versioni di librerie e programmi che potrebbero romperlo, oppure potrebbe funzionare ma avere un problema di sicurezza.
Penso solo che se i dev. di Kubuntu abbiano deciso di toglierlo, un motivo ci sarà !
Su Ubuntu deb :
In molti pensano che questa sia stata un scelta, in quanto il bug è aperto fin da Ubuntu 23.10 ed essendo un bug non così difficile da risolvere si è ipotizzato l'ennesimo tentativo di "boicottare" i deb. Alcuni blog riportavano che sarà risolto in Ubuntu 24.10.
Insicuro dipende dalla fonte, se installi Chrome o un altro browser noto non lo dovrebbe essere se ti fidi del distributore della tua app, altrimenti non dovresti usarla.
Tra l'altro i browser basati su chromium non hanno dipendenze, per cui non crea regressioni.

Non necessariamente potrebbe non funzionare, magari il motivo che ci sarà non è nemmeno legato a problemi di sicurezza effettivi.
Magari hanno banalmente rimosso Muon dai repository come semplice operazione di pulizia del repo, dal momento che il pacchetto non viene più mantenuto (che non necessariamente significa che già ora non funzioni più, ci siano già librerie che ne corrompano il funzionamento o che ci siano già ora vulnerabiltà a rischio elevato).

Quanto ai repo di terze parti hai ragione che alcuni distributori siano più attendibili di altri (personalmente considero il pacchetto VirtualBox distribuito da Oracle molto più robusto di quello pacchettizzato Ubuntu stesso, per esperienza in questi ultimi anni). Ci sono poi di mezzo anche politiche imperscrutabili, almeno a me: giusto per citare Chrome, facendo un parallelismo su Windows, non si capisce come mai venga distribuito sul repo winget (pure la versione canary) e non sul repo msstore stesso

[caturen]

This is an archived project. Repository and other project resources are read-only.

https://invent.kde.org/system/muon
ps ho provato ad installare muon su kde neon ed ho trovato già un problema

quella dipendenza non è installabile e quindi da lì non si possono settare le sorgenti software Poi come dipendenza si porta dietro apt-xapian-index che ha un vecchissimo bug che manda il processo a manetta e non l'hanno mai risolto e mai lo risolveranno.

[woddy68]

Salve,

Su Muon:
Perché non dovrebbe funzionare sulla 22.04 ? E' sulla 24.04 che è possibile che non funzioni, diverse versioni di librerie e programmi che potrebbero romperlo, oppure potrebbe funzionare ma avere un problema di sicurezza.
Penso solo che se i dev. di Kubuntu abbiano deciso di toglierlo, un motivo ci sarà !

Come già dattilografai le versioni di librerie e programmi collimano tra Jammy backport & Noble, ergo dovrebbe funzionare correttamente post compilazione.

L'unico motivo che mi viene in mente è la gestione degli snap, Ceterum censeo snapum esse delendam , che con Discover è facile trovarsi tralle zampe.

Discover non mi entusiasma, trovo l'interfaccia troppo dispersiva (per la mia esperienza utente, ovviamente). Vorrà dire che alla dismissione definitiva di Muon passerò/ritornerò su Synaptic (come ho già fatto con l'Editor di partizioni in favore di Gparted).

Stesse esperienze col Discover, che troppo spesso trae in inganno tra deb & snap.

L'Editor Partizioni è cambiato nel nome mostrato nel Menù K non nei contenuti, è sempre il Partition Manager che funziona correttamente, almeno pel poco che l'ho provato.

Ciao

Discover non è un gestore di pacchetti ma è un software center, non è la stessa cosa...può piacere o meno ma non è vero che trae in inganno, poi se uno non legge cosa installa è un'altro discorso.
Tra l'altro puoi settare una fonte predefinita ad esempio deb o rpm o flatpak o snap, per cui non puoi sbagliare.

[wilecoyote]

Salve, @caturen il KDE Neon non è comparabile poiché usa KDE/Plasma 6.

Inoltre il pacchetto deb di Muon che usi pella prova richiede come dipendenza il pacchetto software-properties-kde, mentre invece il Muon di Kubuntu richiede il software-properties-qt.

Quello corretto lo scarichi da qui Ubuntu.mirror.garr.it/ubuntu/pool/universe/m/muon/.

Appena posso provo l'installo del deb, e se non và mi studio il sorgente.

Ciao

[caturen]

non è che il futuro di apper sia roseo dato che è un "software-center" ma non di flatpack o snap ed in kde sviluppano solamente discover che può supportare anche questi formati

https://bugs.kde.org/show_bug.cgi?id=471552
ps uno sviluppatore di plasma non sa nemmeno che apper è un programma di kde
https://discuss.kde.org/t/plasma-and-ut ... apper/3502

[korda]

(Ri)provato Synaptic dopo tanti anni di residenza mia su KDE. Praticamente come me lo ricordavo allora: identico a Muon come comportamento e funzionalità.

Meglio così, migrazione del tutto indolore: l'alternativa del software center (aka Discover) mi attira ancora meno di un gestore di pacchetti "semplice"

[caturen]

(Ri)provato Synaptic dopo tanti anni di residenza mia su KDE. Praticamente come me lo ricordavo allora: identico a Muon come comportamento e funzionalità.

Infatti. Ma non è detto che in futuro non faccia la stessa fine degli altri dato che supporta solo i deb. Ma di sicuro qualche anno di vita è assicurato

[wilecoyote]

Salve, l'unico limite di Synaptic è l'integrazione grafica col Plasma/KDE.

Grazioso che lo sviluppatore ignori l'appartenenza di Apper come parte di KDE.

Oltretutto è l'interfaccia grafica di PackageKit, ed ha de facto sostituito la vecchia applicazione Kpackagekit.

Ciao

[woddy68]

Grazioso che lo sviluppatore ignori l'appartenenza di Apper come parte di KDE.

Avete un idea dello sviluppatore di una piattaforma che non corrisponde alla realtà.
Immagino che molti dev. di KDE ma anche di altre piattaforme, non conoscano tutte le apps della propria piattaforma, magari semplicemente perché non le usano e non servono a loro, sono concentrati nello sviluppo della loro applicazione.
Devo ammettere che anch'io di Apper non so nulla, mai usato proprio perché non ne ho mai avuta la necessità e ormai uso KDE da anni, molto probabilmente ci sono altre apps di cui ignoro l'esistenza, ma è perché non ne ho bisogno.

[caturen]

l'unico limite di Synaptic è l'integrazione grafica col Plasma/KDE.

non è vero, se uno usa il tema breeze di plasma è ok. Può cambiare anche il tema colori di plasma che viene preso senza problemi. Altrimenti uno può benissimo usare un tema gtk di suo piacimento

[caturen]

Avete un idea dello sviluppatore di una piattaforma che non corrisponde alla realtà.

quello che corrisponde alla realtà è la figura barbina che quello ha fatto: se NON conosci le cose prima di sparare ad alzo zero devi documentarti. Non è questione di usare o meno le cose ma di usare come minimo un motore di ricerca prima di sparare minchiate.

[woddy68]

Avete un idea dello sviluppatore di una piattaforma che non corrisponde alla realtà.

quello che corrisponde alla realtà è la figura barbina che quello ha fatto: se NON conosci le cose prima di sparare ad alzo zero devi documentarti. Non è questione di usare o meno le cose ma di usare come minimo un motore di ricerca prima di sparare minchiate.

....appunto, che sia uno sviluppatore di KDE o un utente normale se uno spara minchiate per ignoranza, spara minchiate.
La ricerca la puoi fare a prescindere se sei uno sviluppatore...quello che io intendevo dire è che non è che se uno è uno sviluppatore di una piattaforma automaticamente sa tutto di quella piattaforma, non è così e questo è l'esempio.

[wilecoyote]

Salve, che il singolo sviluppatore non conosca tutto del KDE per filo e per segno è banale, però considerando l'incistamento che c'è tra le varie parti un'idea dell'insieme dovrebbe averla.

Ciao

[saxtro]

Lo sviluppatore è stato avventato.
Ha basato la sua assunzione sulla ricerca del termine "apper" nella lista dei repository KDE di gitab, e null'altro.

Io non so cosa sia la "board of directors" https://ev.kde.org/corporate/board/,
il suo nome è anche la dentro.

[Lucio C]

l'unico limite di Synaptic è l'integrazione grafica col Plasma/KDE.

non è vero, se uno usa il tema breeze di plasma è ok.

Nel mio caso non usando alcun DE ma fvwm, Synaptic e' OK.
Confesso anche che prima di frequentare questo forum, ignoravo le distinzioni tra i vari flavour *ubuntu basati sui DE, credevo cambiasse solo la "massa" dei package di default. Quando in istituto si e' deciso di passare da Suse a Xubuntu, credevo la X si riferisse a X11. E Synaptic per me e' stato il sostituto di Yast, come deb per rpm.
Noto anche che la motivazione del passaggio da Suse a (X)ubuntu era stata la maggior ricchezza di binari "precompilati" anche per pacchetti scientifici.

Non mi fa schifo l'idea di ricompilare da sorgente (tra le prime cose che faccio su una nuova macchina e' ricompilare il mio editor favorito ed eventualmente il mio mail user agent favorito) ma arrivati alla mia eta' ne faccio anche volentieri a meno (avevo citato il recente "disseppellimento" di una bolla di accompagnamento di un nastro magnetico coi sorgenti di IRAF per VAX/VMS, ovviamente da compilare, negli anni '90 ).

Una altra cosa che praticamente ignoravo era tutta la faccenda tra snap, flatpak ecc. L'unica cosa provata e abbandonata con snap fu la installazione di xv, perche' non era disponibile nei normali repository, e credevo fosse dovuta a qualche questione di licenze sulle librerie. Quando mi sono reso conto che non consentiva di salvare sulla mia home che non e' in /home per pluridecennale convenzione lo ho mollato, e nella fattispecie il binario importato dalla macchina Suse funziona perfettamente.

E' ovvio che un uso massiccio di shared libraries crei problemi di portabilita', e che per piccoli programmi personali se uno linka statico non ha problemi a spostare i binari. E c'e' anche chi sa e riesce ad aggirarlo su grossi package (per il browser Pale Moon, oltre alle versioni Windows, esistono solo due tar uno per GTK2 e uno per GTK3 che si scaricano, e autoaggiornano, dal suo sito senza passare dai repositories)

[danilo_g]

In Ubuntu 24.04 è “impossibile” installare pacchetti .Deb per colpa di un bug o perché lo ha deciso Canonical al fine di forzare Snap?

Edit: comunque, nel link postato in questa discussione, mi hanno segnalato un commento di uno sviluppatore di Canonical (Marco Trevisan) che scrive

> Canonical non ha intenzione di risolvere questo problema
Assolutamente sbagliato, è in programma per la 24.04.1
Anche se poi installare deb di terze parti è la cosa più insicura del mondo, ma se proprio si vuole rischiare...
PS: Usare apt per installare deb locali, che risolve le dipendenze ed evita casini.

Quindi apparentemente non è una scelta deliberata ma un bug che verrà risolto. Mi sembra opportuno sottolinearlo, nel caso a qualcuno fosse sfuggito.

Il fatto che una distro "per esseri umani" non consenta l'installazione di un pacchetto "extra-repo" con un doppio click, a parte per ragioni di sicurezza, è abbastanza strano. Uno può dover installare un'app professionale distribuita solo come deb, e in quel caso la sicurezza c'entra poco.

(l'ennesimo motivo per cui reputo consigliabile attendere almeno una point release prima di fare un upgrade di release sulle LTS)

La stessa cosa la pensa Canonical, ma mi pare piuttosto anomalo nel panorama delle distro consigliare la prima point release per fare l'upgrade. A pensar male mi verrebbe da dire che la fase beta non termina fino alla .1 ...