On 10 December 2017 at 17:57, Andy Bradford wrote:
> Thus said Michai Ramakers on Sun, 10 Dec 2017 16:21:02 +0100:
>
>> michai@work-lap:/tmp/f/f$ f ver
>> This is fossil version 1.33 [b00e60194e] 2015-08-22 12:42:15 UTC
>
> Since then Fossil has had much development. I
On 10 December 2017 at 16:15, Michai Ramakers wrote:
>
> Is it normal that I can't seem to clone the fossil-scm.org repo using
> this old version?
Apparently I have been living under a rock. I also seem to be unable
to open the cloned (using current trunk) fossil-scm.org repo
Hi,
I haven't tracked trunk since end of 2015.
Is it normal that I can't seem to clone the fossil-scm.org repo using
this old version?
michai@work-lap:/tmp/fold$ f ver
This is fossil version 1.33 [b00e60194e] 2015-08-22 12:42:15 UTC
michai@work-lap:/tmp/fold$ f clone https://www.fossil-scm.org/
On 15 July 2016 at 20:16, Warren Young wrote:
> On Jul 15, 2016, at 12:09 PM, Michai Ramakers wrote:
>>
>> 1) does there happen to be a "howto" anywhere describing quick setup
>> w.r.t. security, perhaps from a wiki-only standpoint?
>
> I posted my p
Hi,
I'd like to use Fossil as wiki for a small dev-team. (The wiki-part is
all that will be used.) I have 2 questions about this:
1) does there happen to be a "howto" anywhere describing quick setup
w.r.t. security, perhaps from a wiki-only standpoint?
2) is there a way to view changes to the wik
On 13 February 2016 at 21:45, Richard Hipp wrote:
> On 2/13/16, Michai Ramakers wrote:
>>
>> Just for fun I tried to build a recent Fossil on a Pentium 150 box
>> with 40 MB RAM, no swap, using GCC 4.1.2 prerelease on NetBSD 4.0
>> BETA2. Unfortunately there's
Hello,
On 12 February 2016 at 20:37, Richard Hipp wrote:
> Just an FYI: I use a circa-2002 iBook for testing SQLite on (32-bit
> big-endian) PPC. The iBook is loaded with Mac OS 10.2. 20GB hard
> disk and 256MB of RAM.
>
> ...
Just for fun I tried to build a recent Fossil on a Pentium 150 box
fixed, thx
On 23 November 2015 at 21:43, j. van den hoff wrote:
> someone with write access to the fossil repo might do a minor good deed ;-):
>
> In the sentence
>
> "Only *a* the first statement in the entry box will be run."
>
> the `a' enclosed in the asterisks should go away (Fossil version
Hello,
On 12 September 2015 at 14:34, Oliver Friedrich
wrote:
> I want to give a thought on how I use fossil regularly and on what I would
> love as a feature.
>
> While fossil is easy to set up and maintain, I often have several small
> projects that seem to be to small to get an own instance of
On 24 August 2015 at 22:42, jungle Boogie wrote:
> On 24 August 2015 at 12:55, Michai Ramakers wrote:
>> On 24 August 2015 at 20:30, jungle Boogie wrote:
>>>
>>> Do you think the permuted index should be listed on the sitemap? It's
>>> already in the h
On 24 August 2015 at 13:29, Sergei Gavrikov wrote:
> On Mon, 24 Aug 2015, Stephan Beal wrote:
>
>> On Mon, Aug 24, 2015 at 12:42 PM, Sergei Gavrikov wrote:
>> Two lists (C/P) look too long for human. Perhaps, Fossil
>> documentation reached the state when tag cloud
>> https://en.
On 24 August 2015 at 20:30, jungle Boogie wrote:
>
> Do you think the permuted index should be listed on the sitemap? It's
> already in the header as 'Docs' but so are wiki, timeline, tickets,
> etc.
I don't know... To me "permuted index" didn't ring a bell before I saw
Fossil, but some people ar
On 17 August 2015 at 21:12, Michai Ramakers wrote:
>
> Another suggestion was to move the list of canonical titles in front
> of the original permuted index - which sounds perfect to me.
Done in http://fossil-scm.org/index.html/info/49a77b5184ef2f5a , and
for preview visit
http://fossi
[ conversation about appearance of "permuted index" page from a while ago ]
>On 22 June 2015 at 20:11, Ross Berteig wrote:
>>
>> On 6/22/2015 10:46 AM, sky5w...@gmail.com wrote:
>>>
>>> I agree we all think differently, but the output should collate the
>>> descriptions while keeping only a singl
On 15 August 2015 at 09:32, Stephan Beal wrote:
> On Sat, Aug 15, 2015 at 1:35 AM, Michai Ramakers
> wrote:
>>
>> The 'ckout' keyword was listed in 'embeddeddoc.wik'; I expected it to
>> be in 'checkin_names.wiki', although I think it doesn&#
Hello,
I remembered there was either 'ckout' or 'checkout' or similar as
pseudo-version, e.g. when wanting to preview locally changed web-docs
using 'fossil server' or 'fossil ui' from within a check-out.
The 'ckout' keyword was listed in 'embeddeddoc.wik'; I expected it to
be in 'checkin_names.w
On 12 August 2015 at 07:38, jungle Boogie wrote:
> Hi Michai,
> On 11 August 2015 at 22:27, Michai Ramakers wrote:
>> On 12 August 2015 at 07:18, jungle Boogie wrote:
>>> On 11 August 2015 at 22:16, Michai Ramakers wrote:
>>>> which compiler/version? (Clang?)
On 12 August 2015 at 07:18, jungle Boogie wrote:
> On 11 August 2015 at 22:16, Michai Ramakers wrote:
>> which compiler/version? (Clang?)
>
> Yes, correct.
> FreeBSD clang version 3.4.1
fwiw, builds clean with 3.6.2 and 3.5.2 here (I don't have your
On 12 August 2015 at 06:32, jungle Boogie wrote:
>
> I noticed a compile warning generated while building Fossil from latest:
>
> ./src/main.c:902:18: warning: using the result of an assignment as a
> condition without parentheses [-Wparentheses]
> while( zOption = find_option(zLong, zShort, 1)
On 5 August 2015 at 17:35, Andy Goth wrote:
>
> Let's take one case where Fossil and Unix disagree about mv.
>
> mkdir -p x/dir
> fossil new x.fossil
> cd x
> f open ../x.fossil
> echo hello > dir/file
> f addremove
> f mv -hard dir dir2
>
> The last command prints:
>
> RENAME dir dir2
> MOVED_FIL
On 1 August 2015 at 17:46, Michai Ramakers wrote:
> Hello,
>
> I was wondering what you generally do for directory trees in motion -
> use add/rm or mv ? And: the benefit of fossil having a concept of
> 'moved file/dir' is that the user can trace ancestry crossing
> m
On 3 August 2015 at 21:31, Andy Goth wrote:
> Many times I've created files, modified existing files to reference
> them, tested, and committed, only to later discover I forgot to add the
> newly created files to the repository.
>
> After making this mistake, I know I'm supposed to move the bad co
grr...
On 3 August 2015 at 21:50, Michai Ramakers wrote:
>
> FWIW, I try to have small commits here; occasionally when unrelated
> changes have been made in a single file, I simply use the word 'and'
> in the commit-message, and that's about it. I agree that manually
On 3 August 2015 at 21:08, Andy Goth wrote:
> On 7/28/2015 9:18 PM, Warren Young wrote:
>> On Jul 28, 2015, at 9:32 AM, Gour wrote:
>>> split commit within one file
>>> in smaller chunks when one forgets to ’safe often, commit often’ or
>>> simply wants to divide single commit into several ones?
On 3 August 2015 at 01:22, Matt Welland wrote:
> I've been using (and advising others to use) addremove because fossil mv
> behavior did not match Unix mv. The differences were confusing. I've no idea
> if fossil mv now behaves exactly like mv.
indeed, it does not.
Michai
___
Hello,
I have been avoiding 'fossil mv' a bit until recently, because I
didn't trust it for no good reason. I reckon since it is in trunk, it
is considered stable.
In project-trees here, I move/rename dirs and files quite often. What
I did earlier, was simply to move them as per filesystem, and t
On 29 July 2015 at 21:29, Joe Mistachkin wrote:
>
> Michai Ramakers wrote:
>>
>> Right... creating the target-dir 'd2' beforehand worked in my case;
>> any subdir existing under 'd' seems to be moved under 'd2' afterwards.
>>
>
>
On 31 July 2015 at 18:05, Joe Mistachkin wrote:
>
> Michai Ramakers wrote:
>>
>> I don't think I understand what goes on here; I can't see the
>> difference between filesystem-mv (no fossil involved), and 'fossil mv
>> --hard', really.
>>
On 30 July 2015 at 10:44, Michai Ramakers wrote:
> On 30 July 2015 at 00:07, Joe Mistachkin wrote:
>>
>> Michai Ramakers wrote:
>>>
>>> I was unclear; this is the corresponding timeline:
>>>
>>> === 2015-07-29 ===
>>> 19:58:39 [70b61c7
On 30 July 2015 at 00:07, Joe Mistachkin wrote:
>
> Michai Ramakers wrote:
>>
>> I was unclear; this is the corresponding timeline:
>>
>> === 2015-07-29 ===
>> 19:58:39 [70b61c707b] *CURRENT* x (user: michai tags: trunk)
>>DELETED d/dd/f
>>
On 29 July 2015 at 22:02, Michai Ramakers wrote:
> On 29 July 2015 at 21:29, Joe Mistachkin wrote:
>>
>> Michai Ramakers wrote:
>>>
>>> Right... creating the target-dir 'd2' beforehand worked in my case;
>>> any subdir existing under 'd&#x
On 29 July 2015 at 22:02, Michai Ramakers wrote:
>
> (the corresponding timeline shows 2 added and 2 deleted files, and
> history is lost)
I mean of course: there is no relation between the added and deleted
files, history-wise.
Michai
_
On 29 July 2015 at 21:29, Joe Mistachkin wrote:
>
> Michai Ramakers wrote:
>>
>> Right... creating the target-dir 'd2' beforehand worked in my case;
>> any subdir existing under 'd' seems to be moved under 'd2' afterwards.
>>
>
>
On 29 July 2015 at 16:50, Michai Ramakers wrote:
> Hello,
>
> using 'fossil mv' for the first time, and for some reason I don't
> understand what happens here (see pasted output) - instead of renaming
> a dir, it creates a zero-byte file (and leaves the origina
Hello,
using 'fossil mv' for the first time, and for some reason I don't
understand what happens here (see pasted output) - instead of renaming
a dir, it creates a zero-byte file (and leaves the original dir
as-is).
I have the feeling I'm doing something really simple really wrong. Ideas..?
Mich
On 27 July 2015 at 14:21, Stephan Beal wrote:
> On Sun, Jul 26, 2015 at 9:47 PM, Michai Ramakers
> wrote:
>>
>> is the total number of bytes in a commit (the cumulative size of the
>> diffs) of a check-in visible somewhere?
>
> to get that you'll need to sum()
Hello,
is the total number of bytes in a commit (the cumulative size of the
diffs) of a check-in visible somewhere?
thx,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fos
Hello,
saw this (once) at the top of the web-page when viewing the timeline
on fossil-scm.org:
SQLITE_NOTICE: recovered 8 frames from WAL file /fossil/fossil.fossil-wal
Reloading the page a few times didn't reproduce it.
It came up earlier in a post - perhaps informational for someone, else
On 24 July 2015 at 12:22, Stephan Beal wrote:
> On Fri, Jul 24, 2015 at 12:21 PM, Michai Ramakers
> wrote:
>>
>> I think I know the answer to this, but want to check:
>>
>> the only valid location of a '.fossil-settings' dir is in the local
>> check-
Hello,
I think I know the answer to this, but want to check:
the only valid location of a '.fossil-settings' dir is in the local
check-out root, right?
(And not in arbitrary subdirectories, where the final settings to
apply would be the result of cascading all relevant files from local
check-out
t; }
whence=$*
[ -n "$whence" ] || whence="-a"
cmds=$( $F help $whence | xargs echo )
for c in $cmds; do
opts=$( $F help $c | grep '^ ' | grep -- "$needle" )
if [ -n "$opts" ]; then
echo $c:
echo "$opts" | s
On 22 July 2015 at 07:47, Andy Bradford wrote:
> Thus said Michai Ramakers on Wed, 22 Jul 2015 00:48:03 +0200:
>
>> If I then move B to new branch 'parked-here', then move D (back) to
>> trunk, then close leaf A, is the result something that could cause
>>
On 22 July 2015 at 12:46, Michai Ramakers
>
> right, but 'fossil revert MyRevision' (w/o files) ...
I meant 'fossil revert -r MyRevision' of course
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
h
On 22 July 2015 at 11:20, Stephan Beal wrote:
> On Wed, Jul 22, 2015 at 5:25 AM, Michai Ramakers
> wrote:
>>
>> This does not answer your question, but perhaps what you were looking
>> for (i.e. revert all files in the local check-out to a revision) is
>> 'fos
On 18 July 2015 at 21:19, Svyatoslav Mishyn wrote:
> Hello,
>
> from `fossil help revert`
> ...
> "Revert all files if no file name is provided."
>
> and here is my test:
>
> /home/juef/tmp/fossil/test: f time
> === 2015-07-18 ===
> 18:55:39 [b0d58a9f51] *CURRENT* c3 (user: juef tags: trunk)
> 18:
Hello,
question about pitfalls of fixing 'multiple open leaves' by closing all but one:
Suppose I have a trunk with 4 check-ins A, B, C and D (in order of
creation), and then decide to move B and C onto a separate branch.
If I then move B to new branch 'parked-here', then move D (back) to
trunk,
On 21 July 2015 at 22:01, Adam Jensen wrote:
> On Tue, 21 Jul 2015 12:40:27 -0700
> jungle Boogie wrote:
>
>> I'm not a maintainer but this is what I have done in the past, with
>> guidance of others.
>>
>> 0. clone the repo
>> 1. make your changes
>> 2. fossil changes to list your changes
>> 3.
On 21 July 2015 at 20:35, Matt Welland wrote:
> how about on creation of a fossil the help is written to the fossil as wiki
> pages? - then the built in search can be used. Or (yet another) option could
> be added to create the help or update from latest.
I'm not sure tha'ts a good idea - I often
On 21 July 2015 at 11:12, Stephan Beal wrote:
> On Tue, Jul 21, 2015 at 11:06 AM, Michai Ramakers
> wrote:
>>
>> Is it an idea to have an 'apropos(1)'-like subcommand or option to the...
>
> Sounds like a reasonable suggestion to me, but not sure how bother
Hello,
(tl;dr = 'branches are nice')
ok, this is probably somewhat obvious but it hit me only quite late.
In a previous post I wondered whether people use nested / separate
repos or one big repo to host a big project
(http://lists.fossil-scm.org:8080/pipermail/fossil-users/2014-January/014922.ht
Hello,
I was searching for a way to close a leaf from the command-line, and
didn't find it. (The new 'check-in-edit' branch can do this using
'amend --close'.)
Is there a way using legacy commands?
Also, I notice there are generally questions on this list of the form
'where is command XYZ to do
Hello,
On 19 July 2015 at 09:45, Alexey V Gorshkov wrote:
> sorry, missformatted command sequence text
>
> mkdir fos
> cd fos
> fossil init
> test.fossil
> mkdir t
> cd t fossil
> open ../test.fossil
> fossil pull
> ../test.fossil
>
>
> On 07/19/2015 10:42 AM, Alexey V Gorshkov wrote:
>>
>> fossi
On 18 July 2015 at 11:54, Stephan Beal wrote:
> On Sat, Jul 18, 2015 at 11:10 AM, Sergei Gavrikov
> wrote:
>>
>> --edit-comment option. However, with a forest the options Fossil CLI
>> increasingly resembles Git CLI :-)
>
> See:
>
> http://git-man-page-generator.lokaltog.net/
funny, nice one :-)
Hello,
[ unrelated meta-comment follows ]
On 16 July 2015 at 08:19, Stephan Beal wrote:
>
> for bonus points (certainly not necessary), allow multiple -tag/-cancel
> flags:
> ...
I'm a gmail-user, and for some reason they seem to have cranked up
their spam-filter settings recently.
This is one
Hello,
On 16 July 2015 at 07:06, Andy Bradford wrote:
>
> Has anyone (other than me) tested the changes for enabling amending
> checkins from the command line in the check-in-edit branch?
> ...
FWIW #2, adjusting check-in background colour of tip is pretty much
the only thing I do using the
Hello,
On 16 July 2015 at 07:06, Andy Bradford wrote:
>
> Has anyone (other than me) tested the changes for enabling amending
> checkins from the command line in the check-in-edit branch?
>
> I think it's ready, but it certainly could use additional testing given
> that it also includes
Hello,
On 22 June 2015 at 20:11, Ross Berteig wrote:
>
> On 6/22/2015 10:46 AM, sky5w...@gmail.com wrote:
>>
>> I agree we all think differently, but the output should collate the
>> descriptions while keeping only a single common link.
>> The difference with the wiki 'keyword in context' is I ca
On 20 May 2015 at 05:14, Ron W wrote:
> On Tue, May 19, 2015 at 10:33 PM, bch wrote:
>>
>> I don't understand what you mean when you say "tag". Could you elaborate
>> or rephrase your problem?
>
> See http://fossil-scm.org/index.html/help?cmd=tag
>
> Basically, Michai is requesting a --recent opt
Hello,
is there a way to list added tags w.r.t. the last check-in?
What I do now is 'fossil changes' and 'fossil extras' to view
changed/new files, and if those report nothing, I am assuming nothing
needs to be checked in.
After I add a tag to a repo on the local host, I still need to
explicitly
On 2 March 2015 at 22:45, Tontyna wrote:
>
> And please: In the '2.0 Compiling/MinGW' paragraph a note about not using
> MinGW-4.0 cause it breaks e.g. the "extras" command:
thanks, added.
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-
On 1 March 2015 at 20:52, jungle Boogie wrote:
>>>
>>> Minor patch to add information about inetd on FreeBSD to the server.wiki
>>> page.
>>>
>>> ...
Please see whether [fbbf640b] is ok for you.
Michai
___
fossil-users mailing list
fossil-users@lists.
On 2 March 2015 at 20:18, Michai Ramakers wrote:
>
> ...on 4 boxes:
>
> (a) netbsd amd64 kernel on amd64 CPU ('nbsd_amd64')
> (b) netbsd x86 kernel on x86 CPU ('nbsd_x86')
> (c) linux amd64 kernel on amd64 CPU ('lin_amd64')
> (
Hello,
while playing around with Fossil from inetd, saw some weirdness on
trunk tip ([14302b6cc7]) between amd64 and x86 linux and netbsd.
Narrowing it down a bit, I did the following:
./fossil new test.fossil
( echo 'GET /index HTTP/1.1'; echo 'Host: localhost'; echo ) |
./fossil http test.
On 2 March 2015 at 18:10, jungle Boogie wrote:
> Hi Michai,
> On 2 March 2015 at 07:03, Michai Ramakers wrote:
>>
>> Unless someone has a quick clue, I can bisect it later today. But
>> probably it's user error.
>>
>
> Do you see inetd started on p
Hello,
toying a bit with Fossil serving through inetd, as per
http://fossil-scm.org/xfer/doc/trunk/www/server.wiki , for some reason
I can't get the example shown on that page working when using a
directory-with-multiple-repos as last argument, instead of a single
repo, e.g.
stream tcp nowait.10
correction,
On 2 March 2015 at 16:03, Michai Ramakers wrote:
>
> stream tcp nowait.1000 root /usr/bin/fossil /usr/bin/fossil http /my/fossils
should be:
12345 stream tcp nowait.1000 root /usr/bin/fossil /usr/bin/fossil
http /my/fossils
On 1 March 2015 at 06:48, jungle Boogie wrote:
>
> Minor patch to add information about inetd on FreeBSD to the server.wiki page.
>
> I haven't tested fossil on openBSD but if its the same as freebsd,
> feel free to modify the patch to include that information, too.
just for verification: '12345'
On 28 February 2015 at 21:50, Andy Bradford wrote:
> Thus said Michai Ramakers on Sat, 28 Feb 2015 10:44:59 +0100:
>
>> I'll pick this one up. Did you mean to change the actual option-names
>> too?
>
> My vote is to leave checkin without the dash, and after a bi
Hello,
On 28 February 2015 at 14:13, jungle Boogie wrote:
> On 28 February 2015 at 01:44, Michai Ramakers wrote:
>> I'll pick this one up. Did you mean to change the actual option-names too?
>
> No, that was probably a mistake and my misunderstanding of the
> comments v
On 27 February 2015 at 21:17, jungle Boogie wrote:
>
> Attached is a list of all, what I believe are comments, from src/*.c
> that contain checkin.
I'm assuming these are diffs against trunk tip of the time of writing,
but perhaps next time it's useful to mention the checkin/check-in
version agai
On 27 February 2015 at 21:17, jungle Boogie wrote:
>
> Attached is a list of all, what I believe are comments, from src/*.c
> that contain checkin.
I'll pick this one up. Did you mean to change the actual option-names too?
Help will be regenerated after a recompile, after a change in
correspondi
On 26 February 2015 at 22:02, jungle Boogie wrote:
>
> There's 51 places where 'checkin' currently (trunk) occur. I'll work
> on diffs for those to make it check-in/s.
>
> Unless anyone likes to have checkin/s check-in/s in the documents.
no need for diffs here - this is very simple to grep for.
On 26 February 2015 at 21:50, jungle Boogie wrote:
>
> Your changes look good and my diffs should answer any questions you
> have. I didn't modify the quotes one after all as someone misspelled
> but perhaps we could have the correct spelling in parentheses.
> Git approaches the useability (usabil
On 26 February 2015 at 18:19, jungle Boogie wrote:
>
> I found the following spelling mistakes on the website. The misspelled
> word begins and ends in *.
>
> ...
Please verify that
http://fossil-scm.org/index.html/info/05fc09c5ddc1b00f is what you
meant.
Not changed (yet):
> http://www.fossil
On 26 February 2015 at 18:19, jungle Boogie wrote:
>
> I found the following spelling mistakes on the website. The misspelled
> word begins and ends in *.
>
thank you; I can fix this in a few hours from now, unless anyone else
is eager to do so earlier.
Michai
___
Hello,
On 18 February 2015 at 18:42, jungle Boogie wrote:
>
> On 17 February 2015 at 16:24, Michai Ramakers wrote:
>> Talking of documentation, and just out of curiosity: does anyone know
>> if there are plans to update Jim Schimp's Fossil book (by himself or
>&
Hello,
On 18 February 2015 at 00:43, Richard Hipp wrote:
>
> I think the next step of the ongoing Fossil makeover should be to
> improve the homepage:
> https://www.fossil-scm.org/fossil/doc/trunk/www/index.wiki
>
> Suggestions and especially mockups of how this front page should look
> are welco
Hello,
On 10 February 2015 at 18:24, Jeff Rogers wrote:
>
> On the repository naming, I used to call my repositories "projectname.fsl",
> but the auto-index mode of operation expects them to be called
> "projectname.fossil", so I've been doing that more lately.
>
> As for where to put the reposit
Hello,
On 2 February 2015 at 19:46, jungle Boogie wrote:
> On 2 February 2015 at 10:32, mario wrote:
>> P.S.
>> Could we get like `dev-1.30.1` tags in between major releases? This is
>> one of those significant new features that might warrant it.
>
> I agree with this! Especially since 1.30 was
On 25 January 2015 at 13:54, Joerg Sonnenberger wrote:
>
> Ah, do you have security/mozilla-rootcerts installed? NetBSD doesn't
> provide a default set of CAs out of the box.
that did it, thx.
Michai
___
fossil-users mailing list
fossil-users@lists.fos
On 25 January 2015 at 00:09, Joerg Sonnenberger wrote:
> On Sat, Jan 24, 2015 at 04:57:17PM -0500, Richard Hipp wrote:
>> But another problem emerged during testing. It seems that Michai's
>> machine is not accepting the certificate on
>> https://www.fossil-scm.org/. It is giving me an error:
>
On 25 January 2015 at 00:10, Andy Bradford wrote:
> Thus said Richard Hipp on Sat, 24 Jan 2015 16:27:55 -0500:
>
>> I would hope that the local machine knows that it cannot provide IPv6
>> service and that getaddrinfo() should therefore always return an IPv4
>> address. But apparently that is no
On 24 January 2015 at 22:00, Andy Bradford wrote:
>
>> > Does your network have IPv6 support?
>>
>> none whatsoever.
>
> Ok, so apparently Fossil has recently had IPv6 support enabled in the
> client and it does seem that it is choosing to use IPv6 in favor of
> IPv4, even though you don't
On 24 January 2015 at 20:43, Andy Bradford wrote:
>
>> michai@delle:/tmp/f/f/f2$ ../fossil clone http://fossil-scm.org f.f
>> cannot connect to host fossil-scm.org:80
>> Clone done, sent: 0 received: 0 ip: 2600:3c00::f03c:91ff:fe96:b959
>> server returned an error - clone aborted
>
> It
Hello,
for some reason I can't seem to clone fossil's own repo from at least
2 machines behind the same NAT-router:
With fossil built from recent trunk:
michai@delle:/tmp/f/f$ mkdir f2
michai@delle:/tmp/f/f$ cd f2
michai@delle:/tmp/f/f/f2$ ../fossil ver
This is fossil version 1.30 [f55b5
Hello,
if this can wait until Saturday, I would like to do this; I like
Markdown quite a lot.
Michai
On 21 January 2015 at 03:50, Richard Hipp wrote:
> There is a webpage (https://www.fossil-scm.org/fossil/wiki_rules)
> built into every Fossil that describes the Wiki formatting rules. I
> thin
Hello,
more likely than not this is not related, but perhaps it gives a hint
in the right direction anyway: on NetBSD there is also an openssl in
the base-system, and one in pkgsrc (NetBSD's equivalent of ports).
In my case, fossil's ./configure could find openssl, but the resulting
binary could
Hello,
On 3 September 2014 09:12, Gour wrote:
> On Tue, 2 Sep 2014 08:07:48 -0600
> Scott Robison
> wrote:
>
>> Interesting you should write this. One of my newest uses for fossil
>> is the one case in which I'm using it distributed (even though all by
>> myself): My blog (such as it is).
> > ..
On 27 August 2014 18:00, Stephan Beal wrote:
>
> You likely already know that you can link to specific sections of code in a
> repo by adding "ln=Start-End" to the URL params of the pages which show file
> content, e.g.:
>
> http://fossil-scm.org/index.html/artifact/c6fbb105168d3b7af4541d89175fc76
On 27 July 2014 22:58, Jan Nijtmans wrote:
> 2014-07-22 11:35 GMT+02:00 Michai Ramakers :
>> Hello,
>>
>> while toying around with Andy Bradford's fix/analysis, found something
>> else, which seems related to the no-initial-commit feature which is
>> recent d
On 27 July 2014 20:35, Jan Nijtmans wrote:
> 2014-07-23 12:37 GMT+02:00 Michai Ramakers:
>> Hello,
>>
>> seems 'fossil finfo' is missing output:
>
> Fixed here:
><http://fossil-scm.org/index.html/info/dcb6076572>
t
On 26 July 2014 18:53, Gour wrote:
> "Andy Bradford"
> writes:
>
>> It can. Run ``fossil ui'' and browse to Admin->Settings
>
> Well, the error is result of applying 'fossil ui' on diff-command
> settting. ;)
The issue here is that you cannot unset a variable through the UI; you
can only set it
On 26 July 2014 12:26, Gour wrote:
> Hello,
>
> I'm working on a simple course - using markdown markup for text files
> and store few pdf files.
>
> I changed settings for 'diff' command to 'meld', but then reverted back
> to use built-in diff for 'diff' command and 'meld for gdiff/gmerge.
>
> How
On 25 July 2014 17:57, Richard Hipp wrote:
> The seventh anniversary of the first self-commit of Fossil source code was
> this past Monday. Time flies.
>
> The logical predecessor of Fossil was CVSTrac (http://www.cvstrac.org/)
> which was a wiki and trouble-ticket system built atop CVS.
> ...
C
Hello,
while browsing fossil's docs, I noticed the 'test-page++.wiki' in item #4 on
https://fossil-scm.org/index.html/doc/trunk/test/release-checklist.wiki
is not accessible. I don't really understand why - building that
version locally and running using 'server' works ok.
Probably known /
On 24 July 2014 10:48, Michai Ramakers wrote:
> On 24 July 2014 10:17, Stephan Beal wrote:
>> On Thu, Jul 24, 2014 at 12:04 AM, Michai Ramakers
>> wrote:
>>>
>>> While thus cloning the fossil-scm.org repo, I see some messages of the
>>> form
>&
On 24 July 2014 13:01, Stephan Beal wrote:
> On Thu, Jul 24, 2014 at 10:48 AM, Michai Ramakers
> wrote:
>>
>> remembered that :-) ("this SCM is so cool, it even fixes your
>> internet!" )
>> I'll probably give it another try tonight.
>
> i s
On 24 July 2014 10:17, Stephan Beal wrote:
> On Thu, Jul 24, 2014 at 12:04 AM, Michai Ramakers
> wrote:
>>
>> While thus cloning the fossil-scm.org repo, I see some messages of the
>> form
>>
>> unknown command: [×ÇË]
>>
>> (other messages with
Hello,
let's ask anyway: I'm currently toying a bit with my phone as
'personal wifi hotspot' for my laptop, thereby finally stepping into
the 21st century, technology-wise.
While thus cloning the fossil-scm.org repo, I see some messages of the form
unknown command: [×ÇË]
(other messages with
On 23 July 2014 14:24, Michai Ramakers wrote:
> On 23 July 2014 14:16, Stephan Beal wrote:
>> On Wed, Jul 23, 2014 at 12:37 PM, Michai Ramakers
>> wrote:
>>>
>>> weird... I can't remember seeing this before; didn't bisect it (yet),
>>
>>
1 - 100 of 306 matches
Mail list logo
