Обсуждение: 6.5 Release date
I have just talked to Thomas Lockhart, and he will need a few days to finish up the docs. He has said he needs some time once all the changes are made. There are over 800 pages of documenation, so it takes some time to complete. I recommend a Monday, June 14th release date. I know it is later than we wanted, but I am not sure what choice we have unless we want to ship with incomplete documenation, which seems wrong to me. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
On Tue, 8 Jun 1999, Bruce Momjian wrote: > I have just talked to Thomas Lockhart, and he will need a few days to > finish up the docs. He has said he needs some time once all the changes > are made. There are over 800 pages of documenation, so it takes some > time to complete. > > I recommend a Monday, June 14th release date. I know it is later than > we wanted, but I am not sure what choice we have unless we want to ship > with incomplete documenation, which seems wrong to me. I concur...let's hold her till June 14th then. No source changes between now and then, unless *absolutely* required...agreed? :) Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
The Hermit Hacker wrote: > > On Tue, 8 Jun 1999, Bruce Momjian wrote: > > > I have just talked to Thomas Lockhart, and he will need a few days to > > finish up the docs. He has said he needs some time once all the changes > > are made. There are over 800 pages of documenation, so it takes some > > time to complete. > > > > I recommend a Monday, June 14th release date. I know it is later than > > we wanted, but I am not sure what choice we have unless we want to ship > > with incomplete documenation, which seems wrong to me. > > I concur...let's hold her till June 14th then. No source changes between > now and then, unless *absolutely* required...agreed? :) We'll try... :)) Vadim
On Wed, 9 Jun 1999, Vadim Mikheev wrote: > The Hermit Hacker wrote: > > > > On Tue, 8 Jun 1999, Bruce Momjian wrote: > > > > > I have just talked to Thomas Lockhart, and he will need a few days to > > > finish up the docs. He has said he needs some time once all the changes > > > are made. There are over 800 pages of documenation, so it takes some > > > time to complete. > > > > > > I recommend a Monday, June 14th release date. I know it is later than > > > we wanted, but I am not sure what choice we have unless we want to ship > > > with incomplete documenation, which seems wrong to me. > > > > I concur...let's hold her till June 14th then. No source changes between > > now and then, unless *absolutely* required...agreed? :) > > We'll try... :)) *If* I see a source change, I will try and build up a new beta that night so that ppl can run through it, but if we can avoid that, all the better :) Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
On Wed, 9 Jun 1999, The Hermit Hacker wrote: > On Tue, 8 Jun 1999, Bruce Momjian wrote: > > > I have just talked to Thomas Lockhart, and he will need a few days to > > finish up the docs. He has said he needs some time once all the changes > > are made. There are over 800 pages of documenation, so it takes some > > time to complete. > > > > I recommend a Monday, June 14th release date. I know it is later than > > we wanted, but I am not sure what choice we have unless we want to ship > > with incomplete documenation, which seems wrong to me. > > I concur...let's hold her till June 14th then. No source changes between > now and then, unless *absolutely* required...agreed? :) Change the date on the web page? Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include <std/disclaimers.h> TEAM-OS2 Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ==========================================================================
Go for her... On Wed, 9 Jun 1999, Vince Vielhaber wrote: > On Wed, 9 Jun 1999, The Hermit Hacker wrote: > > > On Tue, 8 Jun 1999, Bruce Momjian wrote: > > > > > I have just talked to Thomas Lockhart, and he will need a few days to > > > finish up the docs. He has said he needs some time once all the changes > > > are made. There are over 800 pages of documenation, so it takes some > > > time to complete. > > > > > > I recommend a Monday, June 14th release date. I know it is later than > > > we wanted, but I am not sure what choice we have unless we want to ship > > > with incomplete documenation, which seems wrong to me. > > > > I concur...let's hold her till June 14th then. No source changes between > > now and then, unless *absolutely* required...agreed? :) > > Change the date on the web page? > > Vince. > -- > ========================================================================== > Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null > # include <std/disclaimers.h> TEAM-OS2 > Online Campground Directory http://www.camping-usa.com > Online Giftshop Superstore http://www.cloudninegifts.com > ========================================================================== > > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
> On Wed, 9 Jun 1999, The Hermit Hacker wrote: > > > On Tue, 8 Jun 1999, Bruce Momjian wrote: > > > > > I have just talked to Thomas Lockhart, and he will need a few days to > > > finish up the docs. He has said he needs some time once all the changes > > > are made. There are over 800 pages of documenation, so it takes some > > > time to complete. > > > > > > I recommend a Monday, June 14th release date. I know it is later than > > > we wanted, but I am not sure what choice we have unless we want to ship > > > with incomplete documenation, which seems wrong to me. > > > > I concur...let's hold her till June 14th then. No source changes between > > now and then, unless *absolutely* required...agreed? :) > > Change the date on the web page? Yes, please. Any chance for new web look by then? (I am a comedian.) -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
On 09-Jun-99 Bruce Momjian wrote: >> On Wed, 9 Jun 1999, The Hermit Hacker wrote: >> >> > On Tue, 8 Jun 1999, Bruce Momjian wrote: >> > >> > > I have just talked to Thomas Lockhart, and he will need a few days to >> > > finish up the docs. He has said he needs some time once all the changes >> > > are made. There are over 800 pages of documenation, so it takes some >> > > time to complete. >> > > >> > > I recommend a Monday, June 14th release date. I know it is later than >> > > we wanted, but I am not sure what choice we have unless we want to ship >> > > with incomplete documenation, which seems wrong to me. >> > >> > I concur...let's hold her till June 14th then. No source changes between >> > now and then, unless *absolutely* required...agreed? :) >> >> Change the date on the web page? > > Yes, please. Any chance for new web look by then? (I am a comedian.) It didn't look good, but a water main break closed the complex and I'm home today. So I'm working on it now. I made up some templates for the new stuff and we'll see how it goes. I still need to write a couple of quick scripts to make future changes easier, but that's only a few min job. Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: vev@michvhf.com flame-mail: /dev/null # include <std/disclaimers.h> TEAM-OS2 Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ==========================================================================
Sorry Mark, this late I have now a regression test for the NUMERIC data type. Should I add it or is it too late? Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #========================================= wieck@debis.com (Jan Wieck) #
> > Yes, please. Any chance for new web look by then? (I am a comedian.) > > It didn't look good, but a water main break closed the complex and I'm > home today. So I'm working on it now. I made up some templates for the > new stuff and we'll see how it goes. I still need to write a couple of > quick scripts to make future changes easier, but that's only a few min > job. Aw, water main break. That's a shame. :-) (Yes!) -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
On Wed, 9 Jun 1999, Jan Wieck wrote: > Sorry Mark, > > this late I have now a regression test for the NUMERIC data > type. Should I add it or is it too late? I personally see no problems with adding a new regression test to the tree... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
> I have now a regression test for the NUMERIC data > type. Should I add it or is it too late? Add it. I'll help test. We'll ask Mark about it later ;) - Thomas -- Thomas Lockhart lockhart@alumni.caltech.edu South Pasadena, California
On Wed, 9 Jun 1999, Bruce Momjian wrote: > > > Yes, please. Any chance for new web look by then? (I am a comedian.) > > > > It didn't look good, but a water main break closed the complex and I'm > > home today. So I'm working on it now. I made up some templates for the > > new stuff and we'll see how it goes. I still need to write a couple of > > quick scripts to make future changes easier, but that's only a few min > > job. > > Aw, water main break. That's a shame. :-) (Yes!) I love the genuine sympathy in this one *rofl* Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
Marc G. Fournier wrote: > > On Wed, 9 Jun 1999, Jan Wieck wrote: > > > Sorry Mark, > > > > this late I have now a regression test for the NUMERIC data > > type. Should I add it or is it too late? > > I personally see no problems with adding a new regression test to the > tree... But I see a little one on it. The test I've created uses some values that have been calcuated by bc(1) with a precision of 1000 digits after the decimal point. And it excessively uses LOG, POWER etc. The SQL script plus the expected .out are about 500K. It run's about 1 hour and 13 minutes on a 333 MHz PII system (no disk activity during it - real CPU time). I think it should be somewhat separate from the usual regression because some older hardware would need days to complete the entire suite. What about adding a 'make longtest' to the regression and printing a hint about it at the end of 'make runtest'? I see we're short of time, so I'll do it this way now and maybe later turn the wheel back. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #========================================= wieck@debis.com (Jan Wieck) #
> > > I have now a regression test for the NUMERIC data > > type. Should I add it or is it too late? > > Add it. I'll help test. We'll ask Mark about it later ;) O.K. - it's in place. I've added 2 tests for NUMERIC. One that is performed by default on target 'runtest'. This one uses 100 digits after the decimal point. It causes the entire regression suite to take now 2.5 times longer than before. The other one is mainly the same test, just with other values and this time 1000 digits after the decimal point. This one is added to the end of the regression suite if the make target 'bigtest' is used. Both stress the CPU havily by calculating square roots, logarithms and power to the wanted precision. I don't have any clue how many internal add, subtract, multiply and divide cycles they cause - all the complex functions are based on Taylor/McLaurin. But it must be some hundreds. All expected results have been precalculated with bc(1) using a slightly higher precision. So you shouldn't have to check ALL the numerical results in the 250K numeric_big test by hand - maybe you do it anyway just to be sure that there is not one single difference of 10^^-1000 :-) Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #========================================= wieck@debis.com (Jan Wieck) #
wieck@debis.com (Jan Wieck) writes: > The SQL script plus the expected .out are about 500K. It > run's about 1 hour and 13 minutes on a 333 MHz PII system (no > disk activity during it - real CPU time). Yipes. That's a tad heavyweight for a regression test of *one* feature. I had in mind something that would help us catch portability bugs, not something that would encourage people to buy new hardware ;-). regards, tom lane
> The SQL script plus the expected .out are about 500K. It > run's about 1 hour and 13 minutes on a 333 MHz PII system (no > disk activity during it - real CPU time). > > I think it should be somewhat separate from the usual > regression because some older hardware would need days to > complete the entire suite. > > What about adding a 'make longtest' to the regression and > printing a hint about it at the end of 'make runtest'? I see > we're short of time, so I'll do it this way now and maybe > later turn the wheel back. > Can we get a short version for 6.5, and add a 'decimal-test' version to a later release. -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
> > I concur...let's hold her till June 14th then. No source changes between > now and then, unless *absolutely* required...agreed? :) > Please put the implementaion of mdtruncate() back to old one. Current implementation is the worst one. For example,trying to truncate a 1.5G( = 1G + 0.5G ) table to 1.2G, vacuum expander would expand the table to 1.7G( = 1.2G + 0.5G) . Regards. Hiroshi Inoue Inoue@tpf.co.jp
I need a patch to the current tree. I don't see a previous version of md.c, and at this point, I am not going to guess on a fix. > > I concur...let's hold her till June 14th then. No source changes between > > now and then, unless *absolutely* required...agreed? :) > > > > Please put the implementaion of mdtruncate() back to old one. > Current implementation is the worst one. > > For example,trying to truncate a > 1.5G( = 1G + 0.5G ) table to 1.2G, > vacuum expander would expand the table to > 1.7G( = 1.2G + 0.5G) . > > Regards. > > Hiroshi Inoue > Inoue@tpf.co.jp > -- Bruce Momjian | http://www.op.net/~candle maillist@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026