1 (edited by coolslob 2011-04-27 15:54:48)

Topic: about subversion question

import the svn-repository error,


root@OpenWrt:/# svn import /tmp/testsvn svn://192.168.20.1/lib/ -m messages
Adding         /tmp/testsvn/network
Adding         /tmp/testsvn/wireless
svn: Corrupt node-revision '0.0.t0-9'
svn: Malformed text representation offset line in node-rev




svnadmin, version 1.6.16 (r1073529)
compiled Apr 18 2011, 18:38:13

svn, version 1.6.16 (r1073529)
compiled Apr 18 2011, 18:38:13

======================================================================
resolved
according Re: svnserve with corrupt timestamps and malformed text representation , i recompiled the subversion lib and upgrade it will be ok.


if you dont want or don't know how to compile, can email to coolslob at 163 dot  com, i will send a copy to you!


first of all, you must run opkg update and opkg install subversion-server
second, upload the new files subversion-libs_1.6.16-2_ar71xx.ipk to /tmp/
the last, opkg install /tmp/subversion-libs_1.6.16-2_ar71xx.ipk will upgrade.

Re: about subversion question

Hi,

I have the same problem I think. I had a subversion-server working until I compiled a new build, because I wanted to add openvpn support to my router.
My current firmware version is: OpenWrt Firmware Attitude Adjustment (r26716) / LuCI Trunk 0.10+svn6987
also compiled on 2011-04-18 13:52:25 CEST
I have a D-Link DIR-825 rev. B1.  (architecture ar71xx)
Same svn version as you.
Unfortunately I don't know the version when it was still working. I created a backup with Luci before updating the router. Can I look up the firmware-version in the backup file somewhere?

Here is how i can reproduce the error:

$ svn mkdir test
A         test
$ svn commit test -m "some text"
Hinzufügen     test
svn: Übertragen schlug fehl (Details folgen):
svn: Corrupt node-revision '0.0.t0-2'
svn: Malformed text representation offset line in node-rev

Please let me know if i should add more information.

Re: about subversion question

Subject     Re: svnserve with corrupt timestamps and malformed text representation


http://mail-archives.apache.org/mod_mbo … kkevej2%3E

Re: about subversion question

If this is causing the error, then I guess I can checkout the openwrt source, edit the files as described in the post and try if it works ...
I'll try it next week, don't have access to my router at the moment ...

Re: about subversion question

Please create a ticket and mention the link above. Might be an issue introduced by the new Linaro gcc.

Re: about subversion question

I created the ticket: https://dev.openwrt.org/ticket/9287

7 (edited by coolslob 2011-04-24 12:38:01)

Re: about subversion question

@rincewind, thanks!



resolved.

Re: about subversion question

Unfortunately, a other bug coming,  svn log result, no auther, no date, no log message



root@OpenWrt:/tmp/lib/lib# svn log
------------------------------------------------------------------------
r8 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r7 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r6 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r5 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r4 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r3 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r2 | (no author) | (no date) | 1 line


------------------------------------------------------------------------
r1 | (no author) | (no date) | 1 line


------------------------------------------------------------------------

Re: about subversion question

sorry, it's my mistake ,

modify svnserve.conf file  anon-access = none

Re: about subversion question

rincewind wrote:

Hi,

I have the same problem I think. I had a subversion-server working until I compiled a new build, because I wanted to add openvpn support to my router.
My current firmware version is: OpenWrt Firmware Attitude Adjustment (r26716) / LuCI Trunk 0.10+svn6987
also compiled on 2011-04-18 13:52:25 CEST
I have a D-Link DIR-825 rev. B1.  (architecture ar71xx)
Same svn version as you.
Unfortunately I don't know the version when it was still working. I created a backup with Luci before updating the router. Can I look up the firmware-version in the backup file somewhere?

Here is how i can reproduce the error:

$ svn mkdir test
A         test
$ svn commit test -m "some text"
Hinzufügen     test
svn: Übertragen schlug fehl (Details folgen):
svn: Corrupt node-revision '0.0.t0-2'
svn: Malformed text representation offset line in node-rev

Please let me know if i should add more information.

To anyone experiencing the error described by rincewind:

https://dev.openwrt.org/ticket/9287#comment:5

Re: about subversion question

???? wrote:

To anyone experiencing the error described by rincewind:

https://dev.openwrt.org/ticket/9287#comment:5

This worked for me on the Backfire branch, too. It took me a while to learn how to use quilt correctly to do this. The info at http://wiki.openwrt.org/doc/devel/patches is good, but you will want to save the patch to a file and use

quilt import -P 002-timeformat.patch whatever_i_saved_the_patch_as.txt

instead of the new or edit commands.

I ended up reinstalling libapr, libaprutil, and subversion-libs.  I am not sure all that was necessary, but that is the order I installed them in, and the error did not disappear until subversion-libs was installed.

Thanks, ????!

Re: about subversion question

Should be fixed in r28760 in AA. Since the fix is a bit different (forcing Large File Support in apr), can you confirm this issue is resolved?

Re: about subversion question

[size=12]I can confirm that the issue has been fixed in the changesets r28763 (apr), r28764 (apr-util) and r28765 (subversion) by forcing use of LFS and 64-bit off_t (thanks to Nico).

I have done some extra testing and (at least in my case) with the changesets mentioned above, the patch 101-fix_apr_time_now.patch introduced at r28760 (apr) is not needed.

With or without the patch, and rebuilding apr, apr-util and subversion packages, svnserve works without any issues.

Kind regards.[/size]