On Tue, 3 May 2005, Marc G. Fournier wrote:
On Tue, 3 May 2005, Joshua D. Drake wrote:
My primary desire is to avoid having to download several Meg of tar
ball(s) in order to add a module to an existing server ... if that can be
accomplished, then my main objection to adding things to the core
ialup, and I believe there are still alot of places in Europe (or is/was
it just GB?) that pay per byte for their bandwidth ... even myself, at
home, on a cable modem, have at times found downloads to be atrociously
slow due to load n the network ...
----
Marc G. Fournier Hub.Org Netwo
ting server ... if that can be
accomplished, then my main objection to adding things to the core CVS are
eliminated ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
--
On Tue, 3 May 2005, Thomas Hallgren wrote:
Marc G. Fournier wrote:
On Tue, 3 May 2005, Tom Lane wrote:
I think the idea is that plphp would be in our CVS, but would not be
shipped as part of the main tarball, rather as its own separate tarball.
That is what I'm hoping for ... if it can be sh
nd ports) can have a nice small, quick to download package instead of
having to re-download a >11MB file each time ...
I don't mind if its *also* ship'd in the main distribution as well, I just
want that 'quick to download since I already have the libraries/headers
installed'
On Mon, 2 May 2005, Bruce Momjian wrote:
Joshua D. Drake wrote:
Marc G. Fournier wrote:
On Mon, 2 May 2005, Bruce Momjian wrote:
Why is dbmirror still there? Can't it be moved to pgfoundry?
Anyone willing to take ownership of it to setup the project itself on
pgfoundry?
I thought it was
On Mon, 2 May 2005, Bruce Momjian wrote:
Why is dbmirror still there? Can't it be moved to pgfoundry?
Anyone willing to take ownership of it to setup the project itself on
pgfoundry?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROT
method of extending 'make dist' for the
release cycle can be devised so that pl/PHP (and the other pl/'s would be
nice eventually) tar *with* the core .tar.gz *and* a seperate
plphp-.tar.gz file that can be downloaded seperately, my
arguments against will have been negated ...
anges and make sure they
are implemented ...
That is what pgFoundry was setup for ... to give projects the visibiilty
they would get through the core distribution by making sure they are
referenced in a central place, but providing the maintainers with direct
CVS access to make changes to their
On Mon, 2 May 2005, Bruce Momjian wrote:
Marc G. Fournier wrote:
On Mon, 2 May 2005, Bruce Momjian wrote:
Marc G. Fournier wrote:
On Mon, 2 May 2005, Bruce Momjian wrote:
I posted this compromise and no one replied so I thought everyone was OK
with it. It gets it into CVS, but has a separate
On Mon, 2 May 2005, Bruce Momjian wrote:
Marc G. Fournier wrote:
On Mon, 2 May 2005, Bruce Momjian wrote:
I posted this compromise and no one replied so I thought everyone was OK
with it. It gets it into CVS, but has a separate compile stage to deal
with the recursive dependency problem.
Then
ball bigger?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ
nt over
backwards to try and help set someone on the right path if the patch
submission warrants it ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---
s fully
installed and using the new libpq. I think we had agreement on that
solution.
Last I read, both Tom and I were against it being in CVS (albeit for
different reasons) ... and there hadn't been any discussions past the end
of that thread that I've seen ...
Marc G. Fournie
ar as code submissions are concerned, Tom has pretty much been "final
arbitrar" (not that I'm against that, I think its required to keep the
code 'clean') ... those with cvs commit privileges are a bit higher on the
totem, but they've already been "through the fir
ve moved the site to the new server that just went online this
past week ... its still not a rocket, but its not 'just crawling' either
...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscr
is direction should contact the list, and
make sure that there is some sort of liason ...
that is by no means the wording I'd suggestion, just the concept ... this
thread will act as a good 'heads up' to those already here, but its
something that needs to be brought up regularly f
On Fri, 29 Apr 2005, Christopher Browne wrote:
Martha Stewart called it a Good Thing when [EMAIL PROTECTED] ("Marc G. Fournier") wrote:
I know one person was talking about being able to target only those
that pages that have changes, instead of the whole table ... but some
sort of "
doing a massive import of data into a table, the last time I want is a
VACUUM to cut in and slow down the loading ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
-
and having it one by default is going to cut down on surprises.
Except for the surprise of peridically having the system go unresponsive
because it hit a large table, and that new user wondering what is wrong
with postgresql that it just stalls seemingly randomly :(
Marc G. Fournier
On Fri, 22 Apr 2005, Dave Held wrote:
-Original Message-
From: Marc G. Fournier [mailto:[EMAIL PROTECTED]
Sent: Friday, April 22, 2005 8:56 AM
To: pgsql-hackers@postgresql.org
Subject: [HACKERS] Woo hoo ... a whole new set of compiler headaches!!
:)
GCC 4.0.0 has been released.
[...]
I
On Fri, 22 Apr 2005, Dave Held wrote:
-Original Message-
From: Marc G. Fournier [mailto:[EMAIL PROTECTED]
Sent: Friday, April 22, 2005 9:46 AM
To: Dave Held
Cc: pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] Woo hoo ... a whole new set of compiler
headaches!! :)
[...]
With GCC 4.x
in the gcc/gcc-4.0.0 subdirectory.
As usual, a vast number of people contributed to this release -- far too
many to thank by name!
--
Mark Mitchell
CodeSourcery, LLC
[EMAIL PROTECTED]
(916) 791-8304
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
On Wed, 20 Apr 2005, Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
Is there a reason (other then it hasn't been implemented yet?) that the
following couldn't work?
SELECT id,count(id) AS cnt
FROM table
WHERE id IN ( 1,2,3,4,5)
GROUP BY
ROUP BY id
HAVING count(id) = 2;
The second one would have to 're-run' the COUNT against the table, would
it not? Whereas the first would take the existing results?
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]
to be fixed, but not in a minor release.
Agreed ... this is extending an existing feature to include a broader
charset, not fixing a but ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 76
Will be on the main ftp site within the next 30 minutes ...
tar sizes look right compared to 8.0.1 ... please check her over to make
sure there are no problems ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
the win32 binaries that were built last
week. Did we miss it (I can't see anythign in the archives), or have
plans changed?
Regards, Dave.
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
ating a 'dist' target to makes a tar
ball that includes everything required to build it seperately ... its a
matter of finding the time to do it :(
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
at are enabled thorugh an extensions.ini file
...
Same thing happens with the various 'components' of postgresql, each are
built/installed as seperate packages, where if the appropriate headers are
already installed on teh machine, the core distribution doesn't have to be
re-downloa
uct to the server ,it gets 'auto-added' to the main index page,
and have similar/same formats to give a consistency across different
pieces of software ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscra
rk that someone else might be working on (ie.
in this case, Dave's pl-j alternative to pl-java) ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
language. Whatever I put into print will
always benefit from a review.
There is nothing stop'ng a chapter being added now, and a pointer to where
to download it could be easily added as part of it ..
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EM
wheel 512 Feb 20 04:59 postgresql80-client
drwxr-xr-x 3 root wheel 1024 Mar 19 04:59 postgresql80-server
drwxr-xr-x 2 root wheel 512 Oct 24 04:59 postgresql_autodoc
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]
(if more PLs) come
online ...
Also, since plPerlNG is maintained on PgFoundry, are the changes you are
making to core getting migrated back to the main project itself?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Ya
e to agree ... we're
an "extensible database that requires the extensions to be in core" is
effectively what is being said, which kinda defeats the 'extensible'
nature ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PR
in having plPHP in core?
Is there a reason why it can no longer operate as a standalone language
out of pgfoundry, like pl/java and pl/perl?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ
Let me know of any problems ... will announce her tomorrow if none ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
On Thu, 24 Mar 2005, Dave Page wrote:
-Original Message-
From: Marc G. Fournier [mailto:[EMAIL PROTECTED]
Sent: 24 March 2005 18:37
To: Dave Page
Cc: Marc G. Fournier; pgsql-hackers@postgresql.org
Subject: RE: [HACKERS] Upcoming 8.0.2 Release
On Thu, 24 Mar 2005, Dave Page wrote:
Not me
On Thu, 24 Mar 2005, Dave Page wrote:
Not me, but bear in mind it's the Easter holidays, so I for one cannot
guarantee I'll be able to package a windows installer for at least a few
days.
That's okay, we're only packaging a beta this weekend ...
----
Marc G. Fournier
Thursday.
The reason for the gap is to give a bit of extra testing time due to the
ARC->2Q changes ...
Is anyone sitting on anything that they feel needs/should get into 8.0.2?
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]
On Sun, 20 Mar 2005, Thomas Hallgren wrote:
Marc G. Fournier wrote:
If only the CVS/Mailing lists are needed, and nothing that is "in the
database", then this shouldn't be too hard ... go to pgfoundry, submit for
the new project ... once it is approved, create the various mailing
mesh
Lingnu Open Source Consulting ltd.
Have you backed up today's work? http://www.lingnu.com/backup.html
---(end of broadcast)-------
TIP 4: Don't 'kill -9' the postmaster
Marc G. Fournier Hub.Org Networking Services (htt
hat they're used for temporary tables). Anyone have
a preference, or a better alternative?
temp_buffers sounds more descriptive ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
here's a few jokes ... not that many ...
Be almost cute to add a section to the web site that links to cvsweb to
point out these ... making sure to link to the "oldest version in cvs that
contains it" ...
Marc G. Fournier Hub.Org Networking Services (http://www.h
;s side ...
Any 'risk of data loss' has always been taboo, making the default
behaviour be to increase that risk seems to be a step backwards to me ..
having the option, fine ... effectively forcing that option is what I'm
against (and, by forcing, I mean how many ppl "change f
On Thu, 17 Mar 2005, Dave Page wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marc
G. Fournier
Sent: 17 March 2005 05:32
To: Bruce Momjian
Cc: Magnus Hagander; Tom Lane; pgsql-hackers@postgresql.org;
[EMAIL PROTECTED]; Merlin Moncure
Subject: Re
s bones warning around it so that they understand the risks
...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
llowed for PQresultErrorField, docs on PQtransactionStatus,
etc.
There shouldn' tbe any issues ... if I recall correctly, someone took the
docs wholesale and bound/sold them as documentation at one point ... maybe
an attribution as to where you got it from?
Marc G. Fournier Hub
true only if the old libpq stays around, which isn't always
the case.
that's an administrative decision though, not ours ... we have source code
going back to 6.x, so it isn't like older versions aren't available ...
----
Marc G. Fournier Hub.Org Networking Services
.ev1.net
(66.98.241.125).
I forgot to mention that this has been happening since last evening,
so it's not just transient.
Bruce just infformed me late this morning ... the server was rebooted and
is now running again ...
Marc G. Fournier Hub.Org Networking Services
rection was set by a group of very competent people,
instead of just one person.
The problem right now is that there are too many 'very competent people'
...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscr
st have something credible X months
before freeze", that diminishes the value of free time that people might
have after that point.
And, our 'feature freezes' have tended to be somewhat fluid ... its only
when we finally hit the beta cycle itself that things become locked in
?
I'd say the other way around ... at least when 'noone is around', one
person that is can still work on the feature they are working on ...
feature freeze when nobody around means the code stagnants since nobody is
around to test/give feedback ...
Marc G. Fournier
are when they
are planning, or on, holidays ;)
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 9: the planner w
On Fri, 25 Feb 2005, Josh Berkus wrote:
Also, what do you think of Simon's plan for a 2-stage feature freeze?
Maybe not so far apart ... maybe a month apart?
I missed that ... could you re-summarize?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [
t version of FreeBSD) over the next few months ... they've
already re-written the VFS system, which we tax heavily, but haven't
finished the rewrite of the unionfs code (which is how we tax VFS) which
is in the works ...
Love the OS ... not so haappy with the direction its tak
significantly ... in my case, I need postgresql "server" on maybe one
machine, but need just libpq on every other one that I run ..
I've gotta sit down and see if I can figure out how to do thatt .. would
really be interesting to see the stats if we had a seperate 'libpq'
On Fri, 25 Feb 2005, Peter Eisentraut wrote:
Am Freitag, 25. Februar 2005 15:42 schrieb Marc G. Fournier:
Based on past discussions on a 12 to 18 month dev cycle for 8.1, and based
on past track record, I'd say closer to the 18 month, so figure on June
'06, with freeze in January of
a) ...
subject to change, but I wouldn't expect a freeze until Jan '06, beta
period might be shorter though ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
-
thought we were looking at a 12-18 month cycle for 8.1? Which would put
beta around January '06, no?
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
On Thu, 24 Feb 2005, Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
On Thu, 24 Feb 2005, Tom Lane wrote:
Also: I notice that the README file that's supposed to tell people about
the split-tarball scheme is not present in any of the recent-version
subdirectori
g/pub/postgresql/%SUBDIR%/ \
ftp://ftp.tw.postgresql.org/pub/postgresql/%SUBDIR%/ \
ftp://ftp3.tw.postgresql.org/pub/postgresql/%SUBDIR%/ \
ftp://ftp.tr.postgresql.org/pub/SQL/postgresql/%SUBDIR%/ \
ftp://ftp.postgresql.org/pub/%SUBDIR%/
Marc G. Fournier
copy in there to the release
script ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 3: if posting/reading throug
rough the web ... this doesn't track
those using an ftp client going in and downloading files ... specifically,
I know that all of the FreeBSD ports are based on the split distributions
... in the case of the postgresql80-server port, it only downloads base
and opt and ignores
Sergey E. Koposov
Sternberg Astronomical Institute, Moscow University (Russia)
Max-Planck Institute for Astronomy (Germany) Internet: [EMAIL PROTECTED],
http://lnfm1.sai.msu.su/~math/
---(end of broadcast)---
TI
quot;
Does that help any?
On Tue, 8 Feb 2005, Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
I believe that this is what Oleg et al tap into with the tsearch2 stuff,
no? I have someone asking me about it, and want to make sure that I'm
telling him the right
On Tue, 8 Feb 2005, Oleg Bartunov wrote:
Marc,
On Tue, 8 Feb 2005, Marc G. Fournier wrote:
I believe that this is what Oleg et al tap into with the tsearch2 stuff,
no? I have someone asking me about it, and want to make sure that I'm
telling him the right answer ... is this what GiST is?
what we have in the docs the best place, or is there something someone
else has written that gets into it even more?
Thanks ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 76
chments on -patches as well.
That's why we need a Bug Tracking System. It was discussed some time
ago and what is the clue? IMHO A BTS is an essencial part in the
software development process.
So that we can count # of patch submitters? :)
Marc G. Fournier Hub.Org Networking
uch differen then pointing out
problems with a current implementation ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)--
On Sat, 5 Feb 2005, Matthew T. O'Connor wrote:
Marc G. Fournier wrote:
On Sat, 5 Feb 2005, Matthew T. O'Connor wrote:
I think I'm telling you what you already know, but there are lots of names
missing from that list (myself included), so that process isn't going to
work.
Wh
this list is of all those that submit'd patches to pgsql-patches itself,
not any of the other lists ... if you did send it to pgsql-patches, please
let me know the URL for the message, so that I can see what it was
overlooked, and see if I can't improve the 'search' ...
>
Using the same search for 7.4 shows only 48 patch submitters, based on
posts to pgsql-patches ...
Aizaz Ahmed
Alvaro Herrera
Andreas Pflug
Andrew Dunstan
Barry Lind
Bertrand Petit
Bruce Momjian
Bruno Wolff
Christopher Browne
Christopher Kings-Lynne
Dave Cramer
Dennis Björklund
Fernando Nasser
Ga
On Sat, 5 Feb 2005, Marc G. Fournier wrote:
But let me see if I can come up with some *very* rought #s ...
57 ...
Alvaro Herrera
Andreas Pflug
Andrew Dunstan
Andrew Hammond
Bruce Momjian
Christopher Kings-Lynne
Claudio Natoli
Dave Page
David Fetter
Dennis Bjorklund
Ed L.
Fabien COELHO
Gaetano
em with commit logs is that a good portion are just 'reports
from' vs patches ... neither method will necessarily be particularly
accurate :)
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: ysc
dn't do it, but it might have been a guess of mine.
Ya, I don't recall doing it either :)
But let me see if I can come up with some *very* rought #s ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
/pub/src is now gone ...
On Tue, 1 Feb 2005, Dave Page wrote:
-Original Message-
From: Marc G. Fournier [mailto:[EMAIL PROTECTED]
Sent: 01 February 2005 10:52
To: Peter Eisentraut
Cc: Dave Page; Marc G. Fournier; Tom Lane;
pgsql-hackers@postgresql.org; David Fetter
Subject: Re: [HACKERS
Eisentraut
http://developer.postgresql.org/~petere/
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 1: sub
re to make Peter happy ... he didn't like the 'v' in the
directory name, so we make the src directory that has 'non-v'd symlinks :)
And yes, that is the *only* reason there is a src directory ...
Marc G. Fournier Hub.Org Networking Services (http://w
fixed
On Mon, 31 Jan 2005, Dave Page wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marc
G. Fournier
Sent: 31 January 2005 18:30
To: pgsql-hackers@postgresql.org
Cc: David Fetter
Subject: [HACKERS] 7.2.7 -> 8.0.1 Bundles Ready ...
Please rev
Please check this one over ... Tom foudn some issues with the docs build
that should be fixed ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of
Please review them to make sure they look already ...
Dave, I've changed the symlink's as well ...
Will announce everything publicly around 4am GMT tonight (midnight my
time) to give ~10hrs for the rest to propogate out ...
----
Marc G. Fournier Hub.Org Networking Serv
#x27; comment I made had to do with everyone panicking about a
patent that doesn't yet exist, and comparing that to "chicken little and
his 'the sky is falling'" ... *scratch head*
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email:
13G :) Something like 3G is justin's mailbox
alone ... and i miscalculated how long it would take to move it back over
to neptune :(
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ:
8.0.1 & 7.4.7 are currently both available for testing, and 7.3.9 is
currently being built ... will pop a note once both 7.3. and 7.2 are also
ready ...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscr
then normal ... will announce as soon as thye've been completed...
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
Any last minute show stoppers that needs a bit more time, let me know
before 23:00 GMT
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
hange that.
You and I might not have individual objections to this situation, but
one or another of the companies putting together PostgreSQL releases
very well might.
But, there is nothing stop'ng them from replacing the ARC code with their
own variant though ...
----
Marc G. Fournier
for back patching
to any of the releases, including 8.0.x ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 2: y
On Thu, 27 Jan 2005, Tom Lane wrote:
"Marc G. Fournier" <[EMAIL PROTECTED]> writes:
It is ~22:00GMT right now ... I will start the packaging process in
approx. 3hrs and will announce once they are all ready ...
I think we are gonna have to put it off a little bit. I haven't e
It is ~22:00GMT right now ... I will start the packaging process in
approx. 3hrs and will announce once they are all ready ...
Just to clarify, we're doing:
8.0.1
And 7.4/7.3/7.2 branches ... correct?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [
e a smaller patch overall? Then,
for our non-US users, they could continue to use ARC even after the patent
(myself included), while a plug-in replacement could be available for US
users?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED]
---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)--
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 act
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
eaction to my ideas above. Is this a good plan?
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 ...
Marc G. Fournier
rrent thought is to wrap these on Thursday for release Friday.
What timezone is that? Meaning at what time GMT (approx) can we expect
the .tar.gz to show up?
I generally try to do them around 8pm ADT (00:00 GMT) ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
On Tue, 25 Jan 2005, Patrick Welche wrote:
On Mon, Jan 24, 2005 at 05:21:35PM -0400, Marc G. Fournier wrote:
On Sun, 23 Jan 2005, Benjamin Arai wrote:
What are the goals for 8.1?
Replace ARC ... anything else is a bonus ...
So the betting is that the patent will be granted..
Actually, there is
On Sun, 23 Jan 2005, Benjamin Arai wrote:
What are the goals for 8.1?
Replace ARC ... anything else is a bonus ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
501 - 600 of 1762 matches
Mail list logo