On Thu, 07 May 2009 15:15:55 CST, "Jim MacKenzie" writes:
>The ethx numbering can be cured through the use of udev config files. You
>can force the system to give a static ethx mapping to an Ethernet card via
>its MAC address.
or, if you dislike udev (like me), then nameif does that job very we
- Original Message -
From: "Brian Thompson"
To: "Jurij Smakov" ; "Martin"
Cc:
Sent: Thursday, May 07, 2009 3:01 PM
Subject: Re: sparc/debian/linux procedures
One current concern (which I've brought up in the past but probably didn't
follow
Jurij Smakov wrote:
On Thu, May 07, 2009 at 02:00:35AM +0100, Martin wrote:
[...]
My question is - when I find things that worked in Ubuntu sparc
but not on Debian, what is the proper procedure for resolving the
issue? Is there a checklist or flowchart anywhere public that should
be follow
On Thu, May 07, 2009 at 02:00:35AM +0100, Martin wrote:
[...]
> > My question is - when I find things that worked in Ubuntu sparc
> > but not on Debian, what is the proper procedure for resolving the
> > issue? Is there a checklist or flowchart anywhere public that should
> > be followed when issu
[ Apologies for the cross post ]
On Mon, 2009-05-04 at 15:26 -0400, Brian Thompson wrote:
> All,
> It's my understanding that there are a team of people who are focused
> on the sparc kernel itself (which is used by Debian as well as some of
> the other distributions - Aurora, etc).
This is a subs
All,
First I have to say this email isn't targeted at any specific people by
name but rather to all of those who are interested in seeing further
linux sparc development (and especially Debian sparc development).
I've been trying to follow the current debate regarding niagara testing/
bug fixes
6 matches
Mail list logo
