unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* gtk-doc build failure
@ 2016-12-01 21:01 Marius Bakke
  2016-12-01 22:51 ` Marius Bakke
  0 siblings, 1 reply; 3+ messages in thread
From: Marius Bakke @ 2016-12-01 21:01 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1474 bytes --]

Hi,

gtk-doc is not building in current 'master'. It seems to stem from
python-build-system merge. I ran a bisect but had to skip a bunch of
commits due to subversion build failure. To save anyone else the
trouble, here is the result:

There are only 'skip'ped commits left to test.
The first bad commit could be any of:
f3b98f4fec43c951a9e28c67561395992bf190a7
00e10c6e674f0f292d5821bc4a513d48f4d1d164
5d8549328483978bf04dd2c710ef6a06614d4776
5c31f4aa7c11fcf720c0ce0e26d55788e2df1044
f54d6bacbf46f5f25d3f7a5bea578879ee865be1
e442246a2f5f73b2484adb340b53d3a0018636b1
f210e94432fcb8d6c03589287833f7594f270522
891a843d5184f696618af6fcbb9791ef6b574504
d8013ee221bd599474340899ffb5974796091955
15e57f576291d9233ab25e1614c6218579db170a
b41a05ce497d5ecc682cf46ce61aa2215193f9f6
c1019287a4aab55ebffab4710b9a85b6c9f1b7ed
f22efa0152356da4755241de3726b6a254b49d11
b002f964bb3d69c77856ea7dcadfe82383050512
e7881f3db4dfddf46c3cd61ee684a2efd629ce1b
a2ff4f0240f0fac484836bb8ffb2f86917369666
dae73d9b9a4db932e8c7c1b7607981dc6cb401a5
482d95918e2a9de05ee224d979c15759e54febf0
5f7565d190cf380b7bae2ce12dba38aff98c4eb9
328bb95d3507682f5e06fb2880c632252f59ee57
46bcdcc287ecfc1db8b7a0429e72517f407b580d
7db40bce58e149ecb541d295e01cfbfe953d39a3
f2516de2fc7459d8ceed1779f0f24840075d08d6
b3e8b4bd0f390784c710944c9962a0e13b25ed02
We cannot bisect more!

Here is a good commit for testing (the build log of the test PDF is
different): aaf75c890b5242d3ab3671766226bc53ab07049a

Digging further... :-)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: gtk-doc build failure
  2016-12-01 21:01 gtk-doc build failure Marius Bakke
@ 2016-12-01 22:51 ` Marius Bakke
  2016-12-02 13:11   ` Hartmut Goebel
  0 siblings, 1 reply; 3+ messages in thread
From: Marius Bakke @ 2016-12-01 22:51 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1093 bytes --]

Marius Bakke <mbakke@fastmail.com> writes:

> gtk-doc is not building in current 'master'. It seems to stem from
> python-build-system merge.

I've committed a workaround in 3cc0342b45406f97d675266cc9ac7877be855122.

There is a bug in the 'dblatex' setup.py manifesting when using the new
python-build-system. I don't know what causes it, but the problem seems
to be that the store paths in out/bin/.dblatex-real are wrong:

--- /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")


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: gtk-doc build failure
  2016-12-01 22:51 ` Marius Bakke
@ 2016-12-02 13:11   ` Hartmut Goebel
  0 siblings, 0 replies; 3+ messages in thread
From: Hartmut Goebel @ 2016-12-02 13:11 UTC (permalink / raw)
  To: Marius Bakke; +Cc: guix-devel

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?

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-12-02 13:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-01 21:01 gtk-doc build failure Marius Bakke
2016-12-01 22:51 ` Marius Bakke
2016-12-02 13:11   ` Hartmut Goebel

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).