how are y'all making bootfloppies?

2000-03-23 Thread Ari Heitner
I've been trying to hack up mkboot to work, with no success (yet).

Is there a script everyone else has been using that I've just missed?

Ari Heitner
  DC: 703/5733512  CMU: 412/8622699
Non c'è più forza nella normalità: c'è solo monotonia.


Re: how are y'all making bootfloppies?

2000-03-23 Thread Ben Collins
On Wed, Mar 22, 2000 at 05:52:56PM -0500, Ari Heitner wrote:
 I've been trying to hack up mkboot to work, with no success (yet).
 
 Is there a script everyone else has been using that I've just missed?
 
 Ari Heitner
   DC: 703/5733512  CMU: 412/8622699
 Non c'? pi? forza nella normalit?: c'? solo monotonia.

For debian, we use the boot-floppies package. There are some scripts there
(most of them out of the range of normal users), but they can give you a
good idea of the process.

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'


Re: TFTPbooting potato?

2000-03-23 Thread ferret

Would anyone have gotten a working i386-sparc cross-compiler that could
fairly easily be packaged? If not, I'll look at modifying the m68k
cross-compiler package in Potato, but last try on that (~4 weeks ago) it
would not build.

--
Beiad Ian Q. Dalton


On Wed, 22 Mar 2000, Ari Heitner wrote:

 On Wed, 22 Mar 2000, Ben Collins wrote:
 
  Machine type would be helpful. Also, trying each of the boot types (tftp,
  floppy) and reporting success and failures is also helpful. You can also
  try building your own kernel and testing that with the floppy images (just
  mount them and replace linux with your kernel image).
  
 
 Could you post the .config you're using to build the c and cdm kernels?
 That way we could play around and see what works/doesn't. I'll be home on
 spring break this coming week, and my IPX will be up and idle, so I can do
 some toying around (well, I can reboot and hope it come up :)
 
 
 
 Ari
 
 
 
 --  
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 


Re: sun4c floppy boot images status

2000-03-23 Thread ferret


On Wed, 22 Mar 2000, Ben Collins wrote:

 On Wed, Mar 22, 2000 at 11:42:29AM -0500, Ari Heitner wrote:
  
  On Tue, 21 Mar 2000, Ben Collins wrote:
  
   Well, I finally got ahold of a sparc 1+ sun4c to test the floppy boot
   images, and to my dismay, they worked perfectly (both the sun4c and
  
  Yeah, I think i said this (meant to if i didn't).
  
  I took the bootdisk I had been using for my 1+, tried it on my IPX, and it
  died with the funky read error.
  
  BTW i did use an i386 box to write the images
 
 Ok, then it sounds like we are having problems with only IPX and IPC. Does
 anyone know anything about the floppy on this architecture? Are there
 known issues? Note, that the sun4c images are using a non-compressed
 kernel, so it isn't a matter of CPU/Mem. Plus it never reads the entire
 image anyway.
 
 Ben

I know I was never able to do anything with the floppy on my IPX (read
'cat /dev/fd0 | less', write 'cat /foo/bar  /dev/fd0', or format
'superformat') past performing the initial install (from Slink) and could
never figure out any answers or suggestions. I usually would get about a
screenful (~40 lines) of what I remember were mostly timing and sense key
errors?

--
Beiad Ian Q. Dalton



Re: TFTPbooting potato?

2000-03-23 Thread Jean-Paul Blaquiere
 On Mar 22, [EMAIL PROTECTED] scrawled :

 Would anyone have gotten a working i386-sparc cross-compiler that could
 fairly easily be packaged? If not, I'll look at modifying the m68k
 cross-compiler package in Potato, but last try on that (~4 weeks ago) it
 would not build.
 
no.  I have tried to get gcc2.95-2 to compile as a 386i -- sparc x-compiler
but it would not build.  If you get the m68k one working, I would love to
hear from you.

compiling on an ELC compared to a dual celery 450 is  marked.

cya,
-- 
Jean-Paul Blaquiere ||   Do not tempt the daemons
   [EMAIL PROTECTED]||  -- Why? Can they hurt me?
||   No.  But it's ... tacky. --Adam, atsr


NIS+ Client Support Available / libpam_unix help needed

2000-03-23 Thread Rainer Dorsch

Over the past few months (shortly after my ITP), Debian-NIS+ Client support 
was developed by a small group of non-Debian maintainers. I post on 
debian-devel, to make the effort known among the Debian developers and the 
SPARC users, who might work in a SUN NIS+ environment AND to ask for 
libpam_unix help (see below).

To get access to  the NIS+ client package (i386) for Debian (potato) include

deb http://www.realbodo.de/ debian/
deb-src http://www.realbodo.de/ debian/

in your /etc/apt/sources.list

To install your Debian system as a NIS+ client do 

apt-get install nisplus libpam-unix2

Then read the doc in /usr/share/doc/nisplus.

The package is based on SUSE's libpam_unix2 package, because the nisplus 
provided from Thorsten Kukuk from SUSE) package does not work with Debian's 
libpam_unix.  With Debian's libpam_unix the client machine must be in the 
admin group on the nis+ server. With libpam_unix2 there's no need for that 
security hole. Ben Collins is looking on the problem, but due to his many 
other functions in the Debian project, he is short of time.

The integration of the Debian NIS+ package in the Debian distribution would 
proceed faster, if somebody else would be looking in the PAM problem. I think 
some experience with the libpam_unix implementation is required. Certainly, 
nis+ access would be an advantage.

The packaging work was done by Michael Feger (University of Karlsruhe), 
testing and documentation was done by Sebastien Chaumat and Pascal 
Degiovanni(Ecole Normale Superieure de Lyon). Both can be reached via the 
debian-nis+ mailalias [EMAIL PROTECTED] If you 
want to be added to the alias, please send a short email to me.

Thanks.

Rainer.
-- 
Rainer Dorsch
Abt. Rechnerarchitektur  e-mail:[EMAIL PROTECTED]
Uni StuttgartTel.: 0711-7816-215



Re: NIS+ Client Support Available / libpam_unix help needed

2000-03-23 Thread Ben Collins
 
 The integration of the Debian NIS+ package in the Debian distribution would 
 proceed faster, if somebody else would be looking in the PAM problem. I think 
 some experience with the libpam_unix implementation is required. Certainly, 
 nis+ access would be an advantage.
 

Just to clarify what needs to be done. I did not want to include a module
called pam_unix2.so for fear of confusion with users. What I would like to
see is the NIS+ functionality from pam_unix2.so to be merged into and work
seemlessly with the current pam_unix.so. Atleast this way, the changes can
be merged upstream, and integration is easier (e.g. just add nisplus to
the modules options in the pam config files to enable the functionality).

The folks the did all the work for this need a big thank you for the
work they have been doing.

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'


FAQlist?

2000-03-23 Thread Chad Miller

Hi.  Is there a FAQ list?  I have a few questions that I think would just
annoy most experienced {ultra,}sparc users.
- chad


Re: FAQlist?

2000-03-23 Thread Jim Mintha

On Thu, Mar 23, 2000 at 02:15:18PM -0500, Chad Miller wrote:
 Hi.  Is there a FAQ list?  I have a few questions that I think would just
 annoy most experienced {ultra,}sparc users.

There is a FAQ for sparc linux in general at:
http://www.ultralinux.org/faq.html

at the moment it doesn't have very much that is debian specific.  But
if you don't find what your looking for, as Ben said just ask the
list.

Jim

-- 
Jim Mintha   Email: [EMAIL PROTECTED]
System Administrator  Work: +31 20 525-4919
Informatiseringscentrum   Home: +31 20 662-3892
University of Amsterdam   Debian GNU/Linux: [EMAIL PROTECTED]
_There are always Possibilities_ http://jim.ultralinux.org