Alpha release this week?
All,
We've got two locations and some individuals signed up for a test-fest
this weekend. Would it be possible to do an alpha release this week?
It would really help to be testing later code than Alpha4.
--
-- Josh Berkus
PostgreSQL Experts Inc.
http://www.pgexperts.com
On Sun, Mar 28, 2010 at 4:40 PM, Josh Berkus <josh@agliodbs.com> wrote:
We've got two locations and some individuals signed up for a test-fest
this weekend. Would it be possible to do an alpha release this week?
It would really help to be testing later code than Alpha4.
I'm willing to do the CVS bits, if that's helpful. Or maybe Peter
wants to do it. Anyway I have no problem with the idea.
...Robert
Robert Haas wrote:
On Sun, Mar 28, 2010 at 4:40 PM, Josh Berkus <josh@agliodbs.com> wrote:
We've got two locations and some individuals signed up for a test-fest
this weekend. Would it be possible to do an alpha release this week?
It would really help to be testing later code than Alpha4.I'm willing to do the CVS bits, if that's helpful. Or maybe Peter
wants to do it. Anyway I have no problem with the idea.
or just use a specific recent snapshot and let people test that just in
case it is not feasible doing a new alpha on short notice.
Stefan
or just use a specific recent snapshot and let people test that just in
case it is not feasible doing a new alpha on short notice.
Doesn't work if we want to test it on windows. And snaphsots have more
compile dependancies than releases do.
Also ... this isn't short notice. I requested a new alpha, this week, 2
weeks ago.
--
-- Josh Berkus
PostgreSQL Experts Inc.
http://www.pgexperts.com
On Mon, Mar 29, 2010 at 2:52 PM, Josh Berkus <josh@agliodbs.com> wrote:
or just use a specific recent snapshot and let people test that just in
case it is not feasible doing a new alpha on short notice.Doesn't work if we want to test it on windows. And snaphsots have more
compile dependancies than releases do.Also ... this isn't short notice. I requested a new alpha, this week, 2
weeks ago.
Also, I already said I would do it (unless another committer wants
to). Somebody just has to tell me what they want done and when.
Presumably that means providing a patch to the release notes for me to
check in, a date to make the branch, and where they want the tarball
put.
...Robert
Robert Haas wrote:
On Mon, Mar 29, 2010 at 2:52 PM, Josh Berkus <josh@agliodbs.com> wrote:
or just use a specific recent snapshot and let people test that just in
case it is not feasible doing a new alpha on short notice.Doesn't work if we want to test it on windows. And snaphsots have more
compile dependancies than releases do.Also ... this isn't short notice. I requested a new alpha, this week, 2
weeks ago.Also, I already said I would do it (unless another committer wants
to). Somebody just has to tell me what they want done and when.
Presumably that means providing a patch to the release notes for me to
check in, a date to make the branch, and where they want the tarball
put.
yeah but you also need people changing the website - and probably more
important given that josh wants windows as well help from dave for doing
a new windows installer :)
Stefan
On Mon, Mar 29, 2010 at 4:40 PM, Stefan Kaltenbrunner
<stefan@kaltenbrunner.cc> wrote:
yeah but you also need people changing the website - and probably more
important given that josh wants windows as well help from dave for doing a
new windows installer :)
True... well, I can't help with those bits. :-)
...Robert
On sön, 2010-03-28 at 19:22 -0400, Robert Haas wrote:
On Sun, Mar 28, 2010 at 4:40 PM, Josh Berkus <josh@agliodbs.com> wrote:
We've got two locations and some individuals signed up for a test-fest
this weekend. Would it be possible to do an alpha release this week?
It would really help to be testing later code than Alpha4.I'm willing to do the CVS bits, if that's helpful. Or maybe Peter
wants to do it. Anyway I have no problem with the idea....Robert
Feel free to do it. It's documented at
<http://wiki.postgresql.org/wiki/Alpha_release_process>. Ask me if
something is unclear.
But as was said downthread, getting someone to do the Windows installer
would be good.
Last i heard from Dave on that topic is that there's no chance of that
happening that quickly. He's on a plane now but I'm sure he'll confirm that
when he lands.
/Magnus
On Mar 29, 2010 6:14 PM, "Peter Eisentraut" <peter_e@gmx.net> wrote:
On sön, 2010-03-28 at 19:22 -0400, Robert Haas wrote:
On Sun, Mar 28, 2010 at 4:40 PM, Josh Berkus...
Feel free to do it. It's documented at
<http://wiki.postgresql.org/wiki/Alpha_release_process>. Ask me if
something is unclear.
But as was said downthread, getting someone to do the Windows installer
would be good.
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your sub...
Josh Berkus escribi�:
And snaphsots have more compile dependancies than releases do.
As far as I know, a snapshot is identical to a "release" in that regard.
If they are not, that's a bug and we can fix it before weekend.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
Alvaro Herrera wrote:
Josh Berkus escribi�:
And snaphsots have more compile dependancies than releases do.
As far as I know, a snapshot is identical to a "release" in that regard.
If they are not, that's a bug and we can fix it before weekend.
yeah - snapshots do have the same compile time dependencies as release
tarballs have.
Stefan
On 3/29/10 5:04 PM, Magnus Hagander wrote:
Last i heard from Dave on that topic is that there's no chance of that
happening that quickly. He's on a plane now but I'm sure he'll confirm
that when he lands.
That means that we'll be doing the test-fest using Alpha4, materially.
Which is annoying because it means we'll be catching a lot of bugs which
are already fixed. However, it's pretty much impossible for me to
coordinate 25 volunteers getting the *same* daily snapshot. And we need
to test on Windows, since it has all kinds of special issues.
I think my big goal for 9.1 is going to be to fix our testing procedure,
or rather total lack of a procedure. We've got development
systematized, now it's time for testing. I'm just sorry that the press
of work kept me from really doing it this time around.
I think we could be getting from alpha to beta in 6 weeks if we actually
had a schedule and some real testing goals.
--
-- Josh Berkus
PostgreSQL Experts Inc.
http://www.pgexperts.com
On Tue, Mar 30, 2010 at 4:43 PM, Josh Berkus <josh@agliodbs.com> wrote:
On 3/29/10 5:04 PM, Magnus Hagander wrote:
Last i heard from Dave on that topic is that there's no chance of that
happening that quickly. He's on a plane now but I'm sure he'll confirm
that when he lands.That means that we'll be doing the test-fest using Alpha4, materially.
Which is annoying because it means we'll be catching a lot of bugs which
are already fixed. However, it's pretty much impossible for me to
coordinate 25 volunteers getting the *same* daily snapshot. And we need
to test on Windows, since it has all kinds of special issues.I think my big goal for 9.1 is going to be to fix our testing procedure,
or rather total lack of a procedure. We've got development
systematized, now it's time for testing. I'm just sorry that the press
of work kept me from really doing it this time around.I think we could be getting from alpha to beta in 6 weeks if we actually
had a schedule and some real testing goals.
At the risk of being blunt, AFAICT, the delay in getting to beta has
little or nothing to do with testing and everything to do with the
fact that streaming replication got committed with a long list of open
items two months ago, and many of them haven't been fixed yet. Hot
Standby has a few warts too, but I think Simon has done a better job
cleaning up the loose ends there (with help from Tom and Heikki), no
doubt because he got it committed two months sooner than SR. From a
project management point of view, it seems to me that we shouldn't
commit major patches late in the release cycle unless someone has the
time to actually get them finished and stable. If Streaming
Replication were any other patch, we would have reverted it a month
ago. As it is, it looks like we're going to be waiting until Heikki
has time to deal with the issues, because it doesn't look like any of
the other committers are able/willing to help.
...Robert
On Wed, Mar 31, 2010 at 7:01 AM, Robert Haas <robertmhaas@gmail.com> wrote:
At the risk of being blunt, AFAICT, the delay in getting to beta has
little or nothing to do with testing and everything to do with the
fact that streaming replication got committed with a long list of open
items two months ago, and many of them haven't been fixed yet. Hot
Standby has a few warts too, but I think Simon has done a better job
cleaning up the loose ends there (with help from Tom and Heikki), no
doubt because he got it committed two months sooner than SR. From a
project management point of view, it seems to me that we shouldn't
commit major patches late in the release cycle unless someone has the
time to actually get them finished and stable. If Streaming
Replication were any other patch, we would have reverted it a month
ago. As it is, it looks like we're going to be waiting until Heikki
has time to deal with the issues, because it doesn't look like any of
the other committers are able/willing to help.
I believe that anyone except Heikki & me can deal with the following
issues since they started with SR but actually are not tied up to SR ;)
* dblink and walreceiver are not interruptible on win32
http://archives.postgresql.org/pgsql-hackers/2010-01/msg01672.php
http://archives.postgresql.org/pgsql-hackers/2010-03/msg00413.php
* smart shutdown during recovery gets stuck
http://archives.postgresql.org/pgsql-hackers/2010-01/msg02044.php
http://archives.postgresql.org/pgsql-hackers/2010-03/msg01208.php
* pg_xlogfile_name() might report the wrong name
http://archives.postgresql.org/pgsql-hackers/2010-01/msg01806.php
Regards,
--
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center
Josh Berkus wrote:
On 3/29/10 5:04 PM, Magnus Hagander wrote:
Last i heard from Dave on that topic is that there's no chance of that
happening that quickly. He's on a plane now but I'm sure he'll confirm
that when he lands.That means that we'll be doing the test-fest using Alpha4, materially.
Which is annoying because it means we'll be catching a lot of bugs which
are already fixed. However, it's pretty much impossible for me to
coordinate 25 volunteers getting the *same* daily snapshot. And we need
to test on Windows, since it has all kinds of special issues.
well this is actually the first release cycle where we even HAD alpha
releases - as for the snapsho thing I cannot see why you could not
download a snpashot on your own, put it somewhere (like a wiki page) and
send out an email to all the volunteers and ask them to use at least
that one if building from source...
Stefan
On Tue, Mar 30, 2010 at 1:04 AM, Magnus Hagander <magnus@hagander.net> wrote:
Last i heard from Dave on that topic is that there's no chance of that
happening that quickly. He's on a plane now but I'm sure he'll confirm that
when he lands.
Not with any amount of testing as we'd normally give any build before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
Dave,
Not with any amount of testing as we'd normally give any build before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.
That would be good enough for Saturday; we're going to test it after
all. Let me know which snapshot day you grab, so we can have the same
snapshot-day for Windows and other platforms.
--
-- Josh Berkus
PostgreSQL Experts Inc.
http://www.pgexperts.com
On Wed, Mar 31, 2010 at 6:46 PM, Josh Berkus <josh@agliodbs.com> wrote:
Dave,
Not with any amount of testing as we'd normally give any build before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.That would be good enough for Saturday; we're going to test it after
all. Let me know which snapshot day you grab, so we can have the same
snapshot-day for Windows and other platforms.
Oh, you're wanting to use an automated snapshot? There used to be some
differences in those tarballs (when compared to real releases) that
will probably cause the build system to fall over. If you can get a
proper alpha 5 tarball created, that would be preferrable.
--
Dave Page
EnterpriseDB UK: http://www.enterprisedb.com
On Wed, Mar 31, 2010 at 2:33 PM, Dave Page <dpage@pgadmin.org> wrote:
On Wed, Mar 31, 2010 at 6:46 PM, Josh Berkus <josh@agliodbs.com> wrote:
Dave,
Not with any amount of testing as we'd normally give any build before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.That would be good enough for Saturday; we're going to test it after
all. Let me know which snapshot day you grab, so we can have the same
snapshot-day for Windows and other platforms.Oh, you're wanting to use an automated snapshot? There used to be some
differences in those tarballs (when compared to real releases) that
will probably cause the build system to fall over. If you can get a
proper alpha 5 tarball created, that would be preferrable.
I can snap a tarball tonight if you want. I'm going to be leaving
town tomorrow afternoon, though.
...Robert
On Wed, 2010-03-31 at 10:46 -0700, Josh Berkus wrote:
Not with any amount of testing as we'd normally give any build
before
releasing it anyway. I can certainly stuff a tarball into the new
build machine and see what comes out the next morning.That would be good enough for Saturday; we're going to test it after
all. Let me know which snapshot day you grab, so we can have the same
snapshot-day for Windows and other platforms.
FWIW, I can release RPMs based on the same snapshot in an hour after I
get the tarball.
--
Devrim GÜNDÜZ
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer
PostgreSQL RPM Repository: http://yum.pgrpms.org
Community: devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr
http://www.gunduz.org Twitter: http://twitter.com/devrimgunduz
