Aggiornamenti

[Salvatore47]

Oggi sono arrivati gli aggiornamenti di:
mencoder-1.0-1.rc4.0.20100224.1mdv2010.0.x86_64
mplayer-vaapi-1.0-1.rc4.0.20100224.2mdv2010.0.x86_64

Il centro di controllo mi segnala:
Questi pacchetti devono essere rimossi per poterne aggiornare altri:
atunes-1.13.6-69.1mib2010.0.noarch
(perché manca mplayer)
audiokonverter-5.9-69.1mib2010.0.noarch
(perché manca mplayer)
devede-3.16.0-69.1mib2010.0.noarch
(perché manca mplayer)
gsopcast-0.4.0-69mib2010.0.x86_64
(perché manca mplayer)
lives-1.1.6-69.3mib2010.0.x86_64
(perché manca mplayer)
mplayer-1.0-1.rc4.0.r30130.1plf2010.0.x86_64
(per conflitti con mplayer-vaapi-1.0-1.rc4.0.20100224.2mdv2010.0.x86_64)
mplayerplugin-3.55-5mdv2010.0.x86_64
(perché non è soddisfatto mplayer >= 1.0)
qdvdauthor-2.1.0-69.1mib2010.0.x86_64
(perché manca mplayer)
smplayer-0.6.8-1mdv2010.0.x86_64
(perché non è soddisfatto mplayer >= 1.0-1.rc1)
smplayer-themes-0.1.20-1mdv2010.0.noarch
(perché manca smplayer)

confermando SI per la rimozione dei pacchetti.

Dopo l'aggiornamento cerco d'installare un qualsiasi pacchetto rimosso il centro di controllo mi segnala:

Questi pacchetti devono essere rimossi per poterne aggiornare altri:
mencoder-1.0-1.rc4.0.20100224.1mdv2010.0.x86_64
(perché non è soddisfatto mplayer-vaapi == 1.0)
mplayer-vaapi-1.0-1.rc4.0.20100224.2mdv2010.0.x86_64
(per conflitti con mplayer).

Si tratta di ricompilarli o si deve aspettare la nuova versione ?

Ciao da Salvo.

[NicCo]

A prima vista, dal tuo log:

Code: Select all

(perché manca mplayer)

sembra che i pacchetti si disinstallino perchè non esiste mplayer, e quindi i programmi in questione non essendo più soddisfatti, ritengono di doversi disinstallare: ma hanno eliminato mplayer??? non posso crederci...

Se è così sarebbe un errore, abbastanza grossolano, ma un errore dei nuovi pacchetti!

Code: Select all

Questi pacchetti devono essere rimossi per poterne aggiornare altri:
mencoder-1.0-1.rc4.0.20100224.1mdv2010.0.x86_64
(perché non è soddisfatto mplayer-vaapi == 1.0)
mplayer-vaapi-1.0-1.rc4.0.20100224.2mdv2010.0.x86_64
(per conflitti con mplayer).

Da qui si evince che viene installato "mplayer-vaapi" che rimuove e sostituisce per conflitti "mplayer",

ma essendo "mplayer" l'engine su cui si appoggiano decine e decine di pacchetti multimediali essi ritengono di non essere più soddisfatti, e così vanno in disinstallazione automatica...

Ma non sono solo quelli, che ne stanno tanti altri (xt7-player, tanto per citarne solo uno...) che hanno come

Code: Select all

Requires: Mplayer

Sarebbe un errore davvero grossolano, perchè sarebbe stato sufficiente aggiungere sul sorgente di "mplayer-vaapi", qualcosa tipo:

Code: Select all

Provides: mplayer

Chiedo conferma ad altri utenti, io per adesso sono sulla la 2009.1 64 e non posso verificare.

Se fosse cosi il problema non è nostro, ma causato da un packager poco attento e/o scrupoloso, per cui unico consiglio che mi sentirei di dare è non effettuare quell'update e mettere così "mplayer" nella skip.list

Si tratta di ricompilarli o si deve aspettare la nuova versione ?

Assolutamente no, noi non dobbiamo ricompilare un bel niente...


A volte sento qualcuno affermare che i repo mdv e plf sono gli unici ad essere affidabili,
mentre tutti gli altri potrebbero nascondere chissà quali insidie e rovinare il sistema...


ciao,
NicCo

[fabio75]

Mandriva 2010 32bit

Capita anche a me la stessa cosa.
Il pacchetto che fa i capricci è
mplayer-vaapi-1.0-1.rc4.0

[bright77]

Confermo anche sulla mia 2010.0 x86_64 - se installassi tutti gli aggiornamenti, sarebbero rimossi alcuni pacchetti MIB e anche alcuni pacchetti ufficiali Mandriva.

Per il momento, consiglio di non aggiornare MPlayer.

Da quel poco che ho imparato riguardo alla compilazione dei pacchetti, credo che basti inserire un "Provides: mplayer" nel file SPEC e rifare l'RPM, come suggerisce NicCo.
Speriamo che gli amici d'oltralpe rilascino una correzione al più presto per questa svista, banale ma purtroppo di grande impatto.

[NicCo]

Se anche Enrico (bright77) conferma il problema allora l'errore deve essere semplice ma fin troppo grossolano:
potete adesso controllare precisamente da quali repo provengano i nuovi rpm di mplayer, da Mandriva o da PLF?

ciao,
NicCo

[x4nder]

Troppo tardi! Stesso problema sulla 2010 64bit.

(supporto "Contrib Backports")
mencoder 1.0 1.rc4.0.2010> x86_64
mplayer-vaapi 1.0 1.rc4.0.2010> x86_64

[NicCo]

Troppo tardi! Stesso problema sulla 2010 64bit.

(supporto "Contrib Backports")
mencoder 1.0 1.rc4.0.2010> x86_64
mplayer-vaapi 1.0 1.rc4.0.2010> x86_64

Troppo tardi?
In che senso?

[x4nder]

Mi riferivo al messaggio di Bright che sconsigliava di effettuare l'aggiornamento. L'avevo gia fatto.

[rugyada]

Ho appena letto questa discussione, e avendo programmato un aggiornamento sono andata con i piedi di piombo facendo bene attenzione a ciò che mi veniva proposto.

Code: Select all

Per soddisfare le dipendenze, saranno installati i seguenti pacchetti:
   Pacchetto                      Versione     Release       Arch.
(supporto "Main Updates")
  aria2                          1.6.2        1.2mdv2010.0  i586
  glibc                          2.10.1       6.4mnb2       i586
  glibc-devel                    2.10.1       6.4mnb2       i586
Altri 7B di spazio disco saranno utilizzati.
verranno scaricati 6.4MB di pacchetti.
Procedo con l'installazione di 3 pacchetti? (S/n)

L'aggiornamento malefico proviene dai contrib backports, che io fortunatamente non ho attivato perchè al contrario di quelli del MIB, dei backports di mandriva non mi fido per niente

[GvMariani]

Ho appena letto questa discussione, e avendo programmato un aggiornamento sono andata con i piedi di piombo facendo bene attenzione a ciò che mi veniva proposto.

A me da, rpmdrake, dopo aver scaricato gli rpm, ha segnalato il conflitto e se ne è uscito senza installare un bel nulla...
fiuu: pericolo scampato!

GvM

[SymbianFlo]

le glibc 2.10.1 sulla 2010.0 sia 32 che 64 impediscono il caricamento moduli del kernel NON mdv
quindi non montano i moduli correttamente compilati in precedenza prima del aggiornamento
preblemi simili rilevati su kernel 32 ( tutto) e 33 , invece col kernel 31.12 mdv nessun problema,
ho dovuto caricareli da failsafe tutti i moduli esterni
e salvarli di nuovo le sequenze di avvio in init fatte attenzione.
PS: vorrei tanto sapere che c'entrano le glibc coi moduli gia compilati .....
PPS: il 33 di nicco e una vera bomba altro che nrj....bravo nicco

[NicCo]

le glibc 2.10.1 sulla 2010.0 sia 32 che 64 impediscono il caricamento moduli del kernel NON mdv
quindi non montano i moduli correttamente compilati in precedenza prima del aggiornamento
preblemi simili rilevati su kernel 32 ( tutto) e 33 , invece col kernel 31.12 mdv nessun problema,
ho dovuto caricareli da failsafe tutti i moduli esterni
e salvarli di nuovo le sequenze di avvio in init fatte attenzione.
PS: vorrei tanto sapere che c'entrano le glibc coi moduli gia compilati .....
PPS: il 33 di nicco e una vera bomba altro che nrj....bravo nicco

Cosa intendi per moduli esterni?
dkms-nvidia solamente, ed altri dkms-qualcosa, o anche moduli compilati necessari per esempio a vmware player?

Quando ho problemi solamente con i moduli dei driver video proprietari faccio subito

Code: Select all

urpme dkms-nvidia-current --auto ; urpmi dkms-nvidia-current --auto

così mi vengono disinstallati per tutti i kernel attivi e poi si ricompilano al primo riavvio di ciascun kernel


Non ho affatto capito la roba del caricamento dei moduli esterni da failsafe: cosa intendi? La procedura che hai seguito!

preblemi simili rilevati su kernel 32 ( tutto) e 33 , invece col kernel 31.12 mdv nessun problema,

Si potrebbe ipotizzare che l'ultimo kernel 2.6.31.12 mdv in /updates sia stato compilato con una versione diversa delle GCC (da cooker?): misteri del mandriva BuildServer...



PS al PPS:
Per il 33 ci sarà anche nrj e andrà sicuramente ancora meglio, ma si aspetta la prima patch di Torvalds (.1) a giorni...

Ciao,
NicCo

[Salvatore47]

Guardando nel sito Mplayer nella news del 04/02/2010 (http://www.mplayerhq.hu/design7/news.html) per il formato video HD esiste mplayer-vaapi.

Potrebbe essere con l'evento del video HD Mplayer abbiano cambiato il nome del programma con mplayer-vaapi ?

Ciao da Salvo

[NicCo]

Volevo chiedere se il problema sia stato risolto e se il pacchetto bacato sia stato sostituito.

Sono passate oltre 24h dal problema e non penso che solo Voi abbiate avuto problemi.
In caso contrario qualcuno dovrebbe andare a segnalarlo immediatamente in mandriva


Ciao,
NicCo

[SymbianFlo]

appena aggiornato sie installato senza conflitti