Date: Wed, 29 Oct 2014 17:10:58 +0100 From: Daniel Gerzo <danger@FreeBSD.org> To: freebsd-current@freebsd.org Subject: Re: pkg 1.4 freeze please test test test! Message-ID: <f60175abb282875adabf6911d8c4061f@rulez.sk> In-Reply-To: <20141029140714.GB9726@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> <20141029130348.GK9763@zxy.spb.ru> <20141029140714.GB9726@ivaldir.etoilebsd.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2014-10-29 15:07, Baptiste Daroussin wrote: > On Wed, Oct 29, 2014 at 05:03:49PM +0400, Slawa Olhovchenkov wrote: >> 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. >> > > From what I do read from here: > https://wiki.php.net/rfc/releaseprocess#releases_cycle > > only going from X.Y to X.Y+1 needs to rebuild the extensions. > and going from X.Y.Z to X.Y.Z+1 should be compatible As far as I can tell from my own experience, every time I upgrade PHP, I always have to also reinstall pecl- packages, and even some other things like xcache, xdebug and so on. -- Kind regards Daniel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f60175abb282875adabf6911d8c4061f>