subsurface: FTBFS in experimental

Christian PERRIER bubulle at debian.org
Tue Aug 25 23:54:45 PDT 2015


> libgit,... well I'm not really into the subsurface code, but I never
> understood why you introduced that as a storage backend.
> Even the most prolific divers I know don't have more then 30k-50k
> dives, and usually these people stopped logging there day to day dives
> decades ago.
> Using a plain XML file or poor-man's DB like sqlite should be more than
> enough ... plus it would have the advantage that one can actually
> manually edit/parse the log without big problems.
> I had a few cases where I manually needed to merge dives and realign
> their timestamps... too rarely to write a proper code for handling such
> cases, but simple to script with a backend like XML.


Christoph may have a point, here, indeed. 

I'm not a diver. For the record, I jumped in this thread because
subsurface is/was team-maintained in Debian by a team historically
named "pkg-running", which actually tries to deal with packaging of
sports-related end-user applications. 

I'm a runner and, indeed I use similar software to track down my runs
and trainings. I run daily, which means I have thousands of recorded
trainings after 10 years of practice.

And, well, the software I'm using does actually use SQLite for storing
its data, and is perfectly fine with that.

For sure, I well understand that redisigning Subsurface to use a
different storage backend is not something one can reasonably consider
but maybe having this as an option could be nice. Of course, that
requires someone to do the work and "patches welcomed" answers are
perfectly fine.

Whatever future happens, I use this opportunity to thank all
contributors in this mini thread for their politeness despite the
diverging opinions....and also send a mini apology for having been
kinda rude....I do share Christoph's feeling about the "raison d'ĂȘtre"
of distros and, well, I'm never happy when this is not well understood....



More information about the subsurface mailing list