SPECS (DEVEL): hk_classes.spec - fixed default driver dir (hk_driv...

[Charles]

Dnia środa 02 listopada 2005 22:56, Tomasz Wittner napisał:
> > 1. Knoda nie działa i nie działała wcześniej dobrze.
>
> Działa i zawsze działała lepiej lub gorzej (0.7.3 segfaultowało w
> określonych sytuacjach).
>
> > Sam możesz to
> > sprawdzić usuwając katalog ~/.hk_classes (czyli symulując pierwsze
> > uruchomienie).
>
> $ du -hs .hk_classes
> 364K    .hk_classes
> Chcesz mnie pozbawić moich baz? Takie rzeczy się robi z nowego usera, ew.
> mv .hk_classes{,.bak}
>
> > Nie zobaczysz żadnych zainstalowanych driverów do baz
> > danych.
>
> knoda->Settings->Options->General->Dirverpath:
> /usr/lib/hk_classes/drivers/ i zobaczysz.

O czym Ty do mnie rozmawiasz?
Dziecko jesteś, czy może mnie tak traktujesz?

> > Lub lepiej:
> > poldek -i python-hk_classes
> > python -c "import hk_classes; print hk_classes.hk_drivermanager_path()"
> > I zobacz jaki pokaże katalog z driverami.
>
> $ python
> [...]
>
> >>> import hk_classes; print hk_classes.hk_drivermanager_path()
>
> /usr/lib/drivers

I w tym problem.

> >>> hk_classes.hk_drivermanager_set_path("/usr/lib/hk_classes/drivers/")
> >>> import hk_classes; print hk_classes.hk_drivermanager_path()
>
> /usr/lib/hk_classes/drivers/

Tak, ale tylko dla bieżącej sesji pythona itd.
Powinno działać "out of the box".

> > 2. Powyższa zmiana nie ma wpływu na kompilację driverów (o tym
> > wspominasz - czyli -dir.patch)
>
> ???. Nic nie wspominałem o kompilacji.
>
> > , a jedynie na sam "silnik" hk_classes.
> > Powoduje ona zdefiniowanie  (i przekazanie) HKCLASSES jako
> > /usr/lib{64}/hk_classes (-DHKCLASSES="/usr/lib/hk_classes")..Aby nie
> > rzeźbić w źródłach - to wystarczy. Jak sam możesz się przekonać
> > domyślna ścieżka dla driverów jest "zaszyta" w hk_drivermanager.cpp i
> > w skrócie budowana jest następująco:
> > HKCLASSES + "/drivers"
>
> OK - a powinno być HK_DRIVERSDIR podstawione via #define do kodu przez
> ac/am - tyle, że tego nie ma w oryginale, więc nie jest:
> SOURCES/hk_classes-0.8]$ grep -rn HK_DRIVERSDIR .
> SOURCES/hk_classes-0.8]$
> Miejsce tego pacza jest w Attic - co nowa wersja, to są nowe drivery i
> zabawa w paczowanie. Dodatkowo trzeba ręcznie ustawiać ściężkę w knodzie
> i python-hk_classes i zapewne jeszcze gdzieś. Ile na to poświeciłem czasu
> (paczowanie), tyle teraz złośliwości ... ;)

HK_DRIVERSDIR jest PLD specific.

> > Konkludując. Po przeniesieniu biblioteki z domyślnego (dla hk_classes)
> > /usr/lib/hk_classes do /usr/lib hk_drivermanager zwraca ścieżkę dla
> > driverów jako:
> > /usr/lib/drivers.
> > Powyższa poprawka to zmienia (a czy sedem, czy patchem to już inna
> > sprawa).
>
> Niezgadzam się na robienie takich hacków - to jest psucie poprzedniego
> psucia. O.

Nie ma pojęcia kto wpadł na pomysł (i co było tego przyczyną)
przeniesienia biblioteki hk_classes do %{_libdir}. Konsekwencją tego
są kombinacje z driverami. Ale teraz póki jest jeszcze na DEVEL można
to odkręcić...

--
Pozdrawiam,
Karol Krenski