unstable paket auf testing installieren

[karolos]

Hallo

Ich möchte das paket http://packages.debian.org/sid/libmesh-dev aus unstable auf mein testing installieren.

Ich habe die /etc/atp/sources.list mit den unstable quellen ergänzt.
Weiter habe ich /etc/apt/preferences erstellt:

Code: Alles auswählen

Package: *
Pin: release n=testing
Pin-Priority: 900

Package: *
Pin: release n=unstable
Pin-Priority: 400

nach einem aptitude update wollte ich das Paket mit aptitude install libmesh-dev installieren. Jedoch scheiterts an den Abhänigkeiten:

Code: Alles auswählen

Die folgenden NEUEN Pakete werden zusätzlich installiert:
  libarpack2{a} libarpack2-dev{a} libblacs-mpi-dev{a} libblacs-mpi1{a} libbtf1.1.0{a} libcamd2.2.0{a} libccolamd2.7.1{a} libcholmod1.7.1{a} 
  libcsparse2.2.3{a} libcxsparse2.2.3{a} libhypre-2.4.0{a} libhypre-dev{a} libklu1.1.0{a} libldl2.0.1{a} libmesh-dev{b} libmesh0.6.4{ab} libmumps-4.9.2{a} 
  libmumps-dev{a} libpetsc3.1{a} libpetsc3.1-dev{a} libscalapack-mpi-dev{a} libscalapack-mpi1{a} libscotch-5.1{a} libscotch-dev{a} libscotchmetis-dev{a} 
  libslepc3.0.0{a} libslepc3.0.0-dev{a} libspooles-dev{a} libspooles2.2{a} libsuitesparse-dev{a} libsuperlu3{a} libsuperlu3-dev{a} 
0 Pakete aktualisiert, 32 zusätzlich installiert, 0 werden entfernt und 255 nicht aktualisiert.
Muss 2'756 kB/27.9 MB an Archiven herunterladen. Nach dem Entpacken werden 107 MB zusätzlich belegt sein.
Die folgenden Pakete haben verletzte Abhängigkeiten:
  libmesh0.6.4: Hängt ab von: libpetsc3.0.0, welches ein virtuelles Paket ist.
                Hängt ab von: libvtk5.2, welches ein virtuelles Paket ist.
  libmesh-dev: Hängt ab von: libpetsc3.0.0-dev, welches ein virtuelles Paket ist.
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

     Beibehalten der folgenden Pakete in ihrer aktuellen Version:
1)     libmesh-dev [Nicht installiert]                           
2)     libmesh0.6.4 [Nicht installiert]   

Dies ist die einzige Lösung und somit lässt sich das Paket nicht installieren.

Was mache ich falsch?

[peschmae]

Du machst nichts grundsätzlich falsch; da sind wohl die Abhängigkeiten im Moment (ok, wenn ich den Bugreport angucke ist "im Moment" eine kleine Untertreibung) gerade etwas krumm. Ich sehe auf meinem Sid-System dasselbe Problem.

Siehe auch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=577584

MfG Peschmä

[karolos]

Ach so. Naja, diese Nachricht ist vom 12. April 2010, also über 1 Jahr alt....
In diesem Fall muss ich das wohl selbst aus den Quellen bilden.

Besten Dank

[deberik]

Ein Fehlerbericht senden, damit eine neue Version hochgeladen wird? Mittlerweile gibt es ja Version 0.7.1 und die Inkompatibilität wurde schon in Version 0.7.0 behoben.

[MustrumRidcully]

wenn es virtuelle pakete sind, kann man vll. auch versuchen, die abhängigkeit zu ignorieren, zumal, wenn es sich um -dev pakete handelt.

Code: Alles auswählen

dpkg --force-depends --install <paketname>

wenn die binaries aus dem so installierten paket nicht laufen (wg. der abhängigkeiten), stellt ein

Code: Alles auswählen

dpkg --purge <paketname>

den alten zustand wieder her. sicherheitshalber sollte man sich aber die zusätzliche installierten packages irgendwo notieren, damit man im notfall sein altes sys manuell wiederherstellen kann.

und dann gibt es natürlich noch die möglichkeit, sich die sourcen zu ziehen und den ganzen kram selbst zu kompilieren und auf /usr/local/ zu installieren. das ist pakettechnisch die saubere lösung.