[Fedora-it] E' uscita ora Fedora20

Dario Lesca d.lesca a solinos.it
Mar 17 Dic 2013 22:52:07 UTC


Ci sono problemi con la nuova gestione dei gruppi di yum.

Se esegui come suggerito:
# yum groups mark convert

Succede a volte questo:
https://bugzilla.redhat.com/show_bug.cgi?id=1043237

Non credo ci siano per ora soluzioni, non dev'essere ben chiaro cosa
succede. Questo però a me ha sistemato le cose:

# yum-config-manager --save --setopt=group_command=compat

Ciao

Le mie impressioni sono:
Gnome 3 nettamente migliorato ma rispetto a f19 non funziona più:
a) la connessione bluetooth col telefono
b) OpenVPN via NetworkManager.

Poi è sparita l'icona della rete quando il cavo è connesso, al suo posto
appare l'aereoplanino (?), non ho ancora trovato come far visualizzare
l'iconcina della rete al suo posto.

Cmq tutto sommato sono soddisfatto (il telefono lo collego per ora col
cavo e per le iconcine ... aspetto)

Ciao

Il giorno mar, 17/12/2013 alle 23.26 +0100, antonio montagnani ha
scritto:
> Gianluca Sforna ha scritto / said the following    il giorno/on 
> 17/12/2013 22:25:
> > 2013/12/17 antonio montagnani <antonio.montagnani a alice.it>:
> >> ottengo questo errore perché (e altri) gnutls installato nella F19 sembra
> >> più aggiornato di quello previsto per la F20:
> >>
> >> Errore: Pacchetto: gnutls-utils-3.1.16-1.fc20.i686 (fedora)
> >>              Richiede: gnutls(x86-32) = 3.1.16-1.fc20
> >>              Installato: gnutls-3.1.17-2.fc19.i686 (@updates/19)
> >>                  gnutls(x86-32) = 3.1.17-2.fc19
> >>              Disponibile: gnutls-3.1.16-1.fc20.i686 (fedora)
> >>                  gnutls(x86-32) = 3.1.16-1.fc20
> >
> > NACK, io ho:
> > $ rpm -q gnutls-utils
> > gnutls-utils-3.1.17-3.fc20.x86_64
> >
> > yum clean metadata e riprova
> >
> >
> ottengo:
> 
> 
> yum groupinstall "GNOME Desktop"
> Plugin abilitati:langpacks, refresh-packagekit
> Non ci sono file groups installati.
> Maybe run: yum groups mark convert
> 
> 
>   One of the configured repositories failed (Sconosciuto),
>   and yum doesn't have enough cached data to continue. At this point the 
> only
>   safe thing yum can do is fail. There are a few ways to work "fix" this:
> 
>       1. Contact the upstream for the repository and get them to fix the 
> problem.
> 
>       2. Reconfigure the baseurl/etc. for the repository, to point to a 
> working
>          upstream. This is most often useful if you are using a newer
>          distribution release than is supported by the repository (and the
>          packages for the previous distribution release still work).
> 
>       3. Disable the repository, so yum won't use it by default. Yum 
> will then
>          just ignore the repository until you permanently enable it 
> again or use
>          --enablerepo for temporary usage:
> 
>              yum-config-manager --disable <repoid>
> 
>       4. Configure the failing repository to be skipped, if it is 
> unavailable.
>          Note that yum will try to contact the repo. when it runs most 
> commands,
>          so will have to try and fail each time (and thus. yum will be 
> be much
>          slower). If it is a very temporary problem though, this is 
> often a nice
>          compromise:
> 
>              yum-config-manager --save 
> --setopt=<repoid>.skip_if_unavailable=true
> 
> Cannot find a valid baseurl for repo: rpmfusion-free/20/i386
> 
> è sbagliato qualche settaggio nel repo??

-- 
Dario Lesca - sip:dario a solinos.it
(Inviato dal mio Linux Fedora19+Gnome3.8)



Maggiori informazioni sulla lista it-users