Obsoletes + Provides?

[Marcin 'Qrczak' Kowalczyk]

SVGATextMode requires: kbd. Jako że zamiast kbd mamy console-tools,
wyjścia widzę takie:

1. W console-tools dać `Provides: kbd', konfigurować je z opcją
--enable-kbd-compat (dodającą wrappery emulujące składnię programów
z kbd - teraz widzę, że na pewno warto tak czy siak) i samemu dodać trzy
linki typu /usr/lib/kbd/consolefonts -> ../../share/consolefonts. Ale czy
Obsoletes i Provides tego samego w jednym pakiecie jest w ogóle legalne?

2. Do SVGATextMode dodać patcha zmieniającego w pliku konfiguracyjnym
ścieżki /usr/bin/setfont na /usr/bin/consolechars -f oraz ścieżki do
consolefonts, przystosowując całość do console-tools.

Wady 1: a) większy bałagan; b) wrappery wypisują ostrzeżenia polecające
bezpośrednie użycie consolechars; c) nie wiem, czy przejdzie numer
z Obsoletes + Provides.

Wady 2: trudniejsze mieszanie dystrybucji: a) u nas będą działać tylko
pakiety korzystające z console-tools zamiast żeby działały jedne i drugie;
b) nasze pakiety będą działały tylko z console-tools zamiast z jednym
i drugim.

Jest jeszcze wyjście 3 = 1 + 2. Ma wady 1a, 1c i 2b, ale nie ma wad 1b ani
2a.

Ewentualnie 1 + 2, ale bez Provides. Wtedy pozostają wady 1a i 2b,
przy czym 2b jest wzmocniona przez wymuszenie --nodeps na pakietach
z `Requires: kbd'.

Rad byłbym poznać wasze zdanie na ten temat. Problem jest dość ogólny -
coś takiego może się zdarzyć z każdym pakietem wykorzystywanym przez inne,
zamiast którego bierzemy mniej popularny zastępnik.

Mnie się wydaje, że najlepiej 3, w wariancie z `Provides: kbd' jeśli tak
można.

-- 
 __("<   Marcin Kowalczyk * qrczak w knm.org.pl http://qrczak.home.ml.org/
 \__/       GCS/M d- s+:-- a21 C+++>+++$ UL++>++++$ P+++ L++>++++$ E->++
  ^^                W++ N+++ o? K? w(---) O? M- V? PS-- PE++ Y? PGP->+ t
QRCZAK                  5? X- R tv-- b+>++ DI D- G+ e>++++ h! r--%>++ y-