Re: [fossil-users] SlackBuilds.org GitHub repository and DMCA Takedown notice

2018-06-17 Thread Richard Hipp
On 6/17/18, Andy Goth wrote: > > Am I correct in my understanding that all a Fossil repository need do is > issue shun artifacts for each file in the takedown notice? If the files > had multiple versions (they didn't in this case), shun each version of > them too, right? > I think that is correc

[fossil-users] SlackBuilds.org GitHub repository and DMCA Takedown notice

2018-06-17 Thread Andy Goth
A few days ago, SBo and over 200 other repositories in GitHub were hit with a DMCA Takedown notice due to having a couple header files from Steinberg Media Technologies. There's a lot to say about that, particularly if you're into computer music synthesis, but I don't think this mailing list i

Re: [fossil-users] Using bundles for pull requests

2018-06-17 Thread Eduard
A simpler alternative to having a dedicated pull-request feature in fossil is to just have a second "free-for-all" repository where commit capability is granted to pretty much any passerby willing to fill out a CAPTCHA and register an account. Said passerby can then just use the ticket system (or

Re: [fossil-users] Backups of deconstructed fossil repositories

2018-06-17 Thread Richard Hipp
On 6/17/18, Thomas Levine <_...@thomaslevine.com> wrote: > As content is added to a fossil repository, files in the corresponding > deconstructed repository never change; they are only added. Most backup > software will track changes to the deconstructed repository with great > efficiency. > > I sh

Re: [fossil-users] A fossil library

2018-06-17 Thread Sam Putman
On Sun, Jun 17, 2018 at 6:39 AM, David Mason wrote: > Just had a quick thought that might make the conversion to library much > easier. > > If you have a relatively small API interface, each of the API functions > could do a setjmp https://en.wikipedia.org/wiki/Setjmp.h and then the > fatal error

Re: [fossil-users] A fossil library

2018-06-17 Thread Sam Putman
On Sun, Jun 17, 2018 at 4:50 AM, Stephan Beal wrote: > On Sat, Jun 16, 2018 at 11:44 PM Sam Putman wrote: > >> >> An incremental refactoring of this into something more modular would >> be a boon to maintenance and testing. Seems like a sleeping dog we can >> let lie for now. >> > > That's actu

Re: [fossil-users] Perception of Fossil

2018-06-17 Thread John Found
On Sun, 17 Jun 2018 20:49:25 +0200 Karel Gardas wrote: > On Fri, 15 Jun 2018 13:35:13 -0400 > Richard Hipp wrote: > > > An alternative design sketch: > > > > (1) Anonymous clones repo CoolApp > > > > (2) Anonymous makes changes to CoolApp and checks those changes into a > > branch named "anon

Re: [fossil-users] Backups of deconstructed fossil repositories

2018-06-17 Thread Stephan Beal
On Sun, Jun 17, 2018 at 10:08 PM Warren Young wrote: > On Jun 17, 2018, at 2:05 PM, Warren Young wrote: > > > > If you’re willing to gamble that if the first test returns true that the > second will also returns true, it buys you a big increase in speed. The > gamble is worth taking as long as

Re: [fossil-users] Backups of deconstructed fossil repositories

2018-06-17 Thread Warren Young
On Jun 17, 2018, at 2:05 PM, Warren Young wrote: > > If you’re willing to gamble that if the first test returns true that the > second will also returns true, it buys you a big increase in speed. The > gamble is worth taking as long as the files’ modification timestamps are > trustworthy. I

Re: [fossil-users] Backups of deconstructed fossil repositories

2018-06-17 Thread Warren Young
On Jun 17, 2018, at 12:16 PM, Thomas Levine <_...@thomaslevine.com> wrote: > > One inconvenience I noted is that the deconstruct command always writes > artefacts to the filesystem, even if a file of the appropriate name and > size and contents already exists. You might want to split that observa

Re: [fossil-users] Perception of Fossil

2018-06-17 Thread Karel Gardas
On Fri, 15 Jun 2018 13:35:13 -0400 Richard Hipp wrote: > An alternative design sketch: > > (1) Anonymous clones repo CoolApp > > (2) Anonymous makes changes to CoolApp and checks those changes into a > branch named "anon-patch" on her private clone. Repeat this step as > necessary to get anon-

[fossil-users] Backups of deconstructed fossil repositories

2018-06-17 Thread Thomas Levine
As content is added to a fossil repository, files in the corresponding deconstructed repository never change; they are only added. Most backup software will track changes to the deconstructed repository with great efficiency. I should thus take my backups of the deconstructed repositories, yes? Th

Re: [fossil-users] Perception of Fossil

2018-06-17 Thread Eduardo Morras
On Sun, 17 Jun 2018 04:06:50 + Chad Perrin wrote: > On Sat, Jun 16, 2018 at 05:05:48PM +0200, Eduardo Morras wrote: > > > > I partially disagree. If you allow anonymous people to pull / > > commit / merge data to your 'central repository', you can get > > easily spammed. If I pull-request 10

Re: [fossil-users] Change textarea for textnotes to placeholder text

2018-06-17 Thread Stephan Beal
On Sun, Jun 17, 2018, 15:26 Zack Scholl wrote: > > > [1]: https://www.w3schools.com/tags/att_textarea_placeholder.asp > > [2]: > https://www.fossil-scm.org/index.html/artifact?udc=1&ln=on&name=5d4a12252f765b5a > Just fyi: the ln= param accepts both a single line number or range of lines (e.g. ln

Re: [fossil-users] Change textarea for textnotes to placeholder text

2018-06-17 Thread Martin Gagnon
On Sun, Jun 17, 2018 at 06:26:06AM -0700, Zack Scholl wrote: > > I made this change in a forked copy of fossil (simply change are line 544 > of event.src to add the placeholder [2] and delete "Insert new content > here..." from line 474) ... > > [2]: > https://www.fossil-scm.org/index.html/arti

Re: [fossil-users] A fossil library

2018-06-17 Thread David Mason
Just had a quick thought that might make the conversion to library much easier. If you have a relatively small API interface, each of the API functions could do a setjmp https://en.wikipedia.org/wiki/Setjmp.h and then the fatal error routines could longjmp back. This would give you API safety, at

[fossil-users] Change textarea for textnotes to placeholder text

2018-06-17 Thread Zack Scholl
Hi, I had a very small and mildly useful change in mind: to move the "Insert new content here..." text for the technical note textarea to a textarea placeholder [1]. Basically I like to make tech notes on my phone and every time I do I have to highlight and delete the " Insert new content here...

[fossil-users] Using fossil with Golang (go get)

2018-06-17 Thread Zack Scholl
I noticed that there was some interest that Go started supporting fossil [1]. I was really happy that this change came about too, but I hadn't tried playing with it until now. I initially had a lot of trouble getting `go get` to work with my fossil, and eventually found the very simple solution whi

Re: [fossil-users] A fossil library

2018-06-17 Thread Stephan Beal
On Sat, Jun 16, 2018 at 11:44 PM Sam Putman wrote: > I'll be reading through the codebase and documentation, some initial > thoughts: > No pressure, but: i would _love_ to see someone pick up the torch and run with it. A bit of background: in Sept. 2011 i had the great pleasure of meeting Richa

Re: [fossil-users] Using bundles for pull requests

2018-06-17 Thread Florian Balmer
Richard Hipp: > (5) The server accepts the bundle and parks it in a separate holding > table, but does not merge it or otherwise make it available to average > passers by. The server then sends email notifications to developers > with appropriate privileges to let them know that a pull request has

Re: [fossil-users] [sqlite] Mailing list shutting down...

2018-06-17 Thread Olivier Mascia
> Le 14 juin 2018 à 22:47, Warren Young a écrit : > >> having to have browser tabs open for dozens of web forums > > I bookmark all of the sites I need to go to regularly and place them in a > folder in my browser’s bookmark bar so that I can open them all at once with > a Cmd- or Ctrl-Click o

Re: [fossil-users] [sqlite] Mailing list shutting down...

2018-06-17 Thread Olivier Mascia
> Le 14 juin 2018 à 22:30, Thomas a écrit : > > Web forums are much more superior than mailing lists, in any possible > direction. > There's nothing a mailing list can provide a forum can't, since it doesn't > exclude email notifications. > However, there's loads of benefits a forum provides a