Dear Sir/Ma'am,
I am Parth Shah, currently a second-year computer
engineering student at Mumbai University. I only recently started learning
Postgres and I was quite fascinated by it. I recently read about
Konstantina Skovola's project about creating an extension for the Julia
progr
On Fri, 2021-11-26 at 23:13 +0530, Parth Shah wrote:
> I am Parth Shah, currently a second-year computer engineering student at
> Mumbai University.
> I only recently started learning Postgres and I was quite fascinated by it. I
> recently read
> about Konstantina Skovola's project about creating
Hi,
This is my first post on the list. My name is Antonio. I am a CS grad
student and my field of study is about databases and information retrieval.
To get some practical knowledge, I've been studying Postgresql codebase for
a while.
Now I would like to contribute with some code and I've chosen
Hi,
This is my first post on the list. My name is Antonio. I am a CS grad
student and my field of study is about databases and information retrieval.
To get some practical knowledge, I've been studying Postgresql codebase for
a while.
Now I would like to contribute with some code and I've chosen
On 28 December 2017 at 01:40, Antonio Belloni
wrote:
> Hi,
>
> This is my first post on the list. My name is Antonio. I am a CS grad
> student and my field of study is about databases and information retrieval.
> To get some practical knowledge, I've been studying Postgresql codebase for
> a whil
On 12/27/17 15:18, Antonio Belloni wrote:
> I checked the code of pg_tablespace_databases, defined in
> src/backend/utils/adt/misc.c, and see that it uses a much simpler
> approach : It just reads the tablespaces directories and return the name
> of the directories that represents databases OIDs.
Hi Craig,
Ok. I see your point.
I'll study the storage internals a little bit more and try to figure out a
better approach using the directions you have made available.
Regards,
Antonio Belloni
On Thu, Dec 28, 2017 at 12:51 AM, Craig Ringer
wrote:
> On 28 December 2017 at 01:40, Antonio Bello
On 28 December 2017 at 23:05, Peter Eisentraut <
peter.eisentr...@2ndquadrant.com> wrote:
> On 12/27/17 15:18, Antonio Belloni wrote:
> > I checked the code of pg_tablespace_databases, defined in
> > src/backend/utils/adt/misc.c, and see that it uses a much simpler
> > approach : It just reads the
On Thu, Dec 28, 2017 at 5:42 PM, Craig Ringer wrote:
> Well, it's arguably solveable, if the solution is to allow at least limited
> cross-database access to catalog relations.
I think this is a bad idea. It's bound to add complexity and
fragility to the system and I don't think it's worth it.
portant
parts of successfully contributing to PostgreSQL. It's usually
essential to understand in detail why the thing that you're thinking
of working on doesn't already exist. The TODO list seems to suggest
almost the opposite, and as such is a trap for inexperienced hackers.
--
Peter Geoghegan
eleted IMV.
>
> Choosing the right project is one of the hardest and most important
> parts of successfully contributing to PostgreSQL. It's usually
> essential to understand in detail why the thing that you're thinking
> of working on doesn't already exist. The TODO li
On 12/31/17 22:43, Craig Ringer wrote:
> I'd rather rename it the "stuck, hard and abandoned projects list" ;)
That might actually be useful.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
On 2 January 2018 at 17:52, Peter Eisentraut
wrote:
> On 12/31/17 22:43, Craig Ringer wrote:
>> I'd rather rename it the "stuck, hard and abandoned projects list" ;)
>
> That might actually be useful.
Yep, agreed. Though it might do better to describe it in *slightly*
more positive terms, and/or
On Tue, Jan 02, 2018 at 05:52:37PM -0500, Peter Eisentraut wrote:
> On 12/31/17 22:43, Craig Ringer wrote:
> > I'd rather rename it the "stuck, hard and abandoned projects list" ;)
>
> That might actually be useful.
+1. When I do refer to a TODO entry, it's usually because the entry bears a
lis
Noah, all,
* Noah Misch (n...@leadboat.com) wrote:
> On Tue, Jan 02, 2018 at 05:52:37PM -0500, Peter Eisentraut wrote:
> > On 12/31/17 22:43, Craig Ringer wrote:
> > > I'd rather rename it the "stuck, hard and abandoned projects list" ;)
> >
> > That might actually be useful.
>
> +1. When I do
Sorry, but I did not want to start a flaming war against the TODO list with
my first message. In all the other open source projects I have contributed
code, the TODO list is always a start point to newcomers. There's no
explicit message in the Postgresql TODO list saying that the projects there
are
Antonio Belloni wrote:
> Sorry, but I did not want to start a flaming war against the TODO list with
> my first message. In all the other open source projects I have contributed
> code, the TODO list is always a start point to newcomers. There's no
> explicit message in the Postgresql TODO list say
Hello All,
I am working on a project that aims to produce test cases that
improve mutation coverage of a dbms's test suite.
The rough workflow of the project goes as follows:
(a) apply mutation at a souce code level
(b) compile and check if the mutated installation passed existing testsuite
(c) I
J F writes:
> For postgres, I am looking at adding test cases to test suite in
> test/src/regress/. I have gone through (a)-(e), and managed to produced
> some test cases. As an example, I claim the test case
> ```
> CREATE RECURSIVE VIEW a(b) AS SELECT'' ;
> SELECT FROM a WHERE NULL;
> ```
> coul
> I am quite confused about what is the point of this. You have not
> found any actual bug, nor have you demonstrated that this test case
> could discover a likely future bug that wouldn't be detected another
> way. Moreover, it seems like the process would lead to some very
> large number of equ
On Thu, Jun 13, 2024 at 1:22 AM J F wrote:
> > I am quite confused about what is the point of this. You have not
> > found any actual bug, nor have you demonstrated that this test case
> > could discover a likely future bug that wouldn't be detected another
> > way. Moreover, it seems like the
On 12.06.24 18:44, J F wrote:
(a) The regression test suite is run by a parallel scheduler, with some
test cases dependent on previous test cases. If I just add my test case
as part of the parallel scheduler’s tests, it might not work, since
previous test cases in the scheduler might already cr
Robert Haas writes:
> Also, let's delete the TODO list. People keep using it as a source of
> project ideas, and that's bad.
If we're not going to maintain/curate it properly, I agree it's not
worth keeping it around. But I'd rather see somebody put some effort
into it ...
Tom, Robert, all,
* Tom Lane (t...@sss.pgh.pa.us) wrote:
> Robert Haas writes:
> > Also, let's delete the TODO list. People keep using it as a source of
> > project ideas, and that's bad.
>
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd
On Sun, Dec 31, 2017 at 11:42 AM, Tom Lane wrote:
> Robert Haas writes:
> > Also, let's delete the TODO list. People keep using it as a source of
> > project ideas, and that's bad.
>
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd rather
On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
> If we're not going to maintain/curate it properly, I agree it's not
> worth keeping it around. But I'd rather see somebody put some effort
> into it ...
If somebody was going to resolve to put some effort into maintaining
it to a high standard
On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
>> If we're not going to maintain/curate it properly, I agree it's not
>> worth keeping it around. But I'd rather see somebody put some effort
>> into it ...
>
> If somebody was going to r
On Sun, Dec 31, 2017 at 1:51 PM, Stephen Frost wrote:
> The todo entry even talks about why it's difficult to do and what the
> expected way to go about doing it is (that is, connect to each database
> that has objects in the tablespace and query it to find out what's in
> the tablespace). Craig'
On Sun, Dec 31, 2017 at 2:02 PM, David G. Johnston
wrote:
> It probably needs three sub-sections. Fist the raw ideas put forth by
> people not capable of implementation but needing capabilities; these get
> moved to one of two sections: ideas that have gotten some attention by core
> that have me
Robert,
* Robert Haas (robertmh...@gmail.com) wrote:
> On Sun, Dec 31, 2017 at 1:51 PM, Stephen Frost wrote:
> > The todo entry even talks about why it's difficult to do and what the
> > expected way to go about doing it is (that is, connect to each database
> > that has objects in the tablespace
On 01/02/2018 11:17 AM, Robert Haas wrote:
On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
If we're not going to maintain/curate it properly, I agree it's not
worth keeping it around. But I'd rather see somebody put some effort
into i
On Tue, Jan 2, 2018 at 3:42 PM, Joshua D. Drake wrote:
> On 01/02/2018 11:17 AM, Robert Haas wrote:
>>
>> On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
>>>
>>> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
If we're not going to maintain/curate it properly, I agree it's no
Greetings,
* Patrick Krecker (pkrec...@gmail.com) wrote:
> As a person looking to become a postgres contributor, perhaps I can
> offer some perspective on this. I think there is value in providing
> *some* starting point for new contributors in the form of concrete
> problems to solve. The value I
On 3 January 2018 at 13:12, Patrick Krecker wrote:
> As a person looking to become a postgres contributor, perhaps I can
> offer some perspective on this. I think there is value in providing
> *some* starting point for new contributors in the form of concrete
> problems to solve. The value I hope
On 01/03/2018 03:50 AM, David Rowley wrote:
> On 3 January 2018 at 13:12, Patrick Krecker wrote:
>> As a person looking to become a postgres contributor, perhaps I can
>> offer some perspective on this. I think there is value in providing
>> *some* starting point for new contributors in the form o
On Tue, Jan 2, 2018 at 2:48 PM, Robert Haas wrote:
> On Sun, Dec 31, 2017 at 2:02 PM, David G. Johnston
> wrote:
> > It probably needs three sub-sections. Fist the raw ideas put forth by
> > people not capable of implementation but needing capabilities; these get
> > moved to one of two section
On Tue, Jan 2, 2018 at 6:42 PM, Joshua D. Drake
wrote:
> On 01/02/2018 11:17 AM, Robert Haas wrote:
>
>> On Sun, Dec 31, 2017 at 2:31 PM, Peter Geoghegan wrote:
>>
>>> On Sun, Dec 31, 2017 at 10:42 AM, Tom Lane wrote:
>>>
If we're not going to maintain/curate it properly, I agree it's not
I think deleting the TODO list is a bad idea -- it contains very useful
pointers to previous discussion on hard topics.
Jeff Janes wrote:
> On Tue, Jan 2, 2018 at 2:48 PM, Robert Haas wrote:
> > It also has a note at the top saying we think it's complete, but we
> > don't think that, or I don'
On 01/03/2018 07:49 AM, Jeff Janes wrote:
O.k. what does it tell us though? Is it a resource issue? Is it a
barrier of entry issue?
Lack of ownership/ruthlessness. While I can edit it to remove items
that don't seem desirable (or comprehensible, or whatever) I'm not
likely to do so, unless
On 1/3/18 11:10, Alvaro Herrera wrote:
> This text was added by [1] as saying:
> > This list contains '''some known PostgreSQL bugs and feature
> > requests''' and we hope it contains all such
> (before this, it said "all known Pg bugs" which seemed too optimistic,
> so the correction w
Joshua D. Drake wrote:
> Heck we could go a step further and actually allow (authenticated) voting on
> various features. This would provide the community the ability to more
> easily interact with -hackers on various features that would be desirable.
There's already https://postgresql.uservoice.
On 01/03/2018 09:00 AM, Alvaro Herrera wrote:
Joshua D. Drake wrote:
There's already https://postgresql.uservoice.com/forums/21853-general
which seems to work pretty well. Here's the list of completed items:
https://postgresql.uservoice.com/forums/21853-general?status_id=124172
Well that's in
42 matches
Mail list logo