Debian

All posts tagged Debian

VLC su debian Lenny

Posted by yasb on 18 Marzo 2010
Posted in: Linux. Tagged: , . Leave a Comment

Debian Lenny ha qualche problema a far funzionare VLC il noto media player. Si tratta di un conflitto con il repository debian-multimedia il cui effetto è quello di non far funzionare i video con VLC. Questo articolo spiega come risolvere il problema. Bisogna fare il downgrade delle versioni di ffmpeg e le librerie bavcodec51 libavdevice52 libavformat52 libavutil49 libpostproc51 libswscale0. Cioè bisogna portare quei paccchetti alla versione precedente.
Ecco i vari passi:
1)commentate il repository debian-multimedia sul vostro sources.list (se non sapete di cosa sto parlando mandate un commento a questo articolo) e aggiornate con 

    
sudo apt-get update

2)rimuovete vlc tramite ad esempio il classico:

sudo apt-get remove vlc

3)Il comando

apt-cache policy $package

permette di sapere la versione precedente di ogni pacchetto, quindi basta vedere la versione precedente di uno dei pacchetti prima citati e se non avete il sistema configurato in maniera strana tutti gli altri sono uguali. Nel mio caso ad esempio facendo:

  apt-cache policy ffmpeg

ottengo:

  ffmpeg:
  Installato: 0.svn20080206-18+lenny2
  Candidato: 0.svn20080206-18+lenny2
  Tabella versione:
 *** 0.svn20080206-18+lenny1 0
        500 http://security.debian.org lenny/updates/main Packages
        100 /var/lib/dpkg/status
     0.svn20080206-17+lenny1 0
        500 http://ftp.it.debian.org lenny/main Packages

da dove si evince che la versione attuale di ffmpeg è la 18+lenny2 e quella precedente è la 18+lenny1
4)Il passo successivo è lanciare il comando per fare il downgrade alla versione precedente (18+lenny1) ovvero:

sudo apt-get install --reinstall ffmpeg=0.svn20080206-18+lenny1 libavcodec51=0.svn20080206-18+lenny1 libavdevice52=0.svn20080206-18+lenny1 
libavformat52=0.svn20080206-18+lenny1 libavutil49=0.svn20080206-18+lenny1 
libpostproc51=0.svn20080206-18+lenny1 libswscale0=0.svn20080206-18+lenny1

Come potete notare la differenza tra il comando descritto su zeitoun e quello da me lanciato è il fatto che l’autore dell’articolo ha fatto il downgrade alla versione 8 mentre, nel mio caso, la versione è 18+lenny1: quindi prima di lanciare il downgrade assicuratevi di scrivere per ogni pacchetto la versione precedente corretta.
Adesso VLC dovrebbe funzionare perfettamente…ah dimenticavo: prima di provarlo cancellate il contenuto di .vlc con:

rm -rf ~/.vlc

e ovviamente reinstallate il pacchetto ad esempio con:

sudo apt-get install vlc

Aptitude vuole rimuovere completamente Gnome

Posted by yasb on 19 Gennaio 2010
Posted in: Linux. Tagged: , , , , , . Leave a Comment

Ho finalmente scoperto leggendo questo post sul forum di debian perchè (a volte) il comando 

sudo aptitude install nomepacchetto

cerca di rimuovere tutti i pacchetti dell’ambiente gnome. Se invece di aptitude usate apt-get il comando 

sudo apt-get install nomepacchetto

vi consiglia di rimuovere i pacchetti inutili tramite 

sudo apt-get autoremove

Se date conferma ad aptitude o se usate l’autoremove di apt-get, vi troverete senza l’ambiente gnome e sarete costretti a reinstallare tutto.
Se fosse capitato anche a voi, la motivazione, come dice il post, è relativa al fatto che gnome è installato a partire da un metapacchetto.
I metapacchetti non sono esattamente pacchetti reali ma solo wrapper – ovvero contenitori o io direi alias – per il pacchetto reale; per la cronaca lo scopo dei metapacchetti è far corrispondere al metapackage il pacchetto reale con la versione di volta in volta più recente. Quindi i gestori di pacchetti (apt-get e aptitude) non si rendono conto delle dipendenze tra i vari pacchetti gnome considerandoli inutili.
Il problema si può risolvere o evitando di installare il metapacchetto e installando invece gnome nella versione più recente oppure semplicemente lanciando

sudo aptitude keep-all

…che serve a mantenere tutti i pacchetti installati finora. Lo svantaggio sta ovviamente nel fatto che l’opzione keep-all mantiene anche quei pacchetti non dipendenti da gnome che non sono più necessari e che potrebbero essere rimossi con l’autoremove. Quindi il keep-all è consigliabile solo dopo una installazione fresca dell’ambiente gnome tramite metapackage.
Spulciando in giro (ad esempio qui) ho anche capito meglio la differenza tra apt-get e aptitude e quando conviene usare l’uno anzichè l’altro e viceversa.

Reblog this post [with Zemanta]