[1833] in NetBSD-Development
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