From c0aada1e1fc8ae2f7e0fe51f7e4938a03a055d52 Mon Sep 17 00:00:00 2001 From: Tuomas Tynkkynen Date: Sun, 27 Sep 2015 07:02:10 +0300 Subject: rpm: Hack fix finding libpython when compiling for Python 3 Currently, building RPM with `python = python3` causes this: checking for a Python interpreter with version >= 2.6... python3 checking for python3... /nix/store/dykqxnrwiz9drlcv2wy8lpvl3xvklx0g-python3-3.4.3/bin/python3 checking for python3 version... 3.4 checking for Python.h... yes checking for library containing Py_Main... no configure: error: missing python library That comes from this snippet in configure.ac: AC_SEARCH_LIBS([Py_Main],[python${PYTHON_VERSION} python],[ WITH_PYTHON_LIB="$ac_res" ],[AC_MSG_ERROR([missing python library]) ]) So it's looking for (e.g) `libpython3.4.so` wheras we have `libpython3.4m.so`. Patching the configure script to match seems to make that work (although I don't really understand what the heck is this 'm' business about). --- pkgs/tools/package-management/rpm/default.nix | 5 +++++ 1 file changed, 5 insertions(+) (limited to 'pkgs/tools/package-management/rpm') diff --git a/pkgs/tools/package-management/rpm/default.nix b/pkgs/tools/package-management/rpm/default.nix index ef7b9995296..7b5281220fa 100644 --- a/pkgs/tools/package-management/rpm/default.nix +++ b/pkgs/tools/package-management/rpm/default.nix @@ -16,6 +16,11 @@ stdenv.mkDerivation rec { NIX_CFLAGS_LINK = "-L${elfutils}/lib"; + postPatch = '' + # For Python3, the original expression evaluates as 'python3.4' but we want 'python3.4m' here + substituteInPlace configure --replace 'python''${PYTHON_VERSION}' ${python.executable} + ''; + configureFlags = "--with-external-db --without-lua --enable-python"; meta = with stdenv.lib; { -- cgit 1.4.1