Tom Lane wrote:
> (It might be good if we had a more standardized way of generating
> HISTORY though. I tried a couple different versions of lynx and
> got a couple different outputs, none perfectly matching whatever
> version Bruce is using ...)
There lies the problem. Making these text files i
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> Last cycle, Peter encouraged people to add quick-and-dirty release notes
>> into release.sgml when important changes are made, and I thought that
>> worked pretty well.
> Would you be more specific? How did it work well?
There was a
Tom Lane wrote:
> "Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> > Confused here, but how "up to date" is HISTORY in CVS to start with?
>
> One reason it's not is the confusion over which version is the master.
> Last cycle, Peter encouraged people to add quick-and-dirty release notes
> into rel
> On Mon, 22 Dec 2003, Bruce Momjian wrote:
>> The only problem with removing HISTORY from CVS is that we will not have
>> an easily reable list of release changes _until_ we package the release.
Nonsense. Point 'em to
http://developer.postgresql.org/docs/postgres/release.html
>> Perhaps we shou
Marc G. Fournier wrote:
> On Mon, 22 Dec 2003, Bruce Momjian wrote:
>
> > Alvaro Herrera wrote:
> > > On Mon, Dec 22, 2003 at 12:17:32PM -0500, Bruce Momjian wrote:
> > >
> > > > The only problem with removing HISTORY from CVS is that we will not have
> > > > an easily reable list of release chang
Marc G. Fournier wrote:
> On Mon, 22 Dec 2003, Bruce Momjian wrote:
>
> > Marc G. Fournier wrote:
> > > On Mon, 22 Dec 2003, Bruce Momjian wrote:
> > >
> > > > The only problem with removing HISTORY from CVS is that we will not have
> > > > an easily reable list of release changes _until_ we packa
On Mon, 22 Dec 2003, Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > On Mon, Dec 22, 2003 at 12:17:32PM -0500, Bruce Momjian wrote:
> >
> > > The only problem with removing HISTORY from CVS is that we will not have
> > > an easily reable list of release changes _until_ we package the release.
> >
On Mon, 22 Dec 2003, Bruce Momjian wrote:
> Marc G. Fournier wrote:
> > On Mon, 22 Dec 2003, Bruce Momjian wrote:
> >
> > > The only problem with removing HISTORY from CVS is that we will not have
> > > an easily reable list of release changes _until_ we package the release.
> > > Perhaps we shoul
Alvaro Herrera wrote:
> On Mon, Dec 22, 2003 at 12:17:32PM -0500, Bruce Momjian wrote:
>
> > The only problem with removing HISTORY from CVS is that we will not have
> > an easily reable list of release changes _until_ we package the release.
> > Perhaps we should keep HISTORY in CVS, but regenera
Marc G. Fournier wrote:
> On Mon, 22 Dec 2003, Bruce Momjian wrote:
>
> > The only problem with removing HISTORY from CVS is that we will not have
> > an easily reable list of release changes _until_ we package the release.
> > Perhaps we should keep HISTORY in CVS, but regenerate it on tarball
>
On Mon, 22 Dec 2003, Bruce Momjian wrote:
> The only problem with removing HISTORY from CVS is that we will not have
> an easily reable list of release changes _until_ we package the release.
> Perhaps we should keep HISTORY in CVS, but regenerate it on tarball
> packaging, and INSTALL too.
Confu
On Mon, Dec 22, 2003 at 12:17:32PM -0500, Bruce Momjian wrote:
> The only problem with removing HISTORY from CVS is that we will not have
> an easily reable list of release changes _until_ we package the release.
> Perhaps we should keep HISTORY in CVS, but regenerate it on tarball
> packaging, an
Tom Lane wrote:
> "Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> > On Mon, 22 Dec 2003, Tom Lane wrote:
> >> (It might be good if we had a more standardized way of generating
> >> HISTORY though. I tried a couple different versions of lynx and
> >> got a couple different outputs, none perfectly
Tom Lane wrote:
> Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> > Are we going to regenerate the 7.4.1 tar ball?
>
> No. There is no difference other than some trailing spaces between
> what Bruce committed and what I put in yesterday.
>
> (It might be good if we had a more standardized way of gene
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> On Mon, 22 Dec 2003, Tom Lane wrote:
>> (It might be good if we had a more standardized way of generating
>> HISTORY though. I tried a couple different versions of lynx and
>> got a couple different outputs, none perfectly matching whatever
>> versi
On Mon, 22 Dec 2003, Tom Lane wrote:
> Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> > Are we going to regenerate the 7.4.1 tar ball?
>
> No. There is no difference other than some trailing spaces between
> what Bruce committed and what I put in yesterday.
>
> (It might be good if we had a more stan
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> Are we going to regenerate the 7.4.1 tar ball?
No. There is no difference other than some trailing spaces between
what Bruce committed and what I put in yesterday.
(It might be good if we had a more standardized way of generating
HISTORY though. I trie
Are we going to regenerate the 7.4.1 tar ball?
--
Tatsuo Ishii
> Peter Eisentraut - PostgreSQL wrote:
> > CVSROOT:/cvsroot
> > Module name:pgsql-server
> > Changes by: [EMAIL PROTECTED] 03/12/21 17:36:34
> >
> > Modified files:
> > doc/src/sgml : Tag: REL7_4_STABLE release
18 matches
Mail list logo