From: T460s laptop <maxim.cournoyer@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 34934@debbugs.gnu.org, Maxim Cournoyer <maxim.cournoyer@gmail.com>
Subject: bug#34934: deeptools is not reproducible
Date: Sat, 30 Mar 2019 11:03:41 -0400 [thread overview]
Message-ID: <87h8bk4d6a.fsf@kwak.i-did-not-set--mail-host-address--so-tickle-me> (raw)
In-Reply-To: <87ftr7ay6k.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 28 Mar 2019 15:08:51 +0100")
[-- Attachment #1: Type: text/plain, Size: 3764 bytes --]
Hello again!
Ludovic Courtès <ludo@gnu.org> writes:
> Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
>
>> $ guix build --check -K deeptools
>
> Could you try:
>
> guix build --check -K --no-grafts deeptools
>
> ?
>
> If deeptools is not reproducible, then it’ll leave a ‘-check’ output.
OK! The --no-grafts + --keep-failed combined did the trick, it now
produced the -check suffixed output.
There are differences regarding the number of links on many files; I'm
not sure this matters as it could be related to how the daemon optimizes
disk space in its store:
--8<---------------cut here---------------start------------->8---
--- /gnu/store/f3z6fczw70j6692ddy467pbagbjck009-deeptools-3.1.3
+++ /gnu/store/f3z6fczw70j6692ddy467pbagbjck009-deeptools-3.1.3-check
├── bin
│ │ --- /gnu/store/f3z6fczw70j6692ddy467pbagbjck009-deeptools-3.1.3/bin/.alignmentSieve-real
│ ├── +++ /gnu/store/f3z6fczw70j6692ddy467pbagbjck009-deeptools-3.1.3-check/bin/.alignmentSieve-real
│ │ ├── /gnu/store/5s2nib1lrd2101bbrivcl17kjx1mspw6-coreutils-8.30/bin/stat {}
│ │ │ @@ -1,8 +1,8 @@
│ │ │
│ │ │ Size: 289 Blocks: 8 IO Block: 4096 regular file
│ │ │ -Links: 4
│ │ │ +Links: 1
│ │ │ Access: (0555/-r-xr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root)
│ │ │
│ │ │ Modify: 1970-01-01 00:00:01.000000000 +0000
│ │ │
│ │ │ Birth: -
--8<---------------cut here---------------end--------------->8---
There are also difference found using readelf, for example:
--8<---------------cut here---------------start------------->8---
│ │ │ │ ├── tree.cpython-37m-x86_64-linux-gnu.so
│ │ │ │ │ ├── /gnu/store/02iklp4swqs0ipxhg5x9b2shmj6b30h1-binutils-2.31.1/bin/readelf --wide --program-header {}
│ │ │ │ │ │ @@ -3,15 +3,15 @@
│ │ │ │ │ │ Entry point 0x35d0
│ │ │ │ │ │ There are 8 program headers, starting at offset 64
│ │ │ │ │ │
│ │ │ │ │ │ Program Headers:
│ │ │ │ │ │ Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align
│ │ │ │ │ │ LOAD 0x000000 0x0000000000000000 0x0000000000000000 0x002a00 0x002a00 R 0x1000
│ │ │ │ │ │ LOAD 0x003000 0x0000000000003000 0x0000000000003000 0x00616d 0x00616d R E 0x1000
│ │ │ │ │ │ - LOAD 0x00a000 0x000000000000a000 0x000000000000a000 0x002140 0x002140 R 0x1000
│ │ │ │ │ │ + LOAD 0x00a000 0x000000000000a000 0x000000000000a000 0x002144 0x002144 R 0x1000
│ │ │ │ │ │ LOAD 0x00cd78 0x000000000000dd78 0x000000000000dd78 0x000908 0x000910 RW 0x1000
│ │ │ │ │ │ DYNAMIC 0x00cd90 0x000000000000dd90 0x000000000000dd90 0x000220 0x000220 RW 0x8
│ │ │ │ │ │ GNU_EH_FRAME 0x00a9a0 0x000000000000a9a0 0x000000000000a9a0 0x0002fc 0x0002fc R 0x4
│ │ │ │ │ │ GNU_STACK 0x000000 0x0000000000000000 0x0000000000000000 0x000000 0x000000 RW 0x10
│ │ │ │ │ │ GNU_RELRO 0x00cd78 0x000000000000dd78 0x000000000000dd78 0x000288 0x000288 R 0x1
│ │ │ │ │ │
│ │ │ │ │ │ Section to Segment mapping:
--8<---------------cut here---------------end--------------->8---
These seems to have to do with Cython files which might not have been
regenerated (packaged using pre-compiled binaries). I have a fix for
this which has been used ad-hoc in the 'bedtools' package. I'll try to move it into
the Python build system and see what it gives.
The full output is attached.
Maxim
[-- Attachment #2: diffoscope /gnu/store/f3z6fczw70j6692ddy467pbagbjck009-deeptools-3.1.3{,-check} --]
[-- Type: application/octet-stream, Size: 173548 bytes --]
next prev parent reply other threads:[~2019-03-30 15:04 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-21 3:01 bug#34934: deeptools is not reproducible Maxim Cournoyer
2019-03-23 17:00 ` Ludovic Courtès
2019-03-24 10:11 ` Gábor Boskovits
2019-03-25 9:22 ` Ludovic Courtès
2019-03-28 13:45 ` Maxim Cournoyer
2019-03-28 14:08 ` Ludovic Courtès
2019-03-30 15:03 ` T460s laptop [this message]
2021-01-13 15:54 ` Maxim Cournoyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87h8bk4d6a.fsf@kwak.i-did-not-set--mail-host-address--so-tickle-me \
--to=maxim.cournoyer@gmail.com \
--cc=34934@debbugs.gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.