Re: Multi repo support

[Claudius Heine <claudius.heine.ext@siemens.com>]

Hi Jan,

On 02/07/2018 10:21 AM, Jan Kiszka wrote:
> On 2018-02-07 10:05, [ext] Claudius Heine wrote:
>> Hi,
>>
>> On 02/01/2018 03:54 PM, [ext] Claudius Heine wrote:
>>> Hi,
>>>
>>> I would like to start the discussion about how to best implement muti
>>> repository support in isar.
>>>
>>> Does someone already has some ideas or even something in the pipeline
>>> for this?
>>>
>>> If not then I do have an idea that was outlined together with Jan:
>>>
>>> Adding and configuring apt repositories should be done via config
>>> files. It should be possible to define own multiconfigs while
>>> including multiconfigs from other layers. These configs then append
>>> filepaths to a global variable.
>>>
>>> Every file that is added this way contains 'sources.list' compatible
>>> repository definitions. So one repo each line.
>>>
>>> For every line in those files a repository entry for multistrap.conf
>>> is created. Here we might need some more complex code to convert such
>>> a apt repo tripel to the right format multistrap expects. But by using
>>> the 'sources.lists' format we would be independent of multistrap and
>>> become more future proof.
>>>
>>> Comments are welcome.
>>
>> So for reference here are the points gathered from the comments in this
>> thread:
>>
>>    - It needs some way to handle package name collision. For instance if
>>      custom packages have the same name as an upstream package.
>>      Suggestion: Use apt-preferences to prefer packages from the 'isar'
>>                  repo. To consider: How to teach multistrap about those
>>                  preferences?
> 
> https://manpages.debian.org/stretch/multistrap/multistrap.1.en.html#Apt_preferences

Great, thanks!

Claudius

> 
>>    - Overwriting source entries with local mirrors.
>>      Suggestion: Similar to how oe does it with PREMIRRORS.
>>                  e.g. DEBIAN_APT_MIRROR_append = "regex replace\n"
>>                  To be implemented later.
> 
> As discussed offline, this sounds like valuable add-on for later. Until
> then, the user should be able to replace repo lists that are pointing to
> undesired URLs with own ones with the preferred URLs.
> 
> Jan
> 

-- 
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de