[Debian] Pinningprobleme testing/unstable

[Daniel Schmeck <daniel.schmeck@epost.de>]

Hi Liste,

ich hab da immer noch Verständnisprobleme mit dem Pinning von
verschiedenen Programmen.

Die meisten Pakete bestehen bei mir aus testing. Bei den folgenden
verwende ich jedoch unstable, diese würden downgraded werden:

| alien alsa-utils alsaplayer alsaplayer-alsa alsaplayer-common
| alsaplayer-esd alsaplayer-gtk alsaplayer-nas alsaplayer-oss
| alsaplayer-text apt-howto-en apt-show-source cupsys dpkg dpkg-dev 
| glibc-doc gs-esp hdparm kde-i18n-de libalsaplayer0 libc6 libc6-dev 
| libcupsys2 libcurl2 libdb3 libgdk-pixbuf-gnome2 libgdk-pixbuf2 
| libgnomeui32 libmimelib1 libnspr4 libnss3 libqt3 libqt3-mt libsensors1 
| libxine0 mozilla mozilla-browser mozilla-dom-inspector 
| mozilla-js-debugger mozilla-mailnews mozilla-psm mozilla-xmlterm 
| mutt synaptic wget xcdroast xine-dvdnav xine-ui

Ich würde diese Pakete aber weiterhin aus unstable beziehen. Muß ich
dafür für jedes Paket 

KDE 3.0.3 von ftp://ftp.kde.org würde zur Zeit removed werden. Bei
diesen Paketen wird bei apt-show-versions folgendes angezeigt:

| kdebase-bin: No available version
| kdelibs-data: No available version

Komischerweise ist KDE 3.0.3 voll installiert und wird von mir auch
genutzt. apt-cache policy kdebase-bin ergibt folgendes:

| kdebase-bin:
| Installed: 4:3.0.3-1
| Candidate: 4:3.0.3-1
| Version Table:
|   *** 4:3.0.3-1 0
|          500 ftp://ftp.kde.org ./ Packages
|          100 /var/lib/dpkg/status
                       
Auch weitere Pakete wie licq, cupsys-*, ... aus unstable würden removed 
werden. Bei einem kompletten Downgrade zu testing würden insgesamt
diese Pakete removed werden.

| ark cupsys cupsys-bsd cupsys-client cupsys-driver-gimpprint gs-esp
| kaddressbook kalarmd kappfinder karm kate kcalc kcharselect kcoloredit
| kcontrol kcron kdcop kdebase kdebase-bin kdebugdialog kdelibs-bin
| kdelibs4 kdepasswd kdeprint kdesktop kdf kdict kdm kedit kfind
| kfract kghostview khelpcenter khexedit khotkeys kicker kiconedit 
| kioslave kit kjots klipper kmenuedit knewsticker knode knotes konqueror
| konqueror-nsplugins konsole korganizer korn kpackage kpager kpaint 
| kpersonalizer kppp kruler kscreensaver ksirc ksmserver ksnapshot
| ksplash ksysguard ksysv ktimer ktip kuser kview kwin kxkb libarts1-qt 
| libcupsys2 libdb1-compat libkcal2 libkdenetwork2 libkgantt0 libkonq4
| libqt3 libqt3-mt libqtcups2 libtasn1-0 licq licq-plugin-console 
| licq-plugin-qt2 qtcups secpolicy webmin-lpadmin

Welche Möglichkeiten habe ich nun? 

a) ein komplettes Downgrade zu testing und dann die obigen Pakete
   nachinstallieren

b) ein Downgrade zu testing und die obigen Pakete auf hold setzen

c) Pinning in /etc/apt/preferences


Das Pinning würde ich ja am liebsten versuchen. Habe mittlerweile auch
schon ein paar HOWTOS und die Debian FAQ und natürlich auch
entsprechende Mails in der Debian-User-German-Liste gelesen. Aber so
richtig klar ist mir das noch nicht.

Ich stell mir das ungefähr so vor.

Package: *
Pin: release a=testing
Pin-Priority:  990    # laut manpage, diesselbe wie das Targetrelease

Package: licq*
Pin: release a=unstable
Pin-Priority: 995    # höher als das allgemeine

usw.

Aber, so komme ich leider nicht weiter. Ich setze meines Meinung nach
mit den Prioritäten zu hoch an.

Laut Manpage sind das die empfohlenen Werte:

| 1000 and up
|        Downgradable priorities
|
| 1000   The downgrade prevention barrier
|
| 100 to 1000
|        Standard  priorities. 990 is the priority set by the
|        --target-release  apt-get(8) option. 989 is the start
|        for auto priorities and 500 are all the default package 
|        files.
|
| 100    The currently installed version 
| 
| 0 to 100
|        Non automatic priorities. These are only used if the package 
|        is not installed and there is no other version available.
|
| less than 0
|        The version is never selected.
              
Wenn ich das target-release mit 990 festlege, fallen z.Bsp. die default
packages mit Prio 500 hintenrunter und werden nicht installiert.

Würde mich über eine Lösung freuen.
          
Tschaui Daniel

-- 
+------------------------------------------------------+
|Daniel Schmeck                 daniel.schmeck@epost.de| 
|from Germany          |||                             |
|                     (@ @)                            |
+-----------------oOO--(_)--OOo------------------------+
|mail@schmeckzilla.de   O    http://www.schmeckzilla.de|
+------------------------------------------------------+
|interests:     perl, vi(m), linux, pine, html         |
+------------------------------------------------------+
|www-project:   http://www.pentaconisten.de            |
+------------------------------------------------------+