On Mon, Jan 03, 2011 at 11:08:53AM -0700, Nathanael Noblet wrote:
> > Thanks Chris... I'll take a look. In the meantime, can you take a look at
> > this bug? I need to test if I can still sync with my curve to see if I'm
> > seeing the same behaviour, but thought I'd give you a heads up.
> >
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=665648
> >
> >
> >
> Just in case you want to see the current in use spec its retrievable from
> http://pkgs.fedoraproject.org/gitweb/?p=barry.git;a=blob_plain;f=barry.spec;hb=74c0e8822220c05c275cbc3d62df1cd3a0b14d03
>
> On initial inspection I can see that you still install hal acl fdi files..
>
> %{__cp} hal/fdi/policy/10osvendor/19-blackberry-acl.fdi
> %{buildroot}%{_datadir}/hal/fdi/policy/10osvendor
>
> where I've commented that out, I think during the transition to FC12 where
> there were the changes with udev...
The HAL rules are there so that it runs bidentify and fills in some HAL
properties. It's not critical. Things change on the udev and HAL fronts
fairly regularly it seems.
As for the permissions bug in the first URL above, I think the key is to
determine if ENV{ACL_MANAGE}="1" is still the right command to use
for libusb apps. Do you know anyone on the udev system team in Fedora
that could confirm whether this is correct? Specifically, you could look
at the rules for things like SANE scanners, etc. which also use libusb to
talk to the devices. Otherwise I'll probably have to install Fedora 14
somewhere and try to test it.
- Chris
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
