On Tue, Jan 4, 2011 at 2:45 PM, Chris Frey <cdf...@foursquare.net> wrote:
> > 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.
>
>
I can wrangle up some comments from the fedora/udev people. The really odd
thing about the bug is that I can sync my pearl fine.
------------------------------------------------------------------------------
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
