Ed Wilts <[EMAIL PROTECTED]> writes: > On Thu, Mar 07, 2002 at 03:53:05PM -0500, Trond Eivind Glomsrød wrote: > > Ed Wilts <[EMAIL PROTECTED]> writes: > > > > > On Mon, Mar 04, 2002 at 01:27:21PM +0530, Ashwin Khandare wrote: > > > > a)There has been change in directory structure to some >extent > > > > b)Path of various configuration files have been changed > > > > c)New libraries have been introduced > > > > > > That's an unfortunate side-effect of major releases and an every-changing > > > platform base. You'll also see similar problems transitioning from one > > > distribution to another. > > > > > > To make matters worse, if you install a Red Hat package and then decide you > > > want to install the original developer's version instead, you may find that > > > files have moved around since Red Hat wants to follow their own > > > standards. > > > > Hardly. Many packages are not FHS-compliant, however, and we fix them. > > I'm not saying that what you do is bad. Some of the raw sources that you must > deal with (at least some of what I've seen) don't conform to any normal Linux > standards - some are simply for another Unix base or based on what the original > author thinks is right. You have the right (and I say the obligation) to > deliver a distribution that makes sense, and you've done so. > > > > Since 8.0 is not even beta yet, you probably won't get an official statement. > > > However, since most of the Linux distributors are slowly migrating to the > > > Linux Standard Base, and Red Hat is currently not compliant, I would expect > > > more stuff to move around again. > > > > It's very close to comformant, like pretty much everyone else. > > So, to get back to the original poster's question, can we/he expect things to > move around, or is it too early in the development cycle to make general > commments like this?
As far as LSB goes, things won't change much from what they are now. He's depending on things outside the scope of LSB, like perl, PHP etc. These change, and paticulary binary modules for these seldom/never stay compatible on multiple major versions. -- Trond Eivind Glomsrød Red Hat, Inc. _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
