c0aada1e1f
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).
33 lines
1.1 KiB
Nix
33 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;
|
|
};
|
|
}
|