Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Oct 2014 17:18:12 +0100
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        Daniel Gerzo <danger@FreeBSD.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: pkg 1.4 freeze please test test test!
Message-ID:  <20141029161812.GA11033@ivaldir.etoilebsd.net>
In-Reply-To: <f60175abb282875adabf6911d8c4061f@rulez.sk>
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> <f60175abb282875adabf6911d8c4061f@rulez.sk>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
On Wed, Oct 29, 2014 at 05:10:58PM +0100, Daniel Gerzo wrote:
> 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.
> 
Right it is not a pkg problem them but a port one.

because same problem will occur with portmaster/portupgrade, the fix should go
in the ports tree, I have an idea will implement when I do have time.

regards,
Bapt

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEARECAAYFAlRRE0QACgkQ8kTtMUmk6ExargCfZWGOFJjxE/hIANVcMgZ6k1bj
BjMAn1BCGdSM/eg45JTHFN3o+3tBy/be
=E2Vk
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20141029161812.GA11033>