Date: Wed, 29 Oct 2014 17:03:49 +0400 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Baptiste Daroussin <bapt@FreeBSD.org> Cc: ports@FreeBSD.org, current@FreeBSD.org Subject: Re: pkg 1.4 freeze please test test test! Message-ID: <20141029130348.GK9763@zxy.spb.ru> In-Reply-To: <20141029125304.GJ82736@ivaldir.etoilebsd.net> References: <20141028231933.GG26796@ivaldir.etoilebsd.net> <20141029121326.GA83878@zxy.spb.ru> <20141029122452.GH82736@ivaldir.etoilebsd.net> <20141029123157.GI9763@zxy.spb.ru> <20141029124025.GI82736@ivaldir.etoilebsd.net> <20141029124832.GJ9763@zxy.spb.ru> <20141029125304.GJ82736@ivaldir.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Oct 29, 2014 at 01:53:04PM +0100, Baptiste Daroussin wrote: > > > How can we know pecl-memcache has to be reinstalled? > > > > > > We won't reinstall each time a version of a dep changes :) > > > > And what is solution? > > May be some flag on package (php) for reinstall all deps? > > I do have no idea, I'm open for suggestions :) > Either on the package side with triggers but that means implementing trigger in > package > Or in package side with provide/requires saying that this packages requires an > exact version of php meaning in case of upgrade of php the version would have > changed May be (as workaround) some database witch this packages? List, or regexp. This is need for some binary modules and don't need for "text" modules. But for some cases -- and for "text" modules too. > Or someone has to be clever and find a ports only solution. On ports side pecl-memcache rebuild on php version changed. > Why the help does a minor version has an inpact on the pecl? isn't the abi > stable over minor versions? I am don't know -- I am not php guru. As result -- memcache module don't loaded and "class Memcache not found". May be just strict version check.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141029130348.GK9763>