Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 Date: Tue, 03 Jul 2001 15:22:58 +0100 Subject: Re: Local Setup Cache & Rlogin problems From: Brian Ling To: Sandeep Tamhankar , CC: Message-ID: In-Reply-To: <3B40E8F9.7070208@Interwoven.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Apparently-From: BrianBGLnet AT aol DOT com I have had similar problems to this with rlogin, I went back to cygwin-1.3.1 with everything else current and rlogin started working again. This was on a 95 box. Good Luck Brian on 2/7/01 10:34 pm, Sandeep Tamhankar at sandman AT Interwoven DOT com wrote: > I concur. Last week I upgraded everything and then the rlogin daemon > stopped working. (Side note: It still doesn't work; I posted info on > this list but have only gotten one response stating they have the > problem too, so it's not just my computer being weird). Unfortunately, > last week I didn't know that the old versions of packages are still > saved in my system. If I'd known this then, I would've reported exactly > which modules got upgraded to cause my problems. > > Hmm, it'd probably be a good idea to do this now: upon doing some > research, I found that my login package was upgraded from 1.4-1 to > 1.4-2. My inetutils was upgraded from 1.3.2-11 to 1.3.2-14. My Cygwin > itself was upgraded from an old 1.1.8-2 to a whopping 1.3.2-1. > > The symptom I'm seeing is that the rlogin actually succeeds and then > login yells because I don't seem to have permission to execute > /bin/bash. But I do since it's world-readable. And I can telnet into > the machine and all is well with the world. And I can open up bash > windows on the console. The other really weird symptom is that when I > rlogin as a different valid username/password, it rejects the login > attempt completely. So I can try rlogging in as myself and getting > permission denied from login.exe, or I get a total authentication > failure when trying to rlog in as someone else. > > This is W2k and someone on this list already mentioned that they've seen > the same problem on W2k, although it used to work for them on NT. If I > can get my hands on an NT box (and some time to play with this), I'll > try setting it up there and testing it out. > > Any advice would be appreciated. > > -Sandeep > P.S. I have a sneaking suspicion ntsec is responsible for this. What do > I lose if I turn ntsec off? I think I tried it already, and it didn't > help, but I tried so many combinations of things that I really don't > remember at this point. > > Norman Vine wrote: > >> Michael A. Chase >> >>> Currently, setup.exe downloads package files from whatever mirror site a >>> user selects and then installs the packages. As new versions are produced, >>> they get downloaded and installed to replace the old version, but the >>> archive files for the old version are not removed. Eventually this may >>> >> fill >> >>> significant amounts of disk space with obsolete files. >>> >>> I see two likely ways for handling this problem: >>> >>> Does anyone see any other possibilities? >>> >> >> 3) Some of us may want to keep the old versions for >> various reasons >> >> so IMHO any builtin archive cleaner should be non-automatic >> >> Cheers >> >> Norman Vine >> >> >> -- >> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >> Bug reporting: http://cygwin.com/bugs.html >> Documentation: http://cygwin.com/docs.html >> FAQ: http://cygwin.com/faq/ >> > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/