nixpkgs/pkgs/tools/package-management/rpm/default.nix
Tuomas Tynkkynen c0aada1e1f 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).
2015-12-28 02:16:23 +02:00

34 lines
1.1 KiB
Nix

{ stdenv, fetchurl, cpio, zlib, bzip2, file, elfutils, libarchive, nspr, nss, popt, db, xz, python }:
stdenv.mkDerivation rec {
name = "rpm-4.12.0";
src = fetchurl {
url = "http://rpm.org/releases/rpm-4.12.x/${name}.tar.bz2";
sha256 = "18hk47hc755nslvb7xkq4jb095z7va0nlcyxdpxayc4lmb8mq3bp";
};
buildInputs = [ cpio zlib bzip2 file libarchive nspr nss popt db xz python ];
# Note: we don't add elfutils to buildInputs, since it provides a
# bad `ld' and other stuff.
NIX_CFLAGS_COMPILE = "-I${nspr}/include/nspr -I${nss}/include/nss -I${elfutils}/include";
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; {
homepage = http://www.rpm.org/;
license = licenses.gpl2;
description = "The RPM Package Manager";
maintainers = [ maintainers.mornfall ];
platforms = platforms.linux;
};
}