GNU bug report logs -
#40091
[PATCH] gnu: dune: Update to 2.4.0.
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40091 in the body.
You can then email your comments to 40091 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#40091
; Package
guix-patches
.
(Mon, 16 Mar 2020 16:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Vincent Legoll <vincent.legoll <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Mon, 16 Mar 2020 16:45:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The added "release" make parameter, fixes the following bug:
make: ./dune.exe: Command not found
Tested with ocaml-menhir package update
(which will follow soon)
This may force a lot of other rebuildings, so
may not be suitable for master
--
Vincent Legoll
[0001-gnu-dune-Update-to-2.4.0.patch (text/x-patch, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#40091
; Package
guix-patches
.
(Mon, 16 Mar 2020 19:47:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Thanks for the patch! I tried using it, but even though dune builds
fine, this new version removed support for jbuild, which creates build
errors when building e.g. ocaml4.07-sexplib0.
Note that according to "guix refresh -l dune" there are only 137
dependents, so this change could go to master. However, we need to find
a solution to the above issue. The guix refresh command should give you
the list of packages that depend on dune. Make sure that those who
build now still build after your patch, or fix them. We could also
duplicate the dune package and uses the older dune for our packages
that still use jbuild. Alternatively, as suggested by dune, maybe we
can try to run "dune upgrade" in these packages.
What do you think would work best?
Le Mon, 16 Mar 2020 17:44:02 +0100,
Vincent Legoll <vincent.legoll <at> gmail.com> a écrit :
> The added "release" make parameter, fixes the following bug:
> make: ./dune.exe: Command not found
>
> Tested with ocaml-menhir package update
> (which will follow soon)
>
> This may force a lot of other rebuildings, so
> may not be suitable for master
>
> --
> Vincent Legoll
Information forwarded
to
guix-patches <at> gnu.org
:
bug#40091
; Package
guix-patches
.
(Mon, 16 Mar 2020 20:46:01 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
On Mon, Mar 16, 2020 at 8:46 PM Julien Lepiller <julien <at> lepiller.eu> wrote:
> Thanks for the patch! I tried using it, but even though dune builds
> fine, this new version removed support for jbuild, which creates
> build errors when building e.g. ocaml4.07-sexplib0.
Ah, that explains the build problem I met in my attempt to package
coccinelle... It surprised me since I read in the dune doc that jbuild
should be supported by dune. Maybe that doc is outdated...
> Note that according to "guix refresh -l dune" there are only 137
> dependents, so this change could go to master.
Yep, I saw that, but I also tried "guix refresh -lr" and that gave a
huge list. Maybe that's not relevant, I'm still low on the
guix / guile learning curve...
> However, we need to find a solution to the above issue.
Yes
> The guix refresh command should give you
> the list of packages that depend on dune.
> Make sure that those who
> build now still build after your patch, or fix them.
Yes
> We could also
> duplicate the dune package and uses the older dune for our
> packages that still use jbuild.
This may be the path of least resistance, and would let us
handle problems without a flag day...
> Alternatively, as suggested by dune, maybe we
> can try to run "dune upgrade" in these packages.
>
> What do you think would work best?
That is a question I cannot answer, I did not know about dune
before today ;-)
But I'll try to "dune upgrade" a few of them and we'll see where
this'll lead...
I was not expecting to fall in such a rabbit hole...
But this is fun, I'll keep at it.
--
Vincent Legoll
Added indication that bug 40091 blocks40092
Request was from
Leo Famulari <leo <at> famulari.name>
to
control <at> debbugs.gnu.org
.
(Fri, 29 May 2020 17:12:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#40091
; Package
guix-patches
.
(Thu, 15 Oct 2020 17:04:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 40091 <at> debbugs.gnu.org (full text, mbox):
Dear Vincent,
On Mon, 16 Mar 2020 at 17:44, Vincent Legoll <vincent.legoll <at> gmail.com> wrote:
> The added "release" make parameter, fixes the following bug:
> make: ./dune.exe: Command not found
>
> Tested with ocaml-menhir package update
> (which will follow soon)
>
> This may force a lot of other rebuildings, so
> may not be suitable for master
Thank you for your contribution. The recent commit 339177956a updates
dune to 2.7.1. Does it work for your use-case?
If yes, feel free to close this.
All the best,
simon
Reply sent
to
Christopher Baines <mail <at> cbaines.net>
:
You have taken responsibility.
(Fri, 20 Nov 2020 21:40:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Vincent Legoll <vincent.legoll <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 20 Nov 2020 21:40:01 GMT)
Full text and
rfc822 format available.
Message #21 received at 40091-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Closing, as dune has been updated past 2.4.0.
[signature.asc (application/pgp-signature, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 19 Dec 2020 12:24:08 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 182 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.