sgilinux
[Top] [All Lists]

Re: SGI ProPack 1.3 for Linux (BETA)

To: Jari Perttunen <Jari.Perttunen@xxxxxxxx>
Subject: Re: SGI ProPack 1.3 for Linux (BETA)
From: Thomas Duffy <tduffy@xxxxxxxxxxxxxxxxxx>
Date: Wed, 23 Aug 2000 11:04:01 -0700 (PDT)
Cc: sgilinux@xxxxxxxxxxx, Jaya Kanajan <jaya@xxxxxxxxxxxxxxxxxx>, Brett Changus <changus@xxxxxxxxxxxxxxxxxx>
In-reply-to: <Pine.SGI.3.96.1000823133415.8115C-300000@xxxxxxxxxxxxxxxxx>
Sender: owner-sgilinux@xxxxxxxxxxx
On Wed, 23 Aug 2000, Jari Perttunen wrote:

> 
> Thomas,
> 
> Thank you for your advice. I deleted the kernel-smp-bigmem package 
> from SGI/base/comps. And the SGI kernel installs properly. At least
> after rebooting such message appears before "xdm"  takes over
> the login process.
> 
> Now, the next phase is (if possible) to enhance the Laptop to support
> OpenGL development. By selecting individual packages the libraries
> needed can/could be installed but my question is (for which I could not
> find the answer from the manuals) if the various X-servers provided
> support OpenGL protocol (naturally the hardware support may not exist)?
> And according  to "SGI/base/comps" the libraries seem to belong
> to 230 Graphics. 

The OpenGL implementation on the 1.3 CD is for the 230 only.  If you
install the XFree 4.0 packages for your neomagic card, they will *not*
provide OpenGL functionality.

> From the rpm-packages  I found XFree86-NeoMagick-4.0-0.8.i386.rpm.
> This should be the right one  because the graphics chip in the
> Laptop is Neomagic MagicGraph 128ZV (rev 2) (see also attachment 
> file produced by hinv from ProPack).  
> 
> The installation of the X-server fails (the selected packages were
> XFree86-NeoMagick-4.0-0.8.i386.rpm. together with packages it depends on
> denoted by Package Dependencies screen) (see attached error file).

you will need to do a bunch of things to get XFree 4.0 working
properly. The RPMS are from RedHat and they do not install cleanly on a
XFree 3.3.6 system.  If you have a look in the INSTALL script, we do a
bunch of things like delete your old XFree, move some directories around,
etc. to get XFree 4.0 packages to install properly.  You should emulate
this.

> Maybe I'm now trying to do something that simply is not possible?
> Maybe I should try to compile the OpenGL sample implementation instead?
> Or try to build GLX with existing Xserver (XFree86-3.3) 
> from http://www.sgi.com/software/opensource/glx?
> Or simply use Mesa instead?

I do not know about the SI vs. Mesa except that the SI is complete where
Mesa is lacking in a few areas (Mesa was written with primary goal to
support Quake as opposed to being OpenGL 1.2 compliant which it is
not).  And I also am not sure what the 3D support is on the NeoMagic
chipset.  My guess is none.  And even if there were, I am pretty sure that
Utah GLX (the only community based GLX support) does not work with this.

So if you use Mesa or the OpenGL SI, you will doing so without hardware
acceleration.

I have cc'd some guys from the OpenGL team who may better answer your
question.

Hope this helps,

-tduffy

> Yours (once more)
> 
> -Jari Perttunen
> 
> 
> On Tue, 22 Aug 2000, Thomas Duffy wrote:
> 
> > The workaround is to copy the iso image to a writable directory and
> delete
> > the kernel-smp-bigmem package from SGI/base/comps.
> > 
> > Thanks for your help.
> > 
> > -tduffy
> > 
> > On Tue, 22 Aug 2000, Jari Perttunen wrote:
> > 
> > > 
> > > Hi,
> > > 
> > > I don't know if this is any use for you but I tried to 
> > > install Linux ProPack 1.3 on my Dell Laptop using INSTALL installer.
> > > Attached in the  file ProPackError.txt are the error 
> > > messages produced by the INSTALL installer.
> > > 
> > > Hardware: Dell Latitude XPi CD 
> > > Operating System:  RedHat Linux 6.2 (KDE desktop)
> > > 
> > > Commands used:
> > > 
> > >      (Download ProPack1.3.iso from SGI download area) 
> > >      root# mount -t iso9660 -o loop ProPack1.3.iso  propack
> > >      root# cd propack
> > >      propack# ./INSTALL
> > > 
> > >      I can select the Language but the installation then 
> > >      fails right after that.  
> > > 
> > > Yours,
> > > 
> > > 
> > > ==============================
> > > Jari Perttunen      
> > > Metla             
> > > email: jari.perttunen@xxxxxxxx
> > > tel: +358-9-85705362
> > > fax: +358-9-85705361
> > > ==============================
> > > 
> > > On Mon, 21 Aug 2000, Thomas Duffy wrote:
> > > 
> > > > There are some clashes and this is natural.  For instance, we
> replace
> > > > /etc/securetty so that it can handle the new devfs names for the
> > > virtual
> > > > consoles.  But this file is owned by a package in RedHat.  In our
> > > > installer, (if you run INSTALL), it will handle the clashes for
> you.
> > > > 
> > > > The ProPAck is meant to install on top of any system.  It has a
> > > superset
> > > > of hardware support in RedHAT.  That being said, we have not
> tested
> > > every
> > > > piece of hardware.  For instance, the Buslogic SCSI driver has
> been
> > > > reported to be broken in 1.3 (BTW, this is fixed in 1.4 as of the
> > > ALPHA).
> > > > 
> > > > THe 1.3 website is out of date and should be updated.  We are no
> > > longer in
> > > > BETA for 1.3 and we released 1.3 over a month ago.  In fact, we
> are in
> > > the
> > > > midst of working on releasing 1.4.  I should really update the
> website
> > > if
> > > > I can get a chance.
> > > > 
> > > > Thanks for your feedback and I encourage you to keep up the
> testing.
> > > We
> > > > can use as much help as we can get.
> > > > 
> > > > later,
> > > > 
> > > > -tduffy
> > > > 
> > > 
> > > 
> > > 
> > 
> > 
> 
> 


<Prev in Thread] Current Thread [Next in Thread>