Hi Maxim,
On Fri, 8 Oct 2021 at 03:58, Maxim Cournoyer wrote:
> Heck, it was discussed before between maintainers to switch to the Git
> repository directly to make things simpler, lighter and error proof, so
> we could fetch from the linux-libre repository directly and streamline
> things.
>
>
Hi Simon,
zimoun writes:
> Hi,
>
> On Tue, 28 Sept 2021 at 19:52, Jason Self wrote:
>
>> Yes, git://linux-libre.fsfla.org/releases.git which carries tagged
>> releases, scripts, and logs. As you can see it goes all the way back to
>> 2.6.21.
>
> Thanks.
>
> Does it make sense to switch from 'ur
Hi,
On Tue, 28 Sept 2021 at 19:52, Jason Self wrote:
> Yes, git://linux-libre.fsfla.org/releases.git which carries tagged
> releases, scripts, and logs. As you can see it goes all the way back to
> 2.6.21.
Thanks.
Does it make sense to switch from 'url-fetch' to 'git-fetch' in
linux-libre-debl
On Tue, 28 Sep 2021 19:11:58 +0200
zimoun wrote:
> The method you are proposing seems awkward; as you say, old/gen7 is
> not currently a valid URL. And you are proposing that you set in
> stone now this URL expecting that maybe it will be valid in the
> future. Ah future cannot be predicted. ;-
Hi,
On Tue, 28 Sept 2021 at 16:32, Jason Self wrote:
>
> Granted that old/gen7 is not currently a valid URL but we can know
> that, 5 or 10 years from now, when Linux-libre has moved on to the 8th,
> 9th or even 10th generation, the 7th generation scripts will exist
> there. If Guix can begin che
Granted that old/gen7 is not currently a valid URL but we can know
that, 5 or 10 years from now, when Linux-libre has moved on to the 8th,
9th or even 10th generation, the 7th generation scripts will exist
there. If Guix can begin checking those additional locations now then,
in the future once the
On Tue, 28 Sep 2021 10:43:20 +0200
zimoun wrote:
> Hi,
>
> On Mon, 27 Sep 2021 at 17:46, Jason Self wrote:
>
> [...]
> >
> > Yes. In gen6. They have been moved, not deleted.
> >
> > The versioning and locations in terms of gnuN and genN are knowable
> > and predictable in advance. I wonder
Hi,
Vagrant Cascadian skribis:
> Not sure exactly how Software Heritage handles rebased branches...
It keeps the history of the history, so to speak. A “snapshot” in SWH
parlance contains the branches as they existed at one point in time.
Ludo’.
Hi,
On Mon, 27 Sep 2021 at 17:46, Jason Self wrote:
>> https://linux-libre.fsfla.org/pub/linux-libre/releases/old/
>
> Yes. In gen6. They have been moved, not deleted.
>
> The versioning and locations in terms of gnuN and genN are knowable and
> predictable in advance. I wonder if there is, or c
On Mon, 27 Sep 2021 19:30:29 -0400
Leo Famulari wrote:
> I didn't check that the files are bit-identical, but my understanding
> is that the "old" revisions of the deblobbing scripts are available
> here:
>
> https://linux-libre.fsfla.org/pub/linux-libre/releases/old/
Yes. In gen6. They have be
(Sorry, for the typos.)
On Tue, 28 Sept 2021 at 02:13, zimoun wrote:
> even if it happens, SWH does rebuild the exact same tarball (because
SWH does *NOT* rebuild the exact same tarball.
Hi,
On Tue, 28 Sept 2021 at 01:34, Leo Famulari wrote:
> Of course, adding this to the list of URIs in linux-libre-deblob-scripts
> won't help users of old Guix revisions... Software Heritage and other
> archives that support content-addressed lookups are the only solution
> for that.
I do not
On Mon, Sep 27, 2021 at 06:30:21PM -0400, Mark H Weaver wrote:
> If we wish to preserve Guix users' ability to reproduce older systems,
> we will need an 'origin' to fetch the Linux-libre deblob scripts from
> that has a policy of retaining older releases, unchanged and at a fixed
> location. Appa
On 2021-09-27, Mark H Weaver wrote:
> Leo Famulari writes:
>
>> On Sat, Sep 04, 2021 at 01:32:16PM -0700, Jason Self wrote:
>>> The scripts are not being removed and my understanding is that Guix
>>> only uses the scripts anyway.
>>
>> Okay, that's great. We do use the scripts.
>
> Unfortunately,
Leo Famulari writes:
> On Sat, Sep 04, 2021 at 01:32:16PM -0700, Jason Self wrote:
>> The scripts are not being removed and my understanding is that Guix
>> only uses the scripts anyway.
>
> Okay, that's great. We do use the scripts.
Unfortunately, the older deblobbing scripts have now been remo
Hi!
Leo Famulari skribis:
> According to the linux-libre team in the #gnu-linux-libre IRC channel on
> Libera.chat, all releases of linux-libre before 4.4.282, 4.9.281,
> 4.14.245, 4.19.205, 5.4.143, 5.10.61, and 5.13.13 will be deleted from
> their servers, and their Git repo is also going to b
On Sat, Sep 04, 2021 at 01:32:16PM -0700, Jason Self wrote:
> The scripts are not being removed and my understanding is that Guix
> only uses the scripts anyway.
Okay, that's great. We do use the scripts.
For some clarity on the situation:
http://www.fsfla.org/pipermail/linux-libre/2021-August/003439.html
The scripts are not being removed and my understanding is that Guix
only uses the scripts anyway.
> and their Git repo is also going to be rewritten to remove them.
The tags for the kernel sourc
According to the linux-libre team in the #gnu-linux-libre IRC channel on
Libera.chat, all releases of linux-libre before 4.4.282, 4.9.281,
4.14.245, 4.19.205, 5.4.143, 5.10.61, and 5.13.13 will be deleted from
their servers, and their Git repo is also going to be rewritten to
remove them.
So, if a
19 matches
Mail list logo
