Libgit depends on PCRE. O_o
> On 13 Oct 2020, at 10:20,
[hidden email] wrote:
>
> Hi Martin,
> thanks for testing it. Can you tell me the version / flavour of
> Debian are you using?
> Maybe we need to ship PCRE with the VM. I am not fun of that, but we
> need to do it until we can have a proper packaging for each Linux
> distribution (Esteban is working on having a nice OBS configuration
> for the VM extending what Holger has previously done).
> It takes time and a lot of testing, but the idea is to fix (or at
> least control better) the dependency nightmare between different Linux
> distributions.
>
> Cheers,
> Pablo
>
> On Tue, Oct 13, 2020 at 7:49 AM Martin McClure <
[hidden email]> wrote:
>>
>> Thanks, this is great news.
>>
>> Are there instructions on how to make P9 actually use the new version of
>> libgit2? I see that the stable Linux VM for 9.0 does include
>> "libgit2.1.0.0.so" but Pharo is still loading libgit2.so.0.25.1.
>>
>> ...this may be because Pharo's libgit2.1.0.0.so has not-found
>> dependencies on libpcre.so.3 and libpcreposix.so.3.
>>
>> I find Debian's versioning of libpcre somewhat confusing. The package
>> "libpcre3" is the *old* libraries, and new stuff is supposed to use
>> "pcre2." 2 is apparently newer than 3. At any rate PCRE library naming
>> is rather distro-specific, and although I have the right packages
>> installed, the libraries have different filenames.
>>
>> But libgit2 is not supposed to have PCRE as a dependency. The source
>> code for PCRE is included in the source for libgit2. Seems like it would
>> be possible (and nice!) to compile the libgit2.1.0.0.so included with
>> the VM to include the PCRE code internally, rather than depend on an
>> external library.
>>
>> Thanks,
>> -Martin
>>
>> On 10/12/20 2:26 AM,
[hidden email] wrote:
>>> Hi, a later announcement (this have been done some months ago... but I
>>> never send the mail).
>>>
>>> We have upgraded in Pharo 9 to use the latest stable version of Libgit.
>>> It required to have some improvements in Libgit to handle the updated
>>> version and also to support the previous version.
>>>
>>> From the point of view of new features, it does not add new things.
>>> However, this version fixes a lot of existing problems in Libgit.
>>>
>>> We can be sure this was a successful deployment as we don't have
>>> problems with it. We are really happy that this has been done
>>> transparently and keeping the working version with different
>>> configurations of images and VMs. As we should support new and old
>>> images, on the same VM. And also running new images in old VMs
>>>
>>> Thanks.
>>>
>>
>
>
> --
> Pablo Tesone.
>
[hidden email]