Re: F35 Change: libmemcached-awesome (Self-Contained Change proposal)

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

 



On Tue, Jul 6, 2021 at 12:29 PM David Cantrell <dcantrell@xxxxxxxxxx> wrote:
>
> On Thu, Jun 24, 2021 at 11:50:18AM -0400, Ben Cotton wrote:
> >https://fedoraproject.org/wiki/Changes/libmemcached-awesome
> >
> >== Summary ==
> >Switch from libmemcached to libmemcached-awesome
> >
> >== Owner ==
> >* Name: [[User:Remi| Remi Collet]]
> >* Email: remi at fedoraproject dot org
> >
> >== Detailed Description ==
> >
> >libmemcache 1.0.18 was released in February 2014, so hasn't received
> >an update for 7 years.
> >
> >libmemcache-awesome is a fork providing same libraries, tools with
> >API/ABI compatibility.
> >
> >== Benefit to Fedora ==
> >
> >Rely on a maintained project.
> >
> >
> >
> >== Scope ==
> >* Proposal owners: Check Koschei status. Test with latest version to
> >ensure compatibility. Work with upstream on bug fixing. Needed mass
> >rebuild (C extensions) done by change owner.
> >
> >* Other developers: N/A (not a System Wide Change)
> >* Release engineering:
> >* Policies and guidelines: N/A (not a System Wide Change)
> >* Trademark approval: N/A (not needed for this Change)
> >
> >
> >== Upgrade/compatibility impact ==
> >N/A (not a System Wide Change)
> >
> >== How To Test ==
> >
> >* install and play with your application
> >
> >== User Experience ==
> >
> >Developers and system administrators will have the great benefit or
> >running a maintained library.
> >
> >
> >== Dependencies ==
> >
> >All php-* packages (and some *-php)
> >
> >== Contingency Plan ==
> >* Contingency mechanism: Drop not compatible packages.
> >* Contingency deadline: N/A (not a System Wide Change)
> >* Blocks release? N/A (not a System Wide Change)
> >
> >== Documentation ==
> >
> >* [https://awesomized.github.io/libmemcached/ Upstream documentation]
> >
>
> The change proposal indicates this is a drop-in API replacement
> project, but will this introduce a new package named
> 'libmemcached-awesome' and we let libmemcached go out to pasture?  Or
> is this changing the Source0 of the libmemcached package to just use
> this new upstream?
>
> If the former, will the new package provide proper Provides/Conflicts
> against the existing libmemcached package or are there plans to allow
> both to be installed at the same time?

>From what I can tell, you can't have both installed in parallel, so I
think I'd prefer to see the Source0 in libmemcached change to the fork
rather than introducing a new source package and complicating things.



--
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [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