[1833] in NetBSD-Development

home help back first fref pref prev next nref lref last post

Re: Netscape-3.01

daemon@ATHENA.MIT.EDU (Derek Atkins)
Thu Jan 28 11:07:35 1999

To: "Theodore Y. Ts'o" <tytso@MIT.EDU>
Cc: "t. belton" <tbelton@MIT.EDU>, "Nathan J. Williams" <nathanw@MIT.EDU>,
        Erik Nygren 	<nygren@MIT.EDU>, gisele@MIT.EDU, linux-dev@MIT.EDU,
        netbsd-dev@MIT.EDU, cwis-dev@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 28 Jan 1999 11:07:13 -0500
In-Reply-To: "Theodore Y. Ts'o"'s message of Wed, 27 Jan 1999 19:08:42 -0500 (EST)

What about adding new links in /mit/infoagents/arch -- I suspect the
maintainers would be uncomfortable allowing changes to that directory.
Perhaps 'rli' but not 'w' in .../arch, and write under it (which still
has an acl problem in the case of a new directory).

-derek

"Theodore Y. Ts'o" <tytso@MIT.EDU> writes:

> 
> 
> 	Something to perhaps consider is whether we could enter into a
> cooperative agreement with responsible folks within SIPB for supporting
> the Linux and NetBSD netscape platforms.  This would involve having some
> kind of letter of understanding that they would be responsible for
> keeping things up to date on those platforms, and in a clean fashion, or
> suffer having those platforms desupported from infoagents.  We would
> then give them write access to arch/{linux,netbsd}, and make them
> responsible for keeping those browsers in good order.  If they don't
> stay in good order, they get removed from the infoagents locker until
> such time as SIPB or some other organization can convince us that they
> would do a good job maintaining it.
> 
> 	This is just a strawman proposal, so I offer it just as a
> thought.  Obviously we would have to make sure there was someone in the
> Linux and Netbsd community willing to take on this responsibility, and
> we would have to make sure I/S was comfortable with allowing someone
> else to maintain part of the infoagents locker.  But as long as the
> lines of responsibility were clearly drawn, I think this might be a
> workable solution.  It has the advantage of making it easier to maintain
> a higher quality level for the non-I/S supported platforms, as well as
> reducing the load on the I/S staffers that are charged with maintaining
> the infoagents locker --- both of which I think we would all agree are
> good things!
> 
> 							- Ted

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/      PP-ASEL      N1NWH
       warlord@MIT.EDU                        PGP key available

home help back first fref pref prev next nref lref last post