On Sun, Jun 06, 2021 at 10:42:59PM +0200, Frederic Cambus wrote:
> On Wed, Jun 02, 2021 at 07:56:07PM -0600, Theo de Raadt wrote:
> > I am satisfied.
> >
> > That is one architecture. I suggest checking which others can use
> > the same treatment.
>
> I was going to build i386 releases, but then
On Wed, Jun 02, 2021 at 07:56:07PM -0600, Theo de Raadt wrote:
> I am satisfied.
>
> That is one architecture. I suggest checking which others can use
> the same treatment.
I was going to build i386 releases, but then realized we don't have
efifb on this platform, so we don't need the fonts on R
I am satisfied.
That is one architecture. I suggest checking which others can use
the same treatment.
Frederic Cambus wrote:
> On Mon, May 31, 2021 at 12:57:47PM +0200, Mark Kettenis wrote:
>
> > > +option FONT_SPLEEN8x16
> > > +option FONT_SPLEEN12x24
> > > +option
On Mon, May 31, 2021 at 12:57:47PM +0200, Mark Kettenis wrote:
> > +option FONT_SPLEEN8x16
> > +option FONT_SPLEEN12x24
> > +option FONT_SPLEEN16x32
> > +option FONT_SPLEEN32x64
> > +
> > option RAMDISK_HOOKS
> > option MINI
Frederic Cambus wrote:
> Does this look reasonable?
>
> If it does and if we want to go this way, I can try to build a release
> and check if MINIROOTSIZE must be bumped on RAMDISK_CD. Then we could do
> the same for i386, armv7 and arm64.
We need to see these results first.
> Date: Mon, 31 May 2021 12:21:39 +0200
> From: Frederic Cambus
>
> Hi tech@,
>
> The size of kernel fonts in RAMDISKs has long been a problem on systems
> with large screen resolutions booting via EFI, as currently only the 8x16
> font is built into RAMDISKs. As those systems are becoming more
Hi tech@,
The size of kernel fonts in RAMDISKs has long been a problem on systems
with large screen resolutions booting via EFI, as currently only the 8x16
font is built into RAMDISKs. As those systems are becoming more common, I
would like to revisit the topic.
Currently, we decide which font is