hi list,
first time around:
I've recently had a first look at fossil. it's mostly working as
advertised but communication via ssh won't work. from going through the
archives I get the impression that this is a rather long standing problem
(~ years...) related to interfering output from the
On Sat, 10 Nov 2012 15:48:11 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 10, 2012 at 9:43 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
whoa! that's a quick reply ;-).
I would really appreciate if the ssh issue could get addressed by the
developers.
It has my attention
thanks for responding.
On Sat, 10 Nov 2012 17:53:40 +0100, Martin Gagnon eme...@gmail.com wrote:
On Sat, Nov 10, 2012 at 9:48 AM, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 10, 2012 at 9:43 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
I would really appreciate if the ssh
at 2:18 PM, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 10, 2012 at 11:53 AM, Martin Gagnon eme...@gmail.com
wrote:
On Sat, Nov 10, 2012 at 9:48 AM, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 10, 2012 at 9:43 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
I would
that I was having with fossil+ssh, or at
least
only did so partially.
Why not? In what sshfs failed to give you the equivalent functionality
than a remote access to a fossil database through ssh?
2012/11/11 Timothy Beyer bey...@fastmail.net
At Sat, 10 Nov 2012 22:31:57 +0100,
j. van den hoff
:
On Sun, 11 Nov 2012 19:35:25 +0100, Matt Welland estifo...@gmail.com
wrote:
On Sun, Nov 11, 2012 at 2:56 AM, j. van den hoff
veedeeh...@googlemail.com**wrote:
On Sun, 11 Nov 2012 10:39:27 +0100, Matt Welland
estifo...@gmail.com
wrote:
sshfs is cool but in a corporate environment it can't
On Mon, 12 Nov 2012 15:51:04 +0100, Richard Hipp d...@sqlite.org wrote:
On Mon, Nov 12, 2012 at 8:36 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
I've tested this here (with Fossil-4473a27f3b6e049e) but can only report
partial success:
* it works using bash/ksh as login shell
On Fri, 16 Nov 2012 11:12:23 +0100, Gilles gilles.gana...@free.fr wrote:
Hello
This is a newbie question.
Prior to using Fossil, to try something and still be able to go back
in case the change didn't work, the only way I had was to comment
things out.
Now that I'm used to using Fossil, I
On Tue, 20 Nov 2012 00:53:04 +0100, Themba Fletcher
themba.fletc...@gmail.com wrote:
On Mon, Nov 19, 2012 at 3:46 PM, Themba Fletcher
themba.fletc...@gmail.com wrote:
On Mon, Nov 19, 2012 at 3:12 PM, j. v. d. hoff
veedeeh...@googlemail.com wrote:
On Mon, 19 Nov 2012 22:49:22 +0100, Richard
On Tue, 20 Nov 2012 01:13:51 +0100, Richard Hipp d...@sqlite.org wrote:
On Mon, Nov 19, 2012 at 6:12 PM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
some more remarks from a new user:
I've been trying out fossil only for the last two weeks or so. and
coming
from `mercurial'
(and
I already stumbled a couple of times over the fact that `fossil rm' and
`fossil mv' only act
on the repository but not on the check out, i.e. I always have to issue
two commands
in order to actually remove a file from the (future of) the project.
obviously this is different from other VCSs
On Tue, 20 Nov 2012 15:00:29 +0100, Remigiusz Modrzejewski
l...@maxnet.org.pl wrote:
On Nov 20, 2012, at 14:45 , Richard Hipp wrote:
CVS did not couple the actions, and I copied CVS in this regard. I
agree
with you now, that coupling them is the right thing to do. But I fear
to
On Tue, 20 Nov 2012 16:48:00 +0100, James Turner ja...@calminferno.net
wrote:
On Tue, Nov 20, 2012 at 03:39:06PM +, David Given wrote:
Richard Hipp wrote:
[...]
CVS did not couple the actions, and I copied CVS in this regard. I
agree with you now, that coupling them is the right thing
On Thu, 13 Dec 2012 14:09:46 +0100, Jan Danielsson
jan.m.daniels...@gmail.com wrote:
On 12/13/12 05:07, Carson Chittom wrote:
Nolan Darilek no...@thewordnerd.info writes:
If we're talking about adding git to the name because of this whole
rm thing, we might as well consider mercurial as a
On Thu, 13 Dec 2012 18:02:25 +0100, Marcelo richiead...@gmail.com wrote:
2012/12/13 Nolan Darilek no...@thewordnerd.info
On 12/13/2012 08:40 AM, Marcelo wrote:
They want the good things about fossil but they want to keep working as
if it were Git. I say, if they like Git so much, eat the
hi,
I accidentally noted that all terminal (stdout) output of `fossil'
seemingly uses CRLF (\r\n) as EOL even on unix-based machines (i.e.
everything in the world except those view machines running something else
;-)). at least it does so under MacOSX.
I would find it more reasonable if
hoping that this does not generate so much turbelence as the mv/rm issue
did:
I've stumbled over this behavior:
-- there is a user account on a remote repo created for me (with commit
access)
-- I do the clone a la `fossil clone http://myname@URL myrepo.fsl and I'm
asked correctly for the
On Thu, 20 Dec 2012 19:03:07 +0100, Richard Hipp d...@sqlite.org wrote:
On Thu, Dec 20, 2012 at 12:47 PM, j. van den hoff
veedeeh...@googlemail.com
wrote:
hi,
I accidentally noted that all terminal (stdout) output of `fossil'
seemingly uses CRLF (\r\n) as EOL even on unix-based machines
hi,
I would find it useful if `fossil info' (or `stat', `timeline', or a new
command) would provide a means/option to show the total number of
revisions (by default or optional), more precisely, the number of file
commits (as it is called in `fossil help timeline) in the repo. the
On Thu, 10 Jan 2013 13:35:06 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 10, 2013 at 12:56 PM, j. van den hoff
veedeeh...@googlemail.com
wrote:
I would find it useful if `fossil info' (or `stat', `timeline', or a new
command) would provide a means/option to show
On Thu, 10 Jan 2013 13:51:51 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal sgb...@googlemail.com
wrote:
i'll sign up for adding that - i would be able to do this on Sunday. i
would add it to the status command because we have that info in
On Thu, 10 Jan 2013 13:51:51 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal sgb...@googlemail.com
wrote:
i'll sign up for adding that - i would be able to do this on Sunday. i
would add it to the status command because we have that info in
my question regards the (very useful!) functionality of selecting
(clicking) two timeline entries in the web GUI to the repo for diffing.
this works alright for me with a certain (remote) repository.
it does +not+ work for the local copy of that repo or any other local repo
(under URL
On Wed, 16 Jan 2013 18:28:24 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Jan 16, 2013 at 5:48 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
is this a bug or a feature? I do hope the former since it's really bad
behaviour when driving `fossil' with a script.
It's
On Thu, 17 Jan 2013 10:26:29 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 17, 2013 at 10:03 AM, Stefan Bellon sbel...@sbellon.de
wrote:
While this seems to be an easy change, now the dbstat command outputs
checkin-count while the info command outputs checkins. And
because
On Thu, 17 Jan 2013 18:53:43 +0100, C. Thomas Stover
c...@thomasstover.com wrote:
On Thu, 17 Jan 2013 07:55:09 -0600
Carson Chittom car...@wistly.net wrote:
C. Thomas Stover c...@thomasstover.com writes:
Well if hardcopy means scanned paper (no ocr) then it sounds like a
very large
On Fri, 18 Jan 2013 10:46:20 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 17, 2013 at 1:45 PM, Stephan Beal sgb...@googlemail.com
wrote:
the difference between the two numbers differs in different
repositories,
but info/stat consistently show _lower_ values. They use a
On Mon, 28 Jan 2013 12:15:22 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Sat, Nov 24, 2012 at 3:21 PM, Richard Hipp d...@sqlite.org wrote:
One big problem here is that the user will doubtless expect to have full
Perl regular expressions. That will mean another compile-time
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
The regular expression matching in
www.fossil-scm.org/fossil/artifact/c8fb75a1615f is also lightweight and
it
supports | and it is usually as
On Wed, 06 Feb 2013 18:48:01 +0100, Matt Welland estifo...@gmail.com
wrote:
Using ssh for transport still doesn't work if a users login shell is
tcsh.
I'm looking for help on this problem as I've not yet found a solution.
If anyone can confirm that the problem exists or if anyone has
On Wed, 20 Feb 2013 15:40:27 +0100, Richard Hipp d...@sqlite.org wrote:
On Wed, Feb 20, 2013 at 9:19 AM, Carson Chittom car...@wistly.net
wrote:
Stephan Beal sgb...@googlemail.com writes:
There is also no reason to prohibit text-based browsers. i'm not
aware of
any which support
On Wed, 20 Feb 2013 16:06:35 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Feb 20, 2013 at 3:51 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
can someone confirm these problems?
Just to be pedantic for a moment: i wouldn't call them problems unless
whatever you call
On Tue, 28 May 2013 15:08:10 +0200, Richard Hipp d...@sqlite.org wrote:
Survey: How many people know that in the web-based timeline for Fossil,
you can click on any two nodes in the graph and get a diff between those
two nodes?
I think this is a very useful feature. But I'm guessing that not
just a thought: a somehow related feature would be the ability to do
something like
fossil ci {dirname}
where {dirname} is one of the directories found in the checkout which then
should restrict the ci to everything recursively found in {dirname} and
below. personally I don't miss such a
On Fri, 28 Jun 2013 19:31:01 +0200, Stephan Beal sgb...@googlemail.com
wrote:
Can anyone confirm/deny/elaborate on:
http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44
just tested it: yes, I can confirm the problem, although the error message
is slightly
I have two questions regarding the `search' command:
1.
the pattern seem neither to be true regexp nor shell glob patterns, e.g.
fossil search '.' (verbatim `.' if shell pattern, arbitrary char if
regexp)
fossil search '*' (arbitrary pattern if shell pattern, invalid if regexp)
fossil
On Sun, 14 Jul 2013 11:51:17 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Jul 14, 2013 at 10:58 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
all seem to match everything. question: what is the underlying pattern
syntax and why do all of the above searches match
On Mon, 22 Jul 2013 17:40:23 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 5:34 PM, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com
wrote:
- project create initializes internal repo ticket number
On Mon, 22 Jul 2013 18:01:27 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 6:00 PM, Stephan Beal sgb...@googlemail.com
wrote:
reverse flag so that --reverse -n -1 would show only the first checkin?
then I would opt for `-n 0' to get the whole time line. but
On Mon, 22 Jul 2013 18:12:03 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 6:09 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
then I would opt for `-n 0' to get the whole time line. but actually I
would prefer a `-u(nlimited)' or `-a(ll)' flag or similar
On Tue, 23 Jul 2013 10:29:36 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Tue, Jul 23, 2013 at 3:25 AM, Aaron W.Hsu arcf...@sacrideo.us wrote:
I’ve so far managed to avoid using the feature myself, but I have been
on
teams where people tried to use this to some effect, and
On Tue, 23 Jul 2013 11:29:32 +0200, Konstantin Khomoutov
flatw...@users.sourceforge.net wrote:
On Tue, 23 Jul 2013 11:03:09 +0200
j. van den hoff veedeeh...@googlemail.com wrote:
[...]
While the Lua scripting enabled me to gain a level of
sophistication and relative rigor in the process
hi,
I want to report the following observation:
`finfo -b' is supposed to produce one-line abbreviations for all commits
but in fact introduces
spurious line breaks which put a single trailing word (or some chars) on
the next line.
example: doing
fossil finfo -b BUILD.txt
in the Fossil
hi,
`fossil help clone' tells me:
8--
By default, your current login name is used to create the default
admin user. This can be overridden using the -A|--admin-user
parameter.
8--
I just tried that locally (within my file system):
fossil clone -A JoeDoe
On Thu, 08 Aug 2013 10:58:58 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 8, 2013 at 10:47 AM, Rene renew...@xs4all.nl wrote:
-R seems redundant.
It's not _entirely_ redundant - in some cases it changes how the
arguments
are processed. Yes, there are inconsistencies
On Thu, 08 Aug 2013 09:53:52 +0200, Andy Bradford
amb-sendok-1378540432.bggbdoanfmpdfnjoo...@bradfords.org wrote:
Thus said j. van den hoff on Thu, 08 Aug 2013 09:31:28 +0200:
1.in `orig.fossil'the(sole) `setup'user isme
(current_login_name), which is as it should
On Thu, 08 Aug 2013 12:23:56 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 8, 2013 at 12:14 PM, Stephan Beal sgb...@googlemail.com
wrote:
Sorry for the confusion: don't much care for is another way of saying
do not like, and we agree completely that these inconsistencies
On Thu, 08 Aug 2013 17:00:08 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 8, 2013 at 2:32 PM, Stestagg stest...@gmail.com wrote:
I would agree here, it's not at all clear. Even when you know there is
a
--user option, then the fossil output isn't clear:
In Fossil's
On Thu, 08 Aug 2013 22:25:33 +0200, Chad Perrin c...@apotheon.net wrote:
This Fossil For New Users intro to doing the basics in Fossil was a
few minutes' work, in part as a reminder for myself. I thought it might
be useful for others as well, though, so I finally decided to put it
online.
On Thu, 08 Aug 2013 19:49:18 +0200, Richard Hipp d...@sqlite.org wrote:
On Thu, Aug 8, 2013 at 12:40 PM, Julian j...@ptolserv.com wrote:
One of the problems is that the help given by fossil help command
isn't
always complete. For example the help for checkin (fossil help ci),
doesn't
list
On Thu, 08 Aug 2013 23:12:52 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 8, 2013 at 10:48 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
2.
I'm not comfortable with categorically recommending to new users to
separate the database from the checkout. I know that many
On Thu, 08 Aug 2013 23:36:14 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 8, 2013 at 11:31 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
but what does this proof? the next guy might be a tidy up fanatic and
accidentally remove the directory with all the repository
if I do `fossil mv a b'; mv a b; and then edit the renamed file `b' and
check it in, I can
do a
`fossil diff -r {before_rename} --to{after_rename}'
between revisions before and after the rename and get the correct diff
listing of `a' vs. `b' as it should be.
adding the file name of the
sorry for the noise in the previous mail. I erroneously stated that I get
the full diff for the renamed file when not specifying
the file name which is *not* correct. so please forget that.
so it seems that diffs across renames do not work currently at all. is
that correct? so fossil only
On Fri, 09 Aug 2013 18:42:59 +0200, Richard Hipp d...@sqlite.org wrote:
On Fri, Aug 9, 2013 at 12:28 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
so fossil only logs the rename as DELETED plus
and ADDED action w/o keeping track of the rename any more so a diff can
only be done
On Fri, 09 Aug 2013 20:33:59 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Fri, Aug 9, 2013 at 8:24 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
to different or newly created dirs: I'm not sure whether such a `mv' is
any
different from renaming the file itself?)
A mv
hi,
I'm trying to come to terms with the `embedded documentation approach' for
a small project (btw: maybe someone finds it useful: it's a drop-in
replacement for `cd' maintaining a dynamic directory stack sorted by
frequency of visits against which regex pattern matching is performed --
On Wed, 14 Aug 2013 11:11:13 +0200, Natacha Porté nata...@instinctive.eu
wrote:
Hello,
on Wednesday 14 August 2013 at 10:57, j. van den hoff wrote:
problem: on the server the repo is located at
http://fossil.0branch.com/sd
and the cross-links don't work any more since the `sd/' is missing
On Wed, 14 Aug 2013 11:11:13 +0200, Natacha Porté nata...@instinctive.eu
wrote:
Hello,
on Wednesday 14 August 2013 at 10:57, j. van den hoff wrote:
problem: on the server the repo is located at
http://fossil.0branch.com/sd
and the cross-links don't work any more since the `sd/' is missing
On Wed, 14 Aug 2013 13:28:46 +0200, Richard Hipp d...@sqlite.org wrote:
On Wed, Aug 14, 2013 at 4:57 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
how can I make the cross-links work both locally as well as when
accessing the server repo?
Use relative paths. See, for example
On Wed, 14 Aug 2013 13:28:46 +0200, Richard Hipp d...@sqlite.org wrote:
On Wed, Aug 14, 2013 at 4:57 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
how can I make the cross-links work both locally as well as when
accessing the server repo?
Use relative paths. See, for example
not a big deal but slightly irritating:
the tk-window opened by `diff --tk' is editable, i..e one can modify the
displayed diff text (w/o any real effect, of course). I don't know Tk, but
maybe there's an option to make the window readonly in order to avoid any
potential confusion (since
On Tue, 20 Aug 2013 17:31:24 +0200, Richard Hipp d...@sqlite.org wrote:
On Tue, Aug 20, 2013 at 10:57 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
not a big deal but slightly irritating:
the tk-window opened by `diff --tk' is editable, i..e one can modify
the
displayed diff text
On Tue, 20 Aug 2013 17:59:11 +0200, Benedikt Ahrens
benedikt.ahr...@gmx.net wrote:
Hello,
the fossil timeline command shows UTC time rather than observing the
system setting (UTC+02:00, in my case).
Is there anything I can do to change this?
you can switch off UTC (so that it uses local
hi,
I have stumbled over the following observation when performing these
action within a checkout of of `fossil' itself:
fossil timeline -v -n 10 | grep 5731 ## -- no hit
fossil diff -r 5731 ## lots of output (related to which revision???)
hopefully not a stupid question: what's going
On Wed, 21 Aug 2013 12:58:35 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 12:53 PM, j. van den hoff
veedeeh...@googlemail.com
wrote:
hopefully not a stupid question: what's going on here? can someone
confirm
this? there is no checkin with a SHA1 hash starts
On Wed, 21 Aug 2013 13:25:50 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 1:22 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
On Wed, 21 Aug 2013 12:58:35 +0200, Stephan Beal sgb...@googlemail.com
wrote:0.
intentionally undocumented or did nobody manage
unintentionally replied only to stephan, but this should stay on th list,
I'd say, so:
On Wed, 21 Aug 2013 16:08:16 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 3:25 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
philosophical issues aside:
does that mean
last mail in these matters since it is in danger of deteriorating into
just another flame.
On Wed, 21 Aug 2013 16:36:58 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 4:26 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
with due respect, that's too dogmatic
On Wed, 21 Aug 2013 17:09:52 +0200, Richard Hipp d...@sqlite.org wrote:
On Wed, Aug 21, 2013 at 10:52 AM, Marc Simpson m...@0branch.com wrote:
On Wed, Aug 21, 2013 at 3:36 PM, Stephan Beal sgb...@googlemail.com
wrote:
DVCSs cannot, by their very nature, portably support sequential
numbers.
On Wed, 21 Aug 2013 17:10:59 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 4:52 PM, Marc Simpson m...@0branch.com wrote:
On Wed, Aug 21, 2013 at 3:36 PM, Stephan Beal sgb...@googlemail.com
wrote:
DVCSs cannot, by their very nature, portably support sequential
I'll reply to this mail again, since it is essentially the only one
exactly addressing my point:
-- I agree that any non-local use of revnums is doomed to failure (with
checkins tickets or whatever).
-- we don't need some new `svn' like naming scheme of revisions instead of
the hashes
On Wed, 21 Aug 2013 19:31:17 +0200, Mark Janssen mpc.jans...@gmail.com
wrote:
To make this less of an academic discussion and to just be able to play
very good point (despite being myself in academia ...) and thanks a lot
for sharing this.
around with it,
On Wed, 21 Aug 2013 23:07:36 +0200, Mark Janssen mpc.jans...@gmail.com
wrote:
On Wed, Aug 21, 2013 at 9:27 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
On Wed, 21 Aug 2013 19:31:17 +0200, Mark Janssen mpc.jans...@gmail.com
wrote:
To make this less of an academic discussion
On Wed, 21 Aug 2013 23:19:46 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 11:07 PM, Mark Janssen
mpc.jans...@gmail.comwrote:
The fossil rebuild logic uses a two pass algorithm. I am not quite sure
why this is necessary, it could have something to do with delta
On Thu, 22 Aug 2013 00:55:56 +0200, Matt Welland estifo...@gmail.com
wrote:
On Wed, Aug 21, 2013 at 2:29 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
On Wed, 21 Aug 2013 23:19:46 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Wed, Aug 21, 2013 at 11:07 PM, Mark Janssen
FYI:
in fossil version 1.27 [ba779faf48] 2013-09-27 08:52:40 UTC
`fsl help ls' contains this text:
... If FILENAMES are included, the only
the files listed (or their children if they are directories) are shown.
where the first `the' should be deleted. and maybe it could be rephrased
hi list,
disclaimer: I have no experience whatsoever with apache, cgi, and
webservers in general. so maybe I'm missing something stupid...
I'm trying for the first time to setup a fossil repo for http access via
the cgi route on macosx 10.8.4. if someone has done this for this OS maybe
On Sun, 29 Sep 2013 17:19:09 +0200, Stephan Beal sgb...@googlemail.com
wrote:
- Same thing for the Fossil binary: the WHOLE path leading it up to it
must
be readable.
that was it (and I discovered it myself some 100 ms before your mail
arrived -- not enough time to send the
. van den hoff
veedeeh...@googlemail.comwrote:
hi list,
snip
what I see:
-- access to `http:{mymachine}/cgi-bin/**first.cgi' works just fine
(I
do get the `hello world' page)
-- access to `http:{mymachine}/cgi-bin/**repo.cgi' gives the
`internal
server error' in the browser
On Sun, 29 Sep 2013 17:27:15 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Sep 29, 2013 at 5:25 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
that was it (and I discovered it myself some 100 ms before your mail
arrived -- not enough time to send the SOLVED mail ;-)).
I
17:35:39 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Sep 29, 2013 at 5:28 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
thanks for responding. just discovered that actually it were the
permissions of the `fossil' executable which where insufficient (not
executable
On Sun, 29 Sep 2013 17:44:20 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Sep 29, 2013 at 5:30 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
maybe one could add a few of these things to the fossil howto? should
many
hit new users, too, I guess.
Added:
http://fossil
On Sun, 29 Sep 2013 17:51:56 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Sep 29, 2013 at 5:45 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
htmlbodypBad Request: missing REQUEST_URI/p/body/html
That's an indication that Apache is missing something. The env vars
On Mon, 30 Sep 2013 17:11:41 +0200, Richard Hipp d...@sqlite.org wrote:
On Mon, Sep 30, 2013 at 11:06 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
The requested URL /cgi-bin/repo.cgi/tarball/**
reponame-0253aa7c17e75b5a.tar.**gz was not found on this server.
from this I guess
d...@sqlite.org wrote:
On Mon, Sep 30, 2013 at 11:06 AM, j. van den hoff
veedeeh...@googlemail.com
wrote:
The requested URL /cgi-bin/repo.cgi/tarball/**
reponame-0253aa7c17e75b5a.tar.**gz was not found on this server.
from this I guess that `fossil' tries ot create a subdir tarball
On Mon, 30 Sep 2013 21:49:17 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Sep 30, 2013 at 9:07 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
so I think either fossil should quote any occurence of `/' when
constructing the URL (if possible -- I'm not sure
there are some typos in the documentation here:
http://www.fossil-scm.org/fossil/doc/trunk/www/server.wiki
in the `fossil as cgi' section. the trailing part of the section should
read (corrections are bracketed by `***'):
8--
To ***serve***
On Tue, 08 Oct 2013 00:27:12 +0200, Joseph R. Justice
jayare...@gmail.com wrote:
On Mon, Sep 23, 2013 at 7:05 AM, Alaric Snell-Pym
ala...@snell-pym.org.ukwrote:
I've written a backup/archival tool based on content-addressible
storage, and a common question people ask is So why don't I just
On Tue, 08 Oct 2013 13:24:39 +0200, Richard Hipp d...@sqlite.org wrote:
On Tue, Oct 8, 2013 at 4:58 AM, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Oct 7, 2013 at 9:54 PM, Matt Welland estifo...@gmail.com
wrote:
Losing the username in annotate command line is a big hit for me. I
, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Sep 30, 2013 at 9:57 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
it is already done for blanks) when the tarball URL is constructed:
after all, the project name is just the descriptive title at the top of
the
web-page and it feels
On Tue, 08 Oct 2013 14:50:24 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Tue, Oct 8, 2013 at 2:31 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
coming back to this problem of problematic character such as `/'
causing
tar/zip download to fail since the
URL generated by fossil
On Tue, 08 Oct 2013 15:26:17 +0200, Richard Hipp d...@sqlite.org wrote:
On Tue, Oct 8, 2013 at 9:15 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
On Tue, 08 Oct 2013 14:50:24 +0200, Stephan Beal sgb...@googlemail.com
wrote:
I suspect for most users it will seem natural to choose
On Tue, 08 Oct 2013 15:46:46 +0200, Richard Hipp d...@sqlite.org wrote:
Trunk now escapes just a handful of characters that might cause problems
(\/*?[]). And a comment has been added to the entry box for the Project
Name encouraging admins to avoid the use of those special characters.
On Tue, 08 Oct 2013 16:08:27 +0200, Richard Hipp d...@sqlite.org wrote:
On Tue, Oct 8, 2013 at 10:02 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
I view the download facility mainly as a convenience for anonymous to
get hold of the managed files for a certain revision without the need
On Tue, 08 Oct 2013 16:44:55 +0200, Richard Hipp d...@sqlite.org wrote:
The latest trunk has (yet another) configuration option that allows you
to
specify the name prefix for generated tarballs and ZIP archives. If the
Abbreviated Name is omitted, the Project Name is used.
that sounds like
On Tue, 08 Oct 2013 18:08:19 +0200, Ron Wilson ronw.m...@gmail.com wrote:
On Tue, Oct 8, 2013 at 11:56 AM, Doug Currie doug.cur...@gmail.com
wrote:
My repos integrate with packaging/build systems (some not under my
control) that would break if the archive name was changed by fossil.
On Tue, 08 Oct 2013 16:44:55 +0200, Richard Hipp d...@sqlite.org wrote:
The latest trunk has (yet another) configuration option that allows you
to
specify the name prefix for generated tarballs and ZIP archives. If the
Abbreviated Name is omitted, the Project Name is used.
a minor thing,
on pages like
{http://url_of_repo}/setup_uedit?id=3
in the special logins section it reads:
The password for 'nobody' is ignore.
which is probably not the intended meaning ... (missing `d' at the end of
sentence).
--
Using Opera's revolutionary email client: http://www.opera.com/mail/
I just stumbled over this:
the URL of the home wiki page contains the project name as a prefix. if
the project names is changed _after_ that wiki page has been
created/edited, the 'home' link obviously points
somewhere else... I understand that I can fix this by explicitely
specifying the
1 - 100 of 325 matches
Mail list logo