Hi,

Thanks for testing and feedbacks.

> 1) The build system seems broken to me:
> 
>  * It doesn't set proper permissions (e.g root for ift-load)

Is it a bug of permissions or ownership ?


> And that would still generate "//lib/firmware..." path. Because of the
> -prefix=/ I pressume.

/lib/firmware have nothing to do with ${prefix} and friends, it is
hardcoded both in ift-extract and isight.rules. ift-extract has an
option if you want to output in a different directory (e.g.  '.'), see
info ift-extract. Only ${sysconfdir} should be overriden for proper
installation of the udev rules.

> 2) Probably the USB_BUS and USB_DEV env variables are not set
> as you seem to expect them to be in ift-load. May be you should either
> pass those explicitly in the udev rule or just make ift-load find the
> device itself basid on the device and vendor id?

Do you have the firmware in /lib/firmware/isight.fw ? I dropped device
probe because it's udev job. Please confirm the bug. Write a udev rules
running a script which dump `export` to a log file to see what info udev
exports in env.

> 4)  * Meant to use syslog/vsyslog functions (instead of g_error) to send
> the log messages to the syslog.

If you read carefully the beginning of load.c, it overload
g_{message,warning,error} ;). I renamed them to
ift_{message,warning,error} to avoid confusion. ift_error uses exit(-1)
instead of abort() as overloaded g_error() did.

>  * openlog("ift-extract", 0, LOG_SYSLOG); - That should probably be
> something like:
> 
> openlog("ift-load", LOG_PERROR, LOG_USER);

Fixed, thanks.


I produce a 0.5.1 bugfixe release with your feedbacks. Don't hesitate to
provide deeper info. I don't mind releasing several releases per
weeks ;)


Regards,
Étienne.

_______________________________________________
Linux-uvc-devel mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/linux-uvc-devel

Reply via email to