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

[linrad] Svgalib 1.9.20 under Debian kernel 2.4.27 ; Knoppix 3.8.1 / Re: [linrad] Re: Svgalib 1.9.20


Thanks for all the recent remarks about the install-procedures.

I tried to be fast, so last night I tried to install linrad 01-33.
However, with my break in Linux-experiments I could not figure out
how to unzip the *.tbz format. Time was spent by trying all kinds of
commands and bunzip2 did not work, so it was only tonight that by:

apt-get install bzip2   ....   I got the tools to see  lir01-33.tar

During ./configure  there was a complaint that vga.h was missing so
I went to do the svgalib install first. Though 'apt-cache show' listed
a svgalib 1.4.3-21 version, it seemed not to be "active", so I went to
try my luck on version 1.9.20 [the numbering used by others below is
not correct; the development series is 1.9.x].  I have kernel 2.4.27

tar xzvf svgalib-1.9.20.tar.gz  in  /usr/local/src

The  make install  was done in the new svgalib sub-directory fluently

Subsequently lir01-33.tar accepted  ./configure  and  make without errors

However, running Linrad [./linrad] produced the familiar svgahelper_module
complaint of former unsuccessful installs on SuSE/Knoppix. Also I did not
check the sound-system yet, but so far I have not installed OSS. Delta-44
is still in the box; and the Abit IC-7 has an integrated ICH-5 system.

After this I tried to get Xfree86 running, but after X-configuration there
were fatal errors, and a new configuration round was not offered with the
former console commands. I will not need those X-graphics for Linrad, but
those are handy while trying to fetch some files from the Win-partitions.
That worked at least with the Knoppix 3.4 - 3.6 installs.

I remember that there have been elaborate descriptions about successful
svgalib 1.9.x installs, so those need some attention. For those interested
I noticed that  KNOPPIX_V3.8.1-2005-04-08-EN.iso  is now available on some
of the Knoppix servers; it is supposed to be an improved CEBIT-release.

It is hard to say whether this is fun or not, but I'll keep on trying to
get this lined up for future operation with real analog signals. Once it
works it will be fun for sure; it is worth the effort. Good luck!

                                73, "Zaba"  OH1ZAA/2 [The sky is no limit]

P.S. Pentium_4/2400  Ti4200 AGP   (other PC's "pending" for similar treats)

At 22:05 10.4.2005 -0400, W3SZ wrote:

Hello, Zaba and All,

Stan Hilinski, KA1ZE had told me yesterday that he had installed SVGALIB
1.2.20 and that all went well, so I thought I would give it a try.

Today after getting back from the NorthEast WeakSignal VHF/UHF/Microwave
meeting, I installed it into Fedora Core 3 [still using the same x.667
kernel], and it installed fine and everything worked with no tweaking or
insmods, etc. on the first try.  Linrad-01.33 runs fine under svgalib
1.2.20, as it did before I updated svgalib to this version.

I did not remove the old svgalib package using the complete method Leif
describes on his webpage, but instead just did a 'make clean' from the
install directory.  I figured if there were problems I could do the
complete, 'nuclear option' removal, but it wasn't necessary as things run
fine as is.  Messages from svgalib confirm that it is 1.2.20 that is
running, and not some remanant of 1.1.19.

Unfortunately for me, the new 1.2.20 still doesn't include video drivers
for the Intel Extreme Graphics 2, so I am still using the VESA driver with
this chipset.  But since everything works fine in all respects, that is
just an irritation; I get annoyed everytime I see the message that the
VESA driver is being used.  It is not an operational problem.



On my older system, with RedHat 8.0, I found that svgalib-1.2.20 would not
compile without errors.  I get an error in svgalib_helper installation, so
that svgalib_helper won't even compile manually to make the .o file.  And
when I go back to 1.1.19 to reinstall it, I get the same error.

With the new 1.2.20 svgalib it appears that it is possible to set up the
installation so that svgalib does NOT use svgalib_helper, by just changing
an entry in the makefile.cfg.  So I am going to try recompiling with the
SVGALIB-HELPER option set to "NO" and see if that takes care of things.
If not, I may upgrade the RedHat 8.0 system to Fedora Core 3, kernel x.667
since that works so well for me with both the 1.1.19 and 1.2.20 versions
of svgalib and Linrad, and is such an easy install.

Linrad-01.33 also ran fine on this system prior to the svgalib update ;)



On Sun, 10 Apr 2005 18:51:51 +0300, 'Zaba' OH1ZAA <zaba@xxxxxx> wrote:

SuSE/Gentoo/Knoppix: I have tried Linrad-installs under earlier
versions of these distributions during the last couple of years.

Yesterday I installed Debian-base with the rc3-installer through
the network, and it found the PCI-HomePNA-card automatically. The
(later) downloaded svgalib-bin package was referred to as 1.4.3-21

Next I will expand functionality by trying a linrad 01.33 install.

Last week I saw that there was a new svgalib 1.9.20 available.

So far I have seen posts only referring to 1.9.19 and earlier.
I have had my biggest battles with the 1.9.17 - 1.9.19 helper
modules, and indeed I have never succeeded under SuSE/Knoppix.
If I remember correctly Gentoo had a distro-matched 1.9.17-r2
svgalib package and it worked right away in Gentoo 2004.x

This is probably my first posting on the 'Linrad' list, but
I have seen most of the posts of the last few years. I have
a Delta-44 card as a new expansion, so I may put more serious
effort into the Linrad hardware from now on. Good luck to all!

                                          73, "Zaba" OH1ZAA/2

This message is sent to you because you are subscribed to
 the mailing list <linrad@xxxxxxxxxxxxxxxxxxxxx>.
To unsubscribe, E-mail to: <linrad-off@xxxxxxxxxxxxxxxxxxxxx>
To switch to the DIGEST mode, E-mail to <linrad-digest@xxxxxxxxxxxxxxxxxxxxx>
To switch to the INDEX mode, E-mail to <linrad-index@xxxxxxxxxxxxxxxxxxxxx>
Send administrative queries to  <linrad-request@xxxxxxxxxxxxxxxxxxxxx>