On Thu, Apr 21, 2016 at 4:36 AM, Christophe Fergeau <cfergeau(a)redhat.com> wrote:
On Wed, Apr 20, 2016 at 02:17:51PM -0400, Neal Gompa wrote:
> On Wed, Apr 20, 2016 at 12:27 PM, Michal Privoznik <mprivozn(a)redhat.com>
wrote:
> > After 5 months of development I'm more than proud to announce that
> > libvirt-php-0.5.2 is out!It can be downloaded from
> >
> >
http://libvirt.org/sources/php/libvirt-php-0.5.2.tar.gz
> >
> > This release focused on adapting to PHP7 and yet again some more bug
> > fixes. The diff stat is rather big, but that's mostly because of all the
> > documentation that has been added to PHP functions that we expose. I'd
> > like to thank everybody who participated, namely Neal and Remi for
> > proposing their patches and testing mine, Vasiliy for his valuable
> > input. Lets make the next release even better!
> >
> > Michal
> >
>
> So, I started making preliminary builds locally for updating the
> Fedora and EPEL packages, and something weird occurred: libvirt-php.so
> now has a soname version. PHP modules aren't supposed to have versions
> in the soname, and I'm not entirely sure how this happened. It's
> definitely within the last couple of commits, though.
>
> The file is now called libvirt-php.so.0.0.0, with libvirt-php.so.0 and
> libvirt-php.so being symlinks to it.
>
> What's going on?
This could be related to this change:
https://libvirt.org/git/?p=libvirt-php.git;a=blobdiff;f=src/Makefile.am;h...
(the removal of the install-exec-local/uninstall-local bits).
Christophe
I tried to use the php extension build system as an alternative, but
the config.m4 in the src/ directory wasn't bundled in the tarball,
which was strange. I'm going back to the git tag for this, because I
don't really want to ship something that appears broken like this.
--
真実はいつも一つ!/ Always, there's only one truth!