libdetect. Someone KILL libdetect.
It has fledgling PPC support, but it's (A) hacked together awfully (B)
a little lacking in correctness (C) nowhere near compiling. I got it
to build once, with two hours work, but not function.
hmm.. drow, I'd like to talk to you about this more... am
On Fri, Feb 16, 2001 at 10:56:24AM -0700, Randolph Chung wrote:
libdetect. Someone KILL libdetect.
It has fledgling PPC support, but it's (A) hacked together awfully (B)
a little lacking in correctness (C) nowhere near compiling. I got it
to build once, with two hours work, but not
On Wed, Feb 07, 2001 at 05:07:28PM +1100, Glenn McGrath wrote:
I just tried compiling stuff by hand for hurd-i386, the following
components form cvs compile fine
anna
cdebconf
choose-mirror
main-menu
udpkg
wget
Can you compile and upload the packages? There is currently no functional
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If it is, it sucks at doing so, and if it's not, then is it
the intention that non-i386 is left
Ben Collins wrote:
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If it is, it sucks at doing so, and if it's not, then is it
the
On Wed, Feb 07, 2001 at 02:12:43PM +1100, Glenn McGrath wrote:
Ben Collins wrote:
I'm sitting here looking at an obvious build failure for
kernel-image-di on the sparc buildd, and I'm wondering what the heck
this package is for anyway. I mean, is this thing supposed to be
portable? If
Ben Collins wrote:
For sparc, there has to be atleast two different boot kernels. One for
sun4cdm (32bit CPU), and one for sun4u (64bit CPU). SPARC also supports
native netbooting (via RARP/TFTP). My main concern is whether or not it
^
One of the things we
On Wed, Feb 07, 2001 at 06:34:59AM +0200, Eray Ozkural (exa) wrote:
Ben Collins wrote:
For sparc, there has to be atleast two different boot kernels. One for
sun4cdm (32bit CPU), and one for sun4u (64bit CPU). SPARC also supports
native netbooting (via RARP/TFTP). My main concern is
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
That's not entirely true; I know of a group (who I cannot name or go
into any detail on since they told me about this
On Tue, Feb 06, 2001 at 09:09:28PM -0800, Joey Hess wrote:
b. Send me an appropriate kernel config and related information, and build
kernel-image-di once I integrate it.
Well sparc needs three kernels. sun4cdm, sun4dm-pci and sun4u. I can get
you configs, but the problem being that I have
On Tue, Feb 06, 2001 at 09:09:28PM -0800, Joey Hess wrote:
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
That's not entirely true; I know of a group (who I cannot
Joey Hess wrote:
Ben Collins wrote:
I can understand it being the first milestone, but it seems to be the
only focus, and nothing is being considered as to how it affects other
ports.
A glance at the debian archive shows that this many udebs have been ported:
Glenn McGrath wrote:
I tried dpkg-buildpackage on a couple of these they fail because they
need debhelper which i couldnt install because it depends on dpkg which
conflicts with dpkg-hurd, no doubt this is why autobuilders would fail.
I havent look any deeper yet.
i should have said
Ben Collins wrote:
Well sparc needs three kernels. sun4cdm, sun4dm-pci and sun4u. I can get
you configs, but the problem being that I have no idea what kernel
source you are building. I would hope that you plan to integrate to
2.4.x sooner or later, but how will you notify ports of this new
Daniel Jacobowitz wrote:
2.4.1 kernel.org does not build on PPC. Sigh.
2.4.0 is ok, right? I guess I'll hold off of 2.4.1 for now..
Other architectures will want a radically simplified detection scheme.
PPC (mostly) has no legacy ISA or such; everything should show up in
the kernel's PCI
On Tue, Feb 06, 2001 at 10:34:52PM -0800, Joey Hess wrote:
Daniel Jacobowitz wrote:
2.4.1 kernel.org does not build on PPC. Sigh.
2.4.0 is ok, right? I guess I'll hold off of 2.4.1 for now..
2.4.0 is even worse (read useless) on powerpc. (linus merged some
2.4 powerpc code in 2.4.1 but
16 matches
Mail list logo
