At 2005-02-07 12:28:34 -0500, [EMAIL PROTECTED] wrote:
>
> > There was some mention of an upgrade tool which would avoid the need
> > for a dump/restore - did that idea die?
>
> No, but I don't see anyone volunteering to work on it now
I like the idea of having a working pg_upgrade (independent o
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> Jan Wieck wrote:
>> Then we better make sure that 8.0 -> 8.1 does not require dump&reload.
> There was some mention of an upgrade tool which would avoid the need for
> a dump/restore - did that idea die?
No, but I don't see anyone volunteering to wor
Jan Wieck wrote:
No, as an 8.0.x is mean to be for minor changes/fixes/improvements
... 'addressing a patnt conflict', at least in ARC's case, is a major
change, which is why we are looking at a short dev cycle for 8.1 ...
Then we better make sure that 8.0 -> 8.1 does not require dump&reload.
On 1/25/2005 6:23 PM, Marc G. Fournier wrote:
On Tue, 25 Jan 2005, Bruce Momjian wrote:
pgman wrote:
Not yet --- I suggested it but didn't get any yeas or nays. I don't
feel this is solely core's decision anyway ... what do the assembled
hackers think?
I am not in favor of adjusting the 8.1 releas
A new organization called the "Software Freedom Law Center"
was announced yesterday; that seems like it may be one of
the best places open-source groups could go for questions
like this ARC pending patent.
Eben Moglen (The FSF's main lawyer and Columbia Law prof),
Diane Peters (OSDL's general couns
Marc,
> alot smoother today then it went yesterday ... and faster ... but, then
> again, *most* clients use <256MB of storage, so moving their VM around
> takes no time ... svr1 is @ ~13G :) Something like 3G is justin's mailbox
> alone ... and i miscalculated how long it would take to move it ba
On Mon, 31 Jan 2005, Josh Berkus wrote:
Marc,
And to be perfectly frank, I was mostly thinking of Marc when I said that.
Sorry, that was uncharitable. I meant that (at the time) you were panicking.
Wait, I've not panic'd about all of this at any point ... the only
'chicken little' comment I made
On Mon, 31 Jan 2005, Josh Berkus wrote:
Now you have something different to panic about. How goes the server
shuffle?
alot smoother today then it went yesterday ... and faster ... but, then
again, *most* clients use <256MB of storage, so moving their VM around
takes no time ... svr1 is @ ~13G :
Josh Berkus wrote:
Guys,
BTW, if you hadn't guessed, that comment was supposed to be off-list.
Unfortunately, I discovered a bug with KMail and list management, the hard
way ...
Sigh.Just in case anyone wants to know, KMail 1.5.1 + has a bug where, if
you have list management turned on, it s
Marc,
> And to be perfectly frank, I was mostly thinking of Marc when I said that.
Sorry, that was uncharitable. I meant that (at the time) you were panicking.
Now you have something different to panic about. How goes the server
shuffle?
--
Josh Berkus
Aglio Database Solutions
San Franci
Andrew,
> On Thu, Jan 27, 2005 at 10:39:52AM -0800, Josh Berkus wrote:
> > Thanks. As you know, I'm getting a little sick of the chicken little
> > act among many of the -hackers
>
> I think this is a little bit of a mischaracterisation. Afilias is
> already a customer of IBM.
BTW, if y
Guys,
> BTW, if you hadn't guessed, that comment was supposed to be off-list.
> Unfortunately, I discovered a bug with KMail and list management, the hard
> way ...
Sigh.Just in case anyone wants to know, KMail 1.5.1 + has a bug where, if
you have list management turned on, it sometimes send
On Saturday 29 January 2005 11:33, Tom Lane wrote:
> Robert Treat <[EMAIL PROTECTED]> writes:
> > I'm not mischarecterizing, I just feel that putting out an lru based
> > 8.0.x release is such a bad idea that I'd rather do (1) than gamble on
> > (2).
>
> I don't understand why you think it's such a
Robert Treat <[EMAIL PROTECTED]> writes:
> I'm not mischarecterizing, I just feel that putting out an lru based 8.0.x
> release is such a bad idea that I'd rather do (1) than gamble on (2).
I don't understand why you think it's such a bad idea. We do have the
problem of getting adequate testin
On Friday 28 January 2005 12:36, Josh Berkus wrote:
> Robert,
>
> > Read the law... willful vs. unknown infringement are two different
> > things.
>
> We're not infringing anything, yet. That's a *pending* patent.
>
*sigh* Thats understood. But you were using the counter-argument that we
migh
"Greg Sabino Mullane" <[EMAIL PROTECTED]> writes:
> Spending time on this is silly, IMO, unless there is a technical reason
> why the feature should be replaced.
Well, people can validly have different opinions on how critical it is
to dodge the upcoming patent (and surely whether you live in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Read the law... willful vs. unknown infringement are two
> different things.
You can't infringe on a non-existent patent.
> FWIW I've really only been advocating that we don't do the change in a
> patch branch, which I'm afraid the "do nothin
Robert,
> Read the law... willful vs. unknown infringement are two different
> things.
We're not infringing anything, yet. That's a *pending* patent.
> Um... thats the way our legal system works. You could do that to any
> project if you had a patent they were infringing upon no matter how
> s
On Thu, 2005-01-27 at 12:51, Josh Berkus wrote:
> We don't *have* to do anything when the patent is granted. When we *have*
> to
> do something is when IBM sends a cease-and-desist letter to a PostgreSQL
> user. Not before.
>
With that attitude we don't have to do anything even then. We hav
On Thu, 27 Jan 2005, Robert Treat wrote:
On Thursday 27 January 2005 20:47, Tom Lane wrote:
Robert Treat <[EMAIL PROTECTED]> writes:
On Thursday 27 January 2005 10:27, Tom Lane wrote:
Ordinarily I would agree with you, but what happens to someone who is
still running 8.0.* when IBM's patent gets is
On Thursday 27 January 2005 20:47, Tom Lane wrote:
> Robert Treat <[EMAIL PROTECTED]> writes:
> > On Thursday 27 January 2005 10:27, Tom Lane wrote:
> >> Ordinarily I would agree with you, but what happens to someone who is
> >> still running 8.0.* when IBM's patent gets issued?
> >
> > This is a s
Robert Treat <[EMAIL PROTECTED]> writes:
> On Thursday 27 January 2005 10:27, Tom Lane wrote:
>> Ordinarily I would agree with you, but what happens to someone who is
>> still running 8.0.* when IBM's patent gets issued?
> This is a straw-man, since nothing stops people from running 8.0.0
> even i
On Thursday 27 January 2005 10:27, Tom Lane wrote:
> Robert Treat <[EMAIL PROTECTED]> writes:
> > I don't think it is worth breaking the expectation that only minor
> > changes get committed in revision level releases even with a beta.
>
> Ordinarily I would agree with you, but what happens to some
Josh Berkus writes:
> No, we're reactive regardless. Proactive would have been to investigate the
> ARC paper when it was published for outstanding patent applications, and
> again before feature freeze. Or even to have considered the fact that when
> an IBM person publishes a paper on ne
Josh,
> >>Bruce is advocating waiting until the Patent has been Granted, instead of
> >>doing something about it now, when we know the patent is going through
> >> the system (and will likely get granted) ... a "reactive" vs "proactive"
> >> response to the problem.
>
> Very well written Josh.
Th
Marc, Tom, Robert, Bruce, et al:
> Bruce is advocating waiting until the Patent has been Granted, instead of
> doing something about it now, when we know the patent is going through the
> system (and will likely get granted) ... a "reactive" vs "proactive"
> response to the problem.
No, we're rea
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
> How hard would it be to do as several have suggested already ... abstract
> out the ARC/LRU stuff into an API?
That was basically my objection to Neil's draft patch: it didn't make
any effort to abstract out a cleaner API. I'll try to look into th
On Thu, 27 Jan 2005, Tom Lane wrote:
What's really being debated here is how we can have adequate confidence
in a change that is admittedly larger than we like to back-patch. It's
not an unprecedented thing mind you; we have back-patched some fairly
large bug fixes in the past. But it's a bit
Robert Treat <[EMAIL PROTECTED]> writes:
> I don't think it is worth breaking the expectation that only minor
> changes get committed in revision level releases even with a beta.
Ordinarily I would agree with you, but what happens to someone who is
still running 8.0.* when IBM's patent gets issued
On Wed, 2005-01-26 at 02:09, Neil Conway wrote:
> Tom Lane wrote:
> > This may be the right path to go for
> > 8.0.* ... but we must NOT suppose that we can just push it out without
> > a full beta test cycle.
>
> Yeah, I think a beta period would be a good idea (not nearly as long as
> the 8.0 b
Bruce Momjian wrote:
pgman wrote:
...
What I would like to do is to pledge that we will put out an 8.0.X to
address any patent conflict experienced by our users. This would
include ARC or anything else. This way we don't focus just on ARC but
have a plan for any patent issues that appear, and we
Hello all,
As I got the next digest of pg hackers, I see that Jean-Gerard Pailloncy
has already advocated this idea. In no means I meant to copy :) as I am
on the digest mode. However, I think it's a good path to go anyway as two
people at least came up with it. Please do not disregard this idea.
Hello all,
With this "paten issue" on hand, can't we come up with a "pluggable" API
and pluggable cache-replacement modules so that folks who care not for US
patents can simply download and load in the "PgARC" module, and those who
can't, just load the "NeilLRU", or a "BetterThanARCCacheReplacemen
On Wed, 26 Jan 2005, Hannu Krosing wrote:
Ühel kenal päeval (teisipäev, 25. jaanuar 2005, 21:10-0400), kirjutas
Marc G. Fournier:
On Tue, 25 Jan 2005, Bruce Momjian wrote:
So if we have to address it we call it 8.0.7 or something. My point is
that we don't need to address it until we actually fin
Neil Conway <[EMAIL PROTECTED]> writes:
> Well, you've suggested that I should try and reduce the API churn caused
> by the patch. As I said on -patches, I don't really see this as an issue
> if we just apply the patch to REL8_0_STABLE.
If we do that then the patch will go out with essentially n
Ühel kenal päeval (teisipäev, 25. jaanuar 2005, 21:10-0400), kirjutas
Marc G. Fournier:
> On Tue, 25 Jan 2005, Bruce Momjian wrote:
> > So if we have to address it we call it 8.0.7 or something. My point is
> > that we don't need to address it until we actually find out the patent
> > is being en
I live in Europe, and right now, the patent, if granted, would not
have any effect on me. Even if Europe will have patents on software, I
doubt that this ARC algorithm will be patentable in Europe.
Is it possible to have an abstraction api where we can plug different
algorithms.
With two plugins
Ühel kenal päeval (kolmapäev, 26. jaanuar 2005, 15:38+1100), kirjutas
Neil Conway:
> Bruce Momjian wrote:
> > So if we have to address it we call it 8.0.7 or something. My point is
> > that we don't need to address it until we actually find out the patent
> > is being enforced against someone, and
Neil Conway wrote:
IMHO, the patent issue is *not* a "potential problem" for a lot of people,
it *is* a problem -- it makes people uncomfortable to be deploying
software that they know might cause them legal headaches down the line. It
also makes life difficult for people distributing commercial
Tom Lane wrote:
I've already pointed out a couple reasons why I don't have any
confidence in its correctness.
Well, you've suggested that I should try and reduce the API churn caused
by the patch. As I said on -patches, I don't really see this as an issue
if we just apply the patch to REL8_0_STAB
Neil Conway <[EMAIL PROTECTED]> writes:
> I've posted a patch to -patches that replaces ARC with LRU. The patch is
> stable -- I'll post some code cleanup for it tomorrow, but I've yet to
> find any bugs despite a fair bit of testing. The patch also reverts the
> code to being quite close to 7.4
Bruce Momjian wrote:
So if we have to address it we call it 8.0.7 or something. My point is
that we don't need to address it until we actually find out the patent
is being enforced against someone, and that possibility is quite unlikely.
IMHO, the patent issue is *not* a "potential problem" for a
On Tue, 25 Jan 2005, Bruce Momjian wrote:
Marc G. Fournier wrote:
One problem in working around the GIF format patent is that you had to
create a file that was readable by many of the existing GIF readers.
With PostgreSQL, only we read our own data files so we can more easily
make adjustments to av
Marc G. Fournier wrote:
> >> One problem in working around the GIF format patent is that you had to
> >> create a file that was readable by many of the existing GIF readers.
> >> With PostgreSQL, only we read our own data files so we can more easily
> >> make adjustments to avoid patents.
> >
> > I
On Tue, 25 Jan 2005, Bruce Momjian wrote:
pgman wrote:
Not yet --- I suggested it but didn't get any yeas or nays. I don't
feel this is solely core's decision anyway ... what do the assembled
hackers think?
I am not in favor of adjusting the 8.1 release based solely on this
patent issue. I think
pgman wrote:
> > Not yet --- I suggested it but didn't get any yeas or nays. I don't
> > feel this is solely core's decision anyway ... what do the assembled
> > hackers think?
>
> I am not in favor of adjusting the 8.1 release based solely on this
> patent issue. I think the probability of the
46 matches
Mail list logo
