mbox

[bug#38965,00/12] gnu: coq: Update to 8.10.2.

Message ID 53E54994-18D2-4D82-8E96-3D6E8A3A9D14@lepiller.eu
Headers show

Message

Julien Lepiller Jan. 6, 2020, 2 p.m. UTC
Le 6 janvier 2020 03:24:29 GMT-05:00, Brett Gilio <brettg@gnu.org> a écrit :
>

Looks like lablgtk2 -> ocaml-cairo2 -> lablgtk3 so we can't get rid of lablgtk2. Are we sure we need it though?

In general, make sure to run guix lint on these patches, I could spot missing double spaces in descriptions of the first two for instance.

Comments

Brett Gilio Jan. 7, 2020, 2:04 a.m. UTC | #1
Julien Lepiller <julien@lepiller.eu> writes:

> Le 6 janvier 2020 03:24:29 GMT-05:00, Brett Gilio <brettg@gnu.org> a écrit :
>>
>
> Looks like lablgtk2 -> ocaml-cairo2 -> lablgtk3 so we can't get rid of lablgtk2. Are we sure we need it though?
>
> In general, make sure to run guix lint on these patches, I could spot missing double spaces in descriptions of the first two for instance.

The OPAM page for cairo2 does not mention needing lablgtk2. So, if that
is the case I imagine we could be fine deprecating it in favor of
lablgtk3.

I forgot to lint those who packages, yes. I can change those before
pushing them. How does everything else look?
Julien Lepiller Jan. 7, 2020, 2:34 a.m. UTC | #2
Le 6 janvier 2020 21:04:49 GMT-05:00, Brett Gilio <brettg@gnu.org> a écrit :
>Julien Lepiller <julien@lepiller.eu> writes:
>
>> Le 6 janvier 2020 03:24:29 GMT-05:00, Brett Gilio <brettg@gnu.org> a
>écrit :
>>>
>>
>> Looks like lablgtk2 -> ocaml-cairo2 -> lablgtk3 so we can't get rid
>of lablgtk2. Are we sure we need it though?
>>
>> In general, make sure to run guix lint on these patches, I could spot
>missing double spaces in descriptions of the first two for instance.
>
>The OPAM page for cairo2 does not mention needing lablgtk2. So, if that
>is the case I imagine we could be fine deprecating it in favor of
>lablgtk3.
>
>I forgot to lint those who packages, yes. I can change those before
>pushing them. How does everything else look?

The rest looks pretty good :). The introduction of (gnu packages autotools) is too late though, it should be added on the first patch that needs it (5 I think).
Brett Gilio Jan. 7, 2020, 2:38 a.m. UTC | #3
Jan 6, 2020 8:35:23 PM Julien Lepiller :

> Le 6 janvier 2020 21:04:49 GMT-05:00, Brett Gilio a écrit :
>
> > Julien Lepiller writes:
> >
> >
> > > Le 6 janvier 2020 03:24:29 GMT-05:00, Brett Gilio a
> > >
> > écrit :
> >
> > >
> > > >
> > > >
> > >
> > > Looks like lablgtk2 -> ocaml-cairo2 -> lablgtk3 so we can't get rid
> > >
> > of lablgtk2. Are we sure we need it though?
> >
> > >
> > > In general, make sure to run guix lint on these patches, I could spot
> > >
> > missing double spaces in descriptions of the first two for instance.
> >
> > The OPAM page for cairo2 does not mention needing lablgtk2. So, if that
> > is the case I imagine we could be fine deprecating it in favor of
> > lablgtk3.
> >
> > I forgot to lint those who packages, yes. I can change those before
> > pushing them. How does everything else look?
> >
>
> The rest looks pretty good :). The introduction of (gnu packages autotools) is too late though, it should be added on the first patch that needs it (5 I think).
>

Right. My mistake. Consider it done. I will revise the issues, and double/triple check everything and push.
Brett Gilio Jan. 7, 2020, 3:15 a.m. UTC | #4
Pushed to master with corrections. Closing. :)