+1.
-- Garrett
Frank Che wrote:
> This case is now resumed. The project team come back with the
> following updates:
>
> 1. This project has no intention to back port to Solaris 10, so it has
> no conflict with the Sun Ray product now. The Sun Ray team has agreed
> to use the new location of libusb when updating the Solaris version in
> the future.
>
> 2. The compatibility link for a library file,
> /usr/sfw/lib/libusb_plugins/libusbugen.so, will not be provided. I
> have updated the spec of this project for this, and saved it as
> spec.txt in the case directory.
>
> Since there is only a little change to the spec, I feel it's still
> qualified as a self review. If there is concern on this, I will
> upgrade it to a fast track.
>
> Frank.
>
> Frank Che wrote:
>> This case is now pending for the issue Mike brought up in this mail.
>> So I will mark it as 'waiting need spec' temporarily. Later when the
>> project team has a solution for this issue, I will reopen this case
>> as a fast track and set the timer.
>>
>> -Frank
>>
>> Mike Oliver wrote:
>>> Frank Che wrote:
>>>> I'm sponsoring this case for Fenye Bao. This case is to move
>>>> libraries,
>>>> commands and documents of libusb from /usr/sfw to /usr. Compatibility
>>>> symlinks will be delivered. The taxonomies will be updated to
>>>> Uncommitted. A Minor release binding is proposed.
>>>>
>>>> I have marked it as "closed approved automatic" since the change is
>>>> straightforward and the interface is clear. If there is request,
>>>> I'd be
>>>> happy to upgrade it to a fast track and set the timer.
>>>
>>> I have a question, below. Depending on the answer to that question it
>>> might be appropriate to convert this into a fast track.
>>>
>>>> 4. Technical Description
>>>>
>>>> 4.1 Summary
>>>>
>>>> This project moves libraries, commands and documents of libusb from
>>>> /usr/sfw into /usr.
>>>>
>>>> Requested release binding is Minor.
>>>>
>>>> 4.2 Details
>>>>
>>>> This case moves the USB library, libusb, and associated files from
>>>> /usr/sfw/ to /usr/. This library was delivered in packages
>>>> SUNWlibusb and SUNWlibusbugen. The library was introduced by
>>>> PSARC/2003/721 [1], and has since been updated by PSARC/2005/187 [2].
>>>>
>>>> These files will continue to be delivered via the SUNWlibusb and
>>>> SUNWlibusbugen packages. Symbolic links for library and config tool
>>>> will be provided in the old location for backwards compatibility.
>>>> The Interface Stability Classification will be updated from the old
>>>> Interface Taxonomy classification (External) to the new classification
>>>> (Uncommitted).
>>>>
>>>> 4.3 Exported Interfaces
>>>>
>>>> Libraries:
>>>> ----------
>>>> /usr/lib/libusb.so.1 Uncommitted Shared lib
>>>> (was /usr/sfw/lib/libusb.so.1)
>>>> /usr/lib/libusb.so Uncommitted Symbolic link
>>>> (was /usr/sfw/lib/libusb.so)
>>>
>>> The directory /usr/sfw/lib/libusb_plugins that contains the plugins:
>>>
>>>> /usr/lib/libusb_plugins/libusbugen.so.1 Uncommitted Shared lib
>>>> (was /usr/sfw/lib/libusb_plugins/libusbugen.so.1)
>>>> /usr/lib/libusb_plugins/libusbugen.so Uncommitted Symbolic link
>>>> /usr/sfw/lib/libusb_plugins/libusbugen.so Obsolete Uncommitted
>>>> Compatibility link
>>>
>>> is also the destination for the Sun Ray libusb plugin discussed along
>>> with the libusbugen plugin in PSARC/2003/721. What will the impact of
>>> this proposed change be on Sun Ray? (As proposed, I believe it will
>>> break Sun Ray unless you've negotiated a matching change to the Sun
>>> Ray plugin delivery mechanism.)
>>>
>>> I suggest that it would be better to replace
>>> /usr/sfw/lib/libusb_plugins
>>> with a symlink to /usr/lib/libusb_plugins than to create symlinks for
>>> individual plugins. And perhaps also move any existing plugins from
>>> the old location to the new location, if they don't already exist in
>>> the new location.
>>>
>>> Mike.
