Re: No libfb.so module in netbsd-10 on HAVE_XORG_SERVER_VER=110 ports?

mrg@ wrote:

> > Somehow vax build works with this change but all other builds
> > for other x.org=1.10 ports (alpha, netwinder, and sgimips) failed.
> >  https://releng.netbsd.org/builds/HEAD/202401261810Z/alpha.build.failed
> >
> > ---
> > dependall ===> external/mit/xorg/server/xorg-server.old/hw/xfree86/Xorg
> > nbmake[13]: don't know how to make /home/builds/ab/HEAD/alpha/202401261810Z-obj/home/source/ab/HEAD/src/external/mit/xorg/server/xorg-server.old/hw/xfree86/d
> > ixmods/fb/libfb.a. Stop
> > nbmake[13]: stopped in /home/source/ab/HEAD/src/external/mit/xorg/server/xorg-server.old/hw/xfree86/Xorg
> > ---
> >
> > I've reverted this change and I will investe how this
> > (i.e. required during build, but should not be installed)
> > should be handled.
> 
> odd.

I have not investigated details, but it turns out the only
xserver/md.vax has "obsolete" for libfb.a in netbsd-9 and
all other ports still keep libfb.a.
 https://github.com/NetBSD/src/commit/4460fb1444b32957386c69fbf5682f6f3b603487#diff-6634fd92ac33016f05dc69ce452b3b20b6030a4c7705e9f2f44b3db415398340

I'll fix this "put back libfb.a as valid" part (for netbsd-10).

> i plan to switch netwinder and alpha to xorg 1.20 btw,
> and i believe vax can also switch.

Agreed.

> AFAICT, sgimips is the
> only port with actual users that need xorg 1.10 -- we'll
> lose alpha turbochannel fb support, but i have not been able
> to find anyone using it, and the rest seem to work.

Well, I should test sfb(4) on DEC3000 (and also sfb(4) and tfb(4) on pmax)
but I have tried only oldXdecNetBSD ones, not Xf86 drivers.

>  so, vax
> probably would switch sooner than later (i have to confirm
> usages with some people before moving this one yet..)
> not that switching matters -- these are problems with 1.10
> and we could/should fix them before obsoleting. :)

I'll also test my VS3000/30 and smg(4) work with the latest 1.20.

---
Izumi Tsutsui