| From: | Magnus Hagander <magnus(at)hagander(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Kris Jurka <books(at)ejurka(dot)com>, pgsql-hackers(at)postgresql(dot)org, Michael Meskes <meskes(at)postgresql(dot)org> |
| Subject: | Re: CVS corruption/mistagging? |
| Date: | 2007-08-15 05:55:42 |
| Message-ID: | 46C2955E.20007@hagander.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom Lane wrote:
> In the meantime, though, it's not quite clear why this would lead to
> a buildfarm failure --- it should just mean a lot of extraneous files
> appearing in a fresh checkout. (Looks a bit harder ... Oh, it looks
> like btree_gist has some files that used to be autogenerated and are
> now in CVS, so the bogusly new versions from CVS are suppressing the
> desired generation from the old btree_num.c file.)
Funny enoughy, that's exactly the problem I saw on win32 when I rsynced
from a windows box and tried a local CVS checkout :-) Once I rsynced to
a local linux instead and checked out from there, things worked again :)
//Magnus
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Magnus Hagander | 2007-08-15 06:00:08 | Re: CVS corruption/mistagging? |
| Previous Message | Heikki Linnakangas | 2007-08-15 05:51:28 | Re: Index Tuple Compression Approach? |