I am working on an API to report the size on disk of a given revision, in FSFS.
A client wants this for (human) informational purposes -- so users or
administrators can understand how much space their commits are using.
Before FSFS f7, this information was easy to obtain from the on-disk size of
Julian Foad wrote:
[...]
> * simplify implementation by using the existing
> svn_fs_fs__dump_index() API with a simple callback
Here's v2, functionally identical, with that simplification.
--
- JulianAdd an API and CLI to report a revision's size on disk.
### So far, this patch only works wi
Julian Foad wrote on 2019-03-01:
> Branko Čibej wrote:
> > I've done releases before, as has stsp. I'm pretty sure one of us could
> > do the publishing etc.
>
> Thank you!
As it turns out, I do have enough time to complete the 1.12 release. I'll get
the final steps in motion this week.
--
- J
On 09.04.2019 13:23, Julian Foad wrote:
> I am working on an API to report the size on disk of a given revision, in
> FSFS. A client wants this for (human) informational purposes -- so users or
> administrators can understand how much space their commits are using.
>
> Before FSFS f7, this inform
Branko Čibej wrote on 2019-04-09:
> Is there a reason why this would be hidden away in 'svnfsfs' instead of
> 'svnadmin'? Other than that the latter would have to return 'something'
> for BDB repositories.
I am wondering the same.
We've deprecated BDB support so I think we don't need to implement
On 09.04.2019 17:53, Julian Foad wrote:
> Branko Čibej wrote on 2019-04-09:
>> Is there a reason why this would be hidden away in 'svnfsfs' instead of
>> 'svnadmin'? Other than that the latter would have to return 'something'
>> for BDB repositories.
> I am wondering the same.
>
> We've deprecated
Julian Foad writes:
> Similar consideration applies to the API. I think this could be a libsvn_fs
> API rather than only in libsvn_fs_fs. Agreed?
Maybe, as an alternative to abstracting and promoting this to a public FS API,
we could add a way of performing backend-specific I/O operations throug
[moved from users@]
On 09.04.2019 18:07, Stefan Sperling wrote:
> On Tue, Apr 09, 2019 at 05:52:30PM +0200, Stefan Sperling wrote:
>> You are right, this looks like a problem in Subversion's configure script.
>> It assumes that APR uses "d", "ld" or "lld" for this format string which
>> is now a w
8 matches
Mail list logo
