psfu for console
Cozette is a full font with a lot of unicode glyphs, but it would be amazing if there were a paired down version for use in the actual linux console where cozette would really shine. As is, attempting to use cozette (.psf version) in the console returns an error setfont: ERROR kdfontop.c:211 put_font_kdfontop: ioctl(KDFONTOP): Invalid argument, presumably due to all the extra (unicode?) glyphs. I've been trying to look into hacking together a psfu of cozette but it's not the right time for me and might be a trivial endeavor for the devs! Console cozette would be a blast.
this would be nice! trying to repackage this for void linux after the previous maintainer left and it would be a nice addition! not sure exactly what it looks like to make a tty font but would be appreciated.
realized this is already mentioned in a few other issues. i was considering adding a bdf2psf step in the void package template but it feels like it makes more sense to come from upstream and you seem to have already acknowledged that so take your time with it.
Note to self: there's a psf-cozette AUR package that seems to handle this neatly.
This package does not work for me on debian (I ran the script myself). It produces letter is that are just small dots on the bottom, and so on. The problematic letters are "I, i, l, j"
To be clear I know you didn't write this package, I just included this info of my own experience in case it's of use. Thank you for your work.
It seems that bdf2psf does not work well if byte width of BITMAP table is larger than required in BBX. Some narrow width characters in cozette_hidpi.bdf hit this limitation. Normal version is OK.
example:
STARTCHAR I
ENCODING 73
SWIDTH 500 0
DWIDTH 12 0
BBX 6 16 4 0 <- 6 pixel wide = fit in 1 byte
BITMAP <- 2 byte wide
FC00
FC00
3000
3000
3000
3000
3000
3000
3000
3000
3000
3000
3000
3000
FC00
FC00
ENDCHAR
AUR package has been fixed.
It seems that
bdf2psfdoes not work well if byte width ofBITMAPtable is larger than required inBBX. Some narrow width characters incozette_hidpi.bdfhit this limitation. Normal version is OK.example:
STARTCHAR I ENCODING 73 SWIDTH 500 0 DWIDTH 12 0 BBX 6 16 4 0 <- 6 pixel wide = fit in 1 byte BITMAP <- 2 byte wide FC00 FC00 3000 3000 3000 3000 3000 3000 3000 3000 3000 3000 3000 3000 FC00 FC00 ENDCHARAUR package has been fixed.
Thank you so much!! That's brill!