On Sat, Dec 23, 2006 at 12:27:07PM +0100, Andrzej Krzysztofowicz wrote: > Fryderyk Dziarmagowski wrote: > > > > --- Robert 'dzeus' Graużenis <[EMAIL PROTECTED]> wrote: > > > > > [EMAIL PROTECTED] temp]$ gphoto2 --auto-detect > > > *** WARNING *** The programme 'gphoto2' uses the Apple Bonjour > > > compatiblity layer of Avahi. > > > *** WARNING *** Please fix your application to use the native API of > > > Avahi! > > > *** WARNING *** For more information see > > > <http://0pointer.de/avahi-compat?s=libdns_sd&e=gphoto2> gphoto2: > > > compat.c:465: sdref_unref: Warunek zapewnienia `sdref->n_ref >= 1' nie > > > został spełniony. > > > Przerwane
To wygląda na problem z avahi-compat. DNSServiceProcessResult() usiłuje zwolnić (tzn. zmniejsza licznik referencji i zwalnia, jeśli jest zerowy) przekazany mu sdref. Wywołanie DNSServiceRefDeallocate() po takim zwolnieniu da efekt jw. Oryginalny mDNSResponder nie próbuje zwalniać sdref w DNSServiceProcessResult(). > > > libgphoto2-2.3.0-1.i686 > > > hal-gphoto-0.5.8.1-4.i686 > > > libgphoto2-devel-2.3.0-1.i686 > > > gphoto2-2.3.0-1.i686 > > > > > > O co tu chodzi? > > > > libgphoto2 zbudował się w obecności zależności nie uwzględnionych w BR > > i z powodu braku odpowiednich R: (dla ptpip.so) nie chce działać > > poprawnie. Ale nie widzę, żeby cokolwiek budującego się z avahi* miało zależność od demona avahi. > Sugerujesz dodanie BR, BC, czy zalatanie, zeby ignorowal obecosc tych > "innych" ? Na razie BR, łatanie pod kątem zmiany API na natywne avahi to robota dla autorów libgphoto2. +avahi-compat-libdns_sd do poprawki błędu(?) -- Jakub Bogusz http://qboosh.pl/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
