From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hartmut Goebel Subject: Re: gtk-doc build failure Date: Fri, 2 Dec 2016 14:11:04 +0100 Message-ID: <584172E8.8010708@crazy-compilers.com> References: <87wpfjs6s8.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> <87twans1pm.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33442) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCncT-0006C4-FO for guix-devel@gnu.org; Fri, 02 Dec 2016 08:11:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCncO-0005m7-GG for guix-devel@gnu.org; Fri, 02 Dec 2016 08:11:17 -0500 Received: from mail-out.m-online.net ([2001:a60:0:28:0:1:25:1]:45770) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cCncO-0005kd-9d for guix-devel@gnu.org; Fri, 02 Dec 2016 08:11:12 -0500 In-Reply-To: <87twans1pm.fsf@kirby.i-did-not-set--mail-host-address--so-tickle-me> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Marius Bakke Cc: guix-devel Am 01.12.2016 um 23:51 schrieb Marius Bakke: > I've committed a workaround in 3cc0342b45406f97d675266cc9ac7877be855122= . > [=E2=80=A6] > -package_base =3D r"gnu/store/k6211w9hlqyxvzhrsmh2a113rnzdqlkc-dblatex-= 0.3.5/share/dblatex" > +package_base =3D 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? --=20 Regards Hartmut Goebel | Hartmut Goebel | h.goebel@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible |