packaging package with multiple git repos

packaging package with multiple git repos

[Andy Tai]

Hi, I am trying to create a package definition for a package which has
multiple git repos and is to be built with these repos checked out
together.  I am curious how can multiple source origins be expressed
in package definition?  thanks for examples for this.

-- 
Andy Tai, atai@atai.org
Year 2021 民國110年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能

Re: packaging package with multiple git repos

[Ricardo Wurmus]

Hi Andy,

> Hi, I am trying to create a package definition for a package 
> which has
> multiple git repos and is to be built with these repos checked 
> out
> together.  I am curious how can multiple source origins be 
> expressed
> in package definition?  thanks for examples for this.

There is no generic way to do this.  We have an svn-multi-fetch in 
(guix svn-download) that fetches named locations from an SVN 
repository, but there is no comparable feature for git-download.

The common way to do this is to add more origins to the 
native-inputs and place them where you need them to be in a build 
phase after 'unpack.

-- 
Ricardo

Re: packaging package with multiple git repos

[Julien Lepiller]

One such example is opam (see "guix edit opam"), that needs four copies of another repository for running its tests. For that, we put the origin records inside the inputs field, and copy the contents in one of the build phases.

Le 27 août 2021 02:56:19 GMT-04:00, Ricardo Wurmus <rekado@elephly.net> a écrit :
>
>Hi Andy,
>
>> Hi, I am trying to create a package definition for a package 
>> which has
>> multiple git repos and is to be built with these repos checked 
>> out
>> together.  I am curious how can multiple source origins be 
>> expressed
>> in package definition?  thanks for examples for this.
>
>There is no generic way to do this.  We have an svn-multi-fetch in 
>(guix svn-download) that fetches named locations from an SVN 
>repository, but there is no comparable feature for git-download.
>
>The common way to do this is to add more origins to the 
>native-inputs and place them where you need them to be in a build 
>phase after 'unpack.
>
>-- 
>Ricardo
>