On Wed, Jun 17, 1998 at 02:19:02PM -0400, Alex deVries wrote:
> Huge problems here with building the X server itself, although
> both Ralf and Mike are working on this. There's a good chance
> of creating a .src.rpm for the fonts and libs, though. Ralf has
> released an up to date patch that lets you build the libraries.
I'm desperately trying to package this thing, but it takes __time__, a
R5000 Indy is annoyingly slow for doing this, so I end up every couple
of hours in front of my Indy's console, type a few keys and let it
compile for another few hours.
On the positive side: with just a few keystrokes I made the XF68_FBDev
server compile, so combining this with the framebuffer device which just
has been written for the Magnum 4000 G364 board by Thomas we should
have the first X server for a Linux/MIPS box.
> We have both rths and Ralf's sources for egcs that appear to work.
> All that needs to be done is packaging.
> For inclusion in the packaging, it should really be regenerated from
> the source RPM. Needs lots of building time.
Actually we might consider droping gcc in favor of egcs.
> The entire kernel source package needs to be regenerated.
> Easy, just need to package the functional modutils that's in
> the CVS on linus.
Modules are currently one of the more efficient ways to crash the machine,
don't know why.
> The whole thing needs to be patched, I haven't even started
> to think about it. Obviously we will have to include Mozilla.
> Even the CVS version of this dies on compile.
Kernel bug, fixed in my private version. I could commit the patches,
but I'd have to reboot into IRIX, anybody got a XFS kernel module
handy ... ;-)
> This requires gdb to work first.
> This should be regenerated from the source RPM for 5.1.
> This should be updated for pthreads (Ralf).
> What a pain. We need to setup some configurations, and debugging
> anything takes 4 hours to rebuild. This needs patience.
I once build patches for this and even published the srpms.
> Needs to be completely redone because there's no clock on the ISA
The clock data sheets are on the Dallas Semiconductor webserver at
www.dalsemi.com. Only the PC architecture garbage needs to be disabled,
/dev/rtc is a quite sane and portable interface to the RTC.
Add to the list ncompress which makes stupid assumptions about the
machines byteorder. Works fine on both byte orders but on the one it
cannot exchange files with the other.
> Applications that really should be fixed before we release the final
Builds and installs without modifications for me.
> This can't compile because it needs csh in the building, and
> tcsh currently hangs.
> This is huge, and the source is broken for mipseb. I think
> it thinks this is IRIX.
It's a quite common problem with older sources that the preprocessor
symbol __mips__ get missrecognized as either Risc/OS or IRIX.
> Gets problems with compiling, dies with FD_ZERO problems.
> Architecture unsupported.
This is nontrivial, as Miguel explained to me this'd require writing
> Source level architecture problems.
Known kernel bug, the definition of PROT_NONE needs to be fixed.
> Has problems building, and finishes with:
> install -m 0755 utils/fvwmrc_c5 utils/fvwmrc_cntize_pixmaps \n
> /vntize_pixmaps /vt/usr/X11R6/bin
> in %install
Rebuilds for me.
> Things that don't belong in this architecture
> I'm not sure.
We don't want this.
> Too difficult to do.
We don't want this :-)
> No SGIs with PCMCIA, I suspect.
Wrong idea, think in terms of MIPS machines in general, not just SGI.
> My SGI doesn't have VGA...
> No ISA bus on an SGI.
But RM200. And Mips Magnum. And Acer PICA. And Deskstation Tyne. And ...