Stephan Beal wrote:
> After a _filesystem_ error, fossil cannot trust anything. Throwing it away
> is as good as not, IMO. Had it NOT thrown it away, someone (quite possibly
> you!!!) would have complained that a useless, half-completed file was
> laying around.
When redoing an operation is fast,
On Sun, Jan 18, 2015 at 1:42 PM, Kelly Dean wrote:
> This is with Fossil 1.29.
>
> root@helpme:/mnt/hgfs/emacs# time git fast-export --all | fossil import
> --git emacs.fossil
> [A few hours later:]
> Rebuilding repository meta-data...
> [A day later:]
> 100.0% complete...
> Vacuuming...
> [A c
On Sun, Jan 18, 2015 at 12:42 PM, Kelly Dean wrote:
> SQLITE_IOERR: os_unix.c:27527: (5) ftruncate(/mnt/hgfs/emacs/emacs.fossil)
> - Input/output error
> SQLITE_IOERR: statement aborts at 2: [VACUUM]
> fossil: disk I/O error: {VACUUM}
>
The I/O error was hgfs's fault, not Fossil's.
>
> However
This is with Fossil 1.29.
root@helpme:/mnt/hgfs/emacs# time git fast-export --all | fossil import --git
emacs.fossil
[A few hours later:]
Rebuilding repository meta-data...
[A day later:]
100.0% complete...
Vacuuming...
[A couple hours later:]
SQLITE_IOERR: os_unix.c:27527: (5) ftruncate(/mnt/h
4 matches
Mail list logo