Re: [fossil-users] trouble cloning current fossil-scm.org repo with old fossil (2015)

2017-12-10 Thread Michai Ramakers
On 10 December 2017 at 17:57, Andy Bradford <amb-fos...@bradfords.org> 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.  In this case,  the change
> that is  breaking you  is that  the artifact IDs  have changed  from MD5
> hashes to SHA256 hashes and older versions of Fossil cannot handle them.
> You'll  have  to  ``bootstrap''  your repo  by  downloading  the  source
> directly from Fossil (zip format) and installing from there:
>
> http://www.fossil-scm.org/index.html/zip
>
> Or you could get a precompiled:
>
> http://www.fossil-scm.org/index.html/uv/download.html

Thanks, that makes it clear. I used/built from a .tgz from
fossil-scm.org, works fine. Just wondered why.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] trouble cloning current fossil-scm.org repo with old fossil (2015)

2017-12-10 Thread Michai Ramakers
On 10 December 2017 at 16:15, Michai Ramakers <m.ramak...@gmail.com> 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 using the
old fossil-binary (from 2015) - contents are missing afterwards:

michai@work-lap:/tmp/f/f$ f open ../f.fossil
project-name: Fossil
repository:   /tmp/f/f/../f.fossil
local-root:   /tmp/f/f/
config-db:/home/michai/.fossil
project-code: CE59BB9F186226D80E49D1FA2DB29F935CCA0333
check-ins:11026
michai@work-lap:/tmp/f/f$ ls -al
total 72
drwxr-xr-x 2 michai michai   100 Dec 10 16:10 .
drwxr-xr-x 3 michai michai80 Dec 10 16:07 ..
-rw-r--r-- 1 michai michai  7168 Dec 10 16:10 .fslckout
-rw-r--r-- 1 michai michai 60201 Dec 10 16:10 manifest
-rw-r--r-- 1 michai michai41 Dec 10 16:10 manifest.uuid
michai@work-lap:/tmp/f/f$
michai@work-lap:/tmp/f/f$ f ver
This is fossil version 1.33 [b00e60194e] 2015-08-22 12:42:15 UTC

Thanks again,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] trouble cloning current fossil-scm.org repo with old fossil (2015)

2017-12-10 Thread Michai Ramakers
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/ f.fossil
Round-trips: 2   Artifacts sent: 0  received: 5949
malformed cfile line
Round-trips: 3   Artifacts sent: 0  received: 9505
Clone done, sent: 711  received: 8971582  ip: 45.33.6.223
server returned an error - clone aborted
michai@work-lap:/tmp/fold$

Cloning using current trunk (a0001dcf57) works fine.

Thanks,
Michai

-- 
Web: http://sheep-thrills.net/
Twitter: https://twitter.com/MichaiRamakers
LinkedIn: http://nl.linkedin.com/in/michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] diff of wiki-page

2016-07-17 Thread Michai Ramakers
On 15 July 2016 at 20:16, Warren Young <w...@etr-usa.com> wrote:
> On Jul 15, 2016, at 12:09 PM, Michai Ramakers <m.ramak...@gmail.com> 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 philosophy on that here:
>
>   
> http://lists.fossil-scm.org:8080/pipermail/fossil-users/2016-January/023184.html

Ok, thanks. As a matter of fact... I decided a couple of static
Markdown-/HTML-pages would suffice, in this case. (I'll probably be
the only contributer anyway.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Compiling and running Fossil on old hardware

2016-02-13 Thread Michai Ramakers
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
with 40 MB RAM, no swap, using GCC 4.1.2 prerelease on NetBSD 4.0
BETA2. Unfortunately there's not enough free memory to build
sqlite3.c.

Oh well.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Compiling and running Fossil on old hardware

2016-02-13 Thread Michai Ramakers
On 13 February 2016 at 21:45, Richard Hipp <d...@sqlite.org> wrote:
> On 2/13/16, Michai Ramakers <m.ramak...@gmail.com> 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 not enough free memory to build
>> sqlite3.c.
>>
>
> Have you tried turning off optimization?  Manually edit the Makefile
> to change -O2 to -O0.

Thx, however, build still failed (edited Makefile and built with
'CFLAGS= make').

(This was just an experiment of course - I refuse to mentally label
post-1990 hardware as 'old/obsolete' :-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] typo in admin_sql wiki page

2015-11-23 Thread Michai Ramakers
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
> [63256980ee])
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Multiple Projects in one Repo

2015-09-12 Thread Michai Ramakers
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 a repository for
> themselfes. Additionally, I like to use fossil, because it reduces the
> number of files to manage (1 repo instead of dozens of files per project).
>
> That spoken, I have bunch of code-samples and abstracted code-problems in
> different programming languages and flavours, that I keep as personal
> knowledge database. I tend to give each of them its own fossil repository,
> but as I mentioned before, sometimes they have just one or two files.
>
> My old solution was to have one repository with one set of folders for each
> sub-project. But Timeline get messy really fast and it is hard to track
> sub-projects with this approach.
>
> My current solution is to have one repository with an empty initial check-in
> tagged as ROOT. Then I do one branch per sub-project based on the ROOT
> check-in.
>
> That way I'm able to keep my code cleanly detached from each another, but it
> feels really dirty - cause that's in no way the correct handling of
> branches.
>
> What I really would like to have is to gather multiple such small projects
> in one repo file, so instead of having one ROOT check-in, having one ROOT
> for each project. I know that would make developing fossil a bit harder, but
> I think it would be a great feature and that not I'm the only one who would
> use this.
>
> In the simpliest logic I can imagine this would mean nothing more than one
> additional layer, branches belong to project. For the normal use, each
> branch would just belong to the default project. But I guess that
> implementing this could be much harder, especially visualizations in the
> web-frontend.
>
> But what do you think about multiple projects in one repo?
> What would be your approach on my problem?

I think this has come up a few times on this ML; I think some
suggestions are to use nested repos ('fossil open --nested') or
indeed, branches. At least one post about disjoint timelines within a
project is here:
http://comments.gmane.org/gmane.comp.version-control.fossil-scm.user/14983

I happen to use branches, just like you, and am fairly happy with
this. Nested repos were a bit overkill for me, but I guess that's
personal.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] permuted index doc-page: request for feedback (was: Remove redundant shun links from doc page.)

2015-08-25 Thread Michai Ramakers
On 24 August 2015 at 22:42, jungle Boogie jungleboog...@gmail.com wrote:
 On 24 August 2015 at 12:55, Michai Ramakers m.ramak...@gmail.com wrote:
 On 24 August 2015 at 20:30, jungle Boogie jungleboog...@gmail.com 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 are familiar with it.
 To me, Docs and Download (and About) or similar are perhaps the
 first things I look for on a site, and they are pretty easy to find on
 fossil-scm.org :)


 Whatever it's called, it's _not_ on the sitemap. Do you think it
 should be listed as something on the sitemap?

Ah, with 'sitemap' you mean the liste at 'More...' menu-item - I misunderstood.

Actually... the sitemap has only links that are not displayed in the
menu bar - at least that's the intent (I read). I think the
wiki-/timeline-/ticket-related entries in the sitemap do not already
occur in the main menu. Did you mean something else? To me it makes
sense the way it is, I think (that is, docs-entry in main menu and in
the quickmenu (or what's it called) on the right).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] permuted index doc-page: request for feedback (was: Remove redundant shun links from doc page.)

2015-08-24 Thread Michai Ramakers
On 17 August 2015 at 21:12, Michai Ramakers m.ramak...@gmail.com 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://fossil-scm.org/index.html/doc/doc-bold-canonical/www/permutedindex.html
.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] permuted index doc-page: request for feedback (was: Remove redundant shun links from doc page.)

2015-08-24 Thread Michai Ramakers
On 24 August 2015 at 20:30, jungle Boogie jungleboog...@gmail.com 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 are familiar with it.
To me, Docs and Download (and About) or similar are perhaps the
first things I look for on a site, and they are pretty easy to find on
fossil-scm.org :)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] permuted index doc-page: request for feedback (was: Remove redundant shun links from doc page.)

2015-08-24 Thread Michai Ramakers
On 24 August 2015 at 13:29, Sergei Gavrikov sergei.gavri...@gmail.com 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.wikipedia.org/wiki/Tag_cloud would be the next
   solution and we could have some  horizontal layout for the
   permuted index. But, all articles must have the precision set
   of key words.

 Fossil's tagging model inherently supports tagging arbitrary content
 (including doc files, for use in a tag cloud, or even tagging other tags),
 but we've currently got no code for handling tags anywhere except commits.
 Looking at the schema's comments, it seems that tag propagation (which would
 be needed for tagging doc files) only applies to checkins, and i'm not sure
 what change(s) would be needed to support that.

 Really.

 http://fossil-scm.org/index.html/artifact/cae75601dd0b3940bc192ff5a8b142d09
 9bbc4e3?txt=1ln=376-390

 Then `mkindex.tcl' script would grep `fossil tags` output to build
 tag-cloud in HTML if all doc pages were tagged using known semantic,
 however, it is possible also to set any tag(s) directly in Tcl script
 (in addition to a title) for that.

that's a bit outside my skill and interest w.r.t. HTML/CSS I fear, but
the idea looks interesting.
Do you have any example (URL?) or idea of how a tag-cloud could look
for Fossil, taking into account the appearance of the rest of the
site?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] permuted index doc-page: request for feedback (was: Remove redundant shun links from doc page.)

2015-08-17 Thread Michai Ramakers
[ conversation about appearance of permuted index page from a while ago ]

On 22 June 2015 at 20:11, Ross Berteig r...@cheshireeng.com 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 can see the
 duplication. The auto doc page infers many unique links.

 The whole point of a permuted index is to provide an alphabetical list of
 keywords, shown along with some context, and references (links) to where
 they appear.
 ...

ok, I tried to do this earlier with a bit of effort, but my TCL-foo is too 
weak:

how about displaying the permuted index (if that must be - I don't see
the whole point of it, since there is a browser 'search' function
anyway, but hey :-), but display canonical links in bold. The section
header could then be something like Permuted index, (canonical
titles displayed in bold).

Is that an idea?

my Tcl-foo is less weak now, and the canonical titles in bold was
tried in [2a8dd751]
(http://fossil-scm.org/index.html/doc/2a8dd751/www/permutedindex.html
for an impression).

After feedback that the canonical titles stick out too much now, a
separate list of canonical titles was tried in [66920879]
(http://fossil-scm.org/index.html/doc/66920879/www/permutedindex.html
for an impression - canonical titles follow the original permited
index).

Another suggestion was to move the list of canonical titles in front
of the original permuted index - which sounds perfect to me.

Is this something you like? Feedback is welcome.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] exact use of 'ckout' as pseudo-version to indicate current working directory

2015-08-14 Thread Michai Ramakers
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.wiki', although I think it doesn't apply to
CLI-commands, only web-pages.

Is it OK if I mention it in the 'checkin_names.wiki' and add it to the
quicklist at the top? (And: when exactly can it be used and when not?)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fossil compile errors

2015-08-11 Thread Michai Ramakers
On 12 August 2015 at 07:18, jungle Boogie jungleboog...@gmail.com wrote:
 On 11 August 2015 at 22:16, Michai Ramakers m.ramak...@gmail.com 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 version here).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fossil compile errors

2015-08-11 Thread Michai Ramakers
On 12 August 2015 at 06:32, jungle Boogie jungleboog...@gmail.com 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) ){
  ^~~
 ./src/main.c:902:18: note: place parentheses around the assignment to
 silence this warning
   while( zOption = find_option(zLong, zShort, 1) ){
  ^
  (  )
 ./src/main.c:902:18: note: use '==' to turn this assignment into an
 equality comparison
   while( zOption = find_option(zLong, zShort, 1) ){
  ^
  ==
 1 warning generated.

which compiler/version? (Clang?)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] quick poll: do you generally use add/rm or mv

2015-08-05 Thread Michai Ramakers
On 5 August 2015 at 17:35, Andy Goth andrew.m.g...@gmail.com 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_FILE /home/andy/x/dir

 It creates an empty file called dir2 and leaves dir/file alone.  It also
 doesn't change the change list, which still says ADDED dir/file.

This is (probably) fixed very recently in a branch:
http://fossil-scm.org/index.html/timeline?r=mvHardDirFixndc=2015-07-29+18%3A44%3A10n=200

(I didn't know you could omit one hyphen from long options btw.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Idea: automatic check for extras prior to commit

2015-08-03 Thread Michai Ramakers
On 3 August 2015 at 21:31, Andy Goth andrew.m.g...@gmail.com 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 commit to
 a hidden branch and try again.  Usually I don't bother, especially if
 there have been check-ins since the error was committed.  Instead I just
 add the omitted files as a new check-in.  However, this complicates bisect.

 In most of my projects I do a good job of maintaining the ignore-glob
 setting, so fossil extras gives an accurate list of files I either need
 to add to my check-in or add to ignore-glob.

 It occurs to me the whole problem can be avoided by having a
 check-extras setting which makes the commit command print a warning
 requiring confirmation to proceed if there are any extra files.  This
 setting would be off by default but can be turned on for projects that
 diligently maintain ignore-glob.  The prompt might offer an option to
 list the files, then (after the list is shown) ask if they all should be
 added.

 I usually run fossil extras along with fossil changes prior to doing
 commit.  If check-extras is turned on, I suggest having fossil changes
 go ahead and list the extra-but-not-added files, marking them EXTRA but
 not ADDED.  This way I can run one command to get a complete list of
 things pertinent to the next commit.

You mean that the same setting would apply to 'commit' and 'changes', right?

(In the case where '-m' is not given to 'commit', it could perhaps
list the extra files as
'EXTRA' in the currently displayed overview of files; I think that
would be hint enough
to the user.)

I would be very interested in a setting that makes 'fossil changes' also list
extra files. Checking for both 'extras' and 'changes' is an automatism here;
it's what I always want (never just just one but not the other).

To have that same setting apply to 'commit -m': I don't know. Sounds
like 2 different
settings to me. ('changes-also-list-extras' and
'commit-warn-about-extras' or so)

/EUR0.02

MIchai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fine(r) commit granularity

2015-08-03 Thread Michai Ramakers
On 3 August 2015 at 21:08, Andy Goth andrew.m.g...@gmail.com wrote:
 On 7/28/2015 9:18 PM, Warren Young wrote:
 On Jul 28, 2015, at 9:32 AM, Gour g...@atmarama.net 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?

 That said, it would be spiffy to have a “fossil ci --cherrypick”
 option that would ask me yes/no questions about each diff section,
 then commit all those I said “yes” to, leaving the “no” sections
 uncommitted.

 ...

 I do this in vim by opening a file, typing :new to vertically split
 with a new buffer, then typing :%!fossil cat FILENAME in that new
 buffer to load the committed version, then doing :diffthis in each
 buffer to get a side-by-side comparison.  Many features are available,
 but usually I type do and dp to obtain and push changes between
 the current and other buffer.

Thanks for reminding me - Vim's diff-functionality is indeed excellent for this,
I use it often for side-by-side differ, not to get/put chunks of code - nice.
Something similar in one line for Bash-users:   vim -d myfile (
fossil cat myfile )

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

To make check-in of a selection of the changed files, some suggestions
were made on this list other than doing 'fossil commit file1 file2
...'; perhaps Fuel (https://fuel-scm.org/fossil/index) is interesting,
but I haven't tried it myself. (But then again, I don't think this was
the original Q.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] fine(r) commit granularity

2015-08-03 Thread Michai Ramakers
grr...

On 3 August 2015 at 21:50, Michai Ramakers m.ramak...@gmail.com 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

...selecting chunks of code to check in is not something I would do
often, if ever.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] quick poll: do you generally use add/rm or mv

2015-08-03 Thread Michai Ramakers
On 1 August 2015 at 17:46, Michai Ramakers m.ramak...@gmail.com 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
 moves/renames more easily, is that correct? (At least that's how I use
 it now.)

meta-question:

if I wanted to write a small description of how exactly 'mv' behaves
w.r.t. file- and dir-argument(s), and perhaps compare to *nix 'mv',
what would be the place for this? The 'mv' command-help page, or a
separate wiki-page? I think perhaps this falls somewhere in between.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] quick poll: do you generally use add/rm or mv

2015-08-01 Thread Michai Ramakers
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 then let
'fossil addremove' do its thing, and make a commit of only those
additions/removals.

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
moves/renames more easily, is that correct? (At least that's how I use
it now.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-31 Thread Michai Ramakers
On 30 July 2015 at 10:44, Michai Ramakers m.ramak...@gmail.com wrote:
 On 30 July 2015 at 00:07, Joe Mistachkin sql...@mistachkin.com 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
DELETED d/f
ADDED e/dd/f
ADDED e/f
 19:57:26 [998d26af68] a (user: michai tags: trunk)
ADDED d/dd/f
ADDED d/f
 19:56:53 [07d0f795af] initial empty check-in (user: michai tags: trunk)


 Yeah, I've seen that happen to; however, in this case I believe it's a
 red herring.  The --hard option makes no different in how the timeline
 is presented.

 I'm not saying there isn't an issue with the timeline; I'm saying it's
 unrelated to the --hard option.

 alright; I'll test this more in the afternoon.

ok, today instead of yesterday then, sorry :)

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.

I looked at some posts w.r.t. mv/rm/extra/changes from the past, and
some people feel strongly about what should or must not happen - I'm
not one of those, really, I just don't understand how it works now.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-31 Thread Michai Ramakers
On 29 July 2015 at 21:29, Joe Mistachkin sql...@mistachkin.com 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.


 I think the following change will fix the issue:

 https://www.fossil-scm.org/fossil/info/b86127e187a00bfc

BTW, fossil mv behaves different than *nix mv if source and
destination are directories; I guess this is by design.

mkdir dir1
echo gone  dir1/f
fossil addr
fossil ci -m kiwi
mkdir x
echo precious  x/f
fossil mv --hard dir1 x
cat x/f   # 'gone'
fossil undo   # 'nothing to undo'

Silly example - I am just playing around a bit to see how things work.
(Behaviour the same before and after recent fix, naturally.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-31 Thread Michai Ramakers
On 31 July 2015 at 18:05, Joe Mistachkin sql...@mistachkin.com 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.


 Sometimes, Fossil will show a rename as a delete/add pairing.  I've seen
 this happen when I edit the file at the same time I'm renaming it (and in
 some other circumstances).  I'm not 100% sure what causes this behavior;
 however, it seems mostly harmless.

ok; from what you said, I understood that this could be partly a
timeline-issue/-feature/-flaw.

I think I'm missing the point of what 'mv --hard' should do (before or
after the recent fix).

What I see now, is that 'fossil mv --hard dir1 dir2' has, apart from
printing 2 lines ('RENAME \nMOVED_FILE ...'), the exact same
effect as doing mv dir1 dir2' (fossil not involved).

I can't see any difference. After either command, files in 'dir2' are
seen as extra files, files in 'dir1' are seen as missing, and so on.
Resulting timelines look the same as far as I can see.

When using 2 commands to move 'dir1' to 'dir2', as in
  1) mv dir1 dir2
  2) fossil mv dir1 dir2

...I could create a check-in containing that single action - renaming
a dir. When viewing the history of a file in 'dir2' or 'dir1' as per
'/finfo' page, one could traverse the history accross the
rename-action. That is not reallly possible when using 'fossil mv
--hard'.

Perhaps moving dirs using 'mv --hard' like this is a corner-case, or
I'm still not getting the point :-) Isn't 'mv --hard' the same as *nix
'mv' in my case..?

Thx,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-29 Thread Michai Ramakers
On 29 July 2015 at 16:50, Michai Ramakers m.ramak...@gmail.com 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 original dir
 as-is).

 I have the feeling I'm doing something really simple really wrong. Ideas..?

Right... creating the target-dir 'd2' beforehand worked in my case;
any subdir existing under 'd' seems to be moved under 'd2' afterwards.

Is it true what I wanted to do (rename a dir) needs to be a 2-step
process, always? I thought that's exactly what '--hard' was meant to
simplify.

(I could rename the dir in the filesystem manually, and then use
'fossil mv' (without '--hard') to do the same thing, I think.)

Then again, I didn't really follow the discussion about 'mv' semantics
w.r.t. --hard and --soft and legacy behaviour a while ago.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-29 Thread Michai Ramakers
On 29 July 2015 at 22:02, Michai Ramakers m.ramak...@gmail.com wrote:
 On 29 July 2015 at 21:29, Joe Mistachkin sql...@mistachkin.com 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.


 I think the following change will fix the issue:

 https://www.fossil-scm.org/fossil/info/b86127e187a00bfc

 thanks for the quick action. However, I think this is not exactly it:

 ...

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
   DELETED d/f
   ADDED e/dd/f
   ADDED e/f
19:57:26 [998d26af68] a (user: michai tags: trunk)
   ADDED d/dd/f
   ADDED d/f
19:56:53 [07d0f795af] initial empty check-in (user: michai tags: trunk)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-29 Thread Michai Ramakers
On 29 July 2015 at 21:29, Joe Mistachkin sql...@mistachkin.com 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.


 I think the following change will fix the issue:

 https://www.fossil-scm.org/fossil/info/b86127e187a00bfc

thanks for the quick action. However, I think this is not exactly it:

michai@work-lap:/tmp/g/f$ $F ver
This is fossil version 1.33 [b86127e187] 2015-07-29 18:44:10 UTC
michai@work-lap:/tmp/g/f$ ll
total 0
drwxr-xr-x 3 michai michai 80 Jul 29 21:57 d
michai@work-lap:/tmp/g/f$ $F mv --hard d e
RENAME d e
MOVED_FILE /tmp/g/f/d
michai@work-lap:/tmp/g/f$ $F cha
MISSINGd/dd/f
MISSINGd/f
michai@work-lap:/tmp/g/f$ $F addr
ADDED  e/dd/f
ADDED  e/f
DELETED  d/dd/f
DELETED  d/f
added 2 files, deleted 2 files

(the corresponding timeline shows 2 added and 2 deleted files, and
history is lost)

My testdir is  './d/dd/'  with a file 'f' in each of the directories
'd' and 'dd'.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'mv' semantics

2015-07-29 Thread Michai Ramakers
On 29 July 2015 at 22:02, Michai Ramakers m.ramak...@gmail.com 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
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'mv' semantics

2015-07-29 Thread Michai Ramakers
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..?

Michai


michai@work-lap:/tmp/f$ f ver
This is fossil version 1.33 [7d2ee2c7bb] 2015-07-21 06:17:42 UTC
michai@work-lap:/tmp/f$ f new f.f
project-id: fc58f1483a9426d77f86e7ea17e8ea0d3e12963e
server-id:  00acdf8d6d35d62142492dcfa1f491784ae4d29d
admin-user: michai (initial password is 3c0cce)
michai@work-lap:/tmp/f$ mkdir f
michai@work-lap:/tmp/f$ cd f
michai@work-lap:/tmp/f/f$ f open ../f.f
project-name: unnamed
repository:   /tmp/f/f/../f.f
local-root:   /tmp/f/f/
config-db:/home/michai/.fossil
project-code: fc58f1483a9426d77f86e7ea17e8ea0d3e12963e
checkout: 78b5210be0555156ff81814f599afc642d9f397d 2015-07-29 14:46:33 UTC
tags: trunk
comment:  initial empty check-in (user: michai)
check-ins:1
michai@work-lap:/tmp/f/f$ mkdir d
michai@work-lap:/tmp/f/f$ date  d/f
michai@work-lap:/tmp/f/f$ f add d/f
ADDED  d/f
michai@work-lap:/tmp/f/f$ f ci -m 'added f'
New_Version: 0110b020b66073d6ca35d9eb691e107f433a06ee
michai@work-lap:/tmp/f/f$ ls -l
total 0
drwxr-xr-x 2 michai michai 60 Jul 29 16:46 d
michai@work-lap:/tmp/f/f$ f mv --hard d d2
RENAME d d2
MOVED_FILE /tmp/f/f/d
michai@work-lap:/tmp/f/f$ ls -l
total 0
drwxr-xr-x 2 michai michai 60 Jul 29 16:46 d
-rw-r--r-- 1 michai michai  0 Jul 29 16:47 d2
michai@work-lap:/tmp/f/f$
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] total number of bytes in a commit?

2015-07-27 Thread Michai Ramakers
On 27 July 2015 at 14:21, Stephan Beal sgb...@googlemail.com wrote:
 On Sun, Jul 26, 2015 at 9:47 PM, Michai Ramakers m.ramak...@gmail.com
 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() the blob.size value of all files in the
 commit (the .size refers to its uncompressed/undeltified size). IIRC you
 can't get that list of files using only SQL[1] - it requires reading a
 manifest and going through the F-cards.

 [1] i remember asking about this a year or so ago, in the context of
 libfossil, and Richard explained that adding that information would be
 tremendously expensive (in terms of db record count) for all but the most
 trivial of repos. i don't remember the details off-hand, but it would entail
 holding a map of file-to-checkin for all files of all checkins, and that
 number quickly gets unduly large.

Alright, thank you. Fwiw, the size I was interested in is what's
stored in .git/* - I'm effectively storing Git checkouts in Fossil for
this project... So I was interested in the overhead of that.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] SQLITE_NOTICE while viewing fossil-scm.org timeline

2015-07-24 Thread Michai Ramakers
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 ignore.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] location of .fossil-settings/

2015-07-24 Thread Michai Ramakers
On 24 July 2015 at 12:22, Stephan Beal sgb...@googlemail.com wrote:
 On Fri, Jul 24, 2015 at 12:21 PM, Michai Ramakers m.ramak...@gmail.com
 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-out root, right?

 Correct.

 (And not in arbitrary subdirectories, where the final settings to
 apply would be the result of cascading all relevant files from local
 check-out root to subdirectory.)

 Feel free to write a patch :).

amended some docs instead.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] revert all files: doesn't work

2015-07-22 Thread Michai Ramakers
On 22 July 2015 at 11:20, Stephan Beal sgb...@googlemail.com wrote:
 On Wed, Jul 22, 2015 at 5:25 AM, Michai Ramakers m.ramak...@gmail.com
 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
 'fossil update REVISION.

 That will merge in any local differences. Doing 'fossil checkout REV' will
 overwrite them.

ah yes

 I don't know why 'fossil revert REVISION (without files) doesn't do
 anything - there's an explicit check for missing file(s)-argument(s),
 so it is probably by design. I'm curious myself.

 Usage: f revert ?-r REVISION? ?FILE ...?

 Revert to the current repository version of FILE, or to
 the version associated with baseline REVISION if the -r flag
 appears.
 ...
 Revert all files if no file name is provided.

right, but 'fossil revert MyRevision' (w/o files) counter-intuitively
gives an error. Or I am missing the point. This came up on a few posts
I found, and puzzled the users, that's what happened to the OP too I
guess.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] moving part of existing branch onto another branch

2015-07-22 Thread Michai Ramakers
On 22 July 2015 at 07:47, Andy Bradford amb-fos...@bradfords.org 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
 problems later on? (If so, which ones?)

 I don't see how it could. I  tried just that, created 4 checkins against
 the  same node  in the  timeline (say  Z),  and then  moved B  and C  to
 branches and closed A. D is the only thing left on trunk and it seems to
 work fine.

 By the way, if D is already  a separate check-in against trunk, there is
 no need to move it back to trunk because it is already a fork of trunk.

 Otherwise, what you mean by ``move D (back) to trunk?''

ok, thx for checking. I was unclear - what I did was this:


[before]

10:49:31 [5cc5ed081d] *CURRENT* D (user: michai tags: trunk)
10:49:28 [d5afaba2f3] C (user: michai tags: trunk)
10:49:26 [ed0b14f29b] B (user: michai tags: trunk)
10:49:23 [669bef972a] A (user: michai tags: trunk)
10:48:33 [50a76c0cd9] initial empty check-in (user: michai tags: trunk)
+++ no more data (5) +++


[after]

10:50:48 [e8784f9d92] Edit [669bef972a21cbd3|669bef972a]: Marked
Closed. (user: michai)
10:50:33 [5e39682327] Edit [5cc5ed081d495706|5cc5ed081d]: Move to
branch [/timeline?r=trunknddp=5cc5ed081d495706unhide | trunk]...
(user: michai)
10:50:05 [383684cb91] Edit [ed0b14f29b3a2c72|ed0b14f29b]: Move to
branch [/timeline?r=parked-herenddp=ed0b14f29b3a2c72unhide |
parked-here]... (user: michai)
10:49:31 [5cc5ed081d] *CURRENT* D (user: michai tags: trunk)
10:49:28 [d5afaba2f3] C (user: michai tags: parked-here)
10:49:26 [ed0b14f29b] B (user: michai tags: parked-here)
10:49:23 [669bef972a] A (user: michai tags: trunk)
10:48:33 [50a76c0cd9] initial empty check-in (user: michai tags: trunk)
+++ no more data (8) +++


so... B and C are both on a shared branch, and A and D are on trunk
(where A is closed to avoid multiple open leaves on trunk). I used
'--branch' and '--close' options of 'fossil amend' for this.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] submitting issue reports to/about fossil-scm.org

2015-07-21 Thread Michai Ramakers
On 21 July 2015 at 22:01, Adam Jensen han...@riseup.net wrote:
 On Tue, 21 Jul 2015 12:40:27 -0700
 jungle Boogie jungleboog...@gmail.com 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. fossil diff filename

 here's the diff:
 ...

 Interesting, thanks! What is step 4? Is the diff submitted to this mailing 
 list, or is some kind of repo sync performed, or is a ticket submitted 
 through the https://fossil-scm.org/index.html/ticket web interface (I don't 
 see a way to do that, which seems odd)?

(typo is fixed, thanks for the report)

My $0.02: problem reports / questions / comments should probably go to
this mailing-list first - plenty of people reading along, and feedback
/ fixes are fast most of the time. To be honest, I have never
submitted a bug on the actual fossil-scm.org bugtracker - anyone
correct me/us if this is desired instead :-)

A diff can also make things very clear, indeed.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] moving part of existing branch onto another branch

2015-07-21 Thread Michai Ramakers
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, then close leaf A, is the result something that could cause
problems later on? (If so, which ones?)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] close leaf from command-line, and 'apropos(1)'-like behaviour?

2015-07-21 Thread Michai Ramakers
On 21 July 2015 at 11:12, Stephan Beal sgb...@googlemail.com wrote:
 On Tue, Jul 21, 2015 at 11:06 AM, Michai Ramakers m.ramak...@gmail.com
 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 bothersome it
 would be to maintain the apropos mappings (maybe via extra internal tags in
 the help text blocks).

Right; I somehow assumed the help-pages were generated (but didn't look yet).

W.r.t. 'commit --close': thx, saw that, but that would be used with
'--allow-empty' if I wanted to close after actually doing the last
commit, right? I'm guessing 'amend' will find its way into trunk at
some point.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] close leaf from command-line, and 'apropos(1)'-like behaviour?

2015-07-21 Thread Michai Ramakers
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 PQR', just like this very post. As the set
of command-line commands and options grows, it becomes more difficult
to find how to do something; some functionality exists as a separate
command, some other exists as option to a command. (I had expected the
'branch' command to have a 'close' subcommand, for instance.)

Is it an idea to have an 'apropos(1)'-like subcommand or option to the
'help' command? For those that don't know, the 'apropos' command on
*nix does a keyword search accross all manual pages - or perhaps
help-pages, in case of fossil.

In my case, I knew I needed/wanted something that CLOSEs something, so
I would have keyword-searched for 'close'.

I'm happy with the 'amend' command btw. And I guess that as I become
more familiar with fossil's internals or philosophy, it becomes easier
to guess the command that provides a wanted behaviour.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] personal workflow: branches to subdivide big repo

2015-07-21 Thread Michai Ramakers
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.html).

What I really wanted then was to be able to see the 'sequence of
edits' only applying to a subset of a big project-tree - e.g. to see
all changes between points A and B in time, done in project-subdir
'source/GUI' (and ignore all other changes done elsewhere within that
timespan). Related post:
http://lists.fossil-scm.org:8080/pipermail/fossil-users/2014-July/017347.html

I've been experimenting a bit with nested repos, which work nicely but
add complexity, but only just now I realise a branch does exactly what
I wanted to do - display an isolated sequence of edits.

D'oh!

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Any interest in testing/merging check-in-edit branch?

2015-07-18 Thread Michai Ramakers
On 18 July 2015 at 11:54, Stephan Beal sgb...@googlemail.com wrote:
 On Sat, Jul 18, 2015 at 11:10 AM, Sergei Gavrikov
 sergei.gavri...@gmail.com 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 :-)

Sadly it reminds me of Real Life with Git, but I think that was
covered already here ;-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Any interest in testing/merging check-in-edit branch?

2015-07-16 Thread Michai Ramakers
Hello,

[ unrelated meta-comment follows ]

On 16 July 2015 at 08:19, Stephan Beal sgb...@googlemail.com 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 out of a handful of mails (from you, Stephan :-) to the
list, that ended up in my spam-box in gmail.

Message:

  Why is this message in Spam? It has a from address in googlemail.com
but has failed googlemail.com's required tests for authentication.
Learn more

Just FYI, I thought I'd just report this - perhaps other people may
start looking in their spam-box now for ML posts... I have no idea as
to a solution, or whether this is a problem at all or not.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Any interest in testing/merging check-in-edit branch?

2015-07-16 Thread Michai Ramakers
Hello,

On 16 July 2015 at 07:06, Andy Bradford amb-fos...@bradfords.org 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 web-interface, because I forget it so
often (and I want tagged check-ins coloured)...

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Any interest in testing/merging check-in-edit branch?

2015-07-16 Thread Michai Ramakers
Hello,

On 16 July 2015 at 07:06, Andy Bradford amb-fos...@bradfords.org 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  changes  that  affect  the  web  ci_edit  page
 (primarily because I took common code and placed into methods).

FWIW, I tested it now a bit, not thoroughly, and it seems to work well
- a handy feature, thank you.

I don't know what the intended behaviour was w.r.t. bogus input on
commandline - e.g. 'fossil amend tip something_bogus' does nothing
(and prints nothing).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Remove redundant shun links from doc page.

2015-06-22 Thread Michai Ramakers
Hello,

On 22 June 2015 at 20:11, Ross Berteig r...@cheshireeng.com 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 can see the
 duplication. The auto doc page infers many unique links.

 The whole point of a permuted index is to provide an alphabetical list of
 keywords, shown along with some context, and references (links) to where
 they appear.
 ...

ok, I tried to do this earlier with a bit of effort, but my TCL-foo is too weak:

how about displaying the permuted index (if that must be - I don't see
the whole point of it, since there is a browser 'search' function
anyway, but hey :-), but display canonical links in bold. The section
header could then be something like Permuted index, (canonical
titles displayed in bold).

Is that an idea?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] view added tags w.r.t. last check-in

2015-05-20 Thread Michai Ramakers
On 20 May 2015 at 05:14, Ron W ronw.m...@gmail.com wrote:
 On Tue, May 19, 2015 at 10:33 PM, bch brad.har...@gmail.com 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 option to the fossil tag list
 command, where recent means since the most recent commit on the same
 branch in the current check-out

 Alternately, an option to fossil changes to also list new/changed/deleted
 tags similar to how it lists recently changed/added/deleted files.

that's exactly what I mean, indeed.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] view added tags w.r.t. last check-in

2015-05-18 Thread Michai Ramakers
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 sync it for it to appear on the host in 'remote-url' - as
far as I know there's no way to list added tags.

Thanks,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] build.wiki patch

2015-03-03 Thread Michai Ramakers
On 2 March 2015 at 22:45, Tontyna tont...@ultrareal.de 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-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] server.wiki patch

2015-03-02 Thread Michai Ramakers
On 1 March 2015 at 20:52, jungle Boogie jungleboog...@gmail.com 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.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] inetd-server + multiple repos

2015-03-02 Thread Michai Ramakers
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.1000 root /usr/bin/fossil /usr/bin/fossil http /my/fossils

I could have sworn this worked at some time. Normally I run Fossil as
CGI-binary instead, so this is not something I have tested for a
while.

Unless someone has a quick clue, I can bisect it later today. But
probably it's user error.

Thanks,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] inetd-server + multiple repos

2015-03-02 Thread Michai Ramakers
On 2 March 2015 at 18:10, jungle Boogie jungleboog...@gmail.com wrote:
 Hi Michai,
 On 2 March 2015 at 07:03, Michai Ramakers m.ramak...@gmail.com 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 port 12345?

it works now, sort of, thanks.

 Only spending ~60 seconds reviewing this, the netbsd doc looks very
 similar to freebsd where is says what you have listed in /etc/inetd
 needs to be in /etc/services and reference it by a name in /etc/inetd:
 https://www.netbsd.org/docs/guide/en/chap-inetd.html

right. Port numbers work too on netbsd, but I'll amend the server.wiki
to make this a bit clear, I guess.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'fossil http' seems to output a page multiple times on amd64 (?)

2015-03-02 Thread Michai Ramakers
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.fossil  $my_output_file

...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')
  (d) linux x86 kernel on amd64 CPU ('lin_x86_on_amd64')

Only on the x86 machine ('b') did I see the expected HTML-output; the
others displayed the same page multiple times. Output-files are
attached.

Machine-info for all 4 boxes:

  (a) NetBSD 6.0.1 (GENERIC) amd64
  (b) NetBSD 6.1.4 (GENERIC) i386
  (c) Linux 3.14.28-1-lts #1 SMP Thu Jan 8 21:04:11 CET 2015 x86_64
unknown unknown GNU/Linux
  (d) Linux 3.18.2-2-ARCH #1 SMP PREEMPT Fri Jan 9 07:23:08 CET 2015
i686 GNU/Linux

I tried to debug this a bit, but it's not exactly trivial what happens
during page generation (for me).

Any ideas?

Michai
HTTP/1.0 200 OK
Date: Mon, 2 Mar 2015 18:35:10 GMT
Connection: close
X-UA-Compatible: IE=edge
X-Frame-Options: SAMEORIGIN
Cache-control: no-cache
Content-Type: text/html; charset=utf-8
Content-Length: 1413

!DOCTYPE html
html
head
base href=http://localhost/index; /
titleUnnamed Fossil Project: Home/title
link rel=alternate type=application/rss+xml title=RSS Feed
  href=/timeline.rss /
link rel=stylesheet href=/style.css/14302 type=text/css
  media=screen /
/head
body
div class=header
  div class=logo
img src=/logo/14302 alt=logo /
  /div
  div class=titlesmallUnnamed Fossil Project/smallbr /Home/div
  div class=statusNot logged in/div
/div
div class=mainmenu
a href='/home'Home/a
a href='/timeline'Timeline/a
a href='/tree?ci=tip'Files/a
a href='/brlist'Branches/a
a href='/taglist'Tags/a
a href='/ticket'Tickets/a
a href='/wiki'Wiki/a
a href='/login'Login/a
/div
div class=content
script
function gebi(x){
if(x.substr(0,1)=='#') x = x.substr(1);
var e = document.getElementById(x);
if(!e) throw new Error('Expecting element with ID '+x);
else return e;}
/script
pThis is a stub home-page for the project.
To fill in this page, first go to
a id='a1' href='/honeypot'setup/config/a
and establish a Project Name.  Then create a
wiki page with that name.  The content of that wiki page
will be displayed in place of this message./p
/div
div class=footer
This page was generated in about
0.001s by
Fossil version [14302b6cc7] 2015-03-02 05:54:14
/div
/body/html
HTTP/1.0 200 OK
Date: Mon, 2 Mar 2015 18:35:10 GMT
Connection: close
X-UA-Compatible: IE=edge
X-Frame-Options: SAMEORIGIN
Cache-control: no-cache
Content-Type: text/html; charset=utf-8
Content-Length: 2826

!DOCTYPE html
html
head
base href=http://localhost/index; /
titleUnnamed Fossil Project: Home/title
link rel=alternate type=application/rss+xml title=RSS Feed
  href=/timeline.rss /
link rel=stylesheet href=/style.css/14302 type=text/css
  media=screen /
/head
body
div class=header
  div class=logo
img src=/logo/14302 alt=logo /
  /div
  div class=titlesmallUnnamed Fossil Project/smallbr /Home/div
  div class=statusNot logged in/div
/div
div class=mainmenu
a href='/home'Home/a
a href='/timeline'Timeline/a
a href='/tree?ci=tip'Files/a
a href='/brlist'Branches/a
a href='/taglist'Tags/a
a href='/ticket'Tickets/a
a href='/wiki'Wiki/a
a href='/login'Login/a
/div
div class=content
!DOCTYPE html
html
head
base href=http://localhost/index; /
titleUnnamed Fossil Project: Home/title
link rel=alternate type=application/rss+xml title=RSS Feed
  href=/timeline.rss /
link rel=stylesheet href=/style.css/14302 type=text/css
  media=screen /
/head
body
div class=header
  div class=logo
img src=/logo/14302 alt=logo /
  /div
  div class=titlesmallUnnamed Fossil Project/smallbr /Home/div
  div class=statusNot logged in/div
/div
div class=mainmenu
a href='/home'Home/a
a href='/timeline'Timeline/a
a href='/tree?ci=tip'Files/a
a href='/brlist'Branches/a
a href='/taglist'Tags/a
a href='/ticket'Tickets/a
a href='/wiki'Wiki/a
a href='/login'Login/a
/div
div class=content
script
function gebi(x){
if(x.substr(0,1)=='#') x = x.substr(1);
var e = document.getElementById(x);
if(!e) throw new Error('Expecting element with ID '+x);
else return e;}
/script
pThis is a stub home-page for the project.
To fill in this page, first go to
a id='a1' href='/honeypot'setup/config/a
and establish a Project Name.  Then create a
wiki page with that name.  The content of that wiki page
will be displayed in place of this message./p
/div
div class=footer
This page was generated in about
0.001s by
Fossil version [14302b6cc7] 2015-03-02 05:54:14
/div
/body/html
script
function gebi(x){
if(x.substr(0,1)=='#') x = x.substr(1);
var e = document.getElementById(x);
if(!e) throw new Error('Expecting element with ID '+x);
else return e;}
/script
pThis is a stub home-page for the project.
To fill in this 

Re: [fossil-users] server.wiki patch

2015-03-01 Thread Michai Ramakers
On 1 March 2015 at 06:48, jungle Boogie jungleboog...@gmail.com 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' as service-name doesn't work, and
adding a symbolic name for that port in /etc/services does work?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] (no subject)

2015-02-28 Thread Michai Ramakers
On 27 February 2015 at 21:17, jungle Boogie jungleboog...@gmail.com 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 against which the diff was made.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] (no subject)

2015-02-28 Thread Michai Ramakers
On 27 February 2015 at 21:17, jungle Boogie jungleboog...@gmail.com 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
corresponding comment-sections in source-files.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] (no subject)

2015-02-28 Thread Michai Ramakers
Hello,

On 28 February 2015 at 14:13, jungle Boogie jungleboog...@gmail.com wrote:
 On 28 February 2015 at 01:44, Michai Ramakers m.ramak...@gmail.com 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 vs. options.

ok

 What do you recommend regarding option names? It's easier to type
 checkin but easier to read check-in.

Well... I would think twice before changing option names (possibly
breaking scripts out there).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] (no subject)

2015-02-28 Thread Michai Ramakers
On 28 February 2015 at 21:50, Andy Bradford amb-fos...@bradfords.org 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  bit of sed,
 Knuth would agree:

 lynx --dump http://www-cs-faculty.stanford.edu/~uno/email.html |
 sed -e 's/[Ee]\([-]*\)mail/check\1in/g'

Nothing functional was changed, just code-comment, fatal error
descriptions, help-text and some generated web-content. Everything
related to options and arguments was left as-is.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Spelling corrections for fossil-scm.org

2015-02-26 Thread Michai Ramakers
On 26 February 2015 at 18:19, jungle Boogie jungleboog...@gmail.com 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
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Spelling corrections for fossil-scm.org

2015-02-26 Thread Michai Ramakers
On 26 February 2015 at 18:19, jungle Boogie jungleboog...@gmail.com 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-scm.org/index.html/doc/trunk/www/quickstart.wiki

 The URL above is the http URL for the fossil repository you want to clone,

What did you mean? (Alternatively, please post a diff.)

 http://www.fossil-scm.org/index.html/doc/trunk/www/contribute.wiki

 we will be forced to *reimplement* your changes from scratch which might

'Reimplement' is correct, I think - what did you mean?

 http://www.fossil-scm.org/index.html/doc/trunk/www/copyright-release.html

 ...

 no titlie on this page

Didn't add a title yet.

 http://www.fossil-scm.org/index.html/doc/trunk/www/style.wiki

 list starts at # 10?

I guess it's basically 'section * 10 + item_index' :-)

 http://www.fossil-scm.org/index.html/wiki?name=Auto-completion

 MS At least on my system (*ubuntu*) many programs

michai@delle:/tmp/f/f/www$ grep -ir ubuntu *
michai@delle:/tmp/f/f/www$

What did you mean? (Or please post a diff.)

Thx again,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Spelling corrections for fossil-scm.org

2015-02-26 Thread Michai Ramakers
On 26 February 2015 at 21:50, jungle Boogie jungleboog...@gmail.com 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 (usability) of iptables, which is to say, 
 utterly

 Or keep your changes.

indeed, the question of whether not to include quotes verbatim. I
couldn't find the original one (on google) quickly enough, then
figured it was not a legal document or anything, and so I corrected
it.

I'll look at your diffs now and fix any remainders accordingly.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Spelling corrections for fossil-scm.org

2015-02-26 Thread Michai Ramakers
On 26 February 2015 at 22:02, jungle Boogie jungleboog...@gmail.com 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.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Improving Fossil's Look

2015-02-19 Thread Michai Ramakers
Hello,

On 18 February 2015 at 18:42, jungle Boogie jungleboog...@gmail.com wrote:

 On 17 February 2015 at 16:24, Michai Ramakers m.ramak...@gmail.com 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
 anyone else)? I'm somehow comparing this to the FreeBSD Handbook
 w.r.t. FreeBSD project.

 I think the source of the book is available so anyone could update it.
 It looks like there was one update in December:
 http://www.fossil-scm.org/schimpf-book/timeline

 I'd be willing to assist in updating it and reviewing updates, if needed.

thanks for the offer (to anyone willing to edit the book, I guess);
looks like a lot of work went into it, and will go into updating it,
and tbh I'm not the one doing that soon :-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Improving Fossil's Look

2015-02-17 Thread Michai Ramakers
Hello,

On 18 February 2015 at 00:43, Richard Hipp d...@sqlite.org 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 welcomed.

 What are the most important features of Fossil that should be
 front-and-center on the homepage?  I feel like the front page is
 providing Too Much Information and that eyes gloss over when
 first-time readers see all that text.  (Maybe I'm wrong - let me
 know!)  So what information can be removed from the front-page and
 what are the essential elements that need to be retained?

To reduce text with minimal effort, perhaps
  - move the Links For Fossil Developer section into the Hacker How-To page,
  - move the current Why use Fossil? section into its own page, and
keep a more minimal version of it on the main page, with for each
feature/bulletpoint a 1-sentence description and a link (to an
anchor?) to the original Why use Fossil? section/page.
  - merge 'Change Log' and Recent changes right-hand menu items
(perhaps a link to the timeline at the top of the changelog-page?),
and name it Recent changes - for novices there is perhaps no obvious
difference between the two.

IMHO the Links for Fossil users section on the home-page is just
fine, as it serves as a place to put arbitrary often-used links in one
list (duh :-)

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
anyone else)? I'm somehow comparing this to the FreeBSD Handbook
w.r.t. FreeBSD project.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] New search features

2015-02-02 Thread Michai Ramakers
Hello,

On 2 February 2015 at 19:46, jungle Boogie jungleboog...@gmail.com wrote:
 On 2 February 2015 at 10:32, mario ma...@include-once.org 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 already increased:
 https://www.fossil-scm.org/index.html/info/09fe92ad728cf5f45bb4a9e1169cfb16a6363510

just out of interest (I didn't really follow this thread): do you
(and/or original poster) already compile your own binaries? For Linux
and *BSD it's really trivial; the build process is easy and the build
is very clean (see
http://fossil-scm.org/index.html/doc/tip/www/build.wiki for details).

I have almost no experience on Windows systems, although for WinXP I
used Visual Studio (IIRC) to build Fossil every now and then after a
major fix, which is also quite painless. I didn't follow the evolution
of Windows building, so perhaps now only Cygwin or Mingw are supported
- no idea here; I just didn't have a need to recompile on Windows
recently.

IMHO it's safe to use Fossil trunk tip for daily work like many people
here do. I myself have never lost a file because of Fossil (and don't
know of anyone who did). Using an official Fossil release for 'safety'
instead of trunk tip just doesn't cross my mind. In fact I don't think
there's much hype here about official releases - I'm sure many people
feel the same.

(Ignore all of the above if I misunderstood your comment :-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-25 Thread Michai Ramakers
On 25 January 2015 at 00:10, Andy Bradford amb-fos...@bradfords.org 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 not happening on Michai's machine.

 That's a fair point.  I don't have to do anything  special and I'm still
 able to clone. So clearly some OSes are able to ignore the  record.

 I suspect that he may actually have IPv6 enabled without realizing it.

I think that's right; the choice to configure IPv6 routing for
instance is based (here) on whether the kernel has support for IPv6,
from what I can see.

 If their OS  is configured correctly, it should ``just  work'' but there
 may be  other circumstances  (e.g. they have  IPv6 configured  for local
 networks,  but no  access  to IPv6  on  the Internet,  so  their OS  may
 actually think it wants  to do IPv6 and it may actually  prefer it if it
 finds an   record  (Microsoft Windows  is this way.  If it  has IPv6
 enabled and there is an  record  for the host, it will always prefer
 IPv6).

I think that's exactly what's happening; other userland tools try
IPv6, and seeing that fails, give up:

michai@delle:~$ ftp ftp.netbsd.org
Trying 2001:470:a085:999::21:21 ...
ftp: Can't connect to `2001:470:a085:999::21:21': No route to host
Trying 199.233.217.226:21 ...
Connected to ftp.netbsd.org.

Arguably this is a misconfiguration on my machine. I haven't really
given it any attention yet, tbh.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-25 Thread Michai Ramakers
On 25 January 2015 at 00:09, Joerg Sonnenberger jo...@britannica.bec.de 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:

 Does it work with sqlite.org?

no:

---
  michai@lime:/tmp/f$ f clone https://sqlite.org/cgi/src f.f

  SSL verification failed: self signed certificate in certificate chain
  Certificate received:

organizationalUnitName= Domain Control Validated
organizationalUnitName= PositiveSSL Multi-Domain
commonName= sqlite.org
---

This is a netbsd 6.0.1 with a vanilla configuration wrt SSL (iirc). A
netbsd 6.1.4 box here seems to work fine when cloning either fossil or
sqlite repos using HTTPS. I only used HTTP, so I hadn't noticed
before.

I am thus assuming it's a local configuration issue; likely I can look
at this tonight and do some comparison.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-25 Thread Michai Ramakers
On 25 January 2015 at 13:54, Joerg Sonnenberger jo...@britannica.bec.de 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.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-24 Thread Michai Ramakers
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 [f55b538c65] 2015-01-24 17:05:24 UTC
  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

With older/default fossil on that system:

  michai@delle:/tmp/f/f/f2$ mkdir f3
  michai@delle:/tmp/f/f/f2$ cd f3
  michai@delle:/tmp/f/f/f2/f3$ f ver
  This is fossil version 1.30 [331204dc93] 2014-11-14 19:30:13 UTC
  michai@delle:/tmp/f/f/f2/f3$ f clone http://fossil-scm.org f.f
  Round-trips: 5   Artifacts sent: 0  received: 28886
  Clone finished with 1183 bytes sent, 23706995 bytes received
  Rebuilding repository meta-data...
0.4% complete...
  SQLITE_CORRUPT: database corruption at line 53682 of [1412fcc480]
  SQLITE_CORRUPT: statement aborts at 21: [UPDATE blob SET size=3848
WHERE rid=864]
  f: database disk image is malformed: {UPDATE blob SET size=3848 WHERE rid=864}

  If you have recently updated your fossil executable, you might
  need to run fossil all rebuild to bring the repository
  schemas up to date.

I tried multiple times with each version; result is the same each
time. Recent version f55b538c65 when built and run on another host
(not behind that NAT-router) works fine.

Could this have to do with bad connectivity? Wgetting the source
tarball from fossil-scm.org works just fine, fwiw.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-24 Thread Michai Ramakers
On 24 January 2015 at 20:43, Andy Bradford amb-fos...@bradfords.org 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  seems that  your client  tried to  connect to  the IPv6  address for
 fossil-scm.org, however, I don't know why  this would be. I didn't think
 Fossil had any IPv6 support really, but maybe it will ``just work.''

 Does your network have IPv6 support?

none whatsoever.

 Maybe the output above is not really accurate? Perhaps it really did not
 try to connect to IPv6?

ktrace-dump seems to show it actually tries to use an IPv6 address.
Strange, I'll look into some more detail.

Thx,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning from fossil-scm.org fails (from one machine..?)

2015-01-24 Thread Michai Ramakers
On 24 January 2015 at 22:00, Andy Bradford amb-fos...@bradfords.org 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 have IPv6.

Likely part of the issue is my local configuration. From limited clue
and what I can see/read now, disabling IPv6 completely is not exactly
trivial to do here. This is a NetBSD host; the host which worked fine
(and happened to be located behind another router as well) was a Linux
host - network-config differs quite a lot.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] How you can help make Fossil better....

2015-01-21 Thread Michai Ramakers
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 d...@sqlite.org wrote:
 There is a webpage (https://www.fossil-scm.org/fossil/wiki_rules)
 built into every Fossil that describes the Wiki formatting rules.  I
 think we need a similar page describing the Markdown rules.

 If someone will contribute the text (preferably in Markdown) I will
 add it to the build.

 --
 D. Richard Hipp
 d...@sqlite.org
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Getting configure to find openssl on FreeBSD

2014-09-12 Thread Michai Ramakers
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 not find the .so. This turned out to be a flaw/mismatch
in pkg-config when queried for compiler-/linker-flags.

This was posted here:
https://mail-index.netbsd.org/pkgsrc-users/2014/05/31/msg019783.html

The local hack here was to alter the libssl.pc pkg-config config file,
but it was fixed here:
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=48871

h2h,
Michai

On 11 September 2014 21:06,  org.fossil-scm.fossil-us...@io7m.com wrote:
 'Lo.

 The fossil build scripts seem to be unable to find openssl on FreeBSD
 9.2. It has a choice of the version included with the base system
 (in /usr) or the version available from FreeBSD ports (/usr/local),
 but it can't seem to find either of them.

 Is there any way to get it to give more information about why it's
 failing to find them?

 $ ./configure --with-openssl=auto
 Host System...x86_64-unknown-freebsd9.2
 Build System...x86_64-unknown-freebsd9.2
 C compiler... cc -g -O2
 C++ compiler... c++ -g -O2
 Build C compiler...cc
 Checking for stdlib.h...ok
 Checking for uint32_t...ok
 Checking for uint16_t...ok
 Checking for int16_t...ok
 Checking for uint8_t...ok
 Checking for pread...ok
 Checking for tclsh...no
 Checking for system ssl...no
 Checking for ssl in /usr/sfw...no
 Checking for ssl in /usr/local/ssl...no
 Checking for ssl in /usr/lib/ssl...no
 Checking for ssl in /usr/ssl...no
 Checking for ssl in /usr/pkg...no
 Checking for ssl in /usr/local...no
 Checking for ssl in /usr...no
 Error: OpenSSL not found. Consider --with-openssl=none to disable HTTPS
 support Try: 'configure --help' for options

 $ ./configure --with-openssl=/usr
 ...
 Checking for ssl in /usr...no
 Error: OpenSSL not found. Consider --with-openssl=none to disable HTTPS
 support Try: 'configure --help' for options

 $ ./configure --with-openssl=/usr/lib
 ...
 Checking for ssl in /usr/lib...no
 Error: OpenSSL not found. Consider --with-openssl=none to disable HTTPS
 support Try: 'configure --help' for options

 $ ./configure --with-openssl=/usr/local
 ...
 Checking for ssl in /usr/local...no
 Error: OpenSSL not found. Consider --with-openssl=none to disable HTTPS
 support Try: 'configure --help' for options

 $ ./configure --with-openssl=/usr/local/lib
 ...
 Checking for ssl in /usr/local/lib...no
 Error: OpenSSL not found. Consider --with-openssl=none to disable HTTPS
 support Try: 'configure --help' for options

 $ ls /usr/local/lib/libssl.so*
 /usr/local/lib/libssl.so
 /usr/local/lib/libssl.so.8

 $ ls /usr/lib/libssl.so*
 /usr/lib/libssl.so
 /usr/lib/libssl.so.6

 ... and so on.

 M
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] how to use git to lose data

2014-09-03 Thread Michai Ramakers
Hello,

On 3 September 2014 09:12, Gour g...@atmarama.net wrote:
 On Tue, 2 Sep 2014 08:07:48 -0600
 Scott Robison sc...@casaderobison.com
 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).
  ...

 Same here - I'm moving to Hugo static site generator written in Go, but
 I keep under FOssil stuff like my study notes as well, iow. everything
 which has to be safe. :-)

fwiw, an alternative use for Fossil here is my diary (agenda? is that
a word?); report-SQL to filter/colour entries according to ETA.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Stupid Fossil Tricks #3329 of N: file line numbers

2014-08-27 Thread Michai Ramakers
On 27 August 2014 18:00, Stephan Beal sgb...@googlemail.com 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/c6fbb105168d3b7af4541d89175fc76e14917697?ln=10-20

 but did you know that you can get line numbering without highlighting by
 passing the number 0?

 http://fossil-scm.org/index.html/artifact/c6fbb105168d3b7af4541d89175fc76e14917697?ln=0

very nice one, thx

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' missing contents; 'finfo --brief' ok

2014-07-27 Thread Michai Ramakers
On 27 July 2014 20:35, Jan Nijtmans jan.nijtm...@gmail.com 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

thanks for the fix, seems to work fine.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] commits not seen on 2nd local worktree unless forcing initial commit

2014-07-27 Thread Michai Ramakers
On 27 July 2014 22:58, Jan Nijtmans jan.nijtm...@gmail.com wrote:
 2014-07-22 11:35 GMT+02:00 Michai Ramakers m.ramak...@gmail.com:
 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 default in trunk.

 This indeed looks like a newly-found corner-case which
 doesn't behave as intuitively expected. Proposed fix here:

 http://fossil-scm.org/index.html/info/0d8cb8e30a

 (I'm not sure yet it's completely covered with this, I'll
 do some more testing...)

and thanks for this fix as well - original test works fine here, now.
I'll continue running this branch here until it's merged (although I
don't make new repos too often). And I'd be interested to do more
testing if pointed in a direction - although I guess that's difficult
to do (the pointing).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] diff command and 'permission denied'

2014-07-26 Thread Michai Ramakers
On 26 July 2014 12:26, Gour g...@atmarama.net 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.

 However, Fossil is now complaining...

 See the output:

 $ fossil chan
 EDITED 2.md
 $ fossil diff
 Index: 2.md
 ==
 sh: 1: /home/gour/prj/iching/2.md~0: Permission denied
 $ fossil gdiff
 Index: 2.md
 ==

I can reproduce it here when setting 'diff-command' to the empty
string. Perhaps you have done that too (from the looks of 'fossil set'
output).

You can unset an option using 'fossil unset'.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] diff command and 'permission denied'

2014-07-26 Thread Michai Ramakers
On 26 July 2014 18:53, Gour g...@atmarama.net wrote:
 Andy Bradford amb-fos...@bradfords.org
 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 to the empty string, right?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'test-page++.wiki' in release-checklist not accessible atm

2014-07-25 Thread Michai Ramakers
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 / work in progress / whatever, but just for info.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning using phone as 'personal hotspot'

2014-07-24 Thread Michai Ramakers
On 24 July 2014 10:17, Stephan Beal sgb...@googlemail.com wrote:
 On Thu, Jul 24, 2014 at 12:04 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 While thus cloning the fossil-scm.org repo, I see some messages of the
 form

   unknown command: [×ÇË]

 (other messages with similar non-ascii chars) If anyone is interested
 in more info for debugging, perhaps I can try a bit more.

 (This is really just toying, not a serious setup, but perhaps an
 example of a bad or high-latency link.)


 That looks to me like line noise. i was using Fossil last week over
 tethering and it was the _only_ application i had which could even complete
 a network operation of my weak signal.

remembered that :-) (this SCM is so cool, it even fixes your
internet! /advertisement)
I'll probably give it another try tonight.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning using phone as 'personal hotspot'

2014-07-24 Thread Michai Ramakers
On 24 July 2014 13:01, Stephan Beal sgb...@googlemail.com wrote:
 On Thu, Jul 24, 2014 at 10:48 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 remembered that :-) (this SCM is so cool, it even fixes your
 internet! /advertisement)
 I'll probably give it another try tonight.

 i strongly suspect that the reason is simply the small amounts of traffic. i
 couldn't get any web pages to load, but a push/pull of 4-8kb seemed to be no
 problem. i was on an Edge network (ISDN speed???) at the time.

same here (Edge); currently 3G (because I am elsewhere). I'll try a
bit more just for fun, and also try using SSL.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cloning using phone as 'personal hotspot'

2014-07-24 Thread Michai Ramakers
On 24 July 2014 10:48, Michai Ramakers m.ramak...@gmail.com wrote:
 On 24 July 2014 10:17, Stephan Beal sgb...@googlemail.com wrote:
 On Thu, Jul 24, 2014 at 12:04 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 While thus cloning the fossil-scm.org repo, I see some messages of the
 form

   unknown command: [×ÇË]

 (other messages with similar non-ascii chars) If anyone is interested
 in more info for debugging, perhaps I can try a bit more.

 (This is really just toying, not a serious setup, but perhaps an
 example of a bad or high-latency link.)


 That looks to me like line noise. i was using Fossil last week over
 tethering and it was the _only_ application i had which could even complete
 a network operation of my weak signal.

 I'll probably give it another try tonight.

tried again, twice with http:// and twice with https://, only one of
which failed:

/tmp/f$ f clone http://fossil-scm.org f.f
Round-trips: 1   Artifacts sent: 0  received: 0
malformed cfile line
Round-trips: 2   Artifacts sent: 0  received: 6272
malformed cfile line
Round-trips: 2   Artifacts sent: 0  received: 6273
Clone finished with 4389 bytes sent, 4133878 bytes received
server returned an error - clone aborted
/tmp/f$

(Didn't see the non-ASCII chars anymore.) Oh well. If anyone wants to
dig deeper, I can try again, else I think I'll do other stuff instead
:-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'finfo' missing contents; 'finfo --brief' ok

2014-07-23 Thread Michai Ramakers
Hello,

seems 'fossil finfo' is missing output:

--

$ f finfo CHANGELOG
History of src/bulb/bulb_consumer_and_test_firmware/CHANGELOG
2014-07-21 [
2014-02-25 [
2014-02-25 [
2014-01-21 [
$ f finfo --brief CHANGELOG
f9af729be7 2014-07-21 michai trunk bulb-fw: updated changelog to today
bd6c0c3139 2014-02-25 michai trunk forgot 32 scenes in changelog
b89323ff13 2014-02-25 michai trunk tip: never use 'current' in a changelog
959ae30958 2014-01-21 michai trunk added changelog for new combined testmo
$ f ver
This is fossil version 1.30 [619fa857c9] 2014-07-19 19:20:25 UTC
$

---

weird... I can't remember seeing this before; didn't bisect it (yet),
and I think this fossil-version is from before ongoing/recent
format-changes in comments (and besides, I think those were w.r.t.
timeline, but I didn't follow it closely).

Any ideas..?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'finfo' or '/finfo' to display all diffs in sequence?

2014-07-23 Thread Michai Ramakers
Hello,

is it somehow possible to persuade 'finfo' or webpage '/finfo' to
display the actual diffs (not aggregate diff) between each revisions
of the artifact? Or: is there anoter page / CLI-command that does
this?

thx,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' or '/finfo' to display all diffs in sequence?

2014-07-23 Thread Michai Ramakers
On 23 July 2014 13:10, Richard Hipp d...@sqlite.org wrote:

 On Wed, Jul 23, 2014 at 6:45 AM, Michai Ramakers m.ramak...@gmail.com

 is it somehow possible to persuade 'finfo' or webpage '/finfo' to
 display the actual diffs (not aggregate diff) between each revisions
 of the artifact? Or: is there anoter page / CLI-command that does
 this?

 What do you mean by actual diff and aggregate diff?

- 'actual diffs' (plural): the individual diffs of each change to the
artifact (3 diffs, in case there were 3 changes)
- aggregate diff: diff between start- and end-point in history (1
diff, even if there were 3 changes). This is what 'vdiff' would
display.

(btw, this mail is not effectively a duplicate of an earlier one,
where I asked about displaying individual diffs instead of aggregate
diff in the 'vdiff' page...)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' or '/finfo' to display all diffs in sequence?

2014-07-23 Thread Michai Ramakers
On 23 July 2014 13:53, Richard Hipp d...@sqlite.org wrote:

 On Wed, Jul 23, 2014 at 7:23 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 On 23 July 2014 13:10, Richard Hipp d...@sqlite.org wrote:
 
  On Wed, Jul 23, 2014 at 6:45 AM, Michai Ramakers m.ramak...@gmail.com
 
  is it somehow possible to persuade 'finfo' or webpage '/finfo' to
  display the actual diffs (not aggregate diff) between each revisions
  of the artifact? Or: is there anoter page / CLI-command that does
  this?
 
  What do you mean by actual diff and aggregate diff?

 - 'actual diffs' (plural): the individual diffs of each change to the
 artifact (3 diffs, in case there were 3 changes)
 - aggregate diff: diff between start- and end-point in history (1
 diff, even if there were 3 changes). This is what 'vdiff' would
 display.

 I find these definitions odd.  I think sequence of edits would be a better
 way of expressing the concept you are calling actual diff.  To my mind, a
 diff is a comparison between two artifacts.  The provenance of those
 artifacts is irrelevant from the point of view of the diff.

 So you question translates to:  Is there a way to show the sequence of
 edits the transformed one version of a file into another, rather than just
 the diff between the two files?

sequence of edits, exactly.

 The answer is no, I think.  For multiple reasons:  (1) I know how to
 display a diff, but I don't know what the display of a sequence of edits
 might look like.  (2) Due to merging, there might be multiple paths from one
 file to the other in the DAG.  Which path should be shown?

I see. I generally don't use branches except for trials, but this
situation is a bit too simplistic.

Rephrase: in a situation where artifact A is an ancestor of B on a
single branch, and no merges occur in the corresponding (partial)
timeline, I'd be happy with a way to view the sequence of edits
between those 2 artifacts. Is there such a way? What I do now is
manually click the diffs, one by one.

(A recent situation where an aggregate diff is not useful: I keep a
'todo'-list kind of textfile, where new items are added to the top,
and old items are removed from the bottom. An aggregate diff over a
longer time-period would omit all but the oldest and newest lines ever
added to the file.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' missing contents; 'finfo --brief' ok

2014-07-23 Thread Michai Ramakers
On 23 July 2014 14:16, Stephan Beal sgb...@googlemail.com wrote:
 On Wed, Jul 23, 2014 at 12:37 PM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 weird... I can't remember seeing this before; didn't bisect it (yet),


 i can tell you that this one is working:

 http://fossil-scm.org/index.html/info/5610dc4edfcacf06db841c5b1a1121bbeb16ceb4

 but with the trunk i see what you're seeing.

Thanks; I can bisect this later today, I think.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' or '/finfo' to display all diffs in sequence?

2014-07-23 Thread Michai Ramakers
On 23 July 2014 14:36, Gour g...@atmarama.net wrote:
 Richard Hipp d...@sqlite.org writes:

 So you question translates to:  Is there a way to show the sequence of
 edits the transformed one version of a file into another, rather than just
 the diff between the two files?

 Maybe he is thinking about something like this:

 http://emacsredux.com/blog/2014/07/22/travel-back-and-forward-in-git-history/

actually, yes. (Minus the emacs and visualness and interactiveness ;)

I realise that what I really meant has not much to do with 2
artifacts, but with one - traverse the history of that single artifact
(let's say until it hits a merge) in terms of edits.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'finfo' missing contents; 'finfo --brief' ok

2014-07-23 Thread Michai Ramakers
On 23 July 2014 14:24, Michai Ramakers m.ramak...@gmail.com wrote:
 On 23 July 2014 14:16, Stephan Beal sgb...@googlemail.com wrote:
 On Wed, Jul 23, 2014 at 12:37 PM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 weird... I can't remember seeing this before; didn't bisect it (yet),


 i can tell you that this one is working:

 http://fossil-scm.org/index.html/info/5610dc4edfcacf06db841c5b1a1121bbeb16ceb4

 but with the trunk i see what you're seeing.

 Thanks; I can bisect this later today, I think.

Ok...

2014-07-16 07:57:26 fe6d393021d9205a BAD CURRENT
2014-07-16 07:19:43 5b26a50e1ba7bd01 GOOD

What I think I see, is that sqlite3_mprintf() or rather
sqlite3VXPrintf() doesn't support '%S' / etSTRINGID (yet).
Perhaps development was done with system's sqlite3 instead of the one
included in fossil-tree, I don't know.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] cloning using phone as 'personal hotspot'

2014-07-23 Thread Michai Ramakers
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 similar non-ascii chars) If anyone is interested
in more info for debugging, perhaps I can try a bit more.

(This is really just toying, not a serious setup, but perhaps an
example of a bad or high-latency link.)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] commits not seen on 2nd local worktree unless forcing initial commit

2014-07-22 Thread 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 default in trunk.

(FWIW, I know there have been flaws in this area before, and although
I am not a dev having/willing to deal with them, I agree with Jan that
'bugs happen', and a feature uncovering bugs or even introducing new
ones is not necessarily bad for that reason alone, if it eventually
results in a cleaner design. I don't know how well initial-commit-less
repos work with older fossil-versions, but I assume that has been
discussed or considered in detail elsewhere. /EUR0.02)

Here are 2 typescripts; the first witout empty initial commit, and the
latter with forced initial commit. Everything is cleaned up in between
the 2 sessions.

In both cases, a repo is created, and it is opened as-is in 2
workdirs. A file is then added in workdir 'b', and an update is done
is workdir 'a'. In the first example, the update is not seen; in the
2nd example, everything is OK:

---( without initial commit: )---

/tmp$ mkdir f
/tmp$ cd f
/tmp/f$ f new f.f
project-id: bf874a5a154d7e572d99464d602a42bcb0dcf4bf
server-id:  c9f88d8904cedc4b7932c7c9832c3db8b6760d74
admin-user: michai (initial password is 7dfb91)
/tmp/f$ mkdir a b
/tmp/f$ cd a
/tmp/f/a$ f open ../f.f
project-name: unnamed
repository:   /tmp/f/a/../f.f
local-root:   /tmp/f/a/
config-db:/home/michai/.fossil
project-code: bf874a5a154d7e572d99464d602a42bcb0dcf4bf
checkins: 0
/tmp/f/a$ cd ../b
/tmp/f/b$ f open ../f.f
project-name: unnamed
repository:   /tmp/f/b/../f.f
local-root:   /tmp/f/b/
config-db:/home/michai/.fossil
project-code: bf874a5a154d7e572d99464d602a42bcb0dcf4bf
checkins: 0
/tmp/f/b$ f tim
+++ no more data (0) +++
/tmp/f/b$ date  thefile
/tmp/f/b$ f add thefile
ADDED  thefile
/tmp/f/b$ f ci -m test thefile
New_Version: c3450bfdff913112f6121b145540aa669d99e8eb
/tmp/f/b$ cd ../a
/tmp/f/a$ f up
/tmp/f/a$ f tim
=== 2014-07-22 ===
09:20:06 [c3450bfdff] test (user: michai tags: trunk)
+++ no more data (1) +++
/tmp/f/a$ ls
/tmp/f/a$

---( with forced initial commit: )---

/tmp$ mkdir f
/tmp$ cd f
/tmp/f$ date
Tue Jul 22 11:22:04 CEST 2014
/tmp/f$ f new --date-override 2014-01-01 f.f
project-id: 1f87142730004196e2388d27d2514fd06e8d9539
server-id:  b2b51507887bf5e0e0f9b899298f8d2ecc67c258
admin-user: michai (initial password is a1757a)
/tmp/f$ mkdir a b
/tmp/f$ cd a
/tmp/f/a$ f open ../f.f
project-name: unnamed
repository:   /tmp/f/a/../f.f
local-root:   /tmp/f/a/
config-db:/home/michai/.fossil
project-code: 1f87142730004196e2388d27d2514fd06e8d9539
checkout: b58cc4d9818973107a8acba469dda6edd4ba9683 2014-01-01 00:00:00 UTC
leaf: open
tags: trunk
comment:  initial empty check-in (user: michai)
checkins: 1
/tmp/f/a$ cd ../b
/tmp/f/b$ f open ../f.f
project-name: unnamed
repository:   /tmp/f/b/../f.f
local-root:   /tmp/f/b/
config-db:/home/michai/.fossil
project-code: 1f87142730004196e2388d27d2514fd06e8d9539
checkout: b58cc4d9818973107a8acba469dda6edd4ba9683 2014-01-01 00:00:00 UTC
leaf: open
tags: trunk
comment:  initial empty check-in (user: michai)
checkins: 1
/tmp/f/b$ date  thefile
/tmp/f/b$ f add thefile
ADDED  thefile
/tmp/f/b$ f ci -m test thefile
New_Version: 4b720ef5510056c9ab365389e1bed9a6af78004b
/tmp/f/b$ cd ../a
/tmp/f/a$ f up
ADD thefile
---
updated-to:   4b720ef5510056c9ab365389e1bed9a6af78004b 2014-07-22 09:22:41 UTC
leaf: open
tags: trunk
comment:  test (user: michai)
changes:  1 file modified.
 fossil undo is available to undo changes to the working checkout.
/tmp/f/a$ f tim
=== 2014-07-22 ===
09:22:41 [4b720ef551] *CURRENT* test (user: michai tags: trunk)
=== 2014-01-01 ===
00:00:00 [b58cc4d981] initial empty check-in (user: michai tags: trunk)
+++ no more data (2) +++
/tmp/f/a$ ls
thefile
/tmp/f/a$

---

The order of opening/committing are important; if the commit from
workdir 'b' happens before the repo is opened in workdir 'a',
everything seems to work OK.

In the 1st session (without initial empty commit), more commits can be
done from dir 'b', but these are not seen when updating in dir 'a'
afterwards. The timeline in workdir 'a' does show the commits.

hth,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] commits not seen on 2nd local worktree unless forcing initial commit

2014-07-22 Thread Michai Ramakers
On 22 July 2014 11:35, Michai Ramakers m.ramak...@gmail.com wrote:

 while toying around with Andy Bradford's fix/analysis, found something
 else, which seems related to the no-initial-commit feature which is
 recent default in trunk.

 ...

of course, forgot something:

This is fossil version 1.30 [619fa857c9] 2014-07-19 19:20:25 UTC

(i.e. trunk of this moment)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] unclustered vs private vs phantom and not syncing content

2014-07-22 Thread Michai Ramakers
On 22 July 2014 10:27, Andy Bradford amb-fos...@bradfords.org wrote:
 Thus said Andy Bradford on 12 Jul 2014 13:36:58 -0600:

 2)  The  artifact   rid  was  in  the  unclustered   table,  but  when
 create_cluster() ran it prematurely removed it from the table.

 I  have been  able to  successfully reproduce/cause  this. When  a large
 number of artifacts  are being transfered, they produce  phantoms on the
 server side  of the  sync operation.  Eventually, the  unclustered table
 grows  large  enough that  create_cluster()  starts  cleaning house  and
 building  a new  cluster  artifact to  replace all  the  entries in  the
 unclustered table. Then it deletes everything that it didn't just create
 as part of  creating clusters, including phantoms for  which content has
 not  yet arrived  (most  importantly  a checkin  artifact  in which  the
 manifest references a lot of other files).

 If no other artifacts reference the  artifacts that were phantoms on the
 unclustered table, now deleted, then the content seemingly disappears to
 other clients  that are trying to  sync. If the content  eventually gets
 incorporated in  other manifests  then it  will eventually  sync because
 they  will discover  the  artifacts  in those  manifests,  mark them  as
 phantoms and then request them with gimme cards.

 This is  most easily  reproduced by simply  doing this in  a clone  of a
 repository:

 $ jot 1500 | while read x; do dd if=/dev/urandom bs=1k count=1 | hexdump  
 file.$x; done
 $ fossil ci -m bigupdate --branch big
 $ fossil up trunk
 $ echo $RANDOM  file.1
 $ fossil ci -m back

 Now, never merge in the ``big''  branch and clients that have previously
 cloned the  server repository will never  see the checkin to  the branch
 unless they use --verily. Otherwise, if  the branch is merged into trunk
 (or the checkin is edited and  the branch closed), then suddenly it will
 appear to those  clients (assuming those changes don't  get deleted from
 the unclustered table first).

Thank you for the effort, this is or has been a long-standing issue indeed.

I can't seem to reproduce what you describe - either that, or I'm
missing the point (did you mean 'merge' as in 'fossil merge'?). I'm
assuming you left out 'fossil add' (or 'addremove') twice in your
example.

I tried your example on a single host, hopefully to exclude complexity
added by any physical network. (Do you think it's necessary to use 2
different hosts to reproduce the issue like you described?) I cloned
using http:// before adding files, and then updated from within the
cloned repo's workdir.

(I can see the artifacts being received on the cloned repo's side, so
I guess the attempt really ends there.)

Longish typescript follows:

---

michai@main:/fossils$ f ver
This is fossil version 1.30 [619fa857c9] 2014-07-19 19:20:25 UTC
michai@main:/fossils$ grep fossil /etc/inetd.conf
http stream tcp nowait.1000 root /usr/local/bin/f /usr/local/bin/f http /fossils
michai@main:/fossils$ f new --date-override 2014-01-01 ab.fossil
project-id: e0b53c254d86b6445060df9c65a9017134b348db
server-id:  c72a02a0849d982ca8066b812521a1f7cde187af
admin-user: michai (initial password is 794d90)
michai@main:/fossils$ mkdir f
michai@main:/fossils$ cd f
michai@main:/fossils/f$ f open ../ab.fossil
project-name: unnamed
repository:   /fossils/f/../ab.fossil
local-root:   /fossils/f/
config-db:/home/michai/.fossil
project-code: e0b53c254d86b6445060df9c65a9017134b348db
checkout: b58cc4d9818973107a8acba469dda6edd4ba9683 2014-01-01 00:00:00 UTC
leaf: open
tags: trunk
comment:  initial empty check-in (user: michai)
checkins: 1
michai@main:/fossils/f$ pushd /tmp
/tmp /fossils/f
michai@main:/tmp$ mkdir f
michai@main:/tmp$ cd f
michai@main:/tmp/f$ f clone http://localhost/ab ab.fossil
Round-trips: 1   Artifacts sent: 0  received: 0
Round-trips: 1   Artifacts sent: 0  received: 1
Round-trips: 2   Artifacts sent: 0  received: 1
Round-trips: 2   Artifacts sent: 0  received: 3
Clone finished with 461 bytes sent, 1155 bytes received
Rebuilding repository meta-data...
  0.0% complete...
  100.0% complete...
project-id: e0b53c254d86b6445060df9c65a9017134b348db
server-id:  25482d35a0445e5710395d12423b421e90b9f4be
admin-user: michai (password is e4a7ef)
michai@main:/tmp/f$ mkdir f
michai@main:/tmp/f$ cd f
michai@main:/tmp/f/f$ f open ../ab.fossil
project-name: unnamed
repository:   /tmp/f/f/../ab.fossil
local-root:   /tmp/f/f/
config-db:/home/michai/.fossil
project-code: e0b53c254d86b6445060df9c65a9017134b348db
checkout: b58cc4d9818973107a8acba469dda6edd4ba9683 2014-01-01 00:00:00 UTC
leaf: open
tags: trunk
comment:  initial empty check-in (user: michai)
checkins: 1
michai@main:/tmp/f/f$ popd
/fossils/f
michai@main:/fossils/f$ cat /tmp/f.sh
#!/bin/sh

jot 1500 | while read x; do dd if=/dev/urandom bs=1k count=1 | hexdump
 file.$x; done
f addr
f ci -m bigupdate --branch big
f up trunk
echo $RANDOM  file.1
f add file.1
f ci -m back

Re: [fossil-users] commits not seen on 2nd local worktree unless forcing initial commit

2014-07-22 Thread Michai Ramakers
On 22 July 2014 11:48, Stephan Beal sgb...@googlemail.com wrote:
 On Tue, Jul 22, 2014 at 11:35 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 (FWIW, I know there have been flaws in this area before, and although
 I am not a dev having/willing to deal with them, I agree with Jan that

 AFAIR i reverted that to not be the default behaviour (IMO it should not be
 because it's a long-standing historical behaviour and we don't fully know
 the implications of removing it).

right, I remember, but I think for the purpose of weeding out bugs
there, it became default again:
http://fossil-scm.org/index.html/info/8364065c45ec839d01e0a0535ebd754f81e9cac4

 ... fossil undo is available to undo changes to the working checkout.
 /tmp/f/a$ f tim
 === 2014-07-22 ===
 09:22:41 [4b720ef551] *CURRENT* test (user: michai tags: trunk)
 === 2014-01-01 ===
 00:00:00 [b58cc4d981] initial empty check-in (user: michai tags: trunk)
 +++ no more data (2) +++

 (That last line is a little confusing, IMO. Almost looks like an error.)

the '00:00:00'? That's because of the 'fossil new --date-override
2014-01-01' (e.g. fake initial commit well in the past).

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] 'open --nested', quick poll

2014-07-22 Thread Michai Ramakers
Hello,

I was wondering how many of you use 'open --nested' to have nested workdirs?

A bit of background:

A long time ago I asked here how/why/if people divided multiple-target
project-trees into repos; some (like me) use one big repo for all, and
some use many small repos.

So this is not a real question let alone a fossil-specific one...
Reason for asking is that I sometimes find myself going through
changes between releases, and since I develop almost everything on
trunk, the timeline-change overview between 'doc X version N' and 'doc
X version N+1' so to say (each being tags) is naturally peppered with
changes to other parts of the workdir, e.g. source,
reference-material, pictures, whatnot.

There was talk of giving the '/timeline' page something like a 'glob='
parameter a while ago, filtering out unwanted stuff. That would make
going over diffs easier, but since the result would not be a
consistent timeline anymore, I wonder if this would be a good idea,
and whether my workflow is not fundamentally flawed.

So...  development of each target into its own branch (where branches
could have contents in mutually exclusive dirs, e.g. 'docs', 'src',
...) is perhaps an option, or using different repos altogether, be it
in nested workdirs or not?

Ideas are welcome - assuming the above makes a bit sense,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] unclustered vs private vs phantom and not syncing content

2014-07-22 Thread Michai Ramakers
On 22 July 2014 17:29, Andy Bradford amb-fos...@bradfords.org wrote:
 Thus said Michai Ramakers on Tue, 22 Jul 2014 12:35:03 +0200:

 I can't  seem to  reproduce what  you describe -  either that,  or I'm
 missing the  point (did you mean  'merge' as in 'fossil  merge'?). I'm
 assuming  you left  out 'fossil  add' (or  'addremove') twice  in your
 example.

 Yes, I left out a few steps  (sorry). It was assumed that the 1500 files
 already exist  in the repository and  the changes are just  updates (but
 essentially a 100% rewrite of the file due to the randomness). Also, the
 entire lump  of changes has to  be large enough that  max-download comes
 into play and there are multiple  sync operations that occur as a result
 during the checkin. I don't think it matters whether these are new files
 or  modified files  (I just  used edits  because I  was trying  multiple
 variations), so  after generating all  the files, you could  do ``fossil
 addremove'' to get the big change set.

 I tried your example on a single host, hopefully to exclude complexity
 added by any  physical network. (Do you think it's  necessary to use 2
 different hosts to  reproduce the issue like you  described?) I cloned
 using http://  before adding files,  and then updated from  within the
 cloned repo's workdir.

 More steps I left out...

 No, I did  this all on one  host. I created the repo  and started fossil
 server with the repo. Then I cloned it  2 times. In one clone I made the
 changes and then after  the last checkin, I did an  update in the second
 clone. It never received the artifact for the checkin (because it wasn't
 on the unclustered artifact and not mentioned in any other manifests).

 Also, as  far as  the Fossil  version is concerned,  though I  think any
 should suffice, I was using [619fa857c933].

ahh, right :-) Now everything works (breaks) perfectly.

I tried to mimic the actual situation I had earlier
(http://lists.fossil-scm.org:8080/pipermail/fossil-users/2013-August/013629.html),
except on 1 host like you suggest, using 2 clones.

I don't / didn't use branches other than trunk (which still breaks,
using your example - good).

Effectively committed the 1500 files onto trunk from within the 1st
clone's workdir, and didn't follow it by an additional commit.
Sync from within the 2nd clone's workdir received iirc 161 out of
approx 1500 artifacts, after which the timeline didn't show the
commit.
Following that by a single added/committed file from within the 1st
clone's workdir again, and a sync from within the 2nd clone's workdir,
retrieved everything up to and including the last single-file commit.

So... this seems exactly what I saw happen here at that time; thx
again for the effort, I'm very happy this seems pinpointed!

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] 'open --nested', quick poll

2014-07-22 Thread Michai Ramakers
On 22 July 2014 21:18, Matt Welland estifo...@gmail.com wrote:
 We are using -nested very successfully to break a large area of related but
 mostly independent sub-areas into multiple fossils. I'm very happy with it.

 BTW, the whole reason why the modern SCM approach used by fossil, git etc.
 is so powerful is because the number of degrees of freedom were reduced by
 eliminating working on subsets of the file tree. If you add back in the
 ability to subdivide the file tree then you will have to add complexity to
 deal with branching and merging.

 Just my $0.02.

Alright. I saw your post
(http://lists.fossil-scm.org:8080/pipermail/fossil-users/2014-January/015012.html)
before I asked this question, btw. Did you start using --nested after
that moment in time?

I guess this sort of thing is personal, with added downside that it's
quite costly to try it a bit (I mean change from one big repo to
finer grained repos). We'll see; when frustration with one big repo
rises above some limit here, perhaps I try with small repos (and
perhaps back again :-)

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] ls --age single_file gives SQL-error

2014-07-21 Thread Michai Ramakers
Hello,

is 'ls --age $single_filename' supported? For a vanilla file, I get an error:

---
michai@main:~/proj/068$ ls -l scratch.txt
-rw-r--r--  1 michai  users  56173 Jun 27 17:17 scratch.txt
michai@main:~/proj/068$ f ls scratch.txt
scratch.txt
michai@main:~/proj/068$ f ls -v scratch.txt
UNCHANGED  scratch.txt
michai@main:~/proj/068$ f ls --age scratch.txt
SQLITE_ABORT: statement aborts at 15: [SELECT pathname, deleted, rid,
chnged, coalesce(origname!=pathname,0),
datetime(checkin_mtime(4258,rid),'unixepoch')  FROM vfile  WHERE
(pathname='scratch.txt' ) OR (pathname'sc
f: SQL error: callback requested query abort

If you have recently updated your fossil executable, you might
need to run fossil all rebuild to bring the repository
schemas up to date.
---

This is fossil version 1.30 [268ecf6ae9] 2014-07-14 11:35:00 UTC

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] ls --age single_file gives SQL-error

2014-07-21 Thread Michai Ramakers
On 21 July 2014 11:43, Stephan Beal sgb...@googlemail.com wrote:
 On Mon, Jul 21, 2014 at 11:39 AM, Michai Ramakers m.ramak...@gmail.com
 wrote:

 datetime(checkin_mtime(4258,rid),'unixepoch')  FROM vfile  WHERE
 (pathname='scratch.txt' ) OR (pathname'sc
 f: SQL error: callback requested query abort

 Hmmm... the SQL is truncated in the error message. Can you please try again
 with the --sqltrace flag and paste the traced SQL here?

sure:

---

bash-4.3$ f ls --age --sqltrace scratch.txt
-- sqlite3_open: [/home/michai/proj/068/.fslckout]
PRAGMA foreign_keys=OFF;
SELECT sql FROM main.sqlite_master WHERE name=='vfile';
-- sqlite3_open: [/home/michai/.fossil]
PRAGMA foreign_keys=OFF;
SELECT value FROM vvar WHERE name='repository';
ATTACH DATABASE '/fossils/068.fossil' AS repository;
SELECT value FROM config WHERE name='allow-symlinks';
SELECT value FROM global_config WHERE name='allow-symlinks';
SELECT 1 FROM config WHERE name='aux-schema'   AND value'2011-04-25 19:50';
SELECT value FROM vvar WHERE name='checkout';
SELECT value FROM config WHERE name='case-sensitive';
SELECT value FROM global_config WHERE name='case-sensitive';
SELECT value FROM config WHERE name='mtime-changes';
SELECT value FROM global_config WHERE name='mtime-changes';
BEGIN;
SELECT id, '/home/michai/proj/068/' || pathname,   vfile.mrid,
deleted, chnged, uuid, size, mtime  FROM vfile LEFT JOIN blob ON
vfile.mrid=blob.rid WHERE vid=4258 ;
COMMIT;
SELECT value FROM config WHERE name='timeline-utc';
SELECT value FROM global_config WHERE name='timeline-utc';
SELECT pathname, deleted, rid, chnged, coalesce(origname!=pathname,0),
  datetime(checkin_mtime(4258,rid),'unixepoch')  FROM vfile  WHERE
(pathname='scratch.txt' ) OR (pathname'scratch.txt/'  AND
pathname'scratch.txt0' ) ORDER BY pathname;
-- DROP TABLE IF EXISTS temp.ok;
-- CREATE TEMP TABLE ok(x INTEGER PRIMARY KEY);
-- WITH RECURSIVE   ancestor(rid, mtime) AS (SELECT 4258, mtime
FROM event WHERE objid=4258 UNION SELECT plink.pid,
event.mtime  FROM ancestor, plink, event WHERE
plink.cid=ancestor.rid   AND event.objid=plink.pid AND
plink.isPrim ORDER BY mtime DESC LIMIT 1  )INSERT INTO ok
SELECT rid FROM ancestor;
-- SELECT (max(event.mtime)-2440587.5)*86400 FROM mlink, event WHERE
mlink.mid=event.objid   AND +mlink.mid IN ok   AND mlink.fid=:fid;
SQLITE_ABORT: statement aborts at 15: [SELECT pathname, deleted, rid,
chnged, coalesce(origname!=pathname,0),
datetime(checkin_mtime(4258,rid),'unixepoch')  FROM vfile  WHERE
(pathname='scratch.txt' ) OR (pathname'sc
f: SQL error: callback requested query abort

If you have recently updated your fossil executable, you might
need to run fossil all rebuild to bring the repository
schemas up to date.
-- LOOKASIDE_USED 11180
-- LOOKASIDE_HIT815
-- LOOKASIDE_MISS_SIZE  206
-- LOOKASIDE_MISS_FULL0
-- CACHE_USED2060136
-- SCHEMA_USED 20336
-- STMT_USED   0
-- MEMORY_USED   22538162309592
-- MALLOC_SIZE64000
-- MALLOC_COUNT 2425   2488
-- PCACHE_OVFLOW 20866402119984
-- prepared statements21
bash-4.3$ exit

---

For my info, is the '--sqltrace' flag documented somewhere..?

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] possible inconsistency in /fileage?glob=... page

2014-07-21 Thread Michai Ramakers
Hello,

when I view file-ages of a subtree of the repo using the (extremely
useful) 'glob=' property to '/fileage', the displayed 'relative-to'
date of the tip doesn't match the displayed offsets of the artifacts.

(offset is displayed as 38.9 days, while in fact the last checkin of
the artifacts listed is more like 1/2 year ago)

What I think is happening here:

the artifact listed occurs in multiple checkins. Although the checkins
where the artifact corresponds to a file within the glob'd subdir are
about 1/2 year older than tip, there are other checkins containing the
same artifact.

These other checkins occur much later (38.9 days earlier than tip
sounds right), but the corresponding files are outside the glob'd
subdir.

So basically, the displayed 38.9 offset from tip tells me there was a
checkin containing the artifact at that offset in time, but the
filename corresponding to the artifact in that recent checkin may lie
outside the glob'd subdir.

Is this intended behaviour..?

I don't know whether I made an error in thinking; perhaps what I
expect (1/2 year offsets being displayed instead of 38.9 days) just
doesn't make sense.

Thx,
Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


  1   2   3   >