[bug #62700] lzma/xz compilation bug for cmake in Maneage 27ff6f7

[Boud Roukema]

Update of bug #62700 (project reproduce):

                  Status:             In Progress => Postponed              

    _______________________________________________________

Follow-up Comment #7:

There are effectively two different bugs:

* CentOS/xz bug #62700 (let's continue here) - the problem of RHEL developers
using XZ library symbols in a way that they shouldn't have;

* cmake build bug #63043 [1] - this is the build problem of cmake linking to a
mix of host and Maneage libraries, that may sometimes cause fatal errors, at
other times cause undetected errors, and in other cases have no effect.

PROPOSAL:

(a) revert the xz hack - i.e. merge f459fc2 [2] into core Maneage; and
(b) wait for upstream xz to release e.g. xz-5.2.7, and then update to that in
core Maneage after verification.

The reason for (a) is that the easyfinder hack is not a seriously thought out
and tested solution, so it's better to have configure failures on some systems
like CentOS 7 for a short time rather than let a bad solution propagate
further.

I think that the time scale for 5.2.7 is likely to be short, since Lasse
Collins wants to avoid the CentOS 7 problem from propagating further (people
might write software that is dependent on the wrong library symbols). Draft
fixes can be seen on the xz experimental git branch [3], such as commit
913ddc55 'liblzma: Vaccinate against an ill patch from RHEL/CentOS 7.'


[1] https://savannah.nongnu.org/bugs/index.php?63043

[2]
https://codeberg.org/boud/maneage_dev/commit/f459fc2199f1a2b74702efa7e8d239c276e2ed97

[3] xz git history <https://git.tukaani.org/?p=xz.git;a=summary>



    _______________________________________________________

Reply to this item at:

  <https://savannah.nongnu.org/bugs/?62700>

_______________________________________________
Message sent via Savannah
https://savannah.nongnu.org/