> On Nov 13, 2023, at 10:44 PM, Elliott Mitchell wrote:
>
> On Tue, Nov 14, 2023 at 03:44:57AM +, Daniel Golle wrote:
>> On Mon, Nov 13, 2023 at 06:26:04PM -0800, Elliott Mitchell wrote:
>>> On Mon, Nov 13, 2023 at 12:48:14PM +, Daniel Golle wrote:
On Mon, Nov 13, 2023 at
On Tue, Nov 14, 2023 at 03:44:57AM +, Daniel Golle wrote:
> On Mon, Nov 13, 2023 at 06:26:04PM -0800, Elliott Mitchell wrote:
> > On Mon, Nov 13, 2023 at 12:48:14PM +, Daniel Golle wrote:
> > > On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> > > >
> > > > How about we
> On Nov 13, 2023, at 7:26 PM, Elliott Mitchell wrote:
>
> On Mon, Nov 13, 2023 at 12:48:14PM +, Daniel Golle wrote:
>> On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
>>>
>>> How about we follow the approach of Alpine Linux[1] and offer a standard,
>>> an extended and a
On Mon, Nov 13, 2023 at 06:26:04PM -0800, Elliott Mitchell wrote:
> On Mon, Nov 13, 2023 at 12:48:14PM +, Daniel Golle wrote:
> > On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> > >
> > > How about we follow the approach of Alpine Linux[1] and offer a standard,
> > > an
On Mon, Nov 13, 2023 at 12:48:14PM +, Daniel Golle wrote:
> On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> >
> > How about we follow the approach of Alpine Linux[1] and offer a standard,
> > an extended and a virtual firmware for the x86/64 target?
> >
> > What packages
On Mon, 13 Nov 2023 at 22:21, Thibaut wrote:
>
>
>
> > Le 13 nov. 2023 à 21:32, Petr Štetiar a écrit :
> >
> > Thibaut [2023-11-13 17:26:44]:
> >
> > Hi,
> >
> >> In any case, another way to tackle this problem would be to switch from
> >> continuous builds that starve the build resources to
> Le 13 nov. 2023 à 21:32, Petr Štetiar a écrit :
>
> Thibaut [2023-11-13 17:26:44]:
>
> Hi,
>
>> In any case, another way to tackle this problem would be to switch from
>> continuous builds that starve the build resources to periodic builds that
>> don’t (e.g. once a week),
>
> other
On Mon, Nov 13, 2023 at 07:54:34PM +, Petr Štetiar wrote:
> Paul Spooren [2023-11-13 13:30:10]:
>
> Hi,
>
> > How about we follow the approach of Alpine Linux[1] and offer a standard,
> > an extended and a virtual firmware for the x86/64 target?
>
> FYI that pull request added 27 firmware
Thibaut [2023-11-13 17:26:44]:
Hi,
> In any case, another way to tackle this problem would be to switch from
> continuous builds that starve the build resources to periodic builds that
> don’t (e.g. once a week),
other options:
* add more build workers :-)
* use different GitPoller polling
Paul Spooren [2023-11-13 13:30:10]:
Hi,
> How about we follow the approach of Alpine Linux[1] and offer a standard, an
> extended and a virtual firmware for the x86/64 target?
FYI that pull request added 27 firmware ASIC blobs, thus increased x86/64
image from 10 MiB to 41 MiB, but actually
Hi,
> Le 13 nov. 2023 à 16:55, Hannu Nyman a écrit :
>
> Looks like the release branches might have a too strong priority in the
> combined image buildbot, so that release branches get always built before the
> development main/master.
>
> Recently there has been a steady flow of mostly
Looks like the release branches might have a too strong priority in the
combined image buildbot, so that release branches get always built before the
development main/master.
Recently there has been a steady flow of mostly small/unessential
fixes/improvements for 22.03 and 23.05, so buildbot
On Mon, Nov 13, 2023 at 01:30:10PM +0100, Paul Spooren wrote:
> Hi all,
>
> How about we follow the approach of Alpine Linux[1] and offer a standard, an
> extended and a virtual firmware for the x86/64 target?
>
> What packages specifically is another discussion but the approach could be
>
Hi all,
How about we follow the approach of Alpine Linux[1] and offer a standard, an
extended and a virtual firmware for the x86/64 target?
What packages specifically is another discussion but the approach could be that
standard contains all kmods to get network working on all device, extended
14 matches
Mail list logo
