Re: kdev-python: Use CMake FindPython3
Casian Andrei <[email protected]> Tue, 9 Jan 2024 21:06:00 +0200
| Newsgroups | gmane.comp.kde.devel.kdevelop |
|---|---|
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--------------YSSfn2AQElXw9G5dYiwoQA87
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Dear Sven*, *Björn, Francis,
I have read all your answers, thank you for all the useful information!
Succeeded in restoring the account on identity.kde.org and managed to
create a proper merge request [1].
Things should be going smooth now.
Have a wonderful day!
La 08.01.2024 14:50, Casian Andrei a scris:
> I have managed to solve all issues - much faster using this new fancy
> AI technology.
>
> Regarding the version range, I noticed that putting 3.11 translates
> into 3.11.0 for CMake, so it refuses 3.11.5, for example. The correct
> setting is 3.4.3...<3.12. Found that this version range needs at least
> CMake 3.19 (find_package documentation, search for "[version] argument").
>
> The issue with that linking to python3.11 was because before the
> distro upgrade, it installed kdev-python in /usr/local, but now the
> prefix is in /usr . So, when looking at
> libkdevpythonlanguagesupport.so, the linker found the older
> libkdevpythonparser.so from /usr/local which needed the old Python
> libs. I didn't realize those libraries were still there, in a location
> different from the plugins.
>
> I guess it should be fine now.
>
> Attaching updated patch.
>
>
> Thank you!
>
> Regards,
>
> Casian
>
[1] https://invent.kde.org/kdevelop/kdev-python/-/merge_requests/23
--------------YSSfn2AQElXw9G5dYiwoQA87
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Dear Sven<b>, </b>Björn, Francis,</p>
<p>I have read all your answers, thank you for all the useful
information!</p>
<p>Succeeded in restoring the account on identity.kde.org and
managed to create a proper merge request [1].</p>
<p>Things should be going smooth now.</p>
<p>Have a wonderful day!<br>
</p>
<br>
<div class="moz-cite-prefix">La 08.01.2024 14:50, Casian Andrei a
scris:<br>
</div>
<blockquote type="cite"
cite="mid:2876dd36-11ea-456e-8e76-565cc098191b-R9gWA36xdHCvSplVBqRQBQ@public.gmane.org">I have
managed to solve all issues - much faster using this new fancy AI
technology. <br>
<br>
Regarding the version range, I noticed that putting 3.11
translates into 3.11.0 for CMake, so it refuses 3.11.5, for
example. The correct setting is 3.4.3...<3.12. Found that this
version range needs at least CMake 3.19 (find_package
documentation, search for "[version] argument"). <br>
<br>
The issue with that linking to python3.11 was because before the
distro upgrade, it installed kdev-python in /usr/local, but now
the prefix is in /usr . So, when looking at
libkdevpythonlanguagesupport.so, the linker found the older
libkdevpythonparser.so from /usr/local which needed the old Python
libs. I didn't realize those libraries were still there, in a
location different from the plugins. <br>
<br>
I guess it should be fine now. <br>
<br>
Attaching updated patch. <br>
<br>
<br>
Thank you! <br>
<br>
Regards, <br>
<br>
Casian <br>
<br>
</blockquote>
<p><br>
</p>
<p>[1]
<a class="moz-txt-link-freetext" href="https://invent.kde.org/kdevelop/kdev-python/-/merge_requests/23">https://invent.kde.org/kdevelop/kdev-python/-/merge_requests/23</a><br>
</p>
</body>
</html>
--------------YSSfn2AQElXw9G5dYiwoQA87--