> Hi Philipp,
>
> on the "subversion" mailing archive I have read your thread about
> "saving time stamps of files". I am very interested in that
> {feature|option}.
>
...
> Do you have any information when your patch will be included ?
I believe it will have to be completed before - I still experience some
problems.
I posted a patch which did some things but didn't some other; most notably,
the saving of timestamps on commit was missing.
But the solution for that problem gave me some problems.
- A property update on commit, but the local property file may be empty, so
some io_read_-function (can't remember the name right now) died
- "svn status" says that properties have been modified, as I have to fake the
mtime for files which don't have this property.
- I thought that the best way to handle this behaviour would be to only
overwrite existing mtime-properties on commit. So everyone using svn on older
repositories would continue as before, and new imported (or added) files
would be tracked.
- I got a bit lost while trying to find a good interface for seperating the
os-specific properties (executable, acls, access rights, ...). The problem is
that I found too many places where these things are handled - so a function
which could insert all os-specifics into a apr_table couldn't handle a
apr_hash and so on - but different types are used in different places, so
there would have to be a multitude of handling functions.
For the first two problems I experimented some time by changing to
entry-properties (which are remembered in the Entries-file instead of the
/propbase/-directory, but that made things worse, as these properties are
AFAIK not saved in the repository.
So as I'm thinking of something the last patch is still current - it takes the
data on add and import and uses it on export (not update, due to the
dependencies problem).
I'm still thinking about a good solution for the commit problem regarding
m-time. (currently leaving all other os-specific properties aside). But I
could not find one yet.
Any help is appreciated :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 12 12:44:20 2003