Re: [HEADS UP] Upcoming soname change for libtirpc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 10/30/2015 07:57 PM, Ian Kent wrote:
> On Fri, 2015-10-30 at 14:16 -0400, Steve Dickson wrote:
>>
>> On 10/30/2015 12:36 PM, Kevin Fenzi wrote:
>>> On Fri, 30 Oct 2015 11:50:48 -0400
>>> Steve Dickson <SteveD@xxxxxxxxxx> wrote:
>>>
>>>> Hello,
>>>>
>>>> Well place sources tell me in the upcoming
>>>> libtirpc release the soname will be changing 
>>>> due to some API changes. 
>>>>
>>>> The API changes will make the Linux version 
>>>> more compatible with litbirpc implementations
>>>>
>>>> Obviously this change will just go in rawhide
>>>> but how do I
>>>> 1) request the build rpm go be added to the build root?
>>>
>>> That automatically happens after the build completes. It's added in
>>> the
>>> next newrepo call (so usually 10-20min) 
>>>
>>>> 2) find and rebuild all the dependencies?
>>>
>>> Should be something like: 
>>>
>>> % sudo dnf repoquery --whatrequires 'libtirpc.so.1()(64bit)'
>>> Last metadata expiration check performed 0:01:17 ago on Fri Oct 30
>>> 10:34:06 2015.
>>> autofs-1:5.1.1-3.fc23.x86_64
>>> fedfs-utils-admin-0:0.10.3-4.fc23.x86_64
>>> fedfs-utils-server-0:0.10.3-4.fc23.x86_64
>>> libtirpc-devel-0:0.3.2-3.0.fc24.x86_64
>>> nfs-utils-1:1.3.2-10.fc23.x86_64
>>> rpcbind-0:0.2.3-0.2.fc23.x86_64
>> Perfect!!! 
> 
> Steve, at some point I must have found that libtirpc used Thread
> Specific Data (TSD) that was problematic because I had seen crashes on
> exit as I've seen with other libraries.
> 
> Using the TSD functionality isn't a problem unless the clean up
> function set at creation belongs to the library itself, which in some
> cases simply isn't present when the pthreads clean up code is called at
> process exit.
> 
> If that's not no longer a problem or I was mistaken in the beginning
> then I can remove the workaround from autofs, otherwise I'll need to
> update the workaround to also try to pre-open the new library.
> 
> Ummm ... I think I'm also be guilty of not raising this upstream ... oo
> ps!
Go ahead and post what you need to libtirpc-devel@xxxxxxxxxxxxxxxxxxxxx
so we can look in to incorporating in the the library...

steved.
 
> 
>>>
>>>> 3) anything else I need to do?
>>>
>>> Not off hand. ;) Thanks for the heads up 
>> NP... Thanks!
>>
>> steved.
>>
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux