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

[Fryderyk Dziarmagowski]

On Fri, 4 Jan 2008 16:19:20 +0100
"Patryk Zawadzki" <patrys w pld-linux.org> wrote:

> 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. :)

Nie biblioteka, tylko program używający jej potrzebuje takie R:

> 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.).

libgphoto2.spec posiada taki subpakiet.

-- 
Fryderyk Dziarmagowski