tech-x11 archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: No 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 ports (alpha, netwinder, and sgimips) 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.

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.


> 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

Home | Main Index | Thread Index | Old Index