On 12/16/22 23:19, James McCoy wrote:
However, I'm not sure changing subversion's build alone will address the
problem. APR may need a similar change.
I'll look into apr as well.
Note that #1026235 is relevant as well - it changed the behaviour of
some calls, which is why this problem pops up
On Tue, Dec 13, 2022 at 07:08:29PM +0100, Helge Deller wrote:
> tag: hppa, lfs, patch
>
> This bug usually indicates that a 32-bit application uses
> functions like readdir() which (by default on a 32bit platform)
> can only handle 32-bit values for inode numbers.
> You can overcome that issue by
tag: hppa, lfs, patch
This bug usually indicates that a 32-bit application uses
functions like readdir() which (by default on a 32bit platform)
can only handle 32-bit values for inode numbers.
You can overcome that issue by recompiling the code while providing
"-D_FILE_OFFSET_BITS=64" on the gcc
Hello James
Attached there is the log.
Best regards
Bernhard
Am Donnerstag, dem 15.07.2021 um 00:17 -0400 schrieb James McCoy:
> On Tue, Jul 13, 2021 at 01:54:20PM +, Bernhard wrote:
> > Hello James
> >
> > Thanks for working at this topic.
> > Attached, there is the Log file.
>
> Guess
On Tue, Jul 13, 2021 at 01:54:20PM +, Bernhard wrote:
> Hello James
>
> Thanks for working at this topic.
> Attached, there is the Log file.
Guess that was too limiting. Can you run again without "-e trace=file"?
> Interesting is:
> At x86 (x86_64 and i386), there are no such problems.
>
Hello James
Thanks for working at this topic.
Attached, there is the Log file.
Interesting is:
At x86 (x86_64 and i386), there are no such problems.
This problem is only at armhf architecture.
Best regards
Bernhard
Am Montag, dem 12.07.2021 um 23:18 -0400 schrieb James McCoy:
> On Fri, Jul
On Fri, Jul 02, 2021 at 06:44:13AM +, Bernhard wrote:
> At server side, i got the message:
>
> > $ svnadmin lstxns /storage/subversion/svn
> > svnadmin: E75: Can't read directory
> > '/storage/subversion/svn/db/transactions': Value too large for defined data
> > type
> >
Looking at
Package: subversion
Version: 1.14.1-3
Severity: important
Hello,
I updated my Server to Debian 11.
Hardware is Banana Pi M3 with Processor Allwinner A83T:
https://linux-sunxi.org/A83T
The repository was completely new setup with "dump" and "load" with this
version 1.14.1-3.
Filesystem is XFS.
8 matches
Mail list logo