guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 2/7] gnu: Add r-rbgl.


From: Roel Janssen
Subject: Re: [PATCH 2/7] gnu: Add r-rbgl.
Date: Mon, 19 Sep 2016 15:28:27 +0200
User-agent: mu4e 0.9.17; emacs 25.1.1

Ricardo Wurmus writes:

> Roel Janssen <address@hidden> writes:
>
>>> Okay.  I’ll make the change before pushing.
>>
>> If you want I can do the modifications as well and push.  Saves you some
>> valuable time :)
>
> Yes, that would be best.  I forgot that you already have push access! :)

Great, then I'll take care of it.

>>> I didn’t try to swap out the sources.  In my opinion this should be
>>> treated as a fork.  It’s a subset of Boost with R-specific adaptations.
>>> Other R packages may depend on this particular “flavour” and might not
>>> work well otherwise.
>>>
>>> If someone made the effort to change this, it would need to be checked
>>> each time we updated our Boost package.  I don’t think we have the
>>> infrastructure to keep track of these things, so I’d rather err on the
>>> side of keeping things as upstream has them.
>>
>> Right.  I didn't compare the original boost sources with the one
>> provided with the RBGL package, so I didn't know there were differences
>> in code.
>
> I should state that I also don’t *know* if there are differences.  But I
> know that “r-bh”, for example, does something similar and we decided not
> to make it reuse the upstream Boost sources for similar reasons.

Okay.  Then I will generate a diff between Boost-1.61.0 and this to see
whether there are any differences.  I could then add a comment to the
package to state whether this is the original Boost source or not.

>> I agree to keep the "forked" Boost code instead of using the upstream
>> Boost code for additional reasons:
>>
>> 1. It makes the package recipe much simpler.
>> 2. It keeps the package as the maintainer of RBGL meant to distribute
>> it.  The compile-time overhead is manageable (building the package on my
>> machine takes less than ten minutes).
>>
>> I will take care of upstreaming this package and the other six I proposed.
>
> Okay.  Please take a quick look at my comments before pushing.

Of course.  Your comments are much appreciated.  I need to slow down a
bit and think more about the synopsis and descriptions of packages.. :)

Thanks!

Kind regards,
Roel Janssen



reply via email to

[Prev in Thread] Current Thread [Next in Thread]