[Fedora] Discussione ufficiale

[undervolting]

Con l'arrivo di Fedora 37, disgraziatamente, nei repository ufficiali non vengono più forniti alcuni driver Mesa (coperti da brevetto). Per aggirare il problema basta configurare i repository RPMfusion e poi installare i seguenti pacchetti:

mesa-va-drivers-freeworld
mesa-vdpau-drivers-freeworld

RPMfusion Configuration:
https://rpmfusion.org/Configuration/

[Janvitus]

Aggiornato stanotte alla 37, l'aggiornamento più veloce che abbia mai fatto, il tempo di pigiare "riavvia e avanza", di mettermi il "pigiama" e aveva già fatto, ma è più merito del nuovo pc.

Comunque, niente da segnalare, tutto andato perfettamente, tranne la solita estensione della Shell per modificare i volumi delle applicazioni che non va...

Con l'arrivo di Fedora 37, disgraziatamente, nei repository ufficiali non vengono più forniti alcuni driver Mesa (coperti da brevetto). Per aggirare il problema basta configurare i repository RPMfusion e poi installare i seguenti pacchetti:

mesa-va-drivers-freeworld
mesa-vdpau-drivers-freeworld

RPMfusion Configuration:
https://rpmfusion.org/Configuration/

Sì, ma almeno da me ho dovuto prima disinstallare il pacchetto normale altrimenti andava in conflitto.

[emanuc]

Si perché devi fare un cambio di fonte altrimenti vanno in conflitto:

Codice: Seleziona tutto

sudo dnf swap mesa-va-drivers mesa-va-drivers-freeworld

e

Codice: Seleziona tutto

sudo dnf swap mesa-vdpau-drivers mesa-vdpau-drivers-freeworld

Volevo segnalare anche l'ennesimo upgrade di versione velocissimo e senza nessun problema.

[jack_71]

Segnalo queste due notizie riguardanti AppIndicator
https://gitlab.gnome.org/Teams/Design/o ... issues/191
https://pagure.io/fedora-workstation/issue/264

[undervolting]

Fedora 37 install media non si avvia in modalità UEFI su alcune motherboard.

"Fedora 37 install media don’t boot on certain motherboards. A problem was identified and fixed in shim, an initial UEFI bootloader. Unfortunately, the fix isn’t present on Fedora 37 install media (but should be included in Fedora 38)."

Installando Fedora 36 e aggiornando alla 37 il problema non si presenta. Se si imposta la scheda madre su "BIOS Boot" invece di UEFI il problema non si presenta. E' possibile installare senza problemi usando il Live-DVD: i problemi ci sono (stranamente) solo usando la chiavetta USB.


Leggi tutto sui diversi modi per aggirare il problema:
https://ask.fedoraproject.org/t/f37-ins ... ards/28364

[undervolting]

RPMfusion per Fedora 36/37: piccoli cambiamenti che complicano la vita

I repository RPMfusion vanno abilitati con le due seguenti righe di comando:

Codice: Seleziona tutto

dnf -y install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

Per abilitare Appstream metadata:

Codice: Seleziona tutto

dnf -y groupupdate core

Istruzioni per abilitare il Multimedia repository:
https://rpmfusion.org/Howto/Multimedia


Fonte:
https://rpmfusion.org

[undervolting]

@emanuc

Si perché devi fare un cambio di fonte altrimenti vanno in conflitto:

Codice: Seleziona tutto

sudo dnf swap mesa-va-drivers mesa-va-drivers-freeworld

e

Codice: Seleziona tutto

sudo dnf swap mesa-vdpau-drivers mesa-vdpau-drivers-freeworld

Volevo segnalare anche l'ennesimo upgrade di versione velocissimo e senza nessun problema.

Oppure al posto di "swap":

Codice: Seleziona tutto

dnf --allowerasing [lista_pacchetti]

"Allow erasing of installed packages to resolve dependencies. This option could be used as an alternative to the dnf swap command where packages to remove are not explicitly defined."

[Janvitus]

swap è più sicuro (scambia i pacchetti, praticamente), --allowerasing è un po' come il --force di apt, potrebbe togliere qualcosa, se non sai che stai facendo meglio evitare.

[undervolting]

@emanuc

Si perché devi fare un cambio di fonte altrimenti vanno in conflitto:

Codice: Seleziona tutto

sudo dnf swap mesa-va-drivers mesa-va-drivers-freeworld

e

Codice: Seleziona tutto

sudo dnf swap mesa-vdpau-drivers mesa-vdpau-drivers-freeworld

Volevo segnalare anche l'ennesimo upgrade di versione velocissimo e senza nessun problema.

Oppure al posto di "swap":

Codice: Seleziona tutto

dnf --allowerasing install [lista_pacchetti]

"Allow erasing of installed packages to resolve dependencies. This option could be used as an alternative to the dnf swap command where packages to remove are not explicitly defined."

Edit: mi ero dimenticato "install"...

[jack_71]

Riporto anche qui una questione che riguarda gli aggiornamenti tramite gnome-software: il GS rileva gli aggiornamenti e ne propone l'installazione allo spegnimento e per impedire che ciò accada è necessario, almeno nel mio caso, deselezionare la relativa voce (qualcosa tipo installa gli aggiornamenti allo spegnimento del computer o qualcosa di simile); premesso che non condivido questa scelta, quello che mi da più fastidio è che gli aggiornamenti con GS bypassano eventuali blocchi di versione fatti con dnf versionlock e, sopratutto, vengono proposti ed installati anche in sessioni utente che non hanno i diritti di amministratore.
Alcune release di fedora fa (non ricordo quale purtroppo) ero riuscito a forzare che per installare questi aggiornamenti fosse necessaria la password di amministratore ma con l'avanzare delle versioni sia di fedora che di GS pare che questa cosa si sia persa.
Personalmente preferisco usare dnf con cui posso controllare cosa viene aggiornato (perchè già in passato un aggiornamento fatto da un altro utente del mio pc mi aveva aggiornato una libreria portando a non permettermi di usare un software di terze parti che avevo installato così come un aggiornamento di hplip che non mi permetteva di usare lo scanner) e sopratutto che rispetta eventuali blocchi di versione imposti.
Qualcuno sa come rimediare a questo comportamento?
Le voci riguardanti gli aggiornamenti automatici e le relative notifiche sono entrambe deselezionate

[emanuc]

In realtà gli aggiornamenti offline (riavvio e spegnimento) sono un grande vantaggio rispetto al resto delle distro che effettuano upgrade con tutti i service e applicazioni in esecuzioni, con possibili crash delle applicazioni stesse o con upgrade bloccati/falliti.
Per disattivare l'upgrade da gnome software devi disattivare il service di packagekit:

Codice: Seleziona tutto

 sudo systemctl disable packagekit.service

Questo dovrebbe bastare.
Puoi gestire anche con DNF gli upgrade offline se vuoi mantenere l'affidabilità, devi installare il plugin:

Codice: Seleziona tutto

sudo dnf install python3-dnf-plugin-system-upgrade.noarch

Codice: Seleziona tutto

sudo dnf offline-upgrade download

Codice: Seleziona tutto

sudo dnf offline-upgrade reboot

In questo caso dovrebbe mantenere il blocco sui pacchetti, ma non l'ho mai usato quindi dovresti testarlo.

[woddy68]

Riporto anche qui una questione che riguarda gli aggiornamenti tramite gnome-software: il GS rileva gli aggiornamenti e ne propone l'installazione allo spegnimento e per impedire che ciò accada è necessario, almeno nel mio caso, deselezionare la relativa voce (qualcosa tipo installa gli aggiornamenti allo spegnimento del computer o qualcosa di simile); premesso che non condivido questa scelta, quello che mi da più fastidio è che gli aggiornamenti con GS bypassano eventuali blocchi di versione fatti con dnf versionlock e, sopratutto, vengono proposti ed installati anche in sessioni utente che non hanno i diritti di amministratore.
Alcune release di fedora fa (non ricordo quale purtroppo) ero riuscito a forzare che per installare questi aggiornamenti fosse necessaria la password di amministratore ma con l'avanzare delle versioni sia di fedora che di GS pare che questa cosa si sia persa.
Personalmente preferisco usare dnf con cui posso controllare cosa viene aggiornato (perchè già in passato un aggiornamento fatto da un altro utente del mio pc mi aveva aggiornato una libreria portando a non permettermi di usare un software di terze parti che avevo installato così come un aggiornamento di hplip che non mi permetteva di usare lo scanner) e sopratutto che rispetta eventuali blocchi di versione imposti.
Qualcuno sa come rimediare a questo comportamento?
Le voci riguardanti gli aggiornamenti automatici e le relative notifiche sono entrambe deselezionate

Forse potresti risolvere disinstallando PackageKit.

[sycaris]

@jack_71
Gnome Software per gli aggiornamenti di sistema non è affidabile (si basa su Packagekit, a differenza di dnf). Basta ignorare GS e usare il Terminale:

Codice: Seleziona tutto

sudo dnf --refresh upgrade

o (ancora meglio):

Codice: Seleziona tutto

sudo dnf clean all && sudo dnf --refresh upgrade

[emanuc]

@jack_71
Gnome Software per gli aggiornamenti di sistema non è affidabile (si basa su Packagekit, a differenza di dnf). Basta ignorare GS e usare il Terminale:

Codice: Seleziona tutto

sudo dnf --refresh upgrade

o (ancora meglio):

Codice: Seleziona tutto

sudo dnf clean all && sudo dnf --refresh upgrade

L'upgrade con GNOME software è affidabile e Fedora si basa su quello per gli upgrade di versione e dalla 33 ad oggi non ha fallito una sola volta, idem per gli upgrade, uso pesantemente gnome.sofware perché effettuo gli upgrade allo spegnimento e mai fallito un solo upgrade.
Da quel che so presto Fedora abbandonerà packagekit per usare direttamente dnf5, sapevo di microdnf ma non ho approfondito

[jack_71]

Innanzitutto grazie per le risposte e già che ci siamo pure buon anno a tutti.
Per quanto riguarda l'aggiornamento del sistema, lo eseguo regolarmente con dnf di cui testerò l'aggiornamento offline che non conoscevo; ho altresì eseguito aggiornamenti tramite gnome-software, compreso un avanzamento di versione, senza problemi tuttavia il fatto che mi bypassi il blocco di versione dei pacchetti e non richieda i privilegi di amministratore (non so se lo fa per l'aggiornamento del kernel o dei driver) in passato mi ha creato delle grane in quanto fatti inconsapevolmente da un altro utente con cui saltuariamente condivido il pc (alias mia moglie quindi non posso dire che ha sbagliato lei ovviamente ).
Proverò a disabilitare il service di packagekit come suggerito ed a testare l'aggiornamento offline tramite dnf che non conoscevo.
Grazie per il supporto

[sycaris]

@emanuc

Da quel che so presto Fedora abbandonerà packagekit per usare direttamente dnf5...

Un'ottima notizia.

[sycaris]

Fedora Workstation 38 estenderà l'accesso ai Flatpak di Flathub

Secondo il wiki di Fedora - dalla versione 38 - gli utenti che abilitano il software di terze parti in "GNOME Software" avranno libero accesso sia ai "Flatpak Fedora" che ai "Flatpack Flathub" (oltre che agli RPM) secondo lo schema seguente:



In 2 casi su 6 il default è l'RPM, in 4 casi su 6 il default è un Flatpak (con preferenza per i "Flatpak Fedora").


Fonte:
https://fedoraproject.org/wiki/Changes/ ... To%5C_Test

[emanuc]

Rilasciata Fedora 38. Chi aggionerà subito?
https://fedoramagazine.org/announcing-fedora-38/

[wilecoyote]

Salve

Rilasciata Fedora 38. Chi aggionerà subito?
https://fedoramagazine.org/announcing-fedora-38/

Forse sua Accecante Immensità @Janvitus…

Ciao

[Janvitus]

Salve

Rilasciata Fedora 38. Chi aggionerà subito?
https://fedoramagazine.org/announcing-fedora-38/

Forse sua Accecante Immensità @Janvitus…

Ciao

Fatto ieri sera. solite estensioni della shell da aggiustare.

Stavolta hanno fatto più veloce di Ubuntu nel rilascio della versione