dlr@tigris.org writes:
> Author: dlr
> Date: 2002-11-04 15:26:39 -0600 (Mon, 04 Nov 2002)
> New Revision: 3647
>
> Modified:
> trunk/subversion/bindings/com/SVNStatus.h
> trunk/subversion/bindings/java/jni/nodekind.c
> trunk/subversion/bindings/java/jni/nodekind.h
> trunk/subversion/include/svn_io.h
> trunk/subversion/include/svn_repos.h
> trunk/subversion/include/svn_types.h
> trunk/subversion/libsvn_client/add.c
> trunk/subversion/libsvn_client/cleanup.c
> trunk/subversion/libsvn_client/commit.c
> trunk/subversion/libsvn_client/diff.c
> trunk/subversion/libsvn_client/export.c
> trunk/subversion/libsvn_client/ls.c
> trunk/subversion/libsvn_repos/dump.c
> trunk/subversion/libsvn_repos/hooks.c
> trunk/subversion/libsvn_repos/load.c
> trunk/subversion/libsvn_subr/config_file.c
> trunk/subversion/libsvn_subr/io.c
> trunk/subversion/libsvn_wc/adm_crawler.c
> trunk/subversion/libsvn_wc/adm_files.c
> trunk/subversion/libsvn_wc/adm_files.h
> trunk/subversion/libsvn_wc/adm_ops.c
> trunk/subversion/libsvn_wc/copy.c
> trunk/subversion/libsvn_wc/entries.c
> trunk/subversion/libsvn_wc/lock.c
> trunk/subversion/libsvn_wc/log.c
> trunk/subversion/libsvn_wc/props.c
> trunk/subversion/libsvn_wc/questions.c
> trunk/subversion/libsvn_wc/status.c
> trunk/subversion/libsvn_wc/update_editor.c
> trunk/subversion/libsvn_wc/util.c
> trunk/subversion/svnlook/main.c
> Log:
> * patches/base64-decoder.patch
> Added a new discardWhitespace(byte[]) function which is called at
> the beginning of decode(byte[]) to perform pre-processing on its
> arguments. Filtering whitespace the body of decode() would be both
> more memory and CPU-efficient, but I'm not comfortable enough with
> the the code to make that invasive of a change. I'm curious what
> the Tomcat folks are doing here these days.
>
> I noticed that encode() isn't line wrapping at 76 characters --
> should we log this as a problem? What effect is this going to have
> on our interop?
>
> This patch was included in revision 1.4 in Apache CVS. It's not
> present in our alpha tag, so we include it as a separate patch here.
>
> * patches/order-multiplatform.txt
> List patch to apply (base64-decoder.patch).
>
> * build.xml
> Activate patch application.
>
>
> http://issues.apache.org/bugzilla/show_bug.cgi?id=9931
No, not _that_ /tmp/msg file! I obviously wanted the unsaved one in
my XEmacs buffer, why didn't the client know that? ;)
I was excited to hear that I should now be able to change log messages
using the commandline client! Hadaka showed me how to use the
properties editor to access and change the unversioned properties.
trunk$ svn pl -r 3647 http://svn.collab.net/repos/svn/
Unversioned properties on revision 3647:
svn:log
svn:author
svn:date
Unfortunately, I have been unable to change the log message
successfully using the client:
trunk$ svn ps svn:log -r 3647 -F /tmp/msg http://svn.collab.net/repos/svn/
dlr's password:
subversion/libsvn_ra_dav/util.c:81: (apr_err=175002, src_err=0)
svn: RA layer request failed
svn: applying property change to to /repos/svn/!svn/bln/3647: 409 Conflict
Hadaka pointed me to http://svn.collab.net/scripts/tweak-log.cgi,
which I was able to use to change the log to the correct message:
trunk$ svn pg svn:log -r 3647 http://svn.collab.net/repos/svn/
* Converted "enum svn_node_kind" decls to the newer "svn_node_kind_t"
typedef.
I thought that I might have a corrupt working copy, but it was
suggested that since my usage of propset is working against a remote
repository that this is unlikely, and possibly a bug.
--
Daniel Rall <dlr@finemaltcoding.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 4 23:21:53 2002