From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Jim C(dot) Nasby" <decibel(at)decibel(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Issue with plpython write_file and read_file tests |
Date: | 2005-06-20 20:54:37 |
Message-ID: | 25828.1119300877@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Jim C. Nasby" <decibel(at)decibel(dot)org> writes:
> Setting up the buildfarm on a machine I've discovered an issue with the
> plpython write_file and read_file tests. The problem can be seen at
> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=platypus&dt=2005-06-20%2018:15:00
> The specific issue is that the test doesn't clean up after itself,
> leaving /tmp/plpython behind. This raised it's ugly head when I tested
> the buildfarm stuff as one user and then switched to using a different
> user.
> What would be the best way to handle this?
Remove that test altogether. It'd only be sane in a test of a trusted
plpython language, which we have not got now. I would imagine that the
original writer of the code never expected the write to succeed at all.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2005-06-20 20:55:12 | Re: WAL bypass for CTAS |
Previous Message | Josh Berkus | 2005-06-20 20:34:48 | Re: index selection by query planner |