/usr/share/hal/fdi/policy/20thirdparty/ i /usr/lib/hal/

Patryk Zawadzki patrys w pld-linux.org
Pią, 4 Sty 2008, 16:19:20 CET


04-01-08, Fryderyk Dziarmagowski <freetz w gmx.net> napisał(a):
> On Fri, 4 Jan 2008 13:54:01 +0100
> "Patryk Zawadzki" <patrys w pld-linux.org> wrote:
>
> > Jak w temacie, biblioteki, które używają hala instalują tam swoje
> > rzeczy, przez co wymagają hala. Hala z kolei nie ma i nie będzie na
> > builderach, bo hal używa udeva, którego tam nie ma i nie będzie.
>
> To bibliotekę należy poprawić poprzez wydzielenie części zależnych od
> daemona hal, a nie odwrotnie.

Żeby działała jak trzeba, musiałbym dodać do niej R: hal-%{name} i
wracamy do punktu wyjścia. :)

Problem jest taki, że na przykład libgpod w nowej wersji używa hala do
wyciągania danych o iPodach (procedura wymaga roota), ale do
kompilacji takiego rhythmboksa biblioteka nie musi działać, za to musi
się dać zainstalować. Druga opcja to dodanie R: hal-libgpod do
wszystkich programów z BR: libgpod (amarok, rhythmbox, gtkpod etc.).

-- 
Patryk Zawadzki
PLD Linux Distribution


Więcej informacji o liście dyskusyjnej pld-devel-pl