Message ID | 87twans1pm.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me |
---|---|
State | New |
Headers | show |
Am 01.12.2016 um 23:51 schrieb Marius Bakke: > I've committed a workaround in 3cc0342b45406f97d675266cc9ac7877be855122. > […] > -package_base = r"gnu/store/k6211w9hlqyxvzhrsmh2a113rnzdqlkc-dblatex-0.3.5/share/dblatex" > +package_base = r"/gnu/store/qx7wx5vhpjs5kgy876xdh2dqr1v5zd39-dblatex-0.3.5/share/dblatex" Thanks for spotting this. I did not see it when looking there. The core reasons is that the code for creating the "dblatex" script strips the root path, which in our case is "/". (dblatex's setup.py still uses distutils and thus has to create the script by itself. The feature for creating scripts os one of setuptools' features.) So possible solutions are disable setuptools (like you did) of hacking setup.py. Since dblatex is a program and not a package to be imported, disabling setuptools is absolutely okay and I would not call it a workaround but a solution :-) Are you going to update the comment?
--- /gnu/store/k6211w9hlqyxvzhrsmh2a113rnzdqlkc-dblatex-0.3.5/bin/.dblatex-real 1970-01-01 01:00:01.000000000 +0100 +++ /gnu/store/qx7wx5vhpjs5kgy876xdh2dqr1v5zd39-dblatex-0.3.5/bin/.dblatex-real 1970-01-01 01:00:01.000000000 +0100 @@ -2,9 +2,9 @@ import sys import os -package_base = r"gnu/store/k6211w9hlqyxvzhrsmh2a113rnzdqlkc-dblatex-0.3.5/share/dblatex" +package_base = r"/gnu/store/qx7wx5vhpjs5kgy876xdh2dqr1v5zd39-dblatex-0.3.5/share/dblatex" -sys.path.append(r"gnu/store/k6211w9hlqyxvzhrsmh2a113rnzdqlkc-dblatex-0.3.5/lib/python2.7/site-packages") +sys.path.append(r"/gnu/store/qx7wx5vhpjs5kgy876xdh2dqr1v5zd39-dblatex-0.3.5/lib/python2.7/site-packages")