Re: (Re-) Designing extractong-downaloder

Am 23.02.22 um 13:35 schrieb Maxime Devos: Nevermind, this benefit is probably undone by the extra unpacking. Probably. Anyway, this is worth thinking of, as it would make the additional unpacking part of the source. And thus unpacking would be decoupled from the build-system. (Which was par

Re: (Re-) Designing extractong-downaloder

Am 23.02.22 um 11:52 schrieb pukkamustard: Why use the source from hex.pm at all? While issue 51061 is about the hex.pm importer and the rebar build system, this thread in only about the extracting downloader :-) The hex.pm metadata.config file does not seem to exactly specify the upstream

Re: (Re-) Designing extractong-downaloder

Maxime Devos schreef op wo 23-02-2022 om 13:30 [+0100]: > A benefit of delegating the actual downloading to url-fetch, is that > (guix scripts perform-download) would be used, so connections could > be cached. Nevermind, this benefit is probably undone by the extra unpacking. I still recommend del

Re: (Re-) Designing extractong-downaloder

Hartmut Goebel schreef op wo 23-02-2022 om 09:57 [+0100]: > TL;DR: What do you think about the idea of an „extracting dowloader“? > > I'm about pick up work on „extracting downloader“ and the rebar build > system (for erlang), see for a first > try, In the afo

Re: (Re-) Designing extractong-downaloder

Hi Hartmut, Hartmut Goebel writes: > I'm about pick up work on „extracting downloader“ and the rebar build > system (for erlang), I'm very much looking forward to this! > The basic idea behind „extracting downloader“ is as follows: Packages > provided by hex.pm (the distribution repository f

(Re-) Designing extractong-downaloder

Hi, TL;DR: What do you think about the idea of an „extracting dowloader“? I'm about pick up work on „extracting downloader“ and the rebar build system (for erlang), see for a first try, In the aforementioned issue some points came up regarding the basic des