On Thu, Apr 26, 2001 at 09:58:43AM -0700, Bruce A. Mah wrote:
> This problem (which I agree is valid) is not so much a problem as to
> where the release notes live, but the fact that one needs to actually
> build human-readable renderings of them. If people can't be bothered
> to install the d
If memory serves me right, Wilko Bulte wrote:
> On Wed, Apr 25, 2001 at 05:06:12PM -0600, Warner Losh wrote:
> > In message <[EMAIL PROTECTED]> "Antoine Beaupre (LMC)" writ
> es:
> > : Hey whatever. Let's just keep a rendered TXT version where it always
> > : (ie. in the src/release... cvs) was bu
On Wed, Apr 25, 2001 at 05:06:12PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> "Antoine Beaupre (LMC)" writes:
> : Hey whatever. Let's just keep a rendered TXT version where it always
> : (ie. in the src/release... cvs) was but keep the originial as a sgml
> : version in the doc tre
If memory serves me right, Nik Clayton wrote:
> Like it.
OK, thanks, that's a good start...
> My main concern is that this is in the src/ tree. As other people
> have said this is going to complicate things for src/ folks who just
> want up to date release notes,
This problem (which I agree
On Tue, Apr 24, 2001 at 09:03:10AM -0700, Bruce A. Mah wrote:
> There's a snapshot of RELNOTESng for -CURRENT, updated irregularly,
> at:
>
> http://people.freebsd.org/~bmah/relnotes/
Like it.
My main concern is that this is in the src/ tree. As other people
have said this is going to complica
Sorry for late reply.
bmah> My first reaction is, "is doing doc.1 *that* much of a problem"? When
bmah> I was testing, it didn't seem like building this consumed much time or
bmah> disk space compared to the rest of the make release process (i.e.
bmah> building world and several kernels). A
"Bruce A. Mah" <[EMAIL PROTECTED]> writes:
> If memory serves me right, Makoto MATSUSHITA wrote:
>
> > takhus> Perhaps the *.TXT files could be periodically regenerated to their
> > takhus> current location to 1) avoid a POLA violation and 2) allow for at
> > takhus> least some RELNOTES without
If memory serves me right, Dima Dorfman wrote:
> On a slightly related note, do you object, or
> have plans to, build the release notes with the web site? It would
> solve this problem very nicely.
Hi Dima--
No objections, but no plans right now either. Mostly because I don't
know enough abo
In message <[EMAIL PROTECTED]> Warner Losh writes:
: In message <[EMAIL PROTECTED]> "Antoine Beaupre (LMC)" writes:
: : Hey whatever. Let's just keep a rendered TXT version where it always
: : (ie. in the src/release... cvs) was but keep the originial as a sgml
: : version in the doc tree.
:
: UP
In message <[EMAIL PROTECTED]> "Antoine Beaupre (LMC)" writes:
: Hey whatever. Let's just keep a rendered TXT version where it always
: (ie. in the src/release... cvs) was but keep the originial as a sgml
: version in the doc tree.
UPDATING will continue to be a flat file, or I will no longer mai
> On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:
> > > >
> > > > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > > > *.TXT versions: First, I don't want to bloat the repository with oodles
> > > > of builds to the *.TXT files. If we do this, it ought to be
If memory serves me right, Wilko Bulte wrote:
> On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:
> > As UPDATING may contain information nessecary to run make world, it can't b
> e built by make world.
> > Chicken and egg, methinks...
>
> Possibly. But I was not refering to UPDATING.
On Wed, Apr 25, 2001 at 09:42:07PM +0200, Leif Neland wrote:
> > >
> > > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > > *.TXT versions: First, I don't want to bloat the repository with oodles
> > > of builds to the *.TXT files. If we do this, it ought to be be fairly
Hey whatever. Let's just keep a rendered TXT version where it always
(ie. in the src/release... cvs) was but keep the originial as a sgml
version in the doc tree.
Just like ports/INDEX. Only better.
I think it is important to solve the duplication problem we have. It
would be very sad to see a r
> >
> > Here's my thoughts...for the record, I'm weakly opposed to regen-ing
> > *.TXT versions: First, I don't want to bloat the repository with oodles
> > of builds to the *.TXT files. If we do this, it ought to be be fairly
> > infrequently, like maybe once or twice a month.
>
> Bad idea..
On Wed, Apr 25, 2001 at 09:58:40AM -0700, Bruce A. Mah wrote:
> [Please keep me as one of the explicit recipients of this email.
> > Removing *.TXT files also makes some difficulties when ordinally "make
> > buildworld/installworld" users want to know what changes are made
> > (they should chan
[Please keep me as one of the explicit recipients of this email.
Thanks.]
If memory serves me right, Makoto MATSUSHITA wrote:
> takhus> Perhaps the *.TXT files could be periodically regenerated to their
> takhus> current location to 1) avoid a POLA violation and 2) allow for at
> takhus> leas
takhus> Perhaps the *.TXT files could be periodically regenerated to their
takhus> current location to 1) avoid a POLA violation and 2) allow for at
takhus> least some RELNOTES without needing DocBook and doc/ (even if they
takhus> may be slightly out of date).
I second this.
It is true that c
On Tue, 24 Apr 2001, Bruce A. Mah wrote:
> [...]
>
> There are two disadvantages to going this route. I think they're
> fairly minor:
>
> 1. Generating a set of release notes requires the DocBook toolchain
> to be built, as well as the doc/ subtree. Note that RELNOTESng
> will have a
On Tue, Apr 24, 2001 at 09:25:34AM -0700, Alfred Perlstein wrote:
> Sounds like some excellent work that was long over due. Go for it. :)
Agreed.
I've always found there are doc hackers willing to help with markup
problems on request, so I don't think that's a serious issue.
Kris
PGP signat
* Bruce A. Mah <[EMAIL PROTECTED]> [010424 09:04] wrote:
> (Apologies to -doc people who have probably heard this ad nauseum.)
>
> Over the past few months, I've been working on a project that I've
> taken to calling RELNOTESng, which is the overhaul of RELNOTES.TXT and
> related files that we pa
(Apologies to -doc people who have probably heard this ad nauseum.)
Over the past few months, I've been working on a project that I've
taken to calling RELNOTESng, which is the overhaul of RELNOTES.TXT and
related files that we package along with a FreeBSD distribution.
I've been soliciting feedb
22 matches
Mail list logo
