Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-27 Thread Stephan Beal
On Wed, Jul 27, 2016 at 8:55 PM, Adam Jensen wrote: > Does anyone know of a [libfossil](http://fossil.wanderinghorse.net) > mailing list? Or is it cool to talk about such things here? > No and yes. i'm the originator of libfossil, but a severe inflamed elbow nerve, caused by

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-27 Thread John McMurloc
? -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Adam Jensen Sent: 27. juli 2016 20:56 To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-27 Thread Adam Jensen
On 07/27/2016 10:37 AM, Ron W wrote: > On Sun, Jul 24, 2016 at 10:58 PM, Adam Jensen > wrote: > > > [The Session Extension](http://www.sqlite.org/sessionintro.html) pointed > out by Eduardo seems to have a lot of potential. > > "The

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-27 Thread Ron W
On Sun, Jul 24, 2016 at 10:58 PM, Adam Jensen wrote: > > [The Session Extension](http://www.sqlite.org/sessionintro.html) pointed > out by Eduardo seems to have a lot of potential. > > "The session extension provides a mechanism for recording changes to > some or all of the

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-25 Thread Adam Jensen
On 07/25/2016 04:38 AM, Carlo Miron wrote: > See also [rqlite] (https://github.com/rqlite/rqlite). > Hey, sweet! That might be slick for situations where three to nine SQLite databases need to be continuously synchronized through automated consensus. That scenario is quite a bit different from

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-25 Thread Carlo Miron
See also [rqlite] (https://github.com/rqlite/rqlite). ㎝ -- |:**THE BEER-WARE LICENSE** *(Revision 42)*: | wrote this mail. As long as you retain | this notice you can do whatever you want with this stuff. | If we meet some day, and you think this stuff is worth it, | you can

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-24 Thread Adam Jensen
On 07/23/2016 07:05 PM, Ron W wrote: > Hello, > > What you are thinking is not impossible. > Thanks for the confirmation, I've been speculating about novel system architectures and unusual use-cases without sufficient fundamental knowledge and experience - that makes for dangerous propositions

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-24 Thread Eduardo Morras
On Thu, 14 Jul 2016 14:31:46 -0400 Adam Jensen wrote: > I sent a message last night before joining the mailing list (today) > and I'm not certain if it (last night's post) was distributed to the > list or not. It's not displayed in the list archive yet. Just in > case, here it

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Ron W
Hello, What you are thinking is not impossible. You do need to be aware that Fossil only uses SQLite as an index engine. Fossil does not synchronize the actual databases, only the "artifacts" (stored as "blobs" in the database). Aside from the blob table, the tables in the database are derived

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Paul Hammant
Adam, > So basically, this could be a distributed, multi-user database. > Each user would have a local copy (fast access) with their own branches > (write control) but there could be data sharing through merges. (This > probably sounds obvious to fossil users but think about it from the >

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Jonathan Otsuka
For schema versioning I would look into alembic. https://bitbucket.org/zzzeek/alembic It allows you to upgrade and downgrade between revisions. I have only used this in Python projects, but there isprobably something out there for other languages. Jonathan Otsuka > On Jul 23, 2016, at

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Adam Jensen
On 07/23/2016 03:37 PM, Richard Hipp wrote: > On 7/23/16, Adam Jensen wrote: >> I'm a little puzzled by the lack of response > > Lots of people on vacation. Not much activity on *any* project during > the summer months > I'm beginning to suspect that I might have

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Richard Hipp
On 7/23/16, Adam Jensen wrote: > I'm a little puzzled by the lack of response Lots of people on vacation. Not much activity on *any* project during the summer months -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-23 Thread Adam Jensen
I'm a little puzzled by the lack of response - good, bad, ugly, be gone with you - anything will do. Is this kind of speculation taboo in this community or does it just take time to ponder the implications? Would the SQLite developer list be more appropriate/receptive? I'm very unfamiliar with

Re: [fossil-users] fossil-scm as an SQLite db with schema/data revision control

2016-07-14 Thread Adam Jensen
I sent a message last night before joining the mailing list (today) and I'm not certain if it (last night's post) was distributed to the list or not. It's not displayed in the list archive yet. Just in case, here it is: On 07/13/2016 06:18 PM, Adam Jensen wrote: > This might be a bit convoluted