>"j. van den hoff"
> writes:
> 1. allow-symlinks off (default):
>
> a)
> if the symlinks are ADDed and checkedin,
> content is tracked across the links, i.e. as far as fossil is concerned
> everything acts as if the actual files where local to the repo:
> changes are noted, checkouts overwrite th
Thus said Gerald Gutierrez on Fri, 09 May 2014 15:40:13 -0700:
> $ ps auxww | grep fossil
> USER PID %CPU %MEM VSZRSS TT STAT STARTED
> TIME COMMAND
> xxx 7619 0.0 0.2 2490036 29836 ?? S 9:05AM
> 0:13.80 /usr/local/bin/fossil commit --no-warnings
On Sat, May 10, 2014 at 12:40 AM, Gerald Gutierrez <
gerald.gutier...@gmail.com> wrote:
> So, there is definitely a problem here. It doesn't happen all the time,
> but enough that it occurs at least once a day.
>
i suspect it's OS specific. Richard syncs many repositories via cron on a
regular ba
On Fri, May 9, 2014 at 2:25 AM, Stephan Beal wrote:
> Other than that, i can't comment: i've only seen such behaviour in 'ping'
> on Solaris, where it can cause a backlog of cronjobs, which causes all
> other jobs to queue up until you kill the pings, at which point _all_
> queued jobs, since the
The $EDITOR idea is the first thing I thought of when reading the
Stephens initial post. Low barrier to entry, high effort/reward ratio.
A curses interface would be sexy (for some definition), but I'd say a
distant second as far as functional desirability.
-bch
On 5/7/14, Stephan Beal wrote:
>
On Fri, May 9, 2014 at 9:05 PM, Stephan Beal wrote:
> i'm working on integrating a demo of this into the libfossil CGI bits now.
>
http://fossil.wanderinghorse.net/repos/libfossil/cgidemo/index.cgi/tmplish
> Once that's done, it'll be a straightforward matter to add custom
> html+script pages
On Fri, 09 May 2014 21:07:59 +0200, Stephan Beal
wrote:
On Fri, May 9, 2014 at 9:02 PM, j. van den hoff
wrote:
On Fri, 09 May 2014 20:42:06 +0200, Stephan Beal
wrote:
IMO. (That said, i never was a big fan of having symlink support in
fossil!)
well, the possibility to do that symlin
On Fri, May 9, 2014 at 9:02 PM, j. van den hoff
wrote:
> On Fri, 09 May 2014 20:42:06 +0200, Stephan Beal
> wrote:
>
>>
>> IMO. (That said, i never was a big fan of having symlink support in
>> fossil!)
>>
>
> well, the possibility to do that symlink trick for tracking config files
> all over th
Hi, all,
another libfossil minor milestone update:
while libfossil does not have an official script binding, it does have a
script binding, and i recently added support similar to embedding TH1 in
fossil pages. Here's a brief demo:
// ==
const CGI = api.cgi
const F = CGI.getFossi
On Fri, 09 May 2014 20:42:06 +0200, Stephan Beal
wrote:
On Fri, May 9, 2014 at 8:33 PM, j. van den hoff
wrote:
b)
if this repo is cloned and opened, indeed the original files materialize
in the checkout, i.e. the symlink information is lost (probably never
was there in the repo?). I presume
On Fri, May 9, 2014 at 8:33 PM, j. van den hoff
wrote:
> b)
> if this repo is cloned and opened, indeed the original files materialize
> in the checkout, i.e. the symlink information is lost (probably never
> was there in the repo?). I presume(...) this also does not contradict
> the documentation
On Fri, 09 May 2014 19:45:01 +0200, Matt Welland
wrote:
FYI, beware that there may be a bug with symlinks support in the more
recent versions of fossil. I haven't reported it as I haven't had time to
reproduce it but a couple of users have complained that when they
clone/open a fossil that ha
FYI, beware that there may be a bug with symlinks support in the more
recent versions of fossil. I haven't reported it as I haven't had time to
reproduce it but a couple of users have complained that when they
clone/open a fossil that has allow-symlinks = true that the symlinks are
replaced by the
On Fri, May 9, 2014 at 6:30 PM, j. van den hoff
wrote:
> modified. so my understanding is when 'on' the softlinks are just
> maintained
> in the repo while when 'off' (the default) the system should behave like
> what you describe:
> track the changes across the softlinks (i.e. the "real content"
On Fri, 09 May 2014 17:30:02 +0200, Joseph Mingrone wrote:
I was asked off the list to share what I ended up using. It was really
quite simple in the end. I somehow missed the setting "allow-symlinks".
With this turned on, I just create symbolic links in the local tree and
now, on the rare oc
On Fri, May 9, 2014 at 5:30 PM, Joseph Mingrone wrote:
> can easily deal with those issues. So, ~/scm/host_config.fossil/
> contains the repository (host_config.fossil) and symbolic links to files
> all over the system (/etc/ and /usr/local/etc/ mostly). So far this has
> worked well for my nee
I was asked off the list to share what I ended up using. It was really
quite simple in the end. I somehow missed the setting "allow-symlinks".
With this turned on, I just create symbolic links in the local tree and
now, on the rare occasions that I pull, the link ins't wiped out, but
the file poi
2014-05-09 16:45 GMT+02:00 Andy Bradford :
> Yes, it was on trunk, and that's actually how I discovered it. I used
> the no-initial-commit fossil to create a new Fossil, then I opened it
> and added a file. It refused to commit the file, so I took an old
> version of fossil ran statu
Thus said Stephan Beal on Fri, 09 May 2014 11:16:04 +0200:
> > So it didn't even attempt to add the file that it said was ADDED.
> >
>
> That's why the R-card is right. The error is the missing F-card.
>
> Please tell me that's not on the trunk?
Yes, it was on trunk, and that's actually how I d
On Fri, May 9, 2014 at 3:15 AM, Scott Robison wrote:
>
> 1. Is there a fossil command line based way to set config options
> (particularly project name and description) that I'm unaware of?
>
Not an easy why. You'd have to run "fossil sql" with appropriate SQL
arguments that would update the dat
On Fri, May 9, 2014 at 5:08 AM, Andy Bradford wrote:
> Thus said Doug Franklin on Thu, 08 May 2014 23:00:03 -0400:
>
> > Does SQLite support nested transactions? If so, that would seem to be
> > worth considering.
>
> It does appear to support them:
>
> https://www.sqlite.org/lang_transaction.htm
On May 9, 2014 3:11 AM, "Stephan Beal" wrote:
>
> On Fri, May 9, 2014 at 9:50 AM, Scott Robison
wrote:
> It doesn't need to be great - it'll just be for my own use. i've never
gotten around to using the "login group" support.
I looked briefly into it and it seemed that the shared login group stu
On Fri, May 9, 2014 at 3:25 AM, Gerald Gutierrez wrote:
> Annoying thing is that when I try to make it happen, even if I run the
> script via cron (by changing the crontab over and over), it doesn't happen.
>
Here's a really ugly workaround:
echo "fossil ..." | at now
will run it through cron
On Fri, May 9, 2014 at 9:53 AM, Jan Nijtmans wrote:
> 2014-05-08 22:20 GMT+02:00 B Harder :
> > I restrained myself in the previous discussion that ended up being about
> the
> > initial empty commit, but now I feel compelled: the rational,
> "discussion",
> > and decision to remove the initial e
On Fri, May 9, 2014 at 3:13 AM, Andy Bradford wrote:
> I too get this same error, however, not for an empty commit:
>
>From the current trunk or the one which was moved?
>
> Also, I can commit if I do ``fossil status'' first:
>
That's a hint that the vfile table is not being updated in the fir
On Fri, May 9, 2014 at 9:50 AM, Scott Robison wrote:
> The fossil cgi script is just based on the one documented elsewhere, so I
> assume you mean the password change script. You can see it at
> http://tny.cz/2376d7fa (tinypaste, tny.cz). When the page is accessed via
> http GET it just displays t
On Fri, May 9, 2014 at 1:21 AM, Stephan Beal wrote:
> IIRC we don't actually use the mtime in the config file (or not often,
> anyway). Feel free to set it to 0 or (as we do internally):
> strftime('%s','now'). It's a Unix timestamp (so (date +%s) can be used from
> scripts).
>
>
Forgot to commen
2014-05-09 3:13 GMT+02:00 Andy Bradford :
> Also, I can commit if I do ``fossil status'' first:
That's the difference!: I use "fossil status" a lot, therefore I
didn't notice that the function unsaved_changes() doesn't
do anything when vid=0. This bug can be triggered
on trunk as well (although wi
On Fri, May 9, 2014 at 1:21 AM, Stephan Beal wrote:
>
> On Fri, May 9, 2014 at 9:15 AM, Scott Robison
wrote:
>>
>> links to each fossil. I have a two line fossil cgi script that gives me
access to those repos. I've even created a little page to allow me to
change a password for a single user acro
On Fri, May 9, 2014 at 9:15 AM, Scott Robison wrote:
> links to each fossil. I have a two line fossil cgi script that gives me
> access to those repos. I've even created a little page to allow me to
> change a password for a single user across all repos at one time.
>
Would you mind sharing that
My apologies if this is too long for reading, but I hope you'll bear with
me.
I like the idea behind chiselapp, but am paranoid so I want to host
something similar for myself (and just myself) to keep things private. I
downloaded chiselapp and while it *could* work, I decided it was "more"
than I
31 matches
Mail list logo
