From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from babel.hpcc.noaa.gov ([140.90.74.62]) by speech.braille.uwo.ca with esmtp (Exim 3.35 #1 (Debian)) id 18KMgI-0008JT-00 for ; Fri, 06 Dec 2002 12:54:30 -0500 Received: from babel.hpcc.noaa.gov (localhost.localdomain [127.0.0.1]) by babel.hpcc.noaa.gov (8.12.5/8.12.5) with ESMTP id gB6HsXbA027487 for ; Fri, 6 Dec 2002 12:54:33 -0500 Received: from localhost (jwantz@localhost) by babel.hpcc.noaa.gov (8.12.5/8.12.5/Submit) with ESMTP id gB6HsXcV027482 for ; Fri, 6 Dec 2002 12:54:33 -0500 Date: Fri, 6 Dec 2002 12:54:32 -0500 (EST) From: jwantz@babel.hpcc.noaa.gov To: speakup@braille.uwo.ca Subject: Re: What's with this error? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: speakup-admin@braille.uwo.ca Errors-To: speakup-admin@braille.uwo.ca X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.0.11 Precedence: bulk Reply-To: speakup@braille.uwo.ca List-Help: List-Post: List-Subscribe: , List-Id: Speakup is a screen review system for Linux. List-Unsubscribe: , List-Archive: Hi Igor, Your response doesn't make sense. The install command is specified in [progname].spec which is used to build the rpm. Why would Redhat change the installation script? Unless they knew that the installation script was attempting to install the file somewhere it shouldn't be. Since Redhat has claimed to be compliant with the linux standard since 7.3, maybe the problem is that the installation scripts were written on non-compliant distros including earlier Redhat versions. Jim Wantz WB0TFK On Thu, 5 Dec 2002 igueths@attbi.com wrote: > Well I have heard of instances where if you compile a prog from source under > RH, and you attempt to update the system with something like up2date, rpm will > complain that it can't find certain dependencies such as Libstdc++. This is > because rpm drops it in a nonstandard location, which is different from where > it would be placed after a make install for example. This is basically what I > meant by overprotection. However, dpkg tends to put things in places such > as /usr/sbin, which is a standard location for the most part. I know ssh > installs itself there. One remedy for this I think is for people to just edit > the install command in the toplevel Makefile, however I know some people might > be leary about doing this. > > On Wed, 4 Dec 2002, Igor Gueths wrote: > > > > > Fortunately, Debian is not so > > > protective of its pkg's like RH! > > Care to explain the above statement? > > -- > > Bill in Denver > > > > > > _______________________________________________ > > Speakup mailing list > > Speakup@braille.uwo.ca > > http://speech.braille.uwo.ca/mailman/listinfo/speakup > > _______________________________________________ > Speakup mailing list > Speakup@braille.uwo.ca > http://speech.braille.uwo.ca/mailman/listinfo/speakup >