Re: [fossil-users] [Feature-request] Unversioned files: unpack

[Chris Rydalch]

I don't think the patch attachment made it; here it is just in case:

Index: src/unversioned.c
==
--- src/unversioned.c
+++ src/unversioned.c
@@ -230,10 +230,13 @@
 **cat FILE ... Concatenate the content of FILEs to stdout.
 **
 **edit FILEBring up FILE in a text editor for modification.
 **
 **export FILE OUTPUT   Write the content of FILE into OUTPUT on disk
+**
+**unpack   Write all unversioned files to disk, matching
the
+** file name(s) in the local repository.
 **
 **list | lsShow all unversioned files held in the local
 ** repository.
 **
 **revert ?URL? Restore the state of all unversioned files in
the
@@ -372,10 +375,22 @@
 if( unversioned_content(g.argv[3], ) ){
   fossil_fatal("no such uv-file: %Q", g.argv[3]);
 }
 blob_write_to_file(, g.argv[4]);
 blob_reset();
+  }else if( memcmp(zCmd, "unpack", nCmd)==0 ){
+Blob content;
+Stmt q;
+verify_all_options();
+db_prepare(, "SELECT name FROM unversioned;");
+while( db_step()==SQLITE_ROW ){
+  const char *zName = db_column_text(, 0);
+  unversioned_content(zName, );
+  blob_write_to_file(, zName);
+}
+blob_reset();
+db_finalize();
   }else if( memcmp(zCmd, "hash", nCmd)==0 ){  /* undocumented */
 /* Show the hash value used during uv sync */
 int debugFlag = find_option("debug",0,0)!=0;
 fossil_print("%s\n", unversioned_content_hash(debugFlag));
   }else if( memcmp(zCmd, "list", nCmd)==0 || memcmp(zCmd, "ls", nCmd)==0 ){


On Sat, Jun 9, 2018 at 12:43 PM Chris Rydalch  wrote:

> Here is a patch to add ' fossil uv unpack', which exports each unversioned
> file local disk, using the name(s) from the local repository. Does have all
> the nice bells and whistles, but its worked for me so far.
>
>unpack   Write all unversioned files to disk, matching the
> file name(s) in the local repository.
>
> Would this be worth including in fossil?
>
> Thanks!
>
> On Tue, Apr 25, 2017 at 1:48 PM Chris Rydalch  wrote:
>
>> Yes, this would be great!
>>
>> On Tue, Apr 25, 2017 at 1:43 PM, Olivier R.  wrote:
>>
>>> Hello,
>>>
>>> It would be very useful if the repository could remember the folder of
>>> the unversioned files when we add them. Doing so, we could unpack all
>>> unversioned files with a simple command like:
>>> fossil uv unpack
>>>
>>> If a folder doesn’t exist anymore, we could recreate it with the option
>>> -f or --force, or ignore the files who have nowhere to be unpacked.
>>>
>>> If each unversioned file is associated with a folder, it would also be
>>> useful to have a way to edit it, via the CLI or the Web-UI, so that we
>>> could change where to unpack these files.
>>>
>>> Thanks.
>>> Olivier
>>> ___
>>> 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] [Feature-request] Unversioned files: unpack

[Chris Rydalch]

Here is a patch to add ' fossil uv unpack', which exports each unversioned
file local disk, using the name(s) from the local repository. Does have all
the nice bells and whistles, but its worked for me so far.

   unpack   Write all unversioned files to disk, matching the
file name(s) in the local repository.

Would this be worth including in fossil?

Thanks!

On Tue, Apr 25, 2017 at 1:48 PM Chris Rydalch  wrote:

> Yes, this would be great!
>
> On Tue, Apr 25, 2017 at 1:43 PM, Olivier R.  wrote:
>
>> Hello,
>>
>> It would be very useful if the repository could remember the folder of
>> the unversioned files when we add them. Doing so, we could unpack all
>> unversioned files with a simple command like:
>> fossil uv unpack
>>
>> If a folder doesn’t exist anymore, we could recreate it with the option
>> -f or --force, or ignore the files who have nowhere to be unpacked.
>>
>> If each unversioned file is associated with a folder, it would also be
>> useful to have a way to edit it, via the CLI or the Web-UI, so that we
>> could change where to unpack these files.
>>
>> Thanks.
>> Olivier
>> ___
>> 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] Show time...

[Chris Rydalch]

Adding the full-text-search to the header by default could be helpful; it's
nice having repository search close-at-hand in GitHub/GitLab

On Mon, Jun 4, 2018 at 2:23 AM, Gour  wrote:

> On Sun, 3 Jun 2018 20:03:44 -0700
> Jungle Boogie 
> wrote:
>
> > This line:
> > SQLite project gets excellent 73:1 compression.
>
> $ fossil dbstat
> project-name:  Osobne financije
> repository-size:   6,873,088 bytes
> artifact-count:2,578 (stored as 1,394 full text and 1,184 deltas)
> artifact-sizes:3,962,610 average, 13,965,692 max, 10,215,609,449 total
> compression-ratio: 1486:1
> check-ins: 1,507
> ...
>
> :-)
>
>
> Sincerely,
> Gour
>
> --
> You have a right to perform your prescribed duty, but you
> are not entitled to the fruits of action. Never consider
> yourself the cause of the results of your activities,
> and never be attached to not doing your duty.
>
>
> ___
> 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] [Q] Possibility to use SQlite Feature "Append VFS" with fossil?

[Chris Drexler]

> On Windows (which is what the "non-technical" people will probably be
> running) you cannot write to an executable file while it is running.

Again correct: we are mainly talking about Windows where an executable
cannot write to itself --> read-only it must be.

That brings us to the update scenarios Stephan mentioned:
* there cannot be an automatic "self-update"  of this self-contained
repository/exe
  (which would be a very nice feature, but seems fine for my UC)
* updates need to be done via an external fossil.exe via explicit push
to that
  self-contained repo/exe, which would be fine for me as wellas this
would then be
  done by the "technical" staff

Regarding the problem areas mentioned below:

>  (1) The server keeps running until the user shuts it down.

Seems to be ok as ...

>  (2) ... Windows will pop up a DOS box ...

... and even non-technical people can click the [x] close button on this
dos-box
window.

So I see the dos-box to be a feature rather than a problem  :-).

AND: if this is really going to be a feature within fossil I'd go with a
least possible
risk/impact version of it. IMHO That would really just include the
read-only access
via "fossil ui" and even there I would make the usage of an attached
repo explicit as we'd need the ui cmd-line option anyway and as such we
won't change
the behavior for others that don't want/need it.

e.g. "fossil ui --self"

Chris


___
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] [Q] Possibility to use SQlite Feature "Append VFS" with fossil?

[Chris Drexler]

Hi,

you are perfectly right with your assessment, I had other/additional use
cases
in mind targeting more non-developers.

Just to explain: e.g. developer/technical people are doing an analysis and
generate code as well as results. With fossil that's easy to keep together
and the (mostly, in my case) markdown files with images are in the same repo
as the code that are used to generate these results.

In order to provide this information to "other" people I need to export the
docs into another format (html, pdf) and version it accordingly so that I
can trace from which version the doc has been generated..

OR (my use case now) I can provide one executable on that they start locally
on their computer and point their web-browser to the localhost url. BAM
documentation including version information. no handling of individual files
no export, no version mix-up. And I can use all the nice features of fossil
to render the embedded docs and serve static files.

Maybe this is very special for my environment (big company, various level
of skills involved within such an analysis).

I agree that a full fledged dev or server use case has lots of pitfalls with
this AppendVFS, but that was not what I had in mind. I guess even read-only
access to this attached repo would be fine for my UC. Maybe this could even
alleviate some of the problems that you mentioned below.

So I did not consider CGI, server side hosting, various upgrade
scenarios,etc

Does this make sense? At least from a workflow perspective?

Thanks
chris


Am 12.05.2018 um 14:09 schrieb Stephan Beal:
> On Sat, May 12, 2018 at 1:51 PM, Chris Drexler
> <ckolum...@ac-drexler.de <mailto:ckolum...@ac-drexler.de>> wrote:
>
> Thoughts? If someone could hint me at the right place within the
> fossil code I could also try to provide an implementation.
>
>
> IMO: every clone would not have that feature, so it would seem (to me)
> to be of limited use. The only benefit would be that you only have 1
> file, instead of 2, to copy to the remote server. (If you build your
> binary on that server, even that benefit is lost.) If your server is
> upgraded in a way which becomes incompatible with your fossil binary
> (incompatible SSL upgrade or (possibly) libc upgrade), you're hosed:
> the repo is then locked inside a binary file which other fossil
> binaries cannot read. (i've had hoster-side OS upgrades break my CGI
> binaries before, though i don't think i've seen it happen to my fossil
> binaries.)
>
> Another point to consider: the binary itself would have to be writable
> by the web server process, which opens up a potential security hole.
> In my experience, Apache runs CGI scripts as the account holder (as
> opposed to some generic 'www' user), and that account holder already
> has write access to the binary. However, i make my CGI bins read-only,
> even to myself, "just in case" (because one too many wordpress
> vulnerabilities have made me paranoid in that regard).
>
> It sounds to me like such a feature is tantamount to walking a
> minefield in which any given mine could leave you unable to access the
> repository data.
>
> Just my opinion, of course. It may very well work out fine for you.
>
> -- 
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> "Freedom is sloppy. But since tyranny's the only guaranteed byproduct
> of those who insist on a perfect world, freedom will have to do." --
> Bigby Wolf
>
>
> ___
> 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

[fossil-users] [Q] Possibility to use SQlite Feature "Append VFS" with fossil?

[Chris Drexler]

Hi List,

IMHO it would be great to have the append VFS available from Fossil
so that I could create a single-file self-contained  repository with
the repo being attached to the fossil executable itself

As such I could copy exactly one file and have everything in there:

* all files packed together
* web server via which I can serve content (embedded docs) as well
  as the repo itself.


Thoughts? If someone could hint me at the right place within the
fossil code I could also try to provide an implementation.

Happy Coding
Chris

___
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] GOlang supports fossil

[Chris Drexler]

Oh man, *clap on the forehead* ,  my bad ;-)

Am 17.02.2018 um 09:27 schrieb Florian Balmer:
> Depends on your point of view, you could also say that this makes Go a
> first class citizen among programming languages ... ;-)
>
> --Florian
> ___
> 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

[fossil-users] GOlang supports fossil

[Chris Drexler]

Hi all,

I just wanted to share something from release notes of the new Go
version 1.10

  Get

  The |go| |get|command now supports Fossil source code repositories.

Source: https://golang.org/doc/go1.10#get

This makes fossil a first class scm citizen together with git and others ..

Chris

___
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] Windows GUI that allows diff between two, revisions?

[Chris Drexler]

Am 16.02.2018 um 14:26 schrieb Gilles:
>
> Thanks much. I tried Fuel-2.0.0-beta3-win32.zip,but it fails opening a
> repo (works OK with the last official build, ie. 2.0.0 from 2015):
> ===
> > fossil open D:/Temp/Fossil.test/repo.fossil
> SQLITE_ERROR: near "(": syntax error
> SQLITE_CORRUPT: database corruption at line 105609 of [2ef4f3a5b1]
> SQLITE_CORRUPT: malformed database schema (artifact) - near "(":
> syntax error
> D:\Apps\Fuel.Fossil.GUI\2.0.0-beta3\fossil.exe: malformed database
> schema (artifact) - near "(": syntax error
> SELECT value FROM config WHERE name='allow-symlinks'
> ===
>
I've never tried the beta zip. Which version of fossil is packaged in
there? Resp. which binary do you have in your path. If it's a binary
from 2015 it might still be fossil.exe 1.35 or something. Such an old
version cannot open new repositories any more. Just replace it with you
own copy of fossil.exe


> Personally, I'd like a way to compare two revisions for a given file:
> After right-clicking a file > History, it could show a list of the
> revisions, and let the user pick two, before launching WinMerge. Then,
> there should be a way to either check out the same file or another
> file, and copy/paste code. Combined with a good text search, this
> would be an easy way to re-use some code snippets. I find Fuel very
> nice to use.

Sounds reasonable. I think we should carefully decide what to implement
within fuel and what to leave to the features already available within
fossil. In your case I could imagine having the list to select the
version to be provided by fuel, but the rest to fossil features (e.g. 
opening a local diff tool with the right versions via a fossil.exe and
leave the merge feature to the configured text/gui merge tool). Just
some initial food for discussion ;-)

I see Fuel as a start point for on-and-off / entry-level users of
fossil. Therefore I'd focus on feature for this type of clientele. the
power features of fossil are still avail via command line for the resp.
power users. E.g. I installed for my son who just starts programming
under Win/Linux and cross-platform fossil w/ fuel is MUCH easier than
git :-).  Opinions on this one anywone?

>
> Maybe we could create an Etherpad so people can vote for features,
> among all the commands available from Fossil:
That sound also like a good idea,  at least we could give it a try. We
could get a prioritization for the dev work out of this.

>
> Weird. Here it is on another site : https://ibb.co/mWEQ1S

This one worked!

Happy Coding,
Chris


___
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] Windows GUI that allows diff between two revisions?

[Chris Drexler]

Hi *,


Am 12.02.2018 um 23:44 schrieb Gilles:
>
> Fuel* doesn't support diffing two revisions of a file in the repository:
>

I know that there hasn't been an update for a while. I was in contact
with the author who just
didn't find much time in the past to advance fuel. I made some (minor)
adjustments avail
at

    https://server.ac-drexler.de/fossil/fuel

and if you have certain feature requests that overlap with my needs that
I might be able to add
this... but I'm also quiet short on dev time these days :-(.

> https://s14.postimg.org/h528wio5t/Fossil.Fuel.diff.two.revisions.png

I can't access the image below, my browser complains about wrong
certificate  and the about
errors in the png file


Happy Coding
Chris

___
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] Windows GUI that allows diff between two, revisions?

[Chris]

Would https://fuel-scm.org be an option for you?

A fossil library seems not to be on the roadmap according to other threads in 
this list

Chris 

Am 15. Februar 2018 12:04:54 MEZ schrieb Gilles <codecompl...@free.fr>:
>Thanks all for the help.
>
>Out of curiosity, is there a way to compile the Fossil EXE into a DLL, 
>so as to make it easier to interact with it from a GUI application 
>instead of the CLI?
>
>https://www.fossil-scm.org/xfer/doc/trunk/www/build.wiki
>___
>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] Restoring previous timeline look

[Chris Rydalch]

Wonderful, thank you very much Richard!

On Sat, Feb 10, 2018 at 10:42 AM, Richard Hipp <d...@sqlite.org> wrote:

> On 2/10/18, Chris Rydalch <cryda...@gmail.com> wrote:
> > Ah, looks like it's technote background colors which aren't showing in
> 2.5;
> > my timeline view was only technotes. Is this a bug perhaps?
>
> Now fixed on trunk.
> --
> 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] Restoring previous timeline look

[Chris Rydalch]

Ah, looks like it's technote background colors which aren't showing in 2.5;
my timeline view was only technotes. Is this a bug perhaps?

https://www.fossil-scm.org/index.html/timeline?ss=v=200=e=0

The verbose view does restore the look, thank you!

On Sat, Feb 10, 2018 at 7:34 AM, Richard Hipp <d...@sqlite.org> wrote:

> On 2/9/18, Chris Rydalch <cryda...@gmail.com> wrote:
> >
> > Is this behavior hard-coded in newer versions of Fossil, or can it be
> > changed in a skin's css? I thought I'd followed that discussion close
> > enough, but I expected the skins to control the behavior so I'm clearly
> > missing something...
>
> Did you change to "Verbose View" on the timeline menu?  Is it still
> not doing what you want after that?
>
> --
> 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

[fossil-users] Restoring previous timeline look

[Chris Rydalch]

When opening a repo in fossil 2.5, I noticed that the timeline view doesn't
show their background colors, nor does it seem to respect the CSS. The
entries are always rounded, with lots of spacing around them, in the new
style. I thought this was defined in the skin's CSS, but the same repo/skin
in 2.3 is just fine.

Is this behavior hard-coded in newer versions of Fossil, or can it be
changed in a skin's css? I thought I'd followed that discussion close
enough, but I expected the skins to control the behavior so I'm clearly
missing something...

Thanks
___
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] Import --svn "internal error: out of memory"

[Chris Drexler]

Am 27.12.2017 um 16:23 schrieb Warren Young:
> On Dec 27, 2017, at 6:49 AM, Stephan Beal  wrote:
>> To quote the Oracle:
>>
>> "[Because] You didn't come here to make the choice, you've already made it. 
>> You're here to try to understand why you made it.”
> Also, “Realize that there is no spoon.  There is only fork.”
>

Nerds, all of you  :-) ... I like it here ;-)
___
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] question regarding fuel-scm maintenance / ownership

[Chris Drexler]

Am 27.12.2017 um 17:37 schrieb Olivier Mascia:
> What Fossil version(s) does Fuel works with?

I haven't seen a definitive list but I'm currently using the latest 2.4
(downloaded from fossil HP). So far I never had issues with whatever
fossil version I was using since 1.34 (or so), so I never cared :-).

Fuel is only using stdout parsing. It might also not support all
(newest) features, but it's very nice for the starters.

chris
___
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] question regarding fuel-scm maintenance / ownership

[Chris Drexler]

Am 27.12.2017 um 04:39 schrieb Ron W:
> If you are unable to make contact, you might consider "forking" the
> project (under a new name) and maintaining it yourself.

The project is currently available at

    https://server.ac-drexler.de/fossil/fuel

if anyone is interested.

Chris
___
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] question regarding fuel-scm maintenance / ownership

[Chris Drexler]

Hi *,

Am 27.12.2017 um 16:19 schrieb Warren Young:
> On Dec 26, 2017, at 8:39 PM, Ron W <ronw.m...@gmail.com> wrote:
>> If you are unable to make contact, you might consider "forking" the project 
>> (under a new name) and maintaining it yourself.
> If it’s truly abandoned, you generally want to keep the name, unless it’s 
> trademarked or “bad” in some way.  A better reason to change the name is when 
> you fork it while the original developer continues on with the project under 
> the same old name.
thanks for your suggestions, I found a contact adress in the PKGBUILD
file so I try to contact the author and see what his view is on his
project.

> I guess it’s supposed to evoke “refined fossils”, and also fuel for your 
> software development efforts?  If so, points for being cute.
I'm not sure of the reasons, but I thought in the same direction(s) :-).
Not too bad in conjunction with fossil, but too general to search for.
But I also have to search for "fossil scm" to not get to many hits on
watches ;-)

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

[fossil-users] question regarding fuel-scm maintenance / ownership

[Chris Drexler]

Hi list,

sorry for asking here but I could not find a better place (yet). I'm
currently updating fuel (https://fuel-scm.org/)  to compile with that
latest Qt version and switching from it WebKit to WebEngine.
I can't get a hold of "Kostas", the original author of fuel-scm to ask
about how to proceed further with this enhancement.

Anyone here who knows any contact or has suggestions on what to do? I
don't want to see this project die, I like fossil/fuel to propagate DVCS
usage even to DVCS-newbies (like my son :-) ).

Thanks ,
Chris

PS: if anyone's interested right now I can also provide access to my
code and/or binaries for linux & windows

___
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] Tech note search

[Chris Rydalch]

I've been using this for a bit, and so far it works a treat! Thank you
again!

I've only noticed one minor thing, technote timeline comments aren’t
searched. Would they be part of searching check-in comments, or be part of
the technote search? I guess either one could work, or just not worry about
that and leave it as-is, but I wanted to mention it since I noticed it, and
see what y’all thought.

Thanks!

On Mon, Sep 25, 2017 at 11:35 AM, Andy Goth <andrew.m.g...@gmail.com> wrote:

> On 09/25/17 09:35, Chris Rydalch wrote:
>
>> Thanks so much Andy, this is great! So far so good on my end...
>>
>
> Merged to trunk, along with all the other recent developments.  Please
> update and test some more, if you don't mind.
>
>
> --
> Andy Goth | 
> ___
> 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] Tech note search

[Chris Rydalch]

Thanks so much Andy, this is great! So far so good on my end...

On Sun, Sep 24, 2017 at 12:11 AM, Andy Goth  wrote:

> I implemented tech note search capability on the search-technote branch.
> Please have a look and let me know if it's good.  Maybe the way I named
> things isn't so great, I dunno, so feel free to fix style or other
> conventions.  If it's good, go ahead and integrate it to trunk.
>
> I opted to keep tech note searching largely separate from wiki searching
> because I feel tech notes serve a significantly different purpose.
>
> --
> Andy Goth | 
> ___
> 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] Blockquotes end up in code/pre blocks

[Chris Rydalch]

That works, thanks Richard!

On Wed, Jun 7, 2017 at 12:06 PM, Richard Hipp <d...@sqlite.org> wrote:

> On 6/7/17, Chris Rydalch <cryda...@gmail.com> wrote:
> > When I put code formatted like this into a wiki page, block quotes are
> > detected and inserted into the code.
>
> Maybe use the special ... tags around your code?
>
> --
> 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

[fossil-users] Blockquotes end up in code/pre blocks

[Chris Rydalch]

When I put code formatted like this into a wiki page, block quotes are
detected and inserted into the code. For example, put this code in a wiki
page:


// Grow Hairs
vector dir = { 0, 1, 0 };
// dir = @N;// grow in normal direction
float len = 1.0;
int   steps = 10;
float jitter = 0.1;
float seed = 0.12345;

vector  pos = @P;
int pr = addprim(geoself(), "polyline");

// Start the curve with our point
addvertex(geoself(), pr, @ptnum);
for (int i = 0; i < steps; i++)
{
pos += dir * len / steps;
pos += (vector(rand( @ptnum + seed )) - 0.5) * jitter;

// Clone our point to copy attributes
int pt = addpoint(geoself(), @ptnum);
// But write a new position
setpointattrib(geoself(), "P", pt, pos);

// Connect the new point to our curve.
addvertex(geoself(), pr, pt);
seed += $PI;
}


Block quotes end up inside the for loop when the wiki page is
previewed/saved. Here is the generated HTML:


// Grow Hairs
vector dir = { 0, 1, 0 };
// dir = @N;// grow in normal direction
float len = 1.0;
int   steps = 10;
float jitter = 0.1;
float seed = 0.12345;
vector  pos = @P;
int pr = addprim(geoself(), "polyline");
// Start the curve with our point
addvertex(geoself(), pr, @ptnum);
for (int i = 0; i  steps; i++)
{
pos += dir * len / steps;
pos += (vector(rand( @ptnum + seed )) - 0.5) * jitter;
// Clone our point to copy attributes
int pt = addpoint(geoself(), @ptnum);
// But write a new position
setpointattrib(geoself(), "P", pt, pos);

// Connect the new point to our curve.
addvertex(geoself(), pr, pt);
seed += $PI;
}


Is this a bug? Also, should the paragraph tags not end up inside pre/code
as well?

Thanks!

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

[fossil-users] TinyMCE for editing wiki pages

[Chris Rydalch]

I tried following the Cookbook page, but haven't had luck getting it to
work. I assume it's because a lot has changed in the last 8 years, both
with Fossil and TinyMCE. I tried adapting the instructions, but they don't
seem to be applicable anymore.

Does anyone have a recent example repo using TinyMCE to edit wiki pages?

Thanks in advance!
___
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] [Feature-request] Unversioned files: unpack

[Chris Rydalch]

Yes, this would be great!

On Tue, Apr 25, 2017 at 1:43 PM, Olivier R.  wrote:

> Hello,
>
> It would be very useful if the repository could remember the folder of the
> unversioned files when we add them. Doing so, we could unpack all
> unversioned files with a simple command like:
> fossil uv unpack
>
> If a folder doesn’t exist anymore, we could recreate it with the option -f
> or --force, or ignore the files who have nowhere to be unpacked.
>
> If each unversioned file is associated with a folder, it would also be
> useful to have a way to edit it, via the CLI or the Web-UI, so that we
> could change where to unpack these files.
>
> Thanks.
> Olivier
> ___
> 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] Feature Request: Search Technotes

[Chris Rydalch]

Had some time during lunch, and figured out how to list the tech-notes in
descending order:

$ fossil sqlite3 -R myclone.fossil "SELECT substr(tagname,7), tagxref.rid,
max(tagxref.mtime) FROM tag, tagxref WHERE tagname GLOB 'event-*' AND
tagxref.tagid=tag.tagid GROUP BY 1 ORDER BY mtime DESC"
8d18bf27e9f9ff8b9017edd55afc35701407d418|35502|2457698.34868013
bfdf42305400f6caa441fa816cb89231e90f8c82|22576|2456530.81914164
a1f9f17b603022c2b032bc3b2bff81118fd68d36|12285|2455688.26677552
d6ba73e22bf6ecbac3b6debb47ca2e15d5e63630|9650|2455502.26658565
be8f2f3447ef2ea3344f8058b6733aa08c08336f|9093|2455478.94143519
347871278941bd7ad08b27cde6a7b8f495c1f905|8915|2455475.0283

However I can't seem to use those results as part of the search results.
Where should I look for errors, to track down what I'm overlooking? Is
there a log or a way to turn on debug output? Is it an issue with body()?

Here is what I've got in src/search.c:

  if( (srchFlags & SRCH_WIKI)!=0 ){
db_multi_exec(
  "WITH wiki(name,rid,mtime) AS ("
  "  SELECT substr(tagname,6), tagxref.rid, max(tagxref.mtime)"
  "FROM tag, tagxref"
  "   WHERE tag.tagname GLOB 'wiki-*'"
  " AND tagxref.tagid=tag.tagid"
  "   GROUP BY 1"
  ")"
  "INSERT INTO x(label,url,score,id,date,snip)"
  "  SELECT printf('Wiki: %%s',name),"
  " printf('/wiki?name=%%s',urlencode(name)),"
  " search_score(),"
  " 'w'||rid,"
  " datetime(mtime),"
  " search_snippet()"
  "FROM wiki"
  "   WHERE search_match(title('w',rid,name),body('w',rid,name));"
);
db_multi_exec(
  "WITH technote(uuid,rid,mtime) AS ("
  "  SELECT substr(tagname,7), tagxref.rid, max(tagxref.mtime)"
  "FROM tag, tagxref"
  "   WHERE tag.tagname GLOB 'event-*'"
  " AND tagxref.tagid=tag.tagid"
  "   GROUP BY 1"
  ")"
  "INSERT INTO x(label,url,score,id,date,snip)"
  "  SELECT printf('Tech Note: %%s',uuid),"
  " printf('/technote/%%s',uuid),"
  " search_score(),"
  " 'e'||rid,"
  " datetime(mtime),"
  " search_snippet()"
  "FROM technote"
  "   WHERE search_match('',body('e',rid,NULL));"
);
  }

I've tried placing the technote's db_multi_exec() before and after the
existing one, but it doesn't seem to make a difference (that I can see
anyway).

Thanks!

On Tue, Jan 24, 2017 at 10:37 PM, Richard Hipp <d...@sqlite.org> wrote:

> On 1/24/17, Chris Rydalch <cryda...@gmail.com> wrote:
> >
> > I started by trying to combine them, mainly because I'm not a very good
> > programmer (most of my experience is with Python), and I was thinking
> this
> > would be the easiest way.
> >
>
> I agree that combining tech-notes with wiki seems like the best approach.
>
> --
> 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] Feature Request: Search Technotes

[Chris Rydalch]

Thanks, good to know they're getting through.

No (successful) patches yet, haven't been able to get it to work. I've
tried getting technotes to show up alongside wiki results:

*db_multi_exec(*
*  "WITH event(name,rid,mtime) AS ("*
*  "  SELECT substr(tagname,6), tagxref.rid, max(tagxref.mtime)"*
*  "FROM tag, tagxref"*
*  "   WHERE tag.tagname GLOB 'event-*'"*
*  " AND tagxref.tagid=tag.tagid"*
*  "   GROUP BY 1"*
*  ")"*
*  "INSERT INTO x(label,url,score,id,date,snip)"*
*  "  SELECT printf('Tech-note: %%s',name),"*
*  " printf('/technote/%%s',urlencode(name)),"*
*  " search_score(),"*
*  " 'w'||rid,"*
*  " datetime(mtime),"*
*  " search_snippet()"*
*  "FROM event"*
*  "   WHERE search_match(title('w',rid,name),body('w',rid,name));"*
*);*

But clearly I'm missing something. Does it make sense to just include
Technotes alongside Wiki results? Or should they be their own category?

I started by trying to combine them, mainly because I'm not a very good
programmer (most of my experience is with Python), and I was thinking this
would be the easiest way.

Thanks

On Tue, Jan 24, 2017 at 8:39 PM, Richard Hipp <d...@sqlite.org> wrote:

> On 1/24/17, Chris Rydalch <cryda...@gmail.com> wrote:
> > Is this a complicated issue? Haven't had any luck in this thread, or
> > another technote-related email I sent to the group.
> >
> > I'm not sure if the lack of responses is because the emails aren't
> actually
> > making it to the group, I was having issues with fossil-users list a
> while
> > back. Either way, it'd be good to know if the email is at least making it
> > to the list. Thanks! :)
> >
>
> Your emails are getting through.  But I've been busy with other
> things.  Do you have patches?
> --
> 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
>
--- search_orig.c	2017-01-24 20:44:48.211517209 -0500
+++ search.c	2017-01-24 20:58:36.911540140 -0500
@@ -739,6 +739,24 @@
   "FROM wiki"
   "   WHERE search_match(title('w',rid,name),body('w',rid,name));"
 );
+db_multi_exec(
+  "WITH event(name,rid,mtime) AS ("
+  "  SELECT substr(tagname,6), tagxref.rid, max(tagxref.mtime)"
+  "FROM tag, tagxref"
+  "   WHERE tag.tagname GLOB 'event-*'"
+  " AND tagxref.tagid=tag.tagid"
+  "   GROUP BY 1"
+  ")"
+  "INSERT INTO x(label,url,score,id,date,snip)"
+  "  SELECT printf('Tech-note: %%s',name),"
+  " printf('/technote/%%s',urlencode(name)),"
+  " search_score(),"
+  " 'w'||rid,"
+  " datetime(mtime),"
+  " search_snippet()"
+  "FROM event"
+  "   WHERE search_match(title('w',rid,name),body('w',rid,name));"
+);
   }
   if( (srchFlags & SRCH_CKIN)!=0 ){
 db_multi_exec(
___
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] Feature Request: Search Technotes

[Chris Rydalch]

Is this a complicated issue? Haven't had any luck in this thread, or
another technote-related email I sent to the group.

I'm not sure if the lack of responses is because the emails aren't actually
making it to the group, I was having issues with fossil-users list a while
back. Either way, it'd be good to know if the email is at least making it
to the list. Thanks! :)

On Wed, Jan 18, 2017 at 10:58 PM, Chris Rydalch <cryda...@gmail.com> wrote:

> I really like the concept of technotes, but it'd be super useful if
> technotes could be included in search results. I find technotes are
> convenient for adding information and reminders, sort of a work-journal,
> but I really miss not having that information show up in search results.
>
> Could they be added to search? Perhaps there was/is a technical reason
> technotes aren't currently included, in which case sorry for the bother!
>
> Thanks!
>
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Feature Request: Search Technotes

[Chris Rydalch]

I really like the concept of technotes, but it'd be super useful if
technotes could be included in search results. I find technotes are
convenient for adding information and reminders, sort of a work-journal,
but I really miss not having that information show up in search results.

Could they be added to search? Perhaps there was/is a technical reason
technotes aren't currently included, in which case sorry for the bother!

Thanks!
___
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] Technotes and Search results

[Chris Rydalch]

I've been trying to get add technotes to search, but I'm not very familiar
with sqlite3, and only semi-familiar with C in general, so I'm learning as
I go.

Here's where I'm at so far:

db_multi_exec(
"INSERT INTO x(label,url,score,id,date,snip)"
" SELECT printf('Tech-note %%s (%%s)',title('event',objid,NULL),"
"datetime(mtime)),"
" printf('/technote/%%.20s',objid),"
" search_score(),"
" 'event'||objid,"
" datetime(mtime),"
" search_snippet()"
" FROM event"
" WHERE
search_match(title('event',objid,NULL),body('event',objid,NULL));"
);

That builds fine, an I'm not getting any errors when I search, but I don't
get any technote results either. Would anyone be kind enough to provide a
helpful nudge, and help me see what I'm missing?

Thanks

On Fri, Dec 9, 2016 at 8:26 PM, Chris Rydalch <cryda...@gmail.com> wrote:

> As I've been getting my feet wet with Fossil, I noticed the Search doesn't
> seem to return any matches in Technotes.
>
> Is there some hidden way to configure the search to include Technotes?
> Martijn on Stackoverflow pointed out that the source code doesn't look at
> technotes, but should they be included in the wiki category? Or are they
> omitted for a specific reason?
>
> Thanks in advance!
>
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Technotes and Search results

[Chris Rydalch]

As I've been getting my feet wet with Fossil, I noticed the Search doesn't seem 
to return any matches in Technotes.
Is there some hidden way to configure the search to include Technotes? Martijn 
on Stackoverflow pointed out that the source code doesn't look at technotes, 
but should they be included in the wiki category? Or are they omitted for a 
specific reason? 
Thanks in advance!___
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] Suggestion: new TH1 command 'dir' similar to cli 'ls'

[Chris ckolumbus]

Hi Stephan,

thanks for the Feedback :-)

On Tue, 11 Aug 2015 08:43:28 +0200
Stephan Beal sgb...@googlemail.com wrote:

 On Mon, Aug 10, 2015 at 6:05 PM, Chris ckolum...@ac-drexler.de
 wrote:
   
  I had the need for a very simple blog-like page within the embedded
  [...]  
 
 Who can complain about feature requests with patches :).  

That's what i hoped for ;-)

 We (unfortunately) can't copy/paste it as-is without a copyright
 waiver on file:  

Waiver is already waiting, just wanted to check with the ML before on
whether the idea/code is OK. I'll send it out today.

Greetings from Frankonia,
Chris


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

[fossil-users] Suggestion: new TH1 command 'dir' similar to cli 'ls'

[Chris]

Dear ML members,

I had the need for a very simple blog-like page within the embedded doc
functionality where a th1 page (with enabled th1-doc feature) displays a
list with  links to all documents within a specific folder. Whenever a
new file gets added to the folder the script will automatically pick
it up and display a link to it.

In addition I added 'index.th1' to the automatically searched index files if
TH1-DOC are enabled during compile time.

Another use case would be to auto generate some kind of sitemap with a
glob mask of e.g. index.md providing links to index.md files in all
subdirectories.

I've added the Readme describing the patch and a screen shot which shows
the example code and output.

The code can be reviewed at
https://server.ac-drexler.de/fossil/fossil/ci/adcc95e64d?sbs=1

Please let me know if you think that could be helpful for a wider
audience  and/or if you have improvement ideas.

Thanks for this cool piece of software and for any feedback you
might have :-)

Chris







# TH1 command: dir

## Help documentation

**TH1 command: dir CHECKIN ?GLOB?**

Returns a list containing all files in CHECKIN. If GLOB is given only the
files matching the pattern GLOB within CHECKIN will be returned.

## Problem

I wanted to have automated listing of documentation files so that there is
no need to manually update an index file when new files are added.

The idea was to provide a simple blog functionality. It should take a CHECKIN
and a GLOB and output a list with all filenames matching the glob on that
given checkin.

## Approach

I first analyzed the www command dir but later found that the cli command
ls already provides the needed functionality.

To stay closer with www interface I created a new TH1 command function
dirCmd in th\_main.c and also copied the ls\_cmd\_rev from checkin.c
as new function dir\_cmd\_rev.

Function calls were adjusted to use the appropriate th1\_\* versions and the
parameter handling was simplified by stripping out most of the original
options (reverse date sorting and extended output).

## Todo

* so far the GLOB cannot limited to one specific directory but all files in
  all sub-directories are listed as well. Maybe the use of LIKE instead of
  GLOB in the query could help.
* additional sorting options as in the original implementation could be
  added
* no test exist yet, not sure how to write proper test for such TH1 commands

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

[fossil-users] Apparent syntax error in src/tkt.c (non-intrusive)

[Chris]

While reviewing the current source code for tkt.c I discovered
what appears to be an extra trailing quotation mark in line 406:

@ currently = %h(PD(aField[i].zName,));

It was introduced in version 4f8c8975bc 2012-11-27 as line 345.

It appears that the bld step is removing the last quotation
mark since I did not see any compiler warnings/errors during a
regular build and the corresponding line in tkt_c is without
syntax error. Perhaps the bld step has a slight oversight in
its processing for such a line.

Removing the last quotation mark in the tkt.c source and then
running make results in a correct build.




___
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] Poll: which markdown extensions in fossil?

[Chris Peachment]

Our Situation
-

We use markdown in fossil to provide a generic format for simple
documentation prepared by non-programmers as well as programmers.
Only the document originator tends to have an on-disk copy of the
files; most readers view the server copy as a wiki.

Versioning of the content files is the primary reason for using
embedded documentation rather than fossil wiki entry function.

Style Enhancements
--

Non-programmers benefit from avoiding HTML. My preference is to
limit the enhancements since the result becomes yet another
variation that persons writing content for different servers must
accommodate.

As something missing in basic markdown, support for tables in
non-HTML is a desirable enhancement.

At http://michelf.ca/projects/php-markdown/extra/ a list of other
features is provided:

Inline HTML
Markdown Inside HTML Blocks
Special Attributes
Fenced Code Blocks
Tables   -- included now in fossil-markdown
Definition Lists
Footnotes
Output
Abbreviations
Emphasis
Backslash Escapes

but they are of lesser value (in my opinion). No other style
enhancements come to mind at the moment. I would discourage
extensions moving much closer to word processor or page layout
features but the dividing line is not sharp.

Link Management
---

The lack of repository-relative urls is a stumbling block that is
hard to overcome. It requires testing the links in a local copy
context and then rewriting them for the server context. There is
resistance by non-programmers to such a complication.

Link to artifact (via tip or specific hash) is a useful parallel
to link to wiki page.

We are not using links to other fossil components such as tickets
and check-ins but I foresee that they could display the usual
ticket or check-in overview.

Closing
---

Hope that helps,

Chris Peachment

On Mon, 2013-02-18 at 13:48 +0100, Natacha Porté wrote:
 Hello,
 
 a while back it has been brought to my attention that markdown-in-fossil
 behaves differently than fossil wiki when an absolute path is entered as
 a URI.
 
 Fossil wiki prepends it with the repository path, making absolute
 relative to repository root. On the other hand, current
 markdown-in-fossil follows the original markdown in that whatever is
 provided as a link is dumped directly into the href attribute, making it
 absolute in the usual HTML meaning.
 
 A reasonable case can be made for fossil wiki behavior, since the
 repository root is a more meaningful reference for anything inside the
 repository than the HTML root. However porting such behavior to
 markdown-in-fossil would deviate from original markdown. This is not a
 bag thing in itself, but this is a really called an extension to
 markdown.
 
 But then again, this is not the only link processing performed by fossil
 wiki. So if a case can be made for mangling absolute links, couldn't one
 be made for easier linking of artifacts or wiki pages?
 
 This raises an even wider question: what set of extensions should be
 included in markdown-in-fossil?
 
 I don't feel in a position to take such a decision by myself, so I'm
 asking the community here. I'm willing to provide code for any
 reasonable feature set, as long as there is somewhat of a consensus
 around it.
 
 For the reference, current markdown-in-fossil behaves like regular
 markdown, with table support (PHPmarkdown syntax) on top of it. The
 table support has been included only for my testing during the
 integration, since there is much code specific for it.
 
 I initially expected such a discussion to happen much sooner than that,
 but obviously the plan didn't survive contact with reality.
 
 
 
 Regards,
 Natacha Porté
 ___
 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 Fossil running on a shared host

[Chris Peachment]

I've just this moment faced this problem. The Linux executable
available from www.fossil-scm.org does not run on Bluehost and
reports an error unable to find libz.so.1

As John Found says, it is a problem related to the 64 bit
environment and missing 32 bit libraries.

My solution was to work at the command line shell on my Bluehost
server to download the source using wget and then to use the
configure command:

./configure --with-openssl=none

because I do not use ssl.

This was followed by:

make

and then a copy of the fossil executable into a local bin directory
that is no my bash path.

I also had to run fossil rebuild on the repositories to have the
top line menu behave.

On Sun, 2012-10-28 at 21:20 +0200, John Found wrote:
 The big problem with bluehost is that their servers
 run 64bit Linux, but the 32bit compatibility libraries are not installed.
 I faced this problem, when trying to install my CMS which is written
 in 32bit assembly language. (Now it runs OK: http://fresh.flatassembler.net ) 
 Anyway, you probably need to compile fossil for 64bit or at least statically 
 linked - 
 I am not sure how, because I don't know C/C++, but fossil ELF executable must 
 not use
 any shared libraries.
 
 Of course you need to set properly .htaccess files as well in order to 
 properly execute cgi scripts. 
 
 On Sun, 28 Oct 2012 10:52:46 -0600
 Chad Perrin c...@apotheon.net wrote:
 
  I have some need for Fossil on a shared host.  My first pass at trying to
  get it running a month or two ago, following the directions in the online
  documentation for Fossil SCM, met with failure.  Before I give it another
  try, I thought it might make sense to ask for tips here.
  
  The shared hosting provider in question is Bluehost.  Are there some tips
  and caveats that anyone can offer me for how to handle Bluehost in
  particular to get Fossil running?  I'll need the ability to push and pull
  via HTTPS at least (both authenticated and anonymous pull access),
  preferably also SSH, and of course the usual web access stuff as well
  (wiki, issue tracker, source code browsing).
  
  -- 
  Chad Perrin [ original content licensed OWL: http://owl.apotheon.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] WYSIWYG editing

[Chris Peachment]

On Sat, 2012-08-11 at 12:32 -0400, Richard Hipp wrote:
 Enhancements to Fossil to support WYSIWYG editing of wiki pages are
 now in the wysiwyg branch of the Fossil self-hosting repository.
 
 A sandbox repository with open permissions and with WYSIWYG editing
 turned on has been created at http://www.fossil-scm.org/sandbox -
 please experiment and provide feedback.

In the Opera browser (v12.01) under Linux (Ubuntu 11.10)
within a new wiki page.

Test 1:

 1. I moved to the end of the existing 'Empty Page' line and
pressed the [enter] key to move to a new line.

 2. At the start of the new line, I used the mouse to click
on the numbered list icon.

The cursor jumped up to the start of the wiki content
and inserted the number '1.' with indentation of the
first line.

This is a fault; the cursor should not have jumped up.

Test 2:

 1. New wiki page, prior to making changes to page content,
I used the mouse to click on the numbered list icon.

 2. The existing 'Empty Page' line was converted into the
first item in a numbered list, as expected.

 3. I moved to the end of the line and pressed [enter] to 
continue the numbered sequence.

 4. I pressed [enter] again to terminate the numbered list.
The last line was changed to a normal paragraph start
(recall that no text was on line except for the sequence
number. This is desired behaviour.

 5. I clicked on the numbered list icon again. The browser
crashed.

End of tests.


___
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] Looking for a name for Android Fossil client...

[Chris Peachment]

On Sat, 2012-06-23 at 14:14 +0200, Stephan Beal wrote:
 On Sat, Jun 23, 2012 at 1:23 PM, Miles Fidelman
 mfidel...@meetinghouse.net wrote:
 Stephan Beal wrote:
 Fossiloid was actually my very first choice, but has
 the drawback that the oid suffix normally refers to
 a diminutive/lesser form, like meteor vs.
 meteoroid and human vs. humanoid. (Yeah, i'm
 being pedantic. :/)
 Sure, but doesn't that go along with being on a smaller
 device? :-)
 
 
 Very good point. Hmmm. Or Fossilite, since it is a light client.
 
+1 since it merges Fossil and Sqlite quite nicely. And its easy to say.

God forbid that you ever produce an iPhone or Windows Mobile version,
but at least the name could be reused.

 
 -- 
 - stephan beal
 http://wanderinghorse.net/home/stephan/
 http://gplus.to/sgbeal
 
 ___
 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] Supporting markwon syntax for wiki

[chris]

Hi all,

I have a personal need (better interest)
in having markdown integrated and looked into what other people did 
before. I have found
many discussions but no realization (i missed out on the cline-side 
rendering solution
with pagedown at that time). So I was looking into whether markdown 
should be integrated

at all and if so,how can it be done minimally invasive.

Let me give you some detail on my experiences/opinions:

On 27.04.2012 12:38, Baptiste Daroussin wrote:

Le 27 avril 2012 12:14, Natacha Porténata...@instinctive.eu  a écrit :

Hello,
Since we are talking about alternatives for markdown-in-fossil, you
might remember my repeated mentions about integrating my [markdown
library][libupskirt] into fossil.


I've chosen discount because it was readily available for linux  win 
and with
that I could explore integration possibilities. Since then I looked at 
client side

rendering and also at libupskirt and sundown as well.

To be perfectly honest, I lost interest in the idea, and went for the
generated embedded docs idea (same as what was previously said with
AsciiDoc). Even though I still don't like putting generated stuff into
the SCM, I find it to be a lesser evil compared to the risk of
spectacular failure when embedding such complex code into fossil,
especially with regard to security (since it's the same binary, a
vulnerability in the markdown code can mean read/write access to at
least the whole sqlite database)
I also don't like checking in generated code/doc at all. Right now I'm 
also exploring
something like a python service that pulls the markdown/reStructureText 
documents
from fossil and renders them. But I don't really like that I've to have 
two services installed,

configures  up-and-running for this.

So I looked into integrating markdown more tightly.

So my question is now, is there anybody willing to take it over, or do I
just send it to the heaven for bits?

For the record, I think the main pros my library still has over discount
is legal stuff (I can hand over copyright of fossil's fork any time) and
direct support from me. However these are probably not worth much if
merge into official release is still not going to happen.

Here my, as always subjective, summary:
 - discount is heavy with everything around it but was easily 
compilable/avail for
   linux  win. Under win I only compiled lib markdown and the 
integration was

   done quite quickly (from a technical perspective).
 - client side rendering lacks IMHO seemless link integration with 
fossil artifact
   links. some glue code helped to this with discount and can be done 
easily with
   any other server side library. I'm not sure how this can be achieved 
with client

   side rendering (any ideas here?)
 - server side I tried libupskirt today but it was difficult to get it 
to compile under
   win. finally I created a makefile for nmake but then header parsing 
or better
   the rendering part caused issues (h234523534 header tags instead 
of h2).
   The vprintbuf function has/had a problem. The I borrowed the code 
from sundown

   only for this function and it worked fine.

I don't want to cause a flame war and I appreciate all the work people 
did to support
markdown as a wider used markup language. But right now I'm looking into 
integrating
sundown as the smaller / faster (?) library compared to discount and the 
one easier

avail under win AND linux compared to libupskirt.

I did not look at the legal stuff (yet) and it's definitely a point to 
consider. If I'd still
be a candidate for the tooth fairy my wish would be to bring libupskirt 
 sundown back

together and use both under linux  win together with fossil

I haven't dove into the details of both implementations, so there might 
be details that

prevent this.


Well performance is also very good point for your library, it out
performs discount by far and consumes far less memory.


Performance with larger markdown file was not evaluated as I don't expect
to have huge document to be displayed. Still that might be an adv of
libupskirt/sundown.

Besides: I like the libupskirt approach on how to integrate the 
renderer. I want

to createy S5 HTML slide output from some markdown files and that approach
woulk make it quite easy to implement it.

Here I want to thank everyone who made it possible for me to explore all 
these
things in such a short time (Richard, Natascha, Tin-Pot, ). And if 
we don't get
consensus, then maybe I'll create a branch in the fossil repository and 
people

can pull it if they are interested in my markdown integration.

Chris


___
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] Supporting markwon syntax for wiki

[chris]

Hi all,

I've integrated sundown and found two problems that it shares with 
libupskirt:
1. both have their own buffer concept and do not allow to hand in a 
string that
   makes it necessary to copy from Fossils Blob blob_str  output into 
the input

   buffer = needs twice the input docs size :-(
2. discount (somewhat) supports the markdown header extension of pandoc: 
three
   % lines at the beginning of the file denote title, author and date. 
I used this
   to differentiate between real markdown (if title parsing was 
successful) and

   normal text for .txt files. That's not possible anymore.


Any thoughts on both topics?

checkin link: 
http://server.ac-drexler.de/fossil/fossil/info/b4715c17bca42209


Chris


___
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] Supporting markwon syntax for wiki

[Chris Drexler]

@Natacha,

no offence intended and none taken :-). Email is such a bad medium when 
it comes
to discussions with people you don't know. The personal/emotional/visual 
part

is completely missing.

BTW: yes, it was a compliment :-)

@all
Back to the topic from below regarding integration: I wanted to be able 
to identify
the *content* of a txt file independently of its extension. With that I 
can write md
in .txt files. Normal fossil will render it as pre-formatted text. 
MD-enhanced fossil

renders it as html.
Therefore pure mime-type based integration would  not work.

Find attached a proposal to extend sundown with at least the detection of
Pandoc style header lines similar to discount. I'd intend to integrate 
callbacks
for the header into the callback structure if this is something of 
interest here.


And one more on the licensing issue: is sundown under the same license as
libupskirt or do the differ? From the license info in the source it 
should both

be OK. Am I wrong here?

Chris

On 27.04.2012 23:07, Natacha Porté wrote:

Hello,

just to be clear, I had no intention either to start a flamewar or
anything, and no intention to specifically advertise my solution (or
rather, my library).

The only point of my previous message was to make clear what I could
offer, which has changed since last time I posted here. And bottom line
is I DON'T have an integration to offer anymore, though copyright
assignmnet and support offers still stand.

I answer to specific points below.


on Friday 27 April 2012 at 21:06, chris wrote:

   - server side I tried libupskirt today but it was difficult to get it
to compile under
 win. finally I created a makefile for nmake but then header parsing
or better
 the rendering part caused issues (h234523534 header tags instead
of h2).
 The vprintbuf function has/had a problem. The I borrowed the code
from sundown
 only for this function and it worked fine.

This is a known issue, primarily due to the lack of C99 support in
windows. I don't have access to any windows machine, so I can't make any
meaningful development or testing. However I seem to remember some
people on this ML have already solved it or worked around it. Anyway,
the whole dynamic buffer code should go IMHO.


I did not look at the legal stuff (yet) and it's definitely a point to
consider. If I'd still
be a candidate for the tooth fairy my wish would be to bring libupskirt
  sundown back
together and use both under linux  win together with fossil

I haven't dove into the details of both implementations, so there might
be details that
prevent this.

There isn't. The crux of the matter is the dynamic buffer code (and to a
lesser extend the dynamic array code). See below.


Besides: I like the libupskirt approach on how to integrate the
renderer. I want
to createy S5 HTML slide output from some markdown files and that approach
woulk make it quite easy to implement it.

Thanks a lot :-)  (I took it as a compliment on my design)


on Friday 27 April 2012 at 22:14, chris wrote:

Hi all,

I've integrated sundown and found two problems that it shares with
libupskirt:
1. both have their own buffer concept and do not allow to hand in a
string that
 makes it necessary to copy from Fossils Blob blob_str  output into
the input
 buffer =  needs twice the input docs size :-(

That's where I spent most of the time in my attempt to integrate
libupskirt into fossil. The idea was to remove libupskirt's dynamic
buffers completely and replace them with fossil blobs (which are
dynamic buffers too).

I didn't finish it, however from the part I did I'd say it's tedious but
not difficult.


2. discount (somewhat) supports the markdown header extension of pandoc:
three
 % lines at the beginning of the file denote title, author and date.
I used this
 to differentiate between real markdown (if title parsing was
successful) and
 normal text for .txt files. That's not possible anymore.

My solution for that point was to use a dedicated extension for markdown
files (actually two, .mkd and .markdown), and then simply add them in
doc.c with text/x-markdown MIME type, along with a special handler for
text/x-markdown in doc_page() function from doc.c, besides the handling
of application/x-fossil-wiki and text/plain.

It seemed to be the least intrusive way of introducing markdown support
(but only as an embedded doc rendered into HMTL on-the-fly). That's the
only modification of fossil's current code that is needed, everything
else is integrating the markdown library into the binary.


Hoping this helps,
Natasha
diff --git a/src/markdown.c b/src/markdown.c
index 260483d..46c0dac 100644
--- a/src/markdown.c
+++ b/src/markdown.c
@@ -2447,6 +2447,38 @@ sd_markdown_new(
 
 	return md;
 }
+static size_t 
+sd_markdown_hdridx(size_t start, const uint8_t *document, size_t doc_size)
+{
+int hdrlines = 0;
+size_t i = start;
+while (i  doc_size) /* iterating over lines */
+{
+/* stop at first

Re: [fossil-users] Supporting markwon syntax for wiki

[chris]

Hi Ivan,

On 26.04.2012 00:53, Ivan Vilata i Balaguer wrote:

chris (2012-04-22 17:09:45 +0200) wrote:


Please check out

https://server.ac-drexler.de/fossil/fossil/doc/tip/addons/markdown.md

## Markdown support for fossil


Looks nice!  You may also be interested in my enhanced version of Bill
Burdick's Fossil pagedown software which does client-side rendering of
wiki pages and embedded `.wiki` and `.txt` docs starting with
`@pagedown` and (similarly to your solution) all embedded docs ending in
`.md.txt` (of course with no changes at all to Fossil and keeping repos
portable)


obviously your solution is much less intrusive, looks great! Are there 
any markdown extensions
supported by pagedown? I couldn't find any references so I assume pure 
Markdown, right?


Thanks for the reference!
Chris
___
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] Supporting markwon syntax for wiki

[chris]

Hi all,
I followed the thread reagarding markdown support and gave it a try on my own.

Please check out

https://server.ac-drexler.de/fossil/fossil/doc/tip/addons/markdown.md

for an integration proposal of the discount library with the build system of 
fossil.


## Markdown support for fossil

after looking for additional markup support for fossil I found [this thread][1].
With the references and some afternoon work I managed to integrate
Markdown as an additional mime-type .md that the doc interface handles in a
similar way to .wiki  .txt.

No full wiki integration into fossils wiki system  is planned because I
understand and agree with the [point of Richard Hipp][5] that the repositories
themselves should be portable and not break backward compatibility. But the
rendering of .md files from within a repo should be fine.

If configured ('configure --with-md' is  supported) .md files are run
through the [discount version of tin-pot][3]. In addition the page title
is set according to the supported pandoc header format (three lines starting
with '%' at the beginning of the .md document: title, author, date. All three
must be present for the detection to work).

Please feel free to look at the
[doc-markdown-support](/timeline?r=doc-markdown-support) branch in [this
repository](https://server.ac-drexler.de/fossil/fossil/).


### Installation

Here are the installation instructions for Linux. Windows is not yet tested.

  1.  git clone git://github.com/tin-pot/discount.git
  2.  cd discount; ./configure.sh; make; sudo make install
  3.  cd  ..
  4.  fossil clone http://server.ac-drexler.de/fossil/fossil fossil.fossil
  5.  mkdir fossil-md
  6.  cd fossil-md
  7.  fossil open ../fossil.fossil doc-markdown-support
  8.  ./configure --with-md
  9.  make



[1]: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg07297.html 
Mail Thread
[2]: http://www.pell.portland.or.us/~orc/Code/discount Original Discount
[3]: https://github.com/tin-pot/discount Discount with Win support
[4]: http://dl.dropbox.com/u/13455033/wikiformat.c first wikiformat.c patch by 
tin-pot
[5]: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg01915.html 
Thread from R. Hipp regarding another markup




___
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] assign ticket to file(s) or abusing Fossil a bit

[Chris Peachment]

It looks to me like you could add a new field to the 'ticket' table,
say PatientIdentifier of type text, and enter its value as part of
the ticket add function. A new report selecting on this new field
would provide the view of all tickets ordered by PatientIdentifier.

The missing part is some way to pass the patient id to the report so
that it selects only tickets for the given patient.

You might need to hack the report menu source code to permit entry of
one (or more) parameters when the report is selected.

Regards,

Chris

On Sun, 2012-02-26 at 12:13 +0100, Gour wrote:
 Hello!
 
 Being (again) interested to try to use Fossil for all my DVCS needs, I
 got idea to 'abuse' it even further and use to track records of our
 counseling  homeopathy patients...The idea is to have single file per
 patients with more detailed data about each client and then have tickets
 connected with the files for the treatment history (think about poor
 man's Electronic Medical Record (EMR).
 
 Now I just wonder if there is some easy way to get report which would
 show all the tickets connected with certain file and/or to assign
 ticket to certain file or to tag tickets somehow that we could see all
 the 'medical episodes' connected with certain patient?
 
 
 Sincerely,
 Gour
 
 
 ___
 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] Login Group Confusion

[Chris Peachment]

On Thu, 2012-02-23 at 08:54 -0500, Richard Hipp wrote:
 
 I can't tell from the text that follows if you are setting up the
 login-groups right or not.  The correct way to do it is as follows:
 
 A.  Login via browser to b.fossil.  Go to the /Admin/Login-Groups
 screen and join a.fossil.
 B.  Login via browser to c.fossil.  Go to the /Admin/Login-Groups
 screen and join a.fossil.
 C.  Login via browser to d.fossil.  Go to the /Admin/Login-Groups
 screen and join a.fossil.
 
 Is that what you are doing?
 
 
I believe so. There is not much discretion available on this form.
A small point of confusion is that I used b.fossil as the reference
and joined a, c, and d to it.

  For each join action, the entries consisted of:

  Repository filename in group to join: [path to repo]/b.fossil

  Login on the above repo: my logged in user id

  Password: same as returned by the fossil init b.fossil

  Name of login-group: New Login Group for a,c but blank for d.



___
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] documentation clarification

[Chris Peachment]

On Wed, 2012-02-01 at 09:03 -0500, Leo Razoumov wrote:
 On Wed, Feb 1, 2012 at 07:08, Richard Hipp d...@sqlite.org wrote:
  The clock according to the D card of the artifact.
 
  In other words, you can keep changing the value of a tag and the latest
  version always wins.
 
  If two people change the value of a tag while disconnected, then later sync,
  the latest change wins.
 
 Let say, the clock on your client machine is accurate but on my
 machine the clock is one year behind (slight exaggeration-:).  You set
 a tag a month ago and I changed it today and then we sync. Your tag
 still wins because my clock is hopelessly behind! The problem is that
 D card value is set at the disconnected clients and there are no
 guarantee that all these clocks are synchronized. Generally speaking,
 one cannot rely on uncoordinated clocks to establish sequence of
 events. I think that was one of the reasons git does not use
 timestamps while building its DAG.
 
 Hopefully, this issue is of no practical importance, for one can
 always correct errors later on by pushing yet another tag.
 
 --Leo--

The wonders of the internet include the Network Time Protocol
(http://www.ntp.org/) and I think all major operating systems
have a mechanism for enabling it, if that is not the default.
It is then possible to have synchronised time keeping to a
meaningful level of precision.

I can't speak for MS-Windows or MacOS but Ubuntu Linux uses
NTP by default.


___
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] Technical Proposal: Supporting Extended Markup in Fossil

[Chris Peachment]

I REALLY like the appearance of the markdown output. I had not
appreciated the limitations of standard fossil wiki markup since
I generally pay more attention to content than to appearance.
And the raw text is quite readable in its original form.

Taking a suggestion posed in the original document, I placed the
entire content of 'fossilmarkup.txt' into the standard fossil
sandbox to see what happens.

I think there is still work to be done on the proposal. Standard
fossil causes the following:

1. contents surrounded by backticks are removed.

2. footnote annotations are duplicated.

3. paragraph separations failed in section 4 Rendering with the
   result that sections 4, 5, and start of 6 are merged into one
   paragraph.

While it IS readable (with corrections for the above), the standard
fossil display of the markdown text encourages one to upgrade.

As an additional suggestion, it might be useful if the wrapper left
a note in the output as rendered by standard fossil to identify the
intended renderer.

Regards,

Chris


On Sun, 2012-01-15 at 09:08 +0100, Martin Hofmann wrote:

...

 Linked below is a proposal of how one could implement support for
 extended markup syntaxes (yes, multiple of them), interoperate
 with current Fossil programs and repositories, and package markup
 syntaxes into loadable modules.
 
...

 The proposal is titled: Extended Markup in Fossil, find it here:
 http://dl.dropbox.com/u/13455033/fossilmarkup.html
 
 (The HTML doc is of course derived form a Markdown-text which I
 also have put into my public dropbox; so maybe this is another
 example for the usefulness of a good wiki markup syntax ...:)
 http://dl.dropbox.com/u/13455033/fossilmarkup.txt
 


___
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] event changes don't appear in the timeline

[Chris Peachment]

+1

On Fri, 2011-12-02 at 16:19 +0100, Lluís Batlle i Rossell wrote:
 Hello,
 
 event changes don't appear in the timeline. Maybe they should appear, as 
 ticket
 or commit changes appear?
 
 Regards,
 Lluís.
 ___
 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] Quickref available for fossil

[Chris Peachment]

Thank you for providing a great assistance to novice users.
I and the eight person team with which I work are such and
this will be a useful addition.

Some notes:

1. Not all readers will be programmers and not all will have
English as first language. The combination makes for extra
work to understand some of the descriptions and examples:

  sync - synchronise when not used as a parameter

  deltas - changes - this is an expression with math origins
and thus even more obtuse to artists :-)

2. Under Move/mv, do the Safely and unambiguously...
instructions work under MS-Windows? I don't use MS-Windows so
I can not say for sure.

3. Only the checkin ('ci') and commit ('co') commands have been
abbreviated. Others use the full word for the command. Perhaps
a small note at the end about the ability to abbreviate would
be a reminder to those with greater experience.

4. Page 2 Stash command has a typo:

stash for later retrival

should be

stash for later retrieval


5. Page 2 Controlled Docs Mechanism description mentions

Can also server .wiki files using wiki syntax

and an example would be useful for non-programmers.


Thanks again.

Chris

On Thu, 2011-11-24 at 22:43 -0700, Matt Welland wrote:
 I'm teaching a class on using fossil next week and put together a
 quick ref sheet to help folks get going. I haven't seen any other
 quick ref sheets for fossil so maybe this will be of use to others.
 
 PDF:
 http://www.kiatoa.com/cgi-bin/fossils/opensrc/doc/tip/docs/fossil-quickref.pdf
 Opendoc:
 http://www.kiatoa.com/cgi-bin/fossils/opensrc/doc/tip/docs/fossil-quickref.odt
 
 Feedback, corrections, suggestions all much appreciated.
 
 Cheers,
 
 Matt
 -=-
 ___
 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] Quickref available for fossil

[Chris Peachment]

I revealed my own ignorance with this comment:

3. Only the checkin ('ci') and commit ('co') commands have been
abbreviated. Others use the full word for the command. Perhaps
a small note at the end about the ability to abbreviate would
be a reminder to those with greater experience.

I should have said:

3. Only the checkin ('ci') and checkout ('co') commands have been
abbreviated. Others use the full word for the command. Perhaps
a small note at the end about the ability to abbreviate would
be a reminder to those with greater experience.

I accept that both are synonyms rather than abbreviations.

On Thu, 2011-11-24 at 22:43 -0700, Matt Welland wrote:
 much good stuff...

___
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] Need to configure an empty repository from command line

[Chris Peachment]

Thank you for providing the key concept to use the configuration
import command with a generated configuration file.

I had been attempting to alter the repository configuration one
field at a time using the command line fossil operations but this
is a much simpler approach.

I have the scripting done by a C program (in place of your Ruby)
but the principle is the same.

Steps:

 1. generate  configuration.txt
 2. fossil new repo name
 3. fossil configuration import configuration.txt
 4. Repeat from 1. as needed.

Done.


On Mon, 2011-11-21 at 09:04 +, Ben Summers wrote:
 On 21 Nov 2011, at 01:13, Richard Hipp wrote:
 
  
  On Sun, Nov 20, 2011 at 7:56 PM, Chris Peachment ch...@ononbb.com wrote:
  I'm using fossil version 1.20 on Linux for both server and client
  computers.
  
  I want to use fossil command line instructions to initialise an
  empty repository. I use:
  
  fossil new test.fossil
  
  but I can not find a command to provide the project-name value to
  be stored in the config table.
  
  There isn't one - or at least not a simple one.  I always configure 
 using the web interface:  just run fossil ui test.fossil and manually
 configure it that way.
  
  If you definitely, positively must do your configuration from the
 command line, it can be done using raw SQL.  Probably just a single
 INSERT statement.  But I'd have to go look up exactly what that INSERT
 statement would be.  May I suggest:  Configure a dummy repository using
 fossil ui and then look in the CONFIG table of the repository database
 to see where the project name got inserted.  It should be obvious from
 there what you need to do to insert that name yourself.
 
 
 While it seems a bit odd to be contradicting Richard about his own software,
 I've written a simple script to create blank repositories for our clients
 which sets the project name using the fossil configuration import command.
 When you're creating lots of repositories, it's very boring and error-prone
 if you don't script everything.
 
 You have to write a configuration file before using the import command, and
 although you're unlikely to want to write it by hand, the format is quite
 simple. There's a snippet of Ruby code below which I think should get you
 started (tip: examine the output of fossil configuration export first),
 email me off list if anyone wants the entire repo generating script.
 
 Ben
 
 
 
 
 def config_entry(name, value)
   l = %Q!#{Time.now.to_i} '#{name}' value '#{value}'!
   config /config #{l.length}\n#{l}\n
 end
 File.open(mcr.config.tmp, w) do |f|
   f.write config_entry('project-name', #{CLIENT_FULLNAME})
   f.write config_entry('project-description', #{CLIENT_FULLNAME} ONEIS 
 Plugins)
   f.write config_entry('index-page', /wiki?name=home)
 end
 system fossil configuration -R #{REPO_FILENAME} import mcr.config.tmp
 File.unlink(mcr.config.tmp)
 
 
 --
 http://bens.me.uk/
 
 
 


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

[fossil-users] Need to configure an empty repository from command line

[Chris Peachment]

I'm using fossil version 1.20 on Linux for both server and client
computers.

I want to use fossil command line instructions to initialise an
empty repository. I use:

fossil new test.fossil

but I can not find a command to provide the project-name value to
be stored in the config table.

The following instruction does not have the same effect as
using the fossil ui web interface to enter this value.

fossil sqlite3 test.fossil insert into config values ('project-name',
'Test Repository', current_timestamp) -R test.fossil

One consequence of using the insert statement that cloning the
repository does not transfer the project-name.

Closed ticket 8473eeb9ffb012e1db8597d97c9f7fdde340485e shown at

http://fossil-scm.org/index.html/tktview?name=8473eeb9ff

refers to this clone behaviour but does not describe how the
repository was created, so it is not clear if the above action
was the cause of the behaviour seen prior that ticket.


As secondary issues, I can not find commands to supply the
project-name and user info fields.

And it would be nice to insert a wiki page (specifically the
home page) from the command line too.

Thanks for any assistance.

Chris Peachment


___
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] Need to configure an empty repository from command line

[Chris Peachment]

As indicated in my statements below your insert, I have tried
using the raw SQL approach. The insert statement shown there
was derived from looking at the config table of a dummy
repository.

The motivation for using command line entries is that I'm doing
it for 25 repositories at the moment and anticipating that
number increasing to about 100. Each repository has a similar
name (e.g. F-100, F-110, F-120, ...) and a similar set of users.
The server directory with these repositories is a library for
use by non-programmers in the creation and archiving of text
and word processing documents on a project basis. Each repository
is a separate project.

So I created a C program to read from another sqlite database
and generate the fossil commands. By updating the control
database contents, I can continue the semi-automated creation
with less risk of missing some configuration step on one of
many repositories.

On Sun, 2011-11-20 at 20:13 -0500, Richard Hipp wrote:
 
 
 On Sun, Nov 20, 2011 at 7:56 PM, Chris Peachment ch...@ononbb.com
 wrote:
 I'm using fossil version 1.20 on Linux for both server and
 client
 computers.
 
 I want to use fossil command line instructions to initialise
 an
 empty repository. I use:
 
 fossil new test.fossil
 
 but I can not find a command to provide the project-name value
 to
 be stored in the config table.
 
 There isn't one - or at least not a simple one.  I always configure
 using the web interface:  just run fossil ui test.fossil and
 manually configure it that way.
 
 If you definitely, positively must do your configuration from the
 command line, it can be done using raw SQL.  Probably just a single
 INSERT statement.  But I'd have to go look up exactly what that INSERT
 statement would be.  May I suggest:  Configure a dummy repository
 using fossil ui and then look in the CONFIG table of the repository
 database to see where the project name got inserted.  It should be
 obvious from there what you need to do to insert that name yourself.
  
 
 The following instruction does not have the same effect as
 using the fossil ui web interface to enter this value.
 
 fossil sqlite3 test.fossil insert into config values
 ('project-name',
 'Test Repository', current_timestamp) -R test.fossil
 
 One consequence of using the insert statement that cloning the
 repository does not transfer the project-name.
 
 Closed ticket 8473eeb9ffb012e1db8597d97c9f7fdde340485e shown
 at
 
 http://fossil-scm.org/index.html/tktview?name=8473eeb9ff
 
 refers to this clone behaviour but does not describe how the
 repository was created, so it is not clear if the above action
 was the cause of the behaviour seen prior that ticket.
 
 
 As secondary issues, I can not find commands to supply the
 project-name and user info fields.
 
 And it would be nice to insert a wiki page (specifically the
 home page) from the command line too.
 
 Thanks for any assistance.
 
 Chris Peachment
 
 
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
 
 
 
 -- 
 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] More thoughts on locks

[Chris Peachment]

I'm a novice Fossil user working in a small group with need
to track both text and binary files.

It seems to me that locks are nice to have for text files
since 3 way diffs can be merged at relatively little cost.
But inability to merge binary files might mean painful hand
merging based on side by side comparisons for word processing
documents or presentation slides, or based on repeating the
edits for image files.

So a lock would provide immediate warning when attempting
checkout that someone else is probably touching the file.
Out of band communication would be needed to gain access
 - not a bad thing and better than proceeding blindly.

Locking artefacts provides a good way to split the chain of
past and current versions.

Locking should be optional to retain current behaviour for
those users wanting it.

How would the person doing the checkout that created the
lock know this fact, as encouragement to avoid long lockout
periods?

How would their repository know they owned the lock?

Since a commit generates a new artefact, how does the old,
locked one, get unlocked?


On Thu, 2011-10-20 at 19:22 +0200, Lluís Batlle i Rossell wrote:
 Thinking as if we had to implement locks some day...
 
 I just thought that we could have locks working not on file-paths-in-branch, 
 but
 on artifacts. That would expand well to multiple branches.
 
 Then, if anyone gets the lock, and commits a new version, it could get locked
 automatically too, expanding the list of artifacts needing lock.
 
 Those artifacts that 'require lock' for edition could be checked out 
 read-only.
 
 The list of locked artifacts could expand similar to the shun list, that can 
 be
 told to be updated on autosync. And the list of lock owners too. Keeping the
 default remote as the source of locks.
 
 And apart, not requiring a locks implementation, there could be a fossil
 default-off option to simply check out binary files readonly (fossil seems to
 know what file is binary and what not). That would put a step before 
 binary-file
 editions, inviting to team communication.
 
 If anyone think locks could help in their use of fossil, that chould give an
 opinion on this. I work either in a small team or alone, so I'm not very
 representative on this.
 ___
 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

[fossil-users] cgi server permissions error

[Chris Rogus]

Hi, I'm trying out Fossil and I got it working with the standalone server
(e.g. `fossil server repo.fossil`) but I like the idea of the CGI approach
and want to use that instead, only I can't get it to work for some reason.
The way my server is configured seems to be creating a permissions error
with Fossil, only once I started having this problem, I immediately gave 777
permissions and apache ownership to the repo.fossil and its containing
directory /root/fossils/ (it's a clean server install, CentOS 5.5 on a
Rackspace Cloud Server, with no normal users other than root) to guarantee
it would work and yet it still didn't solve the problem.  When everyone can
read and write the repo file and directory, and it's owned by my webserver
process, how can fossil still not be able to read it?  (Note: I confirmed
that the file path is correct and the apache configuration uses user+group
apache.)  Can anyone tell me what I'm missing that I need to change to
make this work?  I'm betting it's something really simple and obvious, so
I'm sorry to have to ask, but I've spent a lot of time on this already and
would really appreciate some extra, more expert, eyes on this one.  Thanks.

The error when loading the cgi script in my browser -- the same is listed as
the error response when attempting `fossil clone ...`:
repository does not exist or is in an unreadable directory:
/root/fossils/repo.fossil


Here's the exact actual installation script I tested with:

# blank rackspace cloud server centos 5.5

yum install -y unzip httpd
sed -i '327 s|^AllowOverride None$|AllowOverride All|'
/etc/httpd/conf/httpd.conf
service httpd start

iptables -I RH-Firewall-1-INPUT -p tcp --dport 80 -j ACCEPT
iptables -I RH-Firewall-1-INPUT -p tcp --dport 8080 -j ACCEPT
service iptables save

wget http://www.fossil-scm.org/download/fossil-linux-x86-20101005035549.zip
sudo unzip -o fossil-*.zip fossil -d /usr/bin/

mkdir /root/fossils/  cd /root/fossils/
fossil new repo.fossil
chmod -R 777 /root/fossils/
chown -Rh apache:apache /root/fossils/
fossil user new demo demo demo -R repo.fossil

mkdir /var/www/html/fossil/
cat  EOF  /var/www/html/fossil/repo
#!/usr/bin/fossil
repository: /root/fossils/repo.fossil
EOF
cat  EOF  /var/www/html/fossil/.htaccess
Options +ExecCGI
SetHandler cgi-script
EOF
chmod 755 /var/www/html/fossil/repo

# http://repos.example.com/fossil/repo
# fossil clone http://demo:d...@repos.example.com/fossil/repo repo.fossil
#  repository does not exist or is in an unreadable directory:
/root/fossils/repo.fossil


Thanks.
___
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] unexpected ticket behavior

[Chris]

Refer to the fossil ticketing system ticket id: 3dbc12f49d on 4 April
2010.

On Mon, 2010-04-19 at 06:16 -0400, Joshua Paine wrote:
 I tried to reassign a ticket and append a comment at the same time. (I 
 have an assigned-to field. I'm not sure if I added that or if it's 
 standard.) My changes silently failed--I just ended up viewing the 
 unchanged ticket. After trying this several times, downloading the 
 latest snapshot, and rebuilding my repos to no avail, I eventually did 
 it in two separate steps, and it worked.
 
 This is contrary to what I would expect and how other systems work. 
 (E.g., used to be in bugzilla that you couldn't make any other changes 
 unless you added a comment at the same time!) If there's a good reason 
 for having it this way, it definitely should let me know why it's 
 ignoring my changes. (If the reason is to make a clearer history trail, 
 I'd rather fossil just generated two history events from my 
 two-changes-in-one submission.)
 


___
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] Attaching artifacts to a ticket?

[Chris]

I hope you will forgive my ignorance or blindness but
I don't know how make use of this feature.

As a Setup/Admin privileged user I should have all
privileges without further qualification but:

1. There is no extra entry field for attachments in the
'new ticket' or 'edit ticket' forms.

2. If an attachment should be identified in the body of
the comment/remark field, what syntax should be used?

Chris Peachment

On Thu, 2010-03-18 at 10:36 -0400, D. Richard Hipp wrote:
 On Mar 15, 2010, at 9:16 PM, Kevin Kenny wrote:
 
  I find that my users frequently want to attach one or more artifacts
  to a ticket.
 
 The latest version of Fossil supports adding attachments to wiki pages  
 and tickets.  You have to turn on Attachment permission for users to  
 be able to do this.  Users will also need Append-Ticket and Append- 
 Wiki permission in order to add attachments to tickets and wiki,  
 respectively.
 
 Please let me know if you find any problems with this new capability.
 
 
 D. Richard Hipp
 d...@hwaci.com
 
 
 
 ___
 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] Attaching artifacts to a ticket?

[Chris]

On Mon, 2010-03-15 at 21:55 -0400, D. Richard Hipp wrote:
 On Mar 15, 2010, at 9:16 PM, Kevin Kenny wrote:
 
 
  I find that my users frequently want to attach one or more artefact
  to a ticket. These artefacts may be test cases, supporting
  documentation, snippets of program output, whatever. (Sometimes they
  are text files that must be preserved verbatim; sometimes they are
  binary files.)
 

 Easier ways are planned.  There are provisions for such in the file  
 format.  But I've never gotten around to implementing them :-)
 
I'm using the ticketing system in a non-programming environment
and users would like to attach screen captures and other
graphical artefacts to illustrate their points. This would be
a welcomed addition to fossil.

Chris Peachment


___
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] Anonymous login broken?

[Chris Schaller]

Have there been any changes on fossil-scm.org?  Today it's working
fine again. No problems with anonymous login.  Server restart?

- Chris

On Mon, Dec 28, 2009 at 10:30 PM, Chris Schaller kwi...@googlemail.com wrote:
 On Mon, Dec 28, 2009 at 7:32 PM, Clark Christensen cdcmi...@yahoo.com wrote:
 Any chance you're browsing in-private?  Both IE8 and Firefox 3.5 have 
 support for in-private browsing.  Or do you have cookies disabled? (or 
 both?)

 Nope, regular browsing like a few days ago...  Cookies enabled, of course.

 Was just checking from home and everything's fine (no proxies at
 least). Is there any logging I can try to get down to the issue?

 - Chris

 - Original Message 
 From: Chris Schaller kwi...@googlemail.com
 To: fossil-users@lists.fossil-scm.org
 Sent: Mon, December 28, 2009 8:17:30 AM
 Subject: Re: [fossil-users] Anonymous login broken?

 Some more clarification:

 As I said, the anonymous login used to work until 2009-12-23 (both
 from home without proxy and from work with proxy).

 I fiddled around with anonymous login. As I said, after successful
 anonymous login I am redirected to Fossil's Home Page (not logged in).
 If I click on 'Leaves' I get the message

 Many hyperlinks are disabled.
 Use anonymous login to enable hyperlinks.

 So I click on above link which directs me to the login page stating
 that I am indeed logged in as anonymous (You are currently logged in
 as anonymous).

 The same applies to Tickets, either...

 - Chris

 On Mon, Dec 28, 2009 at 5:06 PM, Chris Schaller kwi...@googlemail.com 
 wrote:
 On Mon, Dec 28, 2009 at 2:34 PM, D. Richard Hipp d...@hwaci.com wrote:

 On Dec 28, 2009, at 8:06 AM, Michael Richter wrote:

 Works fine for me.

 Probably Chris is behind a firewall that is constantly changing his IP
 address.  An anonymous login is only valid for a single IP address.
 So if the initial login is from one IP and then the IP address shifts,
 the login is invalidated.

 I'm behind a firewall; internet access through proxy server farm, but
 my outside IP address (proxy server address) didn't change (same
 before and after logon).

 - Chris

 ___
 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


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

[fossil-users] Anonymous login broken?

[Chris Schaller]

Using Fossil version [0f4f6c0325] 2009-12-18 23:54:24.

Fossil Home Page (redirected from www.fossil-scm.org to
http://www.fossil-scm.org/index.html/doc/tip/www/index.wiki) states
that 'Not logged in'. If I chose 'Login' with user anonymous and
captcha (both manually and pushing the 'Fill out captcha' button)
brings me back to Fossil Home Page (or whatever page I have been
before Login) and again stating 'No logged in', 'links are disabled',
etc.

Wasn't able to open a ticket for this issue ;-)

Browsers used: IE7 and Firefox 3.5.6

Last time successfully logged on: 2009-12-23

- Chris
___
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] Anonymous login broken?

[Chris Schaller]

On Mon, Dec 28, 2009 at 2:34 PM, D. Richard Hipp d...@hwaci.com wrote:

 On Dec 28, 2009, at 8:06 AM, Michael Richter wrote:

 Works fine for me.

 Probably Chris is behind a firewall that is constantly changing his IP
 address.  An anonymous login is only valid for a single IP address.
 So if the initial login is from one IP and then the IP address shifts,
 the login is invalidated.

I'm behind a firewall; internet access through proxy server farm, but
my outside IP address (proxy server address) didn't change (same
before and after logon).

- Chris
___
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] Anonymous login broken?

[Chris Schaller]

Some more clarification:

As I said, the anonymous login used to work until 2009-12-23 (both
from home without proxy and from work with proxy).

I fiddled around with anonymous login. As I said, after successful
anonymous login I am redirected to Fossil's Home Page (not logged in).
If I click on 'Leaves' I get the message

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

So I click on above link which directs me to the login page stating
that I am indeed logged in as anonymous (You are currently logged in
as anonymous).

The same applies to Tickets, either...

- Chris

On Mon, Dec 28, 2009 at 5:06 PM, Chris Schaller kwi...@googlemail.com wrote:
 On Mon, Dec 28, 2009 at 2:34 PM, D. Richard Hipp d...@hwaci.com wrote:

 On Dec 28, 2009, at 8:06 AM, Michael Richter wrote:

 Works fine for me.

 Probably Chris is behind a firewall that is constantly changing his IP
 address.  An anonymous login is only valid for a single IP address.
 So if the initial login is from one IP and then the IP address shifts,
 the login is invalidated.

 I'm behind a firewall; internet access through proxy server farm, but
 my outside IP address (proxy server address) didn't change (same
 before and after logon).

 - Chris

___
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] Anonymous login broken?

[Chris Schaller]

On Mon, Dec 28, 2009 at 5:40 PM, Wilson, Ronald rwils...@harris.com wrote:
 I wonder if you are seeing a cached version of the home page.  Did you try 
 refreshing the home page after it redirected you?

Did -- same result.  I also completely cleaned the cache...

 -Original Message-
 From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-
 boun...@lists.fossil-scm.org] On Behalf Of Chris Schaller
 Sent: Monday, December 28, 2009 11:18 AM
 To: fossil-users@lists.fossil-scm.org
 Subject: Re: [fossil-users] Anonymous login broken?


 Some more clarification:

 As I said, the anonymous login used to work until 2009-12-23 (both
 from home without proxy and from work with proxy).

 I fiddled around with anonymous login. As I said, after successful
 anonymous login I am redirected to Fossil's Home Page (not logged in).
 If I click on 'Leaves' I get the message

 Many hyperlinks are disabled.
 Use anonymous login to enable hyperlinks.

 So I click on above link which directs me to the login page stating
 that I am indeed logged in as anonymous (You are currently logged in
 as anonymous).

 The same applies to Tickets, either...

 - Chris

 On Mon, Dec 28, 2009 at 5:06 PM, Chris Schaller kwi...@googlemail.com
 wrote:
  On Mon, Dec 28, 2009 at 2:34 PM, D. Richard Hipp d...@hwaci.com wrote:
 
  On Dec 28, 2009, at 8:06 AM, Michael Richter wrote:
 
  Works fine for me.
 
  Probably Chris is behind a firewall that is constantly changing his IP
  address.  An anonymous login is only valid for a single IP address.
  So if the initial login is from one IP and then the IP address shifts,
  the login is invalidated.
 
  I'm behind a firewall; internet access through proxy server farm, but
  my outside IP address (proxy server address) didn't change (same
  before and after logon).
 
  - Chris
 
 ___
 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

___
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 Mode for GNU Emacs

[Chris Bryant]

Has anyone written or know of a fossil mode for GNU Emacs?  I'd like one
that is as complete as git-emacs (targeted to mid-low level users) and
offers access to all the standard git commands in the microbuffer.
Something similar for fossil's version control portion would be great,
with room to expand into other fossil functions later.

Cheers.

-- 
Chris Bryant,
GNU/Linux Engineer,
chrisbryant at ucla dot edu
GNU Users Group, Los Angeles
http://www.nongnu.org/gug-la/

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