Re: Cnet Pro200 PCI fast Ethernet Adapter, road runner centralflorida

[tony mancill]

Please see /usr/src/linux/Documentation/networking/dmfe.txt for more
documentation about how to use this module/driver.

tony

On Sat, 11 Aug 2001, Antonio Rodriguez wrote:

> I compiled again the kernel with all possible "network devices" as M or Y,
> except for a group of ARCnet cards. Any way the module dmfe.c does not
> appear available. So I have no clue. Could that be a lacking feature in
> kernel-source.2.2.19pre17? I checked, and dmfe.c is present in
> "kernel*17/drivers/net/dmfe.c"
> Any ideas?
> Thanks.
> - Original Message -
> From: "tony mancill" <[EMAIL PROTECTED]>
> To: "Antonio Rodriguez" <[EMAIL PROTECTED]>
> Sent: Friday, August 10, 2001 8:31 PM
> Subject: Re: Cnet Pro200 PCI fast Ethernet Adapter, road runner
> centralflorida
> 
> 
> > On Fri, 10 Aug 2001, Antonio Rodriguez wrote:
> >
> > > I am trying to get my Linux box connecting to the net, but for some
> reason
> > > my ethernet card does not appear to be recognized by kernel. I think I
> > > marked Y or at least M in all close options for Ethernet Adapter when
> > > creating kernel image (using 2.2.19pre17 kernel-source, potato2.2rev3).
> Any
> > > way, would some one give good pointers and/or indications to get
> connected?
> > > I am kind of clueless here. Thanks a lot,
> >
> > Hi Antonio,
> >
> > you've taken a step in the right direction by compiling a kernel with
> > modular/built-in support for all of the types of Ethernet drivers.  What
> > you need to realize is that the kernel doesn't automatically try to load
> > of the modules.  You need to use "modprobe" to load the modular driver
> > that corresponds to the chipset on your Ethernet card.  That CNet Pro200
> > is based on a Davicom chipset, which correponds to the dfme.o module, so
> > try "modprobe dfme" and then issue "dmesg" to see what the kernel had to
> > say about it.
> >
> > Hope that helps,
> > tony
> >
> >   [EMAIL PROTECTED] | Danger + Survival = Fun
> > http://www.debian.org  |(Neil Peart)
> >
> 

You single-handedly fought your way into this hopeless mess.
The savior becomes the victim.

unresolvable dependencies and apt-get

[tony mancill]

I apologize if this is lame question, but I can't seem to get around this.  
I have to support some Netfinity boxen running potato + a few local
packages.  One of those packages is the IBM RaidManager for the IBM
ServeRAID cards, which comes as a binary rpm.  I used alien to convert it
to a .deb, and then installed it with dpkg (ignoring the libc >= 2.1.97
dependency - the package runs fine on potato's 2.1.3).

Now, however, I can't install anything else using apt-get because it
bitches about raidman needing a new libc (and if I use -f, raidman is
removed).

   Sorry, but the following packages have unmet dependencies:
 raidman: Depends: libc6 (>= 2.1.97) but 2.1.3-13 is to be installed
   E: Unmet dependencies. Try 'apt-get -f install' with no packages (or
   specify a solution).

Is there some way to circumvent this short of building my own binary-only
.deb package of raidman?

Thanks in advance for any assistance,
tony

P.S.  Please cc: me directly on any replies to the list, as I'm not
subscribed.

Re: Strange logon problem with CAPS. Please read you all!

[tony mancill]

On Sat, 26 Aug 2000, Taupter wrote:

> Some friend told me about a problem he has with Slack7.1, and I tested
> with Debian 2.2 (upgraded from net) and worked the same. Let me explain:
> 
> Make sure CAPS-LOCK is off;
> In a console logon, press CAPS-LOCK before typing your login name;
> Type in your login name and press Enter. The word PASSWORD will be show
> all caps;
> Press CAPS-LOCK again and type your password an press Enter.
> 
> Voila! The text now is all-CAPS. ls has glitches, and ls --color doesn't
> display any color. Emacs and other console programs doesn't display its
> interfaces in the right way. It affects the current console only.

This is not a bug, it's a feature (really!).  Back in the olden days, some
terminals didn't support both upper- and lowercase characters (say, for
instance, a Teletype).  By typing in all uppercase, you're telling
/bin/login that you want everything to 7-bit clean (*) for the duration of
that login-session.  Hence, the lack of color (controlled by escape
sequences).

Fix:  Don't type your login name in all uppercase.

  [EMAIL PROTECTED] |  She who says, does not know.
http://www.debian.org  |  She who knows, does not say.
   |- Tao Te Ching

Re: recs1440.bin boot fails in SCSI init

[tony mancill]

On Tue, 7 Sep 1999, Jim Ziegler wrote:

> On Fri, 03 Sep 1999, Tom Kuiper wrote:
> > While booting an AST Premmia LX P/60 from a resc1440.bin or 
> > resc1440-safe.bin
> > disk (images from the official 2.1 CD-ROM) the booting hangs during the SCSI
> > initialization.  It gets this far:
> 
> I am having the same problem with an Industrial Computer Source system.

I had problems mailing to <[EMAIL PROTECTED]>, so I'll post this to
the list in hopes that you'll see it.  (BTW, this is all a bit OT for
debian-devel; any further discussion should be on debian-user - sorry for
the cross-post.) 
---

The problem you are having is a "feature" of the Debian 2.1 boot disks.
The following is from the 2.1 release notes, which can be viewed at
.
   
Rescue Floppy  
  
Users of Adaptec 2940 SCSI cards, and other SCSI controllers with the
aic7xxx chipset, will probably experience problems with the standard 
boot-floppies.  A kind user has made some experiments which many users
find to solve their problems. There are two alternative Rescue
Floppies for the i386 architecture at ftp://kalle.csb.ki.se/pub/.
There are also replacement kernels in that location, which you can
use to simply replace the existing kernels on the boot-floppies.  

Hope that helps,
tony

  [EMAIL PROTECTED] |  Forget honesty - forget creativity
http://www.debian.org  |  The dumbest buys the mostest
   |  Is the name of the game...  (Biafra)