Re: Problem in GIT mirror (was Re: pgsql: Fix all the server-side SIGQUIT handlers ...)
От | Magnus Hagander |
---|---|
Тема | Re: Problem in GIT mirror (was Re: pgsql: Fix all the server-side SIGQUIT handlers ...) |
Дата | |
Msg-id | 4A0EA8DF.7090601@hagander.net обсуждение исходный текст |
Ответ на | Re: Problem in GIT mirror (was Re: pgsql: Fix all the server-side SIGQUIT handlers ...) (Magnus Hagander <magnus@hagander.net>) |
Ответы |
Re: Problem in GIT mirror (was Re: pgsql: Fix all the
server-side SIGQUIT handlers ...)
Re: Problem in GIT mirror (was Re: pgsql: Fix all the server-side SIGQUIT handlers ...) |
Список | pgsql-www |
Magnus Hagander wrote: > Alvaro Herrera wrote: >> Alvaro Herrera wrote: >>> Tom Lane wrote: >>>> Log Message: >>>> ----------- >>>> Fix all the server-side SIGQUIT handlers (grumble ... why so many identical >>>> copies?) to ensure they really don't run proc_exit/shmem_exit callbacks, >>>> as was intended. I broke this behavior recently by installing atexit >>>> callbacks without thinking about the one case where we truly don't want >>>> to run those callback functions. Noted in an example from Dave Page. >>> Something seems wrong on the GIT mirror. This patch appears as >>> http://git.postgresql.org/gitweb?p=postgresql.git;a=commitdiff;h=e5a8ea96adf14b9d822aff82d8f4ebf41d3a8e95 >>> however, it only shows the diff for xlog.c, not the other files that >>> were touched by this commit. >> So I foolishly assumed that it would fix itself when the next sync >> occured, but several hours have passed and the problem still exists. >> > > I tried to figure something out about this, but I have no clue. > > The rsync:ed copy of the cvs repository that the conversion runs at has > all the changes. > > The git repository has only the xlog.c one (checked in the server repo > as well just to be sure it wasn't anything in the gitweb install or > anything) > > The ruby magic ("fromcvs") that does the importing says nothing - it > runs without any complaints and says there is nothing to do. > > > Any ideas at all where to look? > > I wonder if the many identical copies somehow broke the import script or > something... Ok, a bit further. I tried restoring a backup and re-running the conversion script. Then it works. The only reason I can see for this failure is that the rsync happened just as the files were committed, and for that reason we got a partial commit (since cvs doesn't to atomic operations). Then when we got the rest of the modifications, the migration script had already flagged that one was imported. We can work off tihs that came off the backup, but that invalides the last couple of commits, which will AFAIK break everybody who has cloned the repository? Does anybody know of a better way to fix it, without this happening? //Magnus
В списке pgsql-www по дате отправления: