unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / Atom feed
* bug#30210: pandoc not reproducible
@ 2018-01-22 18:09 Ricardo Wurmus
  2018-01-23  7:58 ` Ricardo Wurmus
  2021-01-19 16:28 ` zimoun
  0 siblings, 2 replies; 7+ messages in thread
From: Ricardo Wurmus @ 2018-01-22 18:09 UTC (permalink / raw)
  To: 30210

The ghc-pandoc package for version 1.17.2 cannot be built reproducibly.

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

* bug#30210: pandoc not reproducible
  2018-01-22 18:09 bug#30210: pandoc not reproducible Ricardo Wurmus
@ 2018-01-23  7:58 ` Ricardo Wurmus
  2018-01-23 22:04   ` Ricardo Wurmus
  2021-01-19 16:28 ` zimoun
  1 sibling, 1 reply; 7+ messages in thread
From: Ricardo Wurmus @ 2018-01-23  7:58 UTC (permalink / raw)
  To: 30210

The only file that differs is this:

  /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
  /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache

I wonder if we should expect that other Haskell packages are also
affected by this.

--
Ricardo

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

* bug#30210: pandoc not reproducible
  2018-01-23  7:58 ` Ricardo Wurmus
@ 2018-01-23 22:04   ` Ricardo Wurmus
  2018-01-24 14:49     ` Ludovic Courtès
  0 siblings, 1 reply; 7+ messages in thread
From: Ricardo Wurmus @ 2018-01-23 22:04 UTC (permalink / raw)
  To: 30210


> The only file that differs is this:
>
>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache

At least they seem to contain the same strings albeit in a different
order.  “diff <(strings a|sort) <(strings b|sort)” shows no
differences.  (Of course there could be other differences than order,
which simply don’t appear to be strings.)

> I wonder if we should expect that other Haskell packages are also
> affected by this.

Other packages also have a “package.cache”, but I don’t think they are
used.  The build system creates a new temporary “package.cache” file for
all Haskell packages, and we have a profile hook that creates such a
file for when Haskell packages are installed to profiles.

Could we maybe just delete “package.cache” after the installation phase?

(Even if we can make our packages appear to be deterministic, will they
really be?  This GHC bug sounds bad for us:
https://ghc.haskell.org/trac/ghc/ticket/4012)

--
Ricardo

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

* bug#30210: pandoc not reproducible
  2018-01-23 22:04   ` Ricardo Wurmus
@ 2018-01-24 14:49     ` Ludovic Courtès
  2019-02-04 14:03       ` Ricardo Wurmus
  0 siblings, 1 reply; 7+ messages in thread
From: Ludovic Courtès @ 2018-01-24 14:49 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 30210

Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> skribis:

>> The only file that differs is this:
>>
>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>
> At least they seem to contain the same strings albeit in a different
> order.  “diff <(strings a|sort) <(strings b|sort)” shows no
> differences.  (Of course there could be other differences than order,
> which simply don’t appear to be strings.)

That sounds like code using readdir(2) and not sorting the returned
entries, as was the case for gtk-update-icon-cache or whatever it’s
called.

Ludo’.

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

* bug#30210: pandoc not reproducible
  2018-01-24 14:49     ` Ludovic Courtès
@ 2019-02-04 14:03       ` Ricardo Wurmus
  2021-09-13  1:41         ` Sarah Morgensen
  0 siblings, 1 reply; 7+ messages in thread
From: Ricardo Wurmus @ 2019-02-04 14:03 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: 30210, Ricardo Wurmus

ludo@gnu.org (Ludovic Courtès) writes:

> Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> skribis:
>
>>> The only file that differs is this:
>>>
>>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>>
>> At least they seem to contain the same strings albeit in a different
>> order.  “diff <(strings a|sort) <(strings b|sort)” shows no
>> differences.  (Of course there could be other differences than order,
>> which simply don’t appear to be strings.)
>
> That sounds like code using readdir(2) and not sorting the returned
> entries, as was the case for gtk-update-icon-cache or whatever it’s
> called.

This package.cache problem has been fixed with commit
5de93cdba77db3777f8f026c029acadd7b8bdde3.

Unfortunately it is now bin/pandoc that differs across builds.

--
Ricardo

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

* bug#30210: pandoc not reproducible
  2018-01-22 18:09 bug#30210: pandoc not reproducible Ricardo Wurmus
  2018-01-23  7:58 ` Ricardo Wurmus
@ 2021-01-19 16:28 ` zimoun
  1 sibling, 0 replies; 7+ messages in thread
From: zimoun @ 2021-01-19 16:28 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 30210

Hi Ricardo,


On Mon, 22 Jan 2018 at 19:09, Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> wrote:
> The ghc-pandoc package for version 1.17.2 cannot be built reproducibly.

On my machine, with Guix cb68ae6, the usual:

  guix build pandoc –no-grafts
  guix build pandoc –no-grafts –check

does not report a reproducibility issue.  Idem with ghc-pandoc.

Since, Pandoc is at 2.7.3 and without the parallel Haskell build system,
it should be reproducible, I guess.

Could you confirm?  If ok for you, this bug report could be close.


All the best,
simon




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

* bug#30210: pandoc not reproducible
  2019-02-04 14:03       ` Ricardo Wurmus
@ 2021-09-13  1:41         ` Sarah Morgensen
  0 siblings, 0 replies; 7+ messages in thread
From: Sarah Morgensen @ 2021-09-13  1:41 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: 30210-done

Hello,

Ricardo Wurmus <rekado@elephly.net> writes:

> ludo@gnu.org (Ludovic Courtès) writes:
>
>> Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> skribis:
>>
>>>> The only file that differs is this:
>>>>
>>>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2-check/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>>>>   /gnu/store/8ynsssfjjdjbawndmjlnjlqrh027rl9g-ghc-pandoc-1.17.2/lib/ghc-7.10.2/ghc-pandoc-1.17.2.conf.d/package.cache
>>>
>>> At least they seem to contain the same strings albeit in a different
>>> order.  “diff <(strings a|sort) <(strings b|sort)” shows no
>>> differences.  (Of course there could be other differences than order,
>>> which simply don’t appear to be strings.)
>>
>> That sounds like code using readdir(2) and not sorting the returned
>> entries, as was the case for gtk-update-icon-cache or whatever it’s
>> called.
>
> This package.cache problem has been fixed with commit
> 5de93cdba77db3777f8f026c029acadd7b8bdde3.
>
> Unfortunately it is now bin/pandoc that differs across builds.
>
> --
> Ricardo

I found this old bug.  I tested both pandoc and ghc-pandoc and it looks
like this is no longer an issue (perhaps fixed partially in #43834), so
I'm closing.  Please reopen otherwise.

Thanks,
--
Sarah




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

end of thread, other threads:[~2021-09-13  1:42 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-01-22 18:09 bug#30210: pandoc not reproducible Ricardo Wurmus
2018-01-23  7:58 ` Ricardo Wurmus
2018-01-23 22:04   ` Ricardo Wurmus
2018-01-24 14:49     ` Ludovic Courtès
2019-02-04 14:03       ` Ricardo Wurmus
2021-09-13  1:41         ` Sarah Morgensen
2021-01-19 16:28 ` zimoun

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 NNTP newsgroup(s).