Hi.
I was asking Wart to update java wfut package to new native libwfut: https://bugzilla.redhat.com/show_bug.cgi?id=446837 But he is not reachable or too busy to look at it now.
The only package that has dependency on wfut is sear (WorldForge client). It hadn't updated for some time, but CVS versions of it are using libwfut.
Could somebody take a look on it and say what is needed to get this package updated?
Alexey.
Hi Alexey,
Alexey Torkhov wrote:
Hi.
I was asking Wart to update java wfut package to new native libwfut: https://bugzilla.redhat.com/show_bug.cgi?id=446837 But he is not reachable or too busy to look at it now.
The only package that has dependency on wfut is sear (WorldForge client). It hadn't updated for some time, but CVS versions of it are using libwfut.
Could somebody take a look on it and say what is needed to get this package updated?
Sorry I've been a bit mute lately. Staffing changes at work have decreased the amount of time I've been able to devote to Fedora lately.
The current wfut package provides a single binary executable that is used by sear. If I recall correctly, the new upstream wfut package provides a shared library that is linked into applications like ember and the CVS version of sear. These two packages should be able to be installed at the same time with no conflicts. Since the new wfut is a completely new codebase, I would propose that we create a new 'libwfut' package, which will be used by ember. sear can continue to use the existing wfut package until upstream makes a new release, at which time it will change to use libwfut and we can obsolete the wfut package.
--Wart
Michael Thomas wrote:
Alexey Torkhov wrote:
I was asking Wart to update java wfut package to new native libwfut: https://bugzilla.redhat.com/show_bug.cgi?id=446837 But he is not reachable or too busy to look at it now.
The only package that has dependency on wfut is sear (WorldForge client). It hadn't updated for some time, but CVS versions of it are using libwfut.
Could somebody take a look on it and say what is needed to get this package updated?
Sorry I've been a bit mute lately. Staffing changes at work have decreased the amount of time I've been able to devote to Fedora lately.
The current wfut package provides a single binary executable that is used by sear. If I recall correctly, the new upstream wfut package provides a shared library that is linked into applications like ember and the CVS version of sear. These two packages should be able to be installed at the same time with no conflicts.
The conflict is in that wfut binary. libwfut also providing it as a simple command line client. However, it is possible to rename it in to, say, 'wfut-cmd' or strip it.
Since the new wfut is a completely new codebase, I would propose that we create a new 'libwfut' package, which will be used by ember. sear can continue to use the existing wfut package until upstream makes a new release, at which time it will change to use libwfut and we can obsolete the wfut package.
Okay. I'll try to make package that takes this into account and submit it for review as new.
Alex.
Alexey Torkhov wrote:
Michael Thomas wrote:
Alexey Torkhov wrote:
I was asking Wart to update java wfut package to new native libwfut: https://bugzilla.redhat.com/show_bug.cgi?id=446837 But he is not reachable or too busy to look at it now.
The only package that has dependency on wfut is sear (WorldForge client). It hadn't updated for some time, but CVS versions of it are using libwfut.
Could somebody take a look on it and say what is needed to get this package updated?
Sorry I've been a bit mute lately. Staffing changes at work have decreased the amount of time I've been able to devote to Fedora lately.
The current wfut package provides a single binary executable that is used by sear. If I recall correctly, the new upstream wfut package provides a shared library that is linked into applications like ember and the CVS version of sear. These two packages should be able to be installed at the same time with no conflicts.
The conflict is in that wfut binary. libwfut also providing it as a simple command line client. However, it is possible to rename it in to, say, 'wfut-cmd' or strip it.
Does either ember, or sear CVS, use the new wfut CLT? If not, then we could remove it from the new libwfut package, and reintroduce it once sear releases a new version that allows us to obsolete the old wfut package.
Alternately, will the current sear release work using the new wfut CLT, or is the command line syntax different between the two wfut implementations?
--Wart
Michael Thomas пишет:
Alexey Torkhov wrote:
Michael Thomas wrote:
Alexey Torkhov wrote: The current wfut package provides a single binary executable that is used by sear. If I recall correctly, the new upstream wfut package provides a shared library that is linked into applications like ember and the CVS version of sear. These two packages should be able to be installed at the same time with no conflicts.
The conflict is in that wfut binary. libwfut also providing it as a simple command line client. However, it is possible to rename it in to, say, 'wfut-cmd' or strip it.
Does either ember, or sear CVS, use the new wfut CLT? If not, then we could remove it from the new libwfut package, and reintroduce it once sear releases a new version that allows us to obsolete the old wfut package.
No, ember and sear cvs are using libwfut shared library directly AFAIK.
Alternately, will the current sear release work using the new wfut CLT, or is the command line syntax different between the two wfut implementations?
And command line is completely different between these two. So, I'm guessing, removing CLT from new libwfut package would be easiest solution.
Alex.
-
Alexey Torkhov -
Michael Thomas