Meson 0.44.0 is broken with guix.

I installed meson with command `guix package -i meson`

$ meson --version

Traceback (most recent call last):

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real",

line 17, in <module>

    from mesonbuild import mesonmain, mesonlib

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/lib/python3.5/site-packages/mesonbuild/mesonmain.py",

line 18, in <module>

    from . import environment, interpreter, mesonlib

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/lib/python3.5/site-packages/mesonbuild/environment.py",

line 17, in <module>

    from . import coredata

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/lib/python3.5/site-packages/mesonbuild/coredata.py",

line 20, in <module>

    from .mesonlib import MesonException, commonpath

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/lib/python3.5/site-packages/mesonbuild/mesonlib.py",

line 60, in <module>

    meson_command = python_command + [detect_meson_py_location()]

  File

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/lib/python3.5/site-packages/mesonbuild/mesonlib.py",

line 51, in detect_meson_py_location

    raise RuntimeError('Could not determine how to run Meson. Please

file a bug with details.')

RuntimeError: Could not determine how to run Meson. Please file a bug

with details.

I'm currently using Guix on top of Fedora 26. The installed version of

meson is 0.44.0.

From /mesonlib.py/: line 47~51, we have:

#+BEGIN_BLOCK python

    # The only thing remaining is to try to find the bundled executable and

    # pray distro packagers have not moved it.

    fname = os.path.join(os.path.dirname(__file__), '..', 'meson.py')

    if not os.path.exists(fname):

        raise RuntimeError('Could not determine how to run Meson.

Please file a bug with details.')

#+END_BLOCK

which means meson will try to find the meson.py script at startup, but

it seems Guix has renamed the this file with the new file name

*.meson-real* and warp it with a shell script /meson/ in bin.

We need to have a look at the whole `detect_meson_py_location()`, not

only on lines 47 to 51.

detect_meson_py_location() assumes the executable to be called "meson"

or "meson.py", but in guix it currently is called ".meson-real" (see teh

first entry in the trace-back).

The solution would be to get rid of the wrapper-scripts, see

A work-around would be to substitute in file mesonbuild/mesonlib.py

meson_command = python_command + [detect_meson_py_location()]

by

meson_command = python_command + ["$OUT/bin/meson"]

(you got the idea, I assume). Of course we should verify

detect_meson_py_location() is not used elsewhere and consider renaming

that function to "disable" it.

--

Regards

Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |

| www.crazy-compilers.com | compilers which you thought are impossible |

Hi Hartmut,

Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:

Sounds reasonable. Does it work for you? If so, could you provide a

patch?

Ludo’.

Am 09.01.2018 um 13:46 schrieb Ludovic Courtès:

I don't have any cards in this game and not time for working on it ATM,

I just did the analysis.

@peter: What about you?

--

Regards

Hartmut Goebel

| Hartmut Goebel | h.goebel@crazy-compilers.com |

| www.crazy-compilers.com | compilers which you thought are impossible |

Hi,

Den 9. jan. 2018 22.10 skrev "Hartmut Goebel" <h.goebel@crazy-compilers.com

Am 09.01.2018 um 13:46 schrieb Ludovic Courtès:

I don't have any cards in this game and not time for working on it ATM,

I just did the analysis.

@peter: What about you?

I am sorry to let you down, but I dont have any time for developing on guix

at the moment :/ and by the way, I am not, and have never considered myself

a user of meson, I just wanted the buildsystem in guix because I noticed

that gnome was starting to use it :)

-- Peter Mikkelsen

Or in this case, python script, we can change the wrapper script into something

like this:

#+BEGIN_SRC python

import os

os.environ['PYTHONPATH']="/gnu/store/.../site-packages${PYTHONPATH:+:}$PYTHONPATH"

exec(open("/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real").read())

#+END_SRC

or

#+BEGIN_SRC python

import os

os.environ['PYTHONPATH']="/gnu/store/.../site-packages${PYTHONPATH:+:}$PYTHONPATH"

exec(compile(

open(

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real".read(),

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real",

'exec'

)))

#+END_SRC

Sorry about that, this section is wrong. Here is the correct one. Be careful with the "..."

in the environ assignment. I omitted part of the path due to it's too long.

#+BEGIN_SRC python

#!/usr/bin/env python3

import os

os.environ['PYTHONPATH'] = "/gnu/store/.../site-packages${PYTHONPATH:+:}$PYTHONPATH"

# exec(open("/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real").read())

exec(compile(

open(

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real"

).read(),

"/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real",

'exec'

))

#+END_SRC

And the wrapper should be named as "meson", in this case.

The above code set the environment variables and execute the corresponding code

by loading it(not spawning a new process). Hence the argv will be preserved.

Hello,

Fis Trivial <ybbs.daans@hotmail.com> skribis:

Sure, though Hartmut’s solution looked even simpler.

BTW, Ricardo has posted a patch on this topic here:

https://bugs.gnu.org/29951

We could use it here (it won’t be merged until the next ‘core-updates’

cycle), but if there’s a simpler solution, we should probably go for

that.

Thanks,

Ludo’.

block 29824 by 29951

block 29951 by 29824

unblock 29824 by 29951

unblock 29951 by 29824

block 29824 by 29951

Dear,

On Sat, 23 Dec 2017 at 19:18, Fis Trivial <ybbs.daans@hotmail.com> wrote:

[...]

Using Guix on the top of Debian and running:

works for me with Guix 73e7a42. Is it still an issue for you?

Since the commit 0fb9a8df429a7b9f40610ff15baaff0d8e31e8cf is merged on

master – if I read correctly – the issue should be fixed.

What is the status of this bug?

All the best,

simon

Meson 0.44.0 is long gone and 0.55 works fine:

~ λ guix environment --{ad-hoc,pure} meson -- meson --version

0.55.1

Closing this fixed old bug,

T G-R