Re: bash/libreadline, syslog, libg++
On Wed, 29 Oct 1997, Lars Wirzenius wrote:
> I've re-installed our 500 MHz Alpha. It doesn't seem to be
> crashing immediately. A few notes:
I guess that's good news :P
> * I now use kernel 2.1.60 and the de4x5 driver (instead of
> tulip); it sometimes does not boot correctly, but I can live
> with that
Hmmm...I've had unerring results from the de4x5 driver, but then again, I
have the Pretty Much Deathproof UDB (TM) :P Have you tried compiling it
as a module and load it at boot? It's not an answer, but you could
probably get better control over error logging with this. Out of
curiosity, does it give you any idea as to why it's not working properly
on some boots?
> * syslogd causes exceptions, all the time, and makes
> /var/log/messages grow with an alarming rate -- after a
> couple of hours, it as almost 200 megabytes, with most of
> zero bytes (i.e., binary junk, not text); I had to disable
> syslogd for now, will investigate it later
Now this is weird. I've got a clean-running syslogd here. Let me know
what version of the sysklogd package you're running and what you think
might be causing the problem and I'll look into it further.
> * the base system installed bash 2.0-3 and libreadline2
> 2.1-2; I have newer packages from master, 2.01-5 and 2.1-7,
> respectivel. However, these don't install, due to
> dependencies and conflicts.
Most likely, the newer versions of both are requiring the new ncurses.
We're working on getting this to master, but I just noticed some problems
with the latest ncurses that I'm trying to track down, so it may be
delayed. Speaking of this, has anyone else noticed problems refreshing
the whole screen on telnets when you use a full-screen-usage programme (ie
ncftp or similar)? I'm beginning to think that there actually isn't a
problem with ncurses, but rather it's a problem between the two versions
of the ncurses libs that I have installed (the old one doesn't play well
with the newer support files). Just curious who else might've noticed
this.
> * I have libg++272_2.7.2.5-2.deb, but it doesn't install,
> because it depends on libc6; should I override the
> dependencies? Note that fakeroot depends on it, so I can't
> install fakeroot, either.
That's oddball. I'll recompile fakeroot in a few minutes and fix that
dependency problem. As for libg++, I've been trying to get the patches
for compilation for awhile now. As soon as I get those, I'll fix that as
well. Sad thing is, I don't know who compiled some of this stuff or how
they did it...
> Other than that, I'm not totally unhappy. :)
Good :)
> I haven't yet done anything with the system, so I don't know
> if it will work, or if it will start crashing again. (I've
> learned not to be optimistic about this machine.)
Do you think your problems are hardware-related or just a product of our
relative instability of our project right now? Just curious :)
Chris
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-alpha-request@lists.debian.org .
Trouble? e-mail to templin@bucknell.edu .
Reply to: