From: "C.Newport" <crn@netunix.com>
To: sparclinux@vger.kernel.org
Subject: Re: Was: Problems with bridging on Sparc64
Date: Tue, 03 Feb 2004 21:26:35 +0000 [thread overview]
Message-ID: <200402032126.35915.crn@netunix.com> (raw)
In-Reply-To: <200402031553.44155.crn@netunix.com>
On Tuesday 03 February 2004 8:18 pm, Ben Collins wrote:
> > What does the team think ?
>
> I think you have no clue about the intracacies of managing a
> distribution. Debian's already started dealing with this. None of it has
> to do with compatibility with other dists. It's all package management,
> and it's all dist specific.
>
> About the only standard is /lib64:/usr/lib64 for libraries.
Not completely ignorant <B-).
I am currently working on the next release of the Splack installer
so I am trying to think ahead. The Splack 8.0 installer was a
learning experience, this one is a chance to do better.
I am a bit constrained by the policy of retaining the
Slackware look and feel, but the Sparc stuff is far less simple
than X86 with $ARCH kernel variants to worry about as well as
needing to support tftp installs and diskless Javastations.
It would be nice to have some form of standardisation in where 64 bit
things finally end up after the install, most Linux distributions seem
to put most things in fairly standard places but I am concerned that
the migration to 64 bit is likely to be chaotic unless some de-facto
standards are in place.
We should take pity on the developer of some nice 64 bit application
who tries to get his install scripts to work on all common Linux
distributions. Portability between distributions is a major headache
for application developers.
next prev parent reply other threads:[~2004-02-03 21:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-03 15:53 Was: Problems with bridging on Sparc64 C.Newport
2004-02-03 20:18 ` Ben Collins
2004-02-03 21:21 ` Ben Collins
2004-02-03 21:26 ` C.Newport [this message]
2004-02-03 23:02 ` C.Newport
2004-02-03 23:17 ` Ben Collins
2004-02-03 23:20 ` David S. Miller
2004-02-04 0:14 ` C.Newport
2004-02-04 8:01 ` Baurjan Ismagulov
2004-02-04 13:46 ` Ben Collins
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200402032126.35915.crn@netunix.com \
--to=crn@netunix.com \
--cc=sparclinux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.