I've finally made the switch to CentOS 5.1 (I had been running 4.6). So far, so good, but I do have a few issues.
First, I can not find kermit (or ckermit) in any of the repos (base, extras, centosplus, rpmforge). On my 4.6 systems, /usr/bin/kermit was provided by the package ckermit in the base repo. That package appears to be no longer available. Any ideas where I could find a suitable replacement?
Second (and this is probably OT), I use the binary nVidia driver and the keyboard and mouse sharing utility Synergy (http:// synergy2.sourceforge.net, a fantastic utility without which I would be so much less productive). Since upgrading to CentOS 5, if the nVidia card goes into powersave mode, it can not be woken up by moving the cursor from the Synergy server to the Synergy client display (in this case, the CentOS 5.1 systems); you have to hit a key on the keyboard that's physically attached to the CentOS 5 system to wake it up. Is there a way to have the display wake up when the cursor is moved into the client display? Or at least disable this "deep sleep" mode on the nVidia cards? I have not changed the hardware or the version of the nVidia driver when upgrading from CentOS 4.6 to CentOS 5.1, and I did not have this issue before the upgrade.
Alfred
On May 14, 2008, at 9:37 AM, Alfred von Campe wrote:
Second (and this is probably OT), I use the binary nVidia driver and the keyboard and mouse sharing utility Synergy (http:// synergy2.sourceforge.net, a fantastic utility without which I would be so much less productive). Since upgrading to CentOS 5, if the nVidia card goes into powersave mode, it can not be woken up by moving the cursor from the Synergy server to the Synergy client display (in this case, the CentOS 5.1 systems); you have to hit a key on the keyboard that's physically attached to the CentOS 5 system to wake it up. Is there a way to have the display wake up when the cursor is moved into the client display? Or at least disable this "deep sleep" mode on the nVidia cards? I have not changed the hardware or the version of the nVidia driver when upgrading from CentOS 4.6 to CentOS 5.1, and I did not have this issue before the upgrade.
This may well be an upstream issue; I have recently begun to encounter the same problem on a RHEL 5.1 workstation, using Synergy and nVidia binary packages from rpmforge (synergy-1.3.1-2.el5.rf, nvidia-x11-drv-1.0.9755-1.nodist.rf).
I first started seeing this issue last week, after a reboot; unfortunately I'm not sure off the top of my head which packages I had recently updated. Before last week the desired behavior (the display waking from sleep upon mouse movement) was present.
-steve
-- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v
On May 14, 2008, at 9:50, Steve Huff wrote:
This may well be an upstream issue; I have recently begun to encounter the same problem on a RHEL 5.1 workstation, using Synergy and nVidia binary packages from rpmforge (synergy-1.3.1-2.el5.rf, nvidia-x11-drv-1.0.9755-1.nodist.rf).
I first started seeing this issue last week, after a reboot; unfortunately I'm not sure off the top of my head which packages I had recently updated. Before last week the desired behavior (the display waking from sleep upon mouse movement) was present.
It's encouraging to hear that this used to work in 5.X. I am just upgrading to 5.1 and this has always been "broken" for me, so I can't tell if it was a recent update. Can you post (or email me offline) the relevant output of "rpm -qa --last"? We may be able to figure out what update caused this issue.
In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool.
Thanks, Alfred
On May 14, 2008, at 10:58, Alfred von Campe wrote:
In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool.
I was able to compile the latest Kermit from sources and put the resulting binary in a network accessible location. This should be good enough for now. But I wonder why Kermit is no longer available.
The next missing package is DDD? I was able to download the RPM from the EPEL repo (I do not want to enable that repo on my systems) and install it on my systems. But again, I wonder why that package is no longer available? Both DDD and Kermit were part of the base repo in CentOS 4.X.
Alfred
on 5-14-2008 12:34 PM Alfred von Campe spake the following:
On May 14, 2008, at 10:58, Alfred von Campe wrote:
In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool.
I was able to compile the latest Kermit from sources and put the resulting binary in a network accessible location. This should be good enough for now. But I wonder why Kermit is no longer available.
The next missing package is DDD? I was able to download the RPM from the EPEL repo (I do not want to enable that repo on my systems) and install it on my systems. But again, I wonder why that package is no longer available? Both DDD and Kermit were part of the base repo in CentOS 4.X.
Alfred
CentOS usually creates whatever upstream gives out. You would have to see why RedHat stopped putting it in, or see if you can convince CentOS developers to add it to centosplus.
On May 14, 2008, at 18:05, Scott Silva wrote:
CentOS usually creates whatever upstream gives out. You would have to see why RedHat stopped putting it in, or see if you can convince CentOS developers to add it to centosplus.
I understand the relationship with the upstream provider. I was hoping for some insight as to why Kermit and DDD were dropped from the distro...
Alfred
Hi,
On Wed, May 14, 2008 at 9:37 AM, Alfred von Campe alfred@von-campe.com wrote:
First, I can not find kermit (or ckermit) in any of the repos (base, extras, centosplus, rpmforge). On my 4.6 systems, /usr/bin/kermit was provided by the package ckermit in the base repo. That package appears to be no longer available. Any ideas where I could find a suitable replacement?
I don't know why you need kermit, but for serial-based terminal/console access, minicom may do what you want. I use it to access Unix/Linux hosts through the serial console and for network switches and routers as well. It works OK for that.
HTH, Filipe
On May 14, 2008, at 20:12, Filipe Brandenburger wrote:
I don't know why you need kermit, but for serial-based terminal/console access, minicom may do what you want. I use it to access Unix/Linux hosts through the serial console and for network switches and routers as well. It works OK for that.
We do use minicom for most all serial communications. However, we have some Kermit scripts provided by a vendor that can only be run in Kermit.
Alfred
-
Alfred von Campe -
Filipe Brandenburger -
Scott Silva -
Steve Huff