Re: [fossil-users] email testing - no subscriber table?
> On 6/23/18, Jungle Boogie wrote: > > > > no such table: subscriber SELECT 1 FROM subscriber WHERE suname='jungle' > > The email notification tables are created on-demand. Apparently I > have missed a call to "email_schema()" someplace in the code. Fix > this by running the command: > > fossil email reset And this (mentioning the schema) reminds me, go to any of the .fossil repositories on core (/home/www/fossil/ and look at their fx_... tables. `fx_aku_watch_tktfield`, and config entries `fx-...`. Also `fx note --help`. The fx system might go beyond what you are doing, I have not checked your work yet. The main config is for tickets, to tell the system which fields to look at for additional email addresses beyond the type specific destinations. -- See you, Andreas Kupries <http://core.tcl.tk/akupries/> Developer @ SUSE (MicroFocus Canada LLC) EuroTcl 2018, Jul 7-8, Munich/DE, http://eurotcl.eu/ Tcl'2018, Oct 15-19, Houston, TX, USA. https://www.tcl.tk/community/tcl2018/ --- ___ 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] What should email notifications look like?
Attached a zip file containing a number of mails as generated and send
by `fx` (https://core.tcl.tk/akupries/fx/index) to the tcl-bugs mailing
list. Soory, it was easiest to pull existing mails.
The footer ("See Tcl/Tk ...") is configurable.
The general structure is currently fixed in fx code.
--
See you,
Andreas Kupries
<http://core.tcl.tk/akupries/>
Developer @ SUSE (MicroFocus Canada LLC)
EuroTcl 2018, Jul 7-8, Munich/DE, http://eurotcl.eu/
Tcl'2018, Oct 15-19, Houston, TX, USA. https://www.tcl.tk/community/tcl2018/
---
<>
___
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] Older fossil archives are not rebuild-able
> On 12/12/17, J Knight <j...@j2mfk.com> wrote:
> > Hello. I have some older fossil archives that report:
> >
> > SQLITE_ERROR: table config has no column named mtime
> > fossil: table config has no column named mtime: {REPLACE INTO
> > config(name,value,mtime) VALUES('hash-policy',1,now())}
> >
> > issuing a ârebuildâ and a ârebuild âforceâ gives the same error.
> > Is there
> > some way to bring these up to date or somehow migrate?
>
> The update should be automatic by these lines:
> https://www.fossil-scm.org/fossil/artifact/e094c603?ln=81-85
>
> I don't know why it is not working for you.
I ran into the same thing last week as well, with very old repo.
My workaround was to use a high 1.x version of fossil (*) and use that
to `fossil rebuild`. This updated the schema and after that my fossil
2.4 was able to handle the repo too.
(*) I still had 1.37 around, and now I am keeping that version for
some time longer.
I suspect that something about (old) schema updates does not work
across the 1.x / 2.x border.
> Possible work-around:
>
> Run: fossil sql $yourrepo
> Enter: ALTER TABLE config ADD COLUMN mtime INTEGER;
> Then: UPDATE config SET mtime=now();
>
> Let me know if that helps.
--
See you,
Andreas Kupries <akupr...@shaw.ca>
<http://core.tcl.tk/akupries/>
Developer @ SUSE (MicroFocus Canada LLC)
<andreas.kupr...@suse.com>
---
___
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] Webpage for multiple fossil repositories - configuration options?
> On 6/5/17, John Pateman <jpate...@gmail.com> wrote: > > I have a number of repositories named (for example) x.fossil, y.fossil & > > z.fossil, all stored in a single directory `/Users/Shared/FOSSIL/`. > > > > I can now serve a page listing all of these by running; > > > > `fossil server --repolist /Users/Shared/FOSSIL/ -port &` > > > > Is it possible to customise the appearance of this webpage without having > > to set it up a full web server? > > When you say "set up a full web server", I assume you mean > Apache/Nginx/etc, right? > > Did you know that the "fossil server" command itself is able to act as > a reasonably complete webserver for static content? Just use the > --files GLOBLIST option to tell it want kinds of files you want to > serve (ex: --files '*.html,*.gif') and put those files in the same > directory as your Fossil repositories. I am not sure that this would help him. My reading of his request is that he wants to customize the page generated by fossil itself [1]. It is very basic HTML [1] and my guess is that he wants something which allows him to have that generated page include a custom CSS at the least, and/or a system to include files which provide custom header/footer segments (where CSS could come in from a header). In the extreme something to run a script/command per found repository, for example to extract a description and put that into the index beside the repo link. And if we have that a natural extension would be a more global script/command to perform custom sorting (on description, last modified, creation date, size, etc). The result would be a customizable index dynamically generated by fossil (and the helper scripts). With the static content you are advising he still has to update that content by himself whenever a repository is added to or removed from a repository directory. ~~~ [1] As an example, running it on my own local fossil directory I get http://localhost:/; /> Repository List Available Repositories: atom.fossil blob.fossil [...] Usable, of basic. Integration with a surounding website requires some customization for style and links, etc. -- See you, Andreas Kupries <akupr...@shaw.ca> <http://core.tcl.tk/akupries/> Developer @ SUSE (MicroFocus Canada LLC) <andreas.kupr...@suse.com> Tcl'2017, Oct 16-20, Houston, TX, USA. http://www.tcl.tk/community/tcl2017/ EuroTcl 2017, Jul 8-9, Berlin/DE, http://www.eurotcl.tcl3d.org/ --- ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil build improvements...
> On Sun, Feb 7, 2016 at 3:12 PM, David Macek <david.mace...@gmail.com> wrote: > > > On 7. 2. 2016 2:53, Joe Mistachkin wrote: > > > > > > I'm unable to test with MingW64; however, I think Jan Nijtmans uses it. > > > > Hmm. So hopefully he's watching the list. > > > > One of my problems is with the linenoise library. It requires > > and possibly other POSIX-only stuff. Is there a way to override it to use > > editline/readline? Note that Steve Bennet of JimTcl has a fork of linenoise which has code making it usable for Windows. -- So long, Andreas Kupries <akupr...@shaw.ca> <http://core.tcl.tk/akupries/> Developer @ Hewlett Packard Enterprise --- ___ 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] Why does the repo file grow over time?
> Another research problem: Current, Fossil only delta-compresses
> versions of the same file. Enhance --compress so that it detects
> different files that happen to share a lot of content and delta
> encode them against one another.
Idea for a multi-phase process to hopefully avoid the inherent O(n**2)
of the problem as much as possible.
(1) For each blob (*), scan it with a rolling hash (**) and remember
them in a dictionary H keyed by the generated hash values.
The dict value per hash key is the list of blobs which generate
the hash key in question.
(2) Create a matrix C of counters indexed by pairs of blobs. Hopefully
sparse, so use a dictionary or other sparse data structure again,
and initialize the counters lazily.
Go over the dictionary H of (1). Whenever 2 blobs A, B occur
together in the list for a hash key then that means that these
blobs very likely share the piece of content which generated that
hash. If they occur together in the lists of multiple hash keys,
then they share more.
So let us increment the counters in C for each pair A, B found
together in the list for a hash key, and do that for all hash
keys. This is also O(n**2), however with (much) smaller n.
At the end of doing that each counter for an A, B tells us how
much content the two blobs where sharing acrosss the board
(3) Now, the counters are NOT directly comparable, as the attainable
number is also driven by the sizes of the blobs in question. Two
small blobs generate a lesser number of hash keys, so their max
counter values are limited by that.
So we have to normalize the counters. And there is an asymmetry
now, for blobs A, B of unequal size. A smaller A may be very
similar to the larger B (i.e. nearly/fully contained in B), but
not the other way around. So while we could get away with only 1/2
n**2 counters after normalization we have to keep both scores, A
vs B, and B vs A.
(4) Last, treat the set of blobs and scores as a directed graph, with
the blobs as nodes, and the two arcs between two blobs are
weighted by the scores from (3).
Then use some spanning tree algorithm for DAGs to select the
actual edges, i.e. which blobs get delta-encoded by what other,
starting, of course, with the edges of highest weight, i.e. the
most similar blobs.
Even with all that I expect that this will take quite some time,
especially for large repositories.
It might be possible to optimize a bit more by flagging the blobs
which took part in such an operation, and on the next run we only
compare the not-yet flagged blobs to all the flagged ones. That way we
would incrementally extend the spanning tree without touching the
existing edges.
(Ad *) The relevant things to compare are the blobs, not files. Many
revisions of different files can refer to the same blob, if
they contain identical content.
(Ad **) Re-use the rolling hash used by the delta-encoder ? It is
used to quickly find the parts in the two files similar to
each other.
--
So long,
Andreas Kupries <akupr...@shaw.ca>
<http://core.tcl.tk/akupries/>
Developer @ Hewlett Packard Enterprise
---
___
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] Is this a crazy idea?
On Thu, Mar 19, 2015 at 5:14 PM, Richard Hipp d...@sqlite.org wrote: On 3/19/15, Abilio Marques abili...@gmail.com wrote: Most of the friends I've shown fossil to love the idea of having SCM, wiki and tickets in the same, tiny place. Looks promising for them... but then they miss the git staging area. Fossil does give you the ability to do a partial commit (in case you are really want to commit changes that you have not tested). Just list the subset of files you want to commit on the commit command-line: fossil commit one.txt two.txt dir-three/ If you include directories in the list, then all modified files underneath those directories are committed. Does the git staging area provide any capability beyond this? AFAIK with git staging you can select specific changes in a single file as well, to commit only a sub-set of changes in that file. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Is this a crazy idea?
On Thu, Mar 19, 2015 at 6:10 PM, Abilio Marques abili...@gmail.com wrote: Really? didn't know that... I'm impressed by that. There've been times when I've needed it, then proceeded to stash, then stash apply, then modified, then committed, then stash popped and so on... Unless you mean that you do a git add, the modify the same file, and commit as is, without doing git add again... that way you can selectively commit a sub-set, but depends on the moment you did the adds. Never heard of selectivity. I know it could be off topic (does it?), but how would you do that? Do you have an example? I actually do not know how to do it from the command line. What I use is the git gui command (*), which is a light Tk interface to essentially look at the workspace and the staging area, with a list of files to the left, modified, new, deleted, and for modified files I see the unified diff of my changes for the selected file. I use that to go through all the changes, review them, and choose which to place into the commit, whole file, chunks, parts of a chunk (stage file, stage chunk, stage lines). How it does all this underneath, i.e. which other git commands get used and how, that I do not know. (*) Note, git gui is not gitk, although each can invoke the other, as a separate process. On Thu, Mar 19, 2015 at 8:28 PM, Andreas Kupries andre...@activestate.com wrote: On Thu, Mar 19, 2015 at 5:14 PM, Richard Hipp d...@sqlite.org wrote: On 3/19/15, Abilio Marques abili...@gmail.com wrote: Most of the friends I've shown fossil to love the idea of having SCM, wiki and tickets in the same, tiny place. Looks promising for them... but then they miss the git staging area. Fossil does give you the ability to do a partial commit (in case you are really want to commit changes that you have not tested). Just list the subset of files you want to commit on the commit command-line: fossil commit one.txt two.txt dir-three/ If you include directories in the list, then all modified files underneath those directories are committed. Does the git staging area provide any capability beyond this? AFAIK with git staging you can select specific changes in a single file as well, to commit only a sub-set of changes in that file. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil enterprise git features missing
Ah, her question was the reverse, taking features of git and adding to fossil. On Tue, Mar 17, 2015 at 3:41 PM, jungle Boogie jungleboog...@gmail.com wrote: Hi Heather, On 17 March 2015 at 15:30, heat...@trans-world.org wrote: Hello, on fossil website you say that fossil is designed for smaller and non-hierarchical teams and is meant for real small project compare to git, in this case is there any way to add to fossil the same features as git has? Git is licensed under some gpl and fossil is under BSD so you can take things from Fossil and put into Git! http://fossil-scm.org/index.html/doc/trunk/COPYRIGHT-BSD2.txt -- --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] ANSI color would be nice
On Mon, Mar 16, 2015 at 10:32 AM, bch brad.har...@gmail.com wrote: if anybody tackles this, I sure hope it's a non-default selectable option. The colors themselves must be user-definable as well. Not just because people have slightly different preferences, but also because of differing visibility (strongly depends on the chosen bg color of the terminal (white vs black vs some gray)) [*] [*] In my setup yellow text-color is pretty much invisible against the light grey background I use, as is white text. Adding bold helps. So, fixed colors will not really cut it. Reminds me that I should see how much of the Stackato cli (**) color commands can be put into Cmdr for more generic support. (**) https://github.com/ActiveState/stackato-cli (colors command, and color ensemble). http://core.tcl.tk/akupries/cmdr/index On 3/16/15, James Moger james.mo...@gmail.com wrote: If you're looking for improvement ideas (unfortunately without a corresponding contribution this time), ANSI color support would be a nice usability improvement. I suppose Windows could be a problem for that. -J ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Git-v-Fossil. Was: Google code shutting down
On Fri, Mar 13, 2015 at 8:46 PM, Timothy Beyer bey...@fastmail.net wrote: At Fri, 13 Mar 2015 20:23:51 -0400, James Moger wrote: You have a great solution. If not then... 5. Corporate users/teams need hooks to integrate with CI notification systems. Partial check. I see there are per-repository hook points, but they seem undeveloped. 6. Corporate users/teams need active notifications: mail, Slack, HipChat, Glip, etc Semi-existing with external tools. See http://core.tcl.tk/akupries/fx/index At least in my view, the ticketing system would be more useful with more hooks for ticket editing and submission. I wrote a vastly more powerful interface to the ticketing system that we use internally, Are the sources of this interface openly visible somewhere, i.e. OSS ? -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Git-v-Fossil. Was: Google code shutting down
Tim wrote: At Sat, 14 Mar 2015 13:33:31 -0700, Andreas Kupries wrote: On Fri, Mar 13, 2015 at 8:46 PM, Timothy Beyer bey...@fastmail.net wrote: At least in my view, the ticketing system would be more useful with more hooks for ticket editing and submission. I wrote a vastly more powerful interface to the ticketing system that we use internally, Are the sources of this interface openly visible somewhere, i.e. OSS ? Unfortunately, not yet. Sorry to hear that. At some point I am going to try to persuade my boss of the merits of releasing the source code, particularly to the ticket search capabilities. IIRC Richard is experimenting with general searching of fossil repos via the sqlite FTS, i.e. commits, wiki pages, tickets, etc. -- So long, Andreas Kupries akupr...@shaw.ca http://www.purl.org/NET/akupries/ Developer @ http://www.activestate.com/ EuroTcl 2015, June 20-21, Colgne/DE, http://www.eurotcl.tcl3d.org/ 22'nd Tcl/Tk Conference: Oct 19-23, Manassas, VA, USA --- ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] How to fix parallel timeline
On Wed, Mar 11, 2015 at 8:25 AM, Richard Hipp d...@sqlite.org wrote: On 3/11/15, David Mason dma...@ryerson.ca wrote: I have several students who, through some problem while cloning the fossil I created for them, created a parallel timeline. (see screenshot) I want to merge them, but fossil merge says there's no head to merge. The commits by the student are on the right and are not tagged as trunk, but tagging them as such doesn't seem to help. Using --baseline in merge didn't help either. I was about to suggest using --baseline. What is the exact command-sequence that you used? And how do you know it didn't work - did it give an error? I wonder if merging by exact sha-hash would work ? -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Veracity Version control
On Tue, Mar 10, 2015 at 12:15 PM, Ron W ronw.m...@gmail.com wrote: On Tue, Mar 10, 2015 at 1:58 PM, jungle Boogie jungleboog...@gmail.com wrote: -also isn’t a single-button way to switch the default settings of permissions to the repository from open-source (default) to private, corporate use. (No idea what this means) I'm thinking he wants 2 sets of default settings: The existing one (which he perceives as being open source oriented) and another set that are more appropriate for use by software teams within a corporate environment. My interpretation as well, although I would think that three such (standard) profiles would make most sense: open source, corporate, and private. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Veracity Version control
On Wed, Mar 11, 2015 at 11:16 AM, jungle Boogie jungleboog...@gmail.com wrote: Hi Andreas, On 11 March 2015 at 10:58, Andreas Kupries andre...@activestate.com wrote: On Wed, Mar 11, 2015 at 10:34 AM, Richard Boehme rboe...@gmail.com wrote: I would be strongly in favor of presets in Fossil as everyone has outlined open source - everyone can read corporate - only registered users can read, and new users have minimal permissions private - I'm unsure what this means. Comments? Single user with total access, nobody else. The repo at http://core.tcl.tk/akupries/lspace/ should be an example. Locked down entirely, to myself. So the difference between private and corporate is the number of people who have access? Private = 1 user all permissions Corporate = many users different permissions Open source = ability to clone view code on site This is my view, yes. With corporate more open than private, and more closed than OSS in the default perms. Is that correct? Thanks. Richard --- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] How to fix parallel timeline
On Wed, Mar 11, 2015 at 11:43 AM, Eric Rubin-Smith eas@gmail.com wrote: ... unless the students used raw SQL to hack there project-id to make it match the repository into which they were pushing. But I'm thinking that is not what happened here. Little anecdote. When I was a student we were using CVS for our big project. One teammate couldn't understand why his check-ins were not showing up in CVSTrac (thanks Richard:-)... investigation revealed that he was trying to 'cp' his files onto the CVS repo tree rather than using 'cvs' commands. Not sure which is a better stress tester, a randomized fuzz program Semi-recently seen on the sqlite list, and on HN today (https://news.ycombinator.com/item?id=9183225) http://lcamtuf.coredump.cx/afl/ or an inexperienced student with 5 volts of coffee onboard at 2am... Ouch -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Chiselapp isn't responding
The maintainer/hoster of chiselapp is Roy Keene rke...@rkeene.org and I forwarded the initial mail to him a minute ago or so. On Wed, Mar 4, 2015 at 3:03 PM, bch brad.har...@gmail.com wrote: On 3/4/15, Ross Berteig r...@cheshireeng.com wrote: I just tried to autosync with a repo I keep on chiselapp.com, and it failed. I tried http://www.downforeveryoneorjustme.com/chiselapp.com and it reports that http://chiselapp.com/ is not responding, so it clearly isn't *just* my ISP messing with me. I'm not sure who is maintaining it currently, but I'm hoping someone listening can take a peek and fix it. I forwarded this to Andreas, who I believe is the person closest to Chisel. -- Ross Berteig r...@cheshireeng.com Cheshire Engineering Corp. http://www.CheshireEng.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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil source download naming scheme
Archeopteryx (proto-bird) On Wed, Feb 25, 2015 at 1:12 PM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Wed, Feb 25, 2015 at 11:13:22PM +0300, Sergei Gavrikov wrote: If we all were paleontologists, we could use the names of fossil animals for significant milestones of Fossil SCM What fossil are of interested other than Trilobites?! Joerg ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] search - wiki only repository
AFAIK wiki pages have no parent. The various commits to a specific page P are simply _time_ordered_ under the name of the page. IOW wiki pages have no full-blown branching system, etc. Hence also the impossibility of 'merging' changes. On Wed, Feb 11, 2015 at 12:03 PM, Ron W ronw.m...@gmail.com wrote: On Wed, Feb 11, 2015 at 12:19 PM, Richard Hipp d...@sqlite.org wrote: The P-card on the Wiki artifact (https://www.fossil-scm.org/skin2/doc/trunk/www/fileformat.wiki#wikichng) shows the parent(s) of each Wiki commit. This has always been recorded. In Fossil version [3e5ebe2b90], when editing a wiki page, I did a view page source. I could not find anywhere the ID of the parent commit of the page being edited. If, when a wiki change is submitted, the parent ID is not included, how does Fossil know which commit is the actual parent of the new commit? ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Tango Icon Library
Licensing seems to be ok. Per Terms Of Use found on http://tango.freedesktop.org/ The Tango base icon theme is released to the Public Domain. The palette is in public domain. Developers, feel free to ship it along with your application. The icon naming utilities are licensed under the GPL (And we wold not be not using the icon naming utilities, right?) On Wed, Jan 21, 2015 at 9:14 AM, Svyatoslav Mishyn j...@openmailbox.org wrote: and demo: http://chiselapp.com/user/juef/repository/crux-ports/tree?ci=tip -- http://www.juef.tk/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] FLOSS interview
On Thu, Jan 8, 2015 at 3:32 PM, Joerg Sonnenberger jo...@britannica.bec.de wrote: On Thu, Jan 08, 2015 at 03:21:07PM -0800, bch wrote: The mtime/stat(2) stress is expensive because it's a order(n) operation, but better than any other validation (checksumming) method -- is git not subject to similar performance hits ? Does it have a diff't method to verify integrity, or does it punt on that front because of guarantees from elsewhere, or a different requirements ? You can't really avoid the O(n) hit without using a background monitor or the like. My point is that table update is done in such a bad manner, that the *constant* factor is extremely high. In other words, you want to update to a version with m changed files for a working copy with n files, the write cost should be O(m), but it is O(n). Ok, is that something which can be fixed by rewriting key pieces of SQL and/or C ? I.e. the command implementation would have to detect the unchanged files on update and skip them. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Some peanut gallerizing
Regarding timestamps see also http://hackaday.com/2014/12/19/nist-randomness-beacon/ q: More esoterically, one could use the Randomness Beacon to prove that something is newer than a certain date by including a recent Beacon entry. On Mon, Jan 5, 2015 at 12:07 PM, Stephan Beal sgb...@googlemail.com wrote: On Sun, Jan 4, 2015 at 5:29 AM, Kelly Dean ke...@prtime.org wrote: Fossil says the artifact list is supposed to be append-only, but it also has clusters as artifacts that are discardable. This is conceptually suboptimal. Very briefly, as my elbow infection is killing my left hand, but your mail is just too good to not respond to... For someone who just started with fossil yesterday, you've come a lng way in understanding it! Fossil tries to keep the storage of content a separate matter from the content itself, but doesn't fully succeed. Yes and no. It uses sqlite (the storage) to do a lot of the work, but the manifests contain all the raw metadata needed _except_ for the mapping of UUID to blob content (which is what the blob table does). The manifest is an essential part of the content, since it contains filenames, which are themselves content. However, some manifests also contain a B-card for delta compression, which is a storage matter. _Delta_ compression is a syntax extension for manifests only, and have no effect on the system outside of how their manifests are produced/parsed, so i would say B-cards are very much part of the metadata. _Content_ compression is indeed a storage issue, and is not mentioned anywhere in the manifests. The R-card looks redundant. What's it for? Very short answer: largely historical to prove data fidelity. It has in the mean time been made optional, but fossil still calculates it by default (and it's a very expensive calculation). The Z-card looks redundant. The name of an artifact is a hash of it and stored with it as uuid in the blob table, so you already have a way to verify it. blob table == storage unit. The manifest uses the UUID of the blob, but where it's stored is an implementation detail. Do R- and Z-cards need to be cryptographically secure? No. If so, why not use something better than md5? If not, then why not use something much faster than md5? Can't say - historical decision predating me. Tags for artifacts should be properties with value «true», not with value «nil». If the value is «nil», that should mean the artifact _doesn't_ have the specified property, which is how Emacs does it. I.e. ⌜(put 'some-artifact 'some-property nil)⌝ really doesn't look like it means ‟put a property on the artifact”; it looks like it means ‟remove (nullify) the property from the artifact”. Instead, ⌜(put 'some-artifact 'some-property t)⌝ puts a property on. As much as i love emacs, semantic compatibility with emacs has never been a goal. In the context of fossil, having a tag set does not imply true/false/nil - its interpretation is tag/context-specific. Most tags don't use values, and some reserved tags expect them to contain specific things (e.g. 'bgcolor' expects an HTML-style #RGB value). Does Fossil give any warning if you receive a new ticket update with a timestamp preceding an update that you yourself created and with a conflicting J-card? Then #2 would notice #1's update, even though nobody else would. This won't help if #2 dies too, but it's better than nothing. AFAIK, no. Timestamps are inherently unreliable, as anyone can set their system clock (and many people/systems manage not to, possibly via no fault of their own e.g. a misconfigured LAN time server). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] Examples of public Fossil repositories
I'm trying to compile a list of interesting public Fossil repositories. My list currently includes: [elided] And, of course, all of the repos on http://chiselapp.com/ Are there any others that I should add to the list? The repositories of my various projects are at http://core.tcl.tk/akupries/index.html with mirrors on chiselapp. Nothing special in terms of configuration. -- So long, Andreas Kupries akupr...@shaw.ca http://www.purl.org/NET/akupries/ Developer @ http://www.activestate.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] Fossil Emacs
Is http://chiselapp.com/user/venks/repository/emacs-fossil/doc/tip/doc/index.wiki known ? If not, consider this as an FYI ;) -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Uncommit. Was: Fossil checksum
Actually you might. By pushing a new tip on a branch a modified file X will likely cause the previous version of X to change to delta storage based on the new commit. IIRC. On Tue, Oct 28, 2014 at 2:46 PM, B Harder brad.har...@gmail.com wrote: On 10/28/14, Baruch Burstein bmburst...@gmail.com wrote: On Tue, Oct 28, 2014 at 11:25 PM, Richard Hipp d...@sqlite.org wrote: Just be VERY CAREFUL that you don't add an artifact that is also used in some other check-out that you want to keep, because after you shun it will be gone forever. Shouldn't the shunning function/command take care of rebasing any deltas off shunned artifacts? For the purpose of this discussion (pop-and-destroy), I think there will be no deltas to have to accommodate, since we're only working against a tip of any branch. -- ˙uʍop-ǝpısdn sı ɹoʇıuoɯ ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] diff --tk features and to-dos. Was: Diff against working copy
Fossil currently does not have FTS on content, be it code, wiki pages, or tickets. Unfortunately :( On Thu, Oct 23, 2014 at 11:06 AM, to...@acm.org wrote: Please save me the trouble of search - Do I have a Contributors Agreement for you in the firesafe? May I suggest this great SQLite3 tool to help you (1) keep track of your documents, and (2) quickly search for membership without even going to the safe? (Sorry, I couldn’t resist! [image: Smile]) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Diff against working copy
Also note that a 32bit ActiveTcl runs just fine on a 64bit system. Only the 64bit extensions go under the business license. The best person to ping at ActiveState about your issues with the licensing is Jeff. On Tue, Oct 21, 2014 at 9:06 AM, Richard Hipp d...@sqlite.org wrote: I realize I am probably making a mountain out of a mole hill here, I concur. Just get the community edition and run the installer. Or, clone the Tcl and Tk repos and compile them yourself. I've not done this lately, but last I checked they both work out-of-the-box using both MSVC and MinGW. but what do you make of this page? http://www.activestate.com/languages/compare-editions That's what I meant when I referred to licensing. ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 21th Tcl Conference - Registration Hotel Reminder
21'th Annual Tcl/Tk Conference (Tcl'2014) http://www.tcl.tk/community/tcl2014/ This is a reminder that Registration for the Conference is open and can be done at http://www.tcl.tk/community/tcl2014/reg.html Note that the holding period for hotel rooms has passed. To register for a room, call 1-503-796-3851, speak to Mary Kirchner and mention the Tcl Conference to receive the reduced rate. See you in Portland, Andreas Kupries Tcl 2014 Program Chair ActiveState Software Inc. Vancouver, BC, Canada ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] new ticket script changes
On Tue, Sep 30, 2014 at 11:23 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Sep 30, 2014 at 8:14 PM, Gaurav M. Bhandarkar gaurav.a...@gmail.com wrote: I get following error while creating new ticket : ERROR: SQL error: access to table user is restricted error code 23: access to user.info is prohibited How can I resolve this? i can't answer that one, but i suspect that Joe M. will be able to. The restriction is coded in fossil as a special sqlite authorizer callback. It also ensures that reports can only do SELECTS and not INSERT, UPDATE, etc. I believe/speculate that access to the user table is restricted to prevent accidental (or malicious) exposure of the password hashes for the users. AFAIK the only way around that is to use direct sqlite3 access to the repository to create a table fx_users [1] or some such which is partial copy of the users table and will be accessible in reports, and other TH1 code. Of course, creating such a shadow then creates the need to somehow track changes to the users table and copy them over into the shadow. [1] While the name in general can be as you like the fx prefix ensures that the fossil app will consider it an extension table it has to ignore at all times. Not using the fx prefix means that a 'rebuild' will wipe the shadow table, for example. If JoeM has better ideas I will be interested in them as well. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] How to use the ticket subsystem?
On Tue, Sep 30, 2014 at 11:55 AM, to...@acm.org wrote: Thanks, this is great! One problem though! The values I set are not pulled to my local copy. Is that expected? The 'TH1 Common' script is part of the configuration data, area 'ticket'. This is normally not sync'd. See the fossil help config for the commands to move this (config) information around. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] new ticket script changes
Now I wonder if wrapping the user table into a VIEW is good enough to allow access. Likely not, because that would then be a much too easy way of circumventing the authorizer. On Tue, Sep 30, 2014 at 12:25 PM, Gaurav M. Bhandarkar gaurav.a...@gmail.com wrote: Well, I attempted it because http://www.fossil-scm.org/index.html/doc/tip/www/custom_ticket.wiki suggested it was possible. it might be good to automatically scoop up the user's email and put it here On Wed, Oct 1, 2014 at 12:02 AM, Andreas Kupries andre...@activestate.com wrote: On Tue, Sep 30, 2014 at 11:23 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Sep 30, 2014 at 8:14 PM, Gaurav M. Bhandarkar gaurav.a...@gmail.com wrote: I get following error while creating new ticket : ERROR: SQL error: access to table user is restricted error code 23: access to user.info is prohibited How can I resolve this? i can't answer that one, but i suspect that Joe M. will be able to. The restriction is coded in fossil as a special sqlite authorizer callback. It also ensures that reports can only do SELECTS and not INSERT, UPDATE, etc. I believe/speculate that access to the user table is restricted to prevent accidental (or malicious) exposure of the password hashes for the users. AFAIK the only way around that is to use direct sqlite3 access to the repository to create a table fx_users [1] or some such which is partial copy of the users table and will be accessible in reports, and other TH1 code. Of course, creating such a shadow then creates the need to somehow track changes to the users table and copy them over into the shadow. [1] While the name in general can be as you like the fx prefix ensures that the fossil app will consider it an extension table it has to ignore at all times. Not using the fx prefix means that a 'rebuild' will wipe the shadow table, for example. If JoeM has better ideas I will be interested in them as well. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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 on Fossil-v-Git
On Fri, Sep 5, 2014 at 1:24 PM, sky5w...@gmail.com wrote: I asked about an automated shun, but shun is not available except through ui. :( http://core.tcl.tk/akupries/fx/index fx help ... Advanced Armed Dangerous Shunning fx shun add uuid... Shun artifacts fx shun listShow the list of all shunned artifacts fx shun remove uuid...Reaccept artifacts which have been shunned fx shunned Show the list of all shunned artifacts -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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 on Fossil-v-Git
On Fri, Sep 5, 2014 at 4:09 PM, sky5w...@gmail.com wrote: Interesting, but I am unsuccessful attempting to read any of what you post? My apologies for making my post short and inscrutable. Can you provide a url directly to 'fx shun add' documentation? Or do I have to install this to become Armed Dangerous? :) The 'fx' application, and supporting code, currently only exist in the fossil repository I gave the link to. The command reference currently only exists as output of the 'fx help' command as well, requiring you to install it. Which can take a bit, given the various dependencies. At least that process is fully documented in at linked repository, in the various guides (Get Sources, Build and Install). While I have it on my todo list to write a script which takes the internal help spec and produces nice HTML output (or doctools markup) I have not yet managed to get up and actually do that. What I wrote in my mail was essentially the output of fx help FH ; slice FH 143 153 with the 'Peering' section removed. On Fri, Sep 5, 2014 at 4:39 PM, Andreas Kupries andre...@activestate.com wrote: On Fri, Sep 5, 2014 at 1:24 PM, sky5w...@gmail.com wrote: I asked about an automated shun, but shun is not available except through ui. :( http://core.tcl.tk/akupries/fx/index fx help ... Advanced Armed Dangerous Shunning fx shun add uuid... Shun artifacts fx shun listShow the list of all shunned artifacts fx shun remove uuid...Reaccept artifacts which have been shunned fx shunned Show the list of all shunned artifacts -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] edits to ticket table not synchronized with 'fossil config pull all'
You have to run fossil rebuild on _all_ repositories with the new definition. This rebuilds the derived tables (TICKET, TICKETCHNG) from the actual tickets, and ensures that they actually have the new column you defined. On Tue, Sep 2, 2014 at 11:36 AM, Eric Rubin-Smith eas@gmail.com wrote: In one of my fossil repos, I edited the tickets table by adding a column. I wanted to pull the new column definition into a repo clone, so I said fossil config pull all from the other repo, to no avail. New reports, the New Ticket and Edit Ticket pages and so on were properly synchronized, but the table definition itself was not. This leads to this error message in one of the reports I have defined that uses the new column: SQLITE_ERROR: no such column: releaseGate Other commands that did not work: fossil config pull ticket fossil config pull ticket --overwrite fossil pull I have seen this every time I have tried to add a column to the tickets table. I normally work around it by copy-pasting the ticket definitions, but that is probably not going to be acceptable for my other users. Am I doing something wrong? Eric ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Pull requests
Let me see On Tue, Sep 2, 2014 at 2:49 PM, David Given d...@cowlark.com wrote: 1) C clones M's repository. 2) C does some work in multiple checkins. 3) C points the Magic Pull Request tool at a commit. This spits out a bundle containing everything that's needed to add that commit (and its ancestors) to M's repository. 4) C sends the bundle to M. 5) M adds the bundle to their repository (or a clone of their repository). All of C's changes end up in a private branch. Alternatively, M always operates on a clone, obviating the need for the private branch. It would just be a branch. ... Ok, it is less secure given that M may forget to make the clone. Maybe M should have a Magic Pull Request Receiver Tool as well, to feed the bundle into; and it does all that (clone, import, ...) 6) M examines the changes, and either rejects them or merges them into trunk. None of this actually looks very hard. The trickiest part is step 3. Exporting the bundle is easy --- the git exporter is only 400 loc. Calculating what goes into the bundle is the only bit of interest, and even that's pretty straightforward: a) construct set of all ancestor commits from the nominated one b) subtract all commits in M's repository c) export commits remaining Pulling the commit graph from a local .fossil file looks pretty straightforward --- experimentation gives me this: SELECT parent.uuid, child.uuid FROM plink, blob AS parent, blob AS child WHERE child.rid = plink.cid AND parent.rid = plink.pid; (That seems way too easy, so I'm sure there's something I'm missing.) However, M's repository is *remote*, so I don't have direct access to its database. What's the easiest way to get the same information from a remote repository? It doesn't matter if it's hacky; I'd like to put together a proof-of-concept... What your are proposing is actually a sync over mail with the complicated part the detection of what M has and you therefore do not have to send. That information is part of a regular pull operation, so if we can invoke only the steps to get that, without actually sending any content back, then your new tool knows what the other side has. More info on this in http://fossil-scm.org/index.html/doc/tip/www/sync.wiki Note that this requires digging into the fossil sources and extending it with a command which runs the limited pull delivering the necessary igot's from M to C, and printing the data for your tool. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Pull requests
On Tue, Sep 2, 2014 at 3:36 PM, Ron W ronw.m...@gmail.com wrote: Your proposal for automatically calculating a list of commits to treat as already exported is a very good idea. Would definitely make the incremental export much easier to use. Your proposal to automatically strip (or rename) branch/tag info is likely to break something. According to http://www.fossil-scm.org/index.html/doc/tip/www/fileformat.wiki#manifest a manifest (= committed revision) can indeed contain T'ag information. I am not sure under which circumstances such information is actually added (vs just possible). ... Ah, seems to happen when you commit --branch (looked at some of my own repos where I usually do that instead of 'branch new'.). So, yes, stripping information entirely is not possible, only creation of additional control artifacts which would cancel such tags. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com, http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 2nd Call For Papers, 21th Annual Tcl/Tk Conference 2014
21'th Annual Tcl/Tk Conference (Tcl'2014) http://www.tcl.tk/community/tcl2014/ [ It is 4 weeks to the deadline for Abstracts and proposals ... ] November 10 - 14, 2014 Embassy Suites Downtown Portland, Oregon, USA Important Dates: Abstracts and proposals due Sep 8, 2014 Notification to authors Sep 22, 2014 Author materials dueOct 20, 2014 Tutorials start Nov 10, 2014 Conference starts Nov 12, 2014 [[ Registration is open. ]] Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2014 will be held in Portland, Oregon, USA from November 10 - 14, 2014. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2014. Authors of accepted abstracts will have until September 2, 2014 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis. WIP slots can be reserved like any paper proposal. BOF slots will be managed on-site. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2014/) and will be published on various Tcl/Tk-related information channels. Registration is open. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena Corp General Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Brian Griffin Mentor GraphicsSite/Facilities Chair Arjen MarkusDeltares Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Donal Fellows University of Manchester Gerald Lester KnG Consulting, LLC Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry
Re: [fossil-users] rolling back to a previous version of a project
General link to information http://www.fossil-scm.org/index.html/doc/tip/www/permutedindex.wiki I thought that http://www.fossil-scm.org/index.html/doc/tip/www/concepts.wiki might help, however that goes not really go into branches. From the TOC the Fossil Book (link in the permuted index, at the top (Jim Schipf) as a big section on that. On Wed, Jul 30, 2014 at 11:15 AM, Hajas, Wayne wayne.ha...@dfo-mpo.gc.ca wrote: I suspect this question has a simple and obvious answer, but I am new to Fossil and to version control. Maybe I wasn’t using the correct terminology when I was searching for an answer. At this point in time, I am making sure I understand how Fossil works before I commit to it. Here is the hypothetical situation: I have code that is maintained under Fossil. A major change request is made and many revisions occur. The change is completed but then a decision is made not to implement the change for another year. Relatively minor changes are expected to occur before the roll-out of the major change that was postponed. Under Fossil, how do I roll-back the project to the way it was before the major change was started? Can I keep the revised version of the project as a branch and then try to merge it back into a newer working-version later on? I would appreciate any advice or any links to where these issues are discussed. Thanks, Wayne Hajas Stock Assessment Analyst Fisheries and Oceans Canada Pacific Biological Station Canada 250-756-7367 wayne.ha...@dfo-mpo.gc.ca ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Curses! (foiled again?)
On Tue, Jul 22, 2014 at 10:56 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Jul 22, 2014 at 7:33 PM, Gour g...@atmarama.net wrote: Have you seen https://github.com/nsf/godit - text editor? i hadn't until now. It seems he implemented all of those features in script code. i was hoping someone had written them in C already. Maybe the time i saved wrapping termbox (only heard about it 6 hours ago) over curses (would have taken several days) can be invested in some widgets. But first i need a windowing/paneling system, so that's my first step... Having heard about termbox only through this thread I just had a quick look over the API ... The blit() function seems to be the core for windowing, copying a cell-rectangle into the main termbox buffer. Have a display-list of windows = rectangles, and blit() them into the main buffer, from back to front before presenting the result. Missing features to help with this - Can't blit() rect's out of the main buffer (to save state, before blitting in a modal window, for example) - Can't redirect the put()/change() APIs to work on rect's outside of the main buffer. Still, something to keep track off. Might be interesting to see how it meshes with linenoise. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Curses! (foiled again?)
On Tue, Jul 22, 2014 at 11:45 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Jul 22, 2014 at 8:21 PM, Andreas Kupries andre...@activestate.com wrote: i (coincidentally) emails the author asking about the ability to save/restore blocks. No answer yet, but it was only an hour or so ago. Heh. Looking at the godit link from Gour godit seems to be from the same person as termbox, and termbox-go. , it seems it is indeed possible to implement multi-windowing, popup window support, etc., using only the available APIs. See the screenshots - it looks a lot like emacs and is implemented in go: https://github.com/nsf/godit - Can't redirect the put()/change() APIs to work on rect's outside of the main buffer. That's where the Window class (fairly analog to a curses Window) would come in. It would need its own variants which translate the coordinates into the global (stdscr) space. Not necessarily. If the operations are done on the window buffer itself no transform is required. It happens implicitly when the window buffer is blitted into the main for presentation. The fact that there's only one output routine (tb_change_cell(); tb_put_cell() is just a convenience wrapper around that one) should mean that higher-level code has to wrap less stuff. In curses there are many routines which have to be specialized for windows vs pads vs panel. BTW: termbox got the coordinates right: (x,y) instead of (y,x). Curses is dead. Long live curses. Still, something to keep track off. Might be interesting to see how it meshes with linenoise. termbox provides all the low-level bits you'd need to implement linenoise-like editing, but it would be a bit of work to do, at least in C - might be easier in script code. Speaking of: it took me all of a couple hours to bind the 12-or-so functions to script space, and i'm quite certain you could implement a TCL module for it faster than that. Heh. Yes, after looking at termbox my first thought was that it should be easy to make a low-level binding for it with critcl. My point is only - in the off chance that you want to experiment with it, doing so would not require a huge time sink. True. Will post screenshots if/when i've got something interesting to show. The core API binding is finished (plus a few extras, e.g. clearing the screen using given fg/bg attributes), but i'm not yet sure if i'm in the mood to hack on it further tonight. Have fun. (The world is currently not so funny right now :( ) -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] 2 repos being each others remote-url
On Thu, Jun 26, 2014 at 1:18 PM, Andy Goth andrew.m.g...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/21/2014 11:48 AM, Michai Ramakers wrote: does it make sense to have 2 repos on different machines having each others remote-url? I can imagine things get a bit weird, sync-tree wise, when more machines are involved, but I couldn't think of a counter-argument for 2 machines. It's just that I've never seen such a setup being mentioned here, afaik. I'm working with a bizarre setup where multiple computers need to keep a repository synchronized despite routing not being configured such that the computers can all talk to each other without intermediates. For the links that can go through TCP/IP, I just do manual pushes and pulls to keep it up to date. Autosync is nice, but it doesn't get me the whole way there. If I could configure a repository to automatically push to other computers whenever something is pushed to it, that would help. fx's (*) peer command hierarchy is a step in that direction, in that it has the information, stored directly in the sqlite db of the repository. It needs an external trigger though. I usually use cron. However I see nothing in my code which would prevent it getting triggered via a TH1 change hook, making the push automatic. That being said, if a push is still running when the next change gets committed and triggers it again ... That will need some outside queue management to both (a) defer the next push until the current run is complete, and (b) collate multiple triggers while a push is running. (*) http://core.tcl.tk/akupries/fx/index The only thing that makes this not be a forking nightmare is the fact that I'm the only one who ever commits. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Playing with ticket in console
On Fri, Jun 20, 2014 at 4:55 AM, Stephan Beal sgb...@googlemail.com wrote: Hi! The tickets subsystem is www-only. There are neither cli nor json interfaces for it. So what is documented by fossil help ticket ? Yes, the ticket system does have some cli commands for working it. While nothing for reconfiguration of the system in itself, access to the tickets is present. - stephan Sent from a mobile device, possibly from bed. Please excuse brevity and typos. On Jun 20, 2014 10:35 AM, Baptiste Daroussin baptiste.darous...@gmail.com wrote: Hi, I fail to find a way to play with tickets directly via the cli, am I missing something? I can see how to list reports etc, but I find no way to open,close,comment,grab an attachment from cli (the last part is probably the most important) I really do enjoy the web interface but it is imho really important that all(most) operations available on web interface should be available via the cli (think automation) In my case I'm working on a CI where I notify via th1 changes the CI and automatically grab attached patches if available. regards, Bapt ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] git-fossil-git does not obtain the same commit hashes.
The tool FX http://core.tcl.tk/akupries/fx/index has commands to push from fossil repositories to git repositories. (fx help peer) (Relevant: add-git, remove-git, state, exchange) All the various git magic commands (*) can be seen at http://core.tcl.tk/akupries/fx/artifact/506f0f3cffafe4e5b4014554e6c09a2204b04f03?ln=575-795 and http://core.tcl.tk/akupries/fx/artifact/506f0f3cffafe4e5b4014554e6c09a2204b04f03?ln=356-380 is the control on top. (*) While the core is a fossil export --git | git fast-import see http://core.tcl.tk/akupries/fx/artifact/506f0f3cffafe4e5b4014554e6c09a2204b04f03?ln=727-728 there is apparently quite a bit around it to manage git helper repos. On Tue, Jun 3, 2014 at 11:44 AM, Nico Williams n...@cryptonector.com wrote: On Tue, Jun 3, 2014 at 1:07 PM, Nico Williams n...@cryptonector.com wrote: On Tue, Jun 3, 2014 at 12:09 PM, Stephan Beal sgb...@googlemail.com wrote: FWIW: Fossil was never intended to be a round-trip safety hatch for other SCMs which aren't as data-robust. Maybe convince the git developers to move their metadata into sqlite instead? Being able to round-trip this way might allow more users to test-drive Fossil. Getting radical architectural changes to git accepted seems likely to be impossible. I'd rather convince the Fossil developers/community to support the git features we need: BTW, another thing is that if Fossil could support git remote repos to push to, that would be great. Yes, tickets and wiki artifacts would't go. But it'd allow one to push to github/gitorious/... repos from Fossil workspaces. Yes, there's Chiselapp, but I think there's value in this. Get users hooked, then direct them to Fossil and Chiselapp for all that which git lacks. Nico -- ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] git export bug, and fix.
Using the fossil head, i.e. This is fossil version 1.29 [5d4400400a] 2014-05-27 20:36:33 UTC for a git export on my clone of http://core.tcl.tk/akupries/fx/home I.e. fossil export --git DUMP the resulting DUMP contains lines of the form: % grep -n ^committer DUMP| head 229901:committer Andreas Kupries akupr...@shaw.ca 1367645581 + [...] Note the lone between the user name and the email address in its own The git fast_import chokes on that. Looking at my 'info' the data looks ok, i.e % fx user list Checkout @ /home/aku/Projects/Tools/Fossil2Git/source.fossil +-+-++--++ | Name| Permissions | Contact| Changed | Notes | +-+-++--++ | aku | s | Andreas Kupries akupr...@shaw.ca | Wed Apr 23 22:59:44 PDT 2014 || [...] A quick look at static void print_person(const char *zUser) in fossil/src/export.c which I believe is most likely responsible for the broken output, did not show anything obvious. However the code looks to be a bit complex with searching for , , etc. I suspect I have to single-step it to understand what is going on. ... Looking a bit more I now suspect the line zName = mprintf(%.*s, i, zContact); because if I read the previous search right the i points to the opening of the mail at that point, making it part of the extracted zName. Yes, changing this to i-1 gets rid of the bogus in the output and git fast_import accepts the DUMP file. Notes: * I have no desire to bisect the repository to see where the issue came in ... ... Oh, ok, it seems to have been part of the initial implementation of the git export in 2011. http://www.fossil-scm.org/index.html/info/0f024d3e30741af3403c1c87ee5d689741e5a63c It seems to trigger only for users which have email addresses in their contact info. * The code should possibly trim trailing whitespace from the extracted name. With my small fix there is a trailing space in the name which is placed into the output as well, leading to two spaces between name and email. The fast_import is ok with that, it just offends my tastes re data formatting. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] git export bug, and fix.
I can do that. Note that I am about to go home and would do the commit after my arrival there, which should be in about 2 hours (*). (*) Normally 1/2 hour, however nowadays I try to walk a bit longer for exercise. On Tue, May 27, 2014 at 5:20 PM, Richard Hipp d...@sqlite.org wrote: Are you planning to check your changes in? On Tue, May 27, 2014 at 7:55 PM, Andreas Kupries andre...@activestate.com wrote: Using the fossil head, i.e. This is fossil version 1.29 [5d4400400a] 2014-05-27 20:36:33 UTC for a git export on my clone of http://core.tcl.tk/akupries/fx/home I.e. fossil export --git DUMP the resulting DUMP contains lines of the form: % grep -n ^committer DUMP| head 229901:committer Andreas Kupries akupr...@shaw.ca 1367645581 + [...] Note the lone between the user name and the email address in its own The git fast_import chokes on that. Looking at my 'info' the data looks ok, i.e % fx user list Checkout @ /home/aku/Projects/Tools/Fossil2Git/source.fossil +-+-++--++ | Name| Permissions | Contact| Changed | Notes | +-+-++--++ | aku | s | Andreas Kupries akupr...@shaw.ca | Wed Apr 23 22:59:44 PDT 2014 || [...] A quick look at static void print_person(const char *zUser) in fossil/src/export.c which I believe is most likely responsible for the broken output, did not show anything obvious. However the code looks to be a bit complex with searching for , , etc. I suspect I have to single-step it to understand what is going on. ... Looking a bit more I now suspect the line zName = mprintf(%.*s, i, zContact); because if I read the previous search right the i points to the opening of the mail at that point, making it part of the extracted zName. Yes, changing this to i-1 gets rid of the bogus in the output and git fast_import accepts the DUMP file. Notes: * I have no desire to bisect the repository to see where the issue came in ... ... Oh, ok, it seems to have been part of the initial implementation of the git export in 2011. http://www.fossil-scm.org/index.html/info/0f024d3e30741af3403c1c87ee5d689741e5a63c It seems to trigger only for users which have email addresses in their contact info. * The code should possibly trim trailing whitespace from the extracted name. With my small fix there is a trailing space in the name which is placed into the output as well, leading to two spaces between name and email. The fast_import is ok with that, it just offends my tastes re data formatting. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] git export bug, and fix.
Ok. On Tue, May 27, 2014 at 5:28 PM, Richard Hipp d...@sqlite.org wrote: On Tue, May 27, 2014 at 8:26 PM, Andreas Kupries andre...@activestate.com wrote: I can do that. Note that I am about to go home and would do the commit after my arrival there, which should be in about 2 hours (*). We await your fix. -- 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] stupid libfossil shell script tricks: recursing through checkouts
On Wed, May 7, 2014 at 10:18 AM, Stephan Beal sgb...@googlemail.com wrote: Hi, all, Anyway... The script: http://fossil.wanderinghorse.net/repos/cwal/index.cgi/finfo?name=vgLastFewVersions.sh Of course it could be refactored into a generic (repo-independent) script which then calls a repo-specific script to do whatever for each checked out version, but so far that's overkill for me. If one of you _does_ do that, please post it so i can steal it :). See http://core.tcl.tk/akupries/crunch/index 'process' script. Tcl, of course. The 'main*' scripts are bash, just calling on the various scripts, in different combinations. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 1st Call For Papers, 21th Annual Tcl/Tk Conference 2014
21'th Annual Tcl/Tk Conference (Tcl'2014) http://www.tcl.tk/community/tcl2014/ November 10 - 14, 2014 Embassy Suites Downtown Portland, Oregon, USA Important Dates: Abstracts and proposals due Sep 8, 2014 Notification to authors Sep 22, 2014 Author materials dueOct 20, 2014 Tutorials start Nov 10, 2014 Conference starts Nov 12, 2014 [[ Registration is open. ]] Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2014 will be held in Portland, Oregon, USA from November 10 - 14, 2014. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2014. Authors of accepted abstracts will have until September 2, 2014 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis. WIP slots can be reserved like any paper proposal. BOF slots will be managed on-site. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2014/) and will be published on various Tcl/Tk-related information channels. Registration is open. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena Corp General Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Brian Griffin Mentor GraphicsSite/Facilities Chair Arjen MarkusDeltares Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Donal Fellows University of Manchester Gerald Lester KnG Consulting, LLC Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry Virden Mike Doyle National Museum of Health Medicine
Re: [fossil-users] Merging two leaves not on the same graph?
Note also that chiselapp has a Clone Repo option under the Create Repo page. IOW if you are able to expose your repo via 'fossil server' on some http(s) url you can then clone it into the new chiselapp. Not sure however what limits apply there (size-, or time-wise). Might be useful to ask Roy (chiselapp host maintainer) On Thu, May 1, 2014 at 12:42 PM, Andy Goth andrew.m.g...@gmail.com wrote: On 5/1/2014 2:11 AM, Gerald Gutierrez wrote: Too big. Chiselapp has an 8MB upload size limit. That explains it. You created a new repository and pushed to it, but that new repository had that unwanted empty commit, set to the current date and time. Whenever I convert an existing project to Fossil, I have to do [fossil new -date-override] to specify the date of the initial commit, putting it before the oldest commit I'm going to be putting into it. Chiselapp doesn't directly have this feature, but that doesn't mean it's out of reach. You can make a new, empty repository on your own computer with the initial commit date set to whenever, upload that, then push to it. -- Andy Goth | andrew.m.goth/at/gmail/dot/com ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Merging two leaves not on the same graph?
Talked with Roy on the Tcler's chat. [12:54]rkeeneaku, The 8MB limit is incorrect -- it's really 2GB (IIRC) but the page doesn't say that [12:55]rkeeneThere might be a timeout for Clone Repo in terms of the CGI wait -- I can fix that if there is so that the clone happens async. if it doesn't already [12:55]akuAre you subscribed to fossil-user mailing list ? we just have a thread where an 8MB limit was mentioned [12:56]rkeeneNo, but maybe I can reply somehow ? [12:57]rkeeneupload_max_filesize = 200M [12:57]akuLet me see, I will send a mial with you cc'd [12:57]rkeeneSo 200MB is the real limit [12:57]akuto bring you into the thread On Thu, May 1, 2014 at 12:50 PM, Andreas Kupries andre...@activestate.com wrote: Note also that chiselapp has a Clone Repo option under the Create Repo page. IOW if you are able to expose your repo via 'fossil server' on some http(s) url you can then clone it into the new chiselapp. Not sure however what limits apply there (size-, or time-wise). Might be useful to ask Roy (chiselapp host maintainer) On Thu, May 1, 2014 at 12:42 PM, Andy Goth andrew.m.g...@gmail.com wrote: On 5/1/2014 2:11 AM, Gerald Gutierrez wrote: Too big. Chiselapp has an 8MB upload size limit. That explains it. You created a new repository and pushed to it, but that new repository had that unwanted empty commit, set to the current date and time. Whenever I convert an existing project to Fossil, I have to do [fossil new -date-override] to specify the date of the initial commit, putting it before the oldest commit I'm going to be putting into it. Chiselapp doesn't directly have this feature, but that doesn't mean it's out of reach. You can make a new, empty repository on your own computer with the initial commit date set to whenever, upload that, then push to it. -- Andy Goth | andrew.m.goth/at/gmail/dot/com ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ Send mail to tclconfere...@googlegroups.com, by Sep 8 Registration is open. ___ 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] Deleting user?
The usual way of disabling a user is (AFAIK) to drop all the user's permissions, i.e. fossil user capabilities NAME At that point the password does not matter anymore as the user is I believe not even able to log in at all. On Tue, Apr 29, 2014 at 3:55 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Apr 29, 2014 at 12:47 PM, BohwaZ boh...@bohwaz.net wrote: Is it possible to delete a user from the database? I've got quite a lot of ghost users (mainly spammers and hack attempts), that never posted or contributed anything and I want to delete their accounts but can't find any way to do that. That said, i would recommend (until we see a definitive answer) that you simply disable the accounts. e.g. fossil user password NAME XYZ will set the password to XYZ (which the attacker presumably does not know). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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 on config syncing
On Mon, Apr 28, 2014 at 6:55 PM, Andreas Kupries
andre...@activestate.com wrote:
On Mon, Apr 28, 2014 at 5:27 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 8:23 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 5:09 PM, Andreas Kupries
andre...@activestate.com wrote:
and lots of users are _not_ shown, especially not the new mi entry.
Fossil is running SELECT * FROM user WHERE mtime?1 on the server side,
with ?1 bound to 0. But many entries of the user table on the server have a
value of NULL.
I ran this:
UPDATE user SET mtime=strfime('%s','now') WHERE mtime IS NULL;
So I'm guessing the sync will work better now.
Yes. I can confirm that my local copy now has all the users.
Thank you.
I still suspect that these entries with mtime IS NULL come from the
self-registration.
Any way to confirm|falsify this suspicion ?
Just came across
http://fossil-scm.org/index.html/info/a9235f4cc4af60970cfffa865ffe54452f49d811
which fixes the issue in fossil itself, confirming the suspicion.
Thank you.
Now we just need some way for the fossil executable to auto-fix a
repository when it sees this type of damage.
In the meantime I will go over the repositories on core and manually fix them.
Ok, done: Tk, Itcl, tclconfig, Thread; and Tcl again (had another new
self-registered user since yesterday). All others were good.
Will check them again in a few days ... You might wish to update the fossil exe
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster(tm)
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/
21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/
21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
___
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 on config syncing
+1 from me.
Thinking of rebuilds, any chance of having the rebuild ignore tables
whose names starts with fx (case-insensitive) ?
I currently work on a tool which stores some of its data in the repo
db, in custom tables. A rebuild leaves these tables empty.
On Tue, Apr 29, 2014 at 9:54 AM, Stephan Beal sgb...@googlemail.com wrote:
On Tue, Apr 29, 2014 at 6:52 PM, Andreas Kupries andre...@activestate.com
wrote:
Now we just need some way for the fossil executable to auto-fix a
repository when it sees this type of damage.
Any objections to me adding this to the rebuild bits:
update user set mtime=strftime('%s','now') where mtime IS NULL
?
--
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
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
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/
21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
___
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 on config syncing
Yes, that looks good to me. Thank you. On Tue, Apr 29, 2014 at 10:01 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Apr 29, 2014 at 6:54 PM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Apr 29, 2014 at 6:52 PM, Andreas Kupries andre...@activestate.com wrote: Now we just need some way for the fossil executable to auto-fix a repository when it sees this type of damage. Any objections to me adding this to the rebuild bits: [stephan@host:~/cvs/fossil/fossil]$ f-query -e select login, mtime from user limit 3 login mtime stephan NULL anonymous NULL nobody NULL [stephan@host:~/cvs/fossil/fossil]$ f rebuild 100.0% complete... [stephan@host:~/cvs/fossil/fossil]$ f-query -e update user set mtime=NULL where login='anonymous' [stephan@host:~/cvs/fossil/fossil]$ f-query -e select login, mtime from user limit 3 login mtime stephan 1398790645 anonymous NULL nobody 1398790645 [stephan@host:~/cvs/fossil/fossil]$ f rebuild 100.0% complete... [stephan@host:~/cvs/fossil/fossil]$ f-query -e select login, mtime from user limit 3 login mtime stephan 1398790645 anonymous 1398790680 nobody 1398790645 @Andreas: would that suffice for your purposes? @Richard: any objections? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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 on config syncing
On Tue, Apr 29, 2014 at 10:13 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Apr 29, 2014 at 7:04 PM, Andreas Kupries andre...@activestate.com wrote: +1 from me. If i hear no veto from Richard this evening i'll check it in. Thinking of rebuilds, any chance of having the rebuild ignore tables whose names starts with fx (case-insensitive) ? We added that late last Summer or Fall: [stephan@host:~/cvs/fossil/fossil/src]$ grep fx_ rebuild.c AND name NOT GLOB 'fx_*' I currently work on a tool which stores some of its data in the repo db, in custom tables. A rebuild leaves these tables empty. Ok. Then the issue was me using an old version of fossil (1.21 of 2011). In the wake of the user/mtime issue I updated to the head, self-compiled (*) to see if that was the issue. Which means that I should be good on the rebuild front now as well. I will check this evening. (*) Can't actually use the downloads (My desktop/net box is a bit old, and the glibc apparently too old for the current prebuilt binaries.). No biggie. I have no trouble with building stuff myself, and fossil is easy. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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 on config syncing
On Tue, Apr 29, 2014 at 11:03 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Apr 29, 2014 at 7:44 PM, Andreas Kupries andre...@activestate.com wrote: Ok. Then the issue was me using an old version of fossil (1.21 of 2011). In the wake of the user/mtime issue I updated to the head, self-compiled (*) to see if that was the issue. Which means that I should be good on the rebuild front now as well. You weren't until ... right now. i just committed this: Ok. I will check this evening. Please pull before doing so. Will do. CC myself as proper reminder. (*) Can't actually use the downloads (My desktop/net box is a bit old, and the glibc apparently too old for the current prebuilt binaries.). No biggie. I have no trouble with building stuff myself, and fossil is easy. i only use the downloadable fossil binaries when i sorely break my local sources and can't build. Heh. For that you keep an older working executable around, use it to make a new checkout, go to the last working revision and build that ... Or something. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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 on config syncing
Logging in as admin to the Tcl repository and looking at the user list, i.e. http://core.tcl.tk/tcl/setup_ulist I see an entry for 'mi', id 92. Using 'fossil config pull all' on the repository into my local copy, then rebuild'ing the local database, I lastly look at the local user table and lots of users are _not_ shown, especially not the new mi entry. It seems to happen for the self-registered user entries. Older entries of this type were apparently not pulled for my initial run either. Any idea why these are not retrieved by the config pull ? -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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 on config syncing
On Mon, Apr 28, 2014 at 5:27 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 8:23 PM, Richard Hipp d...@sqlite.org wrote:
On Mon, Apr 28, 2014 at 5:09 PM, Andreas Kupries
andre...@activestate.com wrote:
and lots of users are _not_ shown, especially not the new mi entry.
Fossil is running SELECT * FROM user WHERE mtime?1 on the server side,
with ?1 bound to 0. But many entries of the user table on the server have a
value of NULL.
I ran this:
UPDATE user SET mtime=strfime('%s','now') WHERE mtime IS NULL;
So I'm guessing the sync will work better now.
Yes. I can confirm that my local copy now has all the users.
Thank you.
I still suspect that these entries with mtime IS NULL come from the
self-registration.
Any way to confirm|falsify this suspicion ?
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster(tm)
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/
21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA --
http://www.tcl.tk/community/tcl2014/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil update goes not get lastest checkin
On Wed, Apr 23, 2014 at 8:38 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Apr 23, 2014 at 9:18 AM, Samuel Debionne samuel.debio...@ujf-grenoble.fr wrote: The only clue for you I have is that a rebuild on the server did the trick. I'm no sure what fossil rebuild does though... Rebuild basically reconstructs the db from its underlying metadata. A very brief introduction: fossil stored basically 3 types of things: a) the so-called Manifests, which are formal records of changes. b) the file content which (A) refers to c) a whole bunch of _transient_ relational data which is created based on (A). A rebuild basically deletes (C) then regenerates it from (A). (C) includes things like the timeline, the parent/child relationships, and basically anything which can be derived from the low-level (A) parts. The docs for (A) are here: I am wondering if the rebuild will also redo the cluster artifacts. They are for sync optimization, i.e. telling the other side in a single hash that a group of manifests is present. If these are done wrongly, it may very well cause the receiver to believe that it has stuff which it doesn't. http://fossil-scm.org/index.html/doc/trunk/www/fileformat.wiki (They're only interesting if you're into really geeky details, though.) A snippet from some arbitrary manifest might help clarify: [stephan@host:~/cvs/fossil/libfossil]$ f-acat current | head B d846a10d99c1e169c7587c8dc2a67170eae8a1d7 C minor\sdoc\saddition. D 2014-04-22T20:19:58.256 F f-apps/f-sanity.c e3e21327062f3a39c7109ce41ce616fd2a9b772c F f-apps/f-status.c 0c6d8e9420594f21e75ff86ede758ac7d35217bf F include/fossil-scm/fossil-cli.h c3c46f81009d410eff793d68311a769f58a5abc5 F include/fossil-scm/fossil-db.h a19862f0994b865a76831140b25f1c3cedab83a0 F include/fossil-scm/fossil-internal.h 1ca2e6dabf769a4a6bab21805e21b8ba515beb7e F include/fossil-scm/fossil-util.h 0b765f7960e0b09286e8cd399d00cf86c8f71ee5 F src/fsl.c acce29830dd3d56053d9ee81169c51c3ede60a2d ... All those SHA1 hashes refer to items in the (B) data set. Some of them (the ones starting with F) are file content and some (e.g. the B part) refer to other metadata from (A) (which is stored in (B), actually). The B part refers to another checkin version from which this one derives certain metadata. We can take one of those UUID at random and get its content: [stephan@host:~/cvs/fossil/libfossil]$ f-acat e3e21327062f3a39c7109ce41ce616fd2a9b772c | head -5 /* -*- Mode: C; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 2 -*- */ /* vim: set ts=2 et sw=2 tw=80: */ /* Copyright (c) 2013-2014 D. Richard Hipp ... -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil update goes not get lastest checkin
On Wed, Apr 23, 2014 at 9:15 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Apr 23, 2014 at 6:12 PM, Andreas Kupries andre...@activestate.com wrote: I am wondering if the rebuild will also redo the cluster artifacts. i have no idea - i'm not at all familiar with the sync-related code (because it's way down on the list of libfossil's TODOs ;). If these are done wrongly, it may very well cause the receiver to believe that it has stuff which it doesn't. It's a starting point, which is more than we've had so far :/. Another would be to see what the --verily is doing differently from regular sync. For ex. does it bypass the cluster optimizations ? I.e. any code bypassed by --verily would be suspect -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] Skip Preview step when editing a ticket?
On Wed, Apr 23, 2014 at 10:26 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Apr 23, 2014 at 3:38 AM, Joe Knapka jkna...@kneuro.net wrote: I find the requirement that I Preview ticket edits before I can Submit them to be entirely annoying and of no value whatsoever. I nevur mispell onything, and my repositories are entirely for my personal use anyway. Is there any way to configure Fossil not to require the Preview step? Not one built in. i believe the preview is intended to help thwart bots. One of my repos, due to negligent permissions on my part, was once bot-attacked, and the bot filled out both wiki pages and tickets with random content (but avoided changing the configured home page, so the attack went unnoticed longer than it should have!). The logic for ticket edits is a TH1/HTML script configurable at Admin - Tickets - Edit Ticket Page That is repo-url/tktsetup_editpage Using http://core.tcl.tk/akupries/kettle/tktsetup_editpage as example, at the bottom I see tr td align=right input type=submit name=preview value=Preview / /td td align=leftSee how the description will appear after formatting./td /tr th1enable_output [info exists preview]/th1 tr td align=right input type=submit name=submit value=Submit / /td td align=leftApply the changes shown above/td /tr th1enable_output 1/th1 The first block is the preview button and can be removed. The second block is the submission button, conditional on preview (enable_output). Lose the two enable_output lines and and it should be unconditional -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] Skip Preview step when editing a ticket?
On Wed, Apr 23, 2014 at 2:52 PM, Joe Knapka jkna...@kneuro.net wrote: Beautiful! Thank you, Andreas. You are welcome. Also, extra cool that Fossil uses Tcl as its scripting language - I didn't know that until today. Well, actually the language is called TH1, for Test Harness 1, I believe. It is definitely derived from Tcl tough. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] minor milestone: libfossil interactive shell
On Sat, Apr 19, 2014 at 5:59 AM, Stephan Beal sgb...@googlemail.com wrote: Hi, all, it's still in the very early prototyping stages, but the proof of concept is in place for a libfossil-based shell interactive: (A thanks to list member Steve Bennett for his work on 'linenoise', a CLI editing library used here...) Linenoise is pretty awesome, as is the work Steve did with it (win portability, and quite a bit of extensions over antirez original). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] can fossil try harder on sync failure?
On Thu, Apr 17, 2014 at 12:06 PM, Rich Neswold rich.nesw...@gmail.com wrote: On Thu, Apr 17, 2014 at 1:46 PM, Joerg Sonnenberger jo...@britannica.bec.de wrote: Please note that while moving to a newer, faster server I also moved to source to /cvsroot to match real CVS. That was responsible for quite a few changes. So I'm sync'ing a completely new repository on top of mine? A fossil repository doesn't have a UUID to tell if I shouldn't pull from a remote anymore? A project in fossil has a project id ... Called a project-code. Example: fossil info ; on my Tcl checkout = project-name: Tcl Source Code project-code: 1ec9da4c469c29f4717e2a967fe6b916d9c8c06e Fossil will not push/pull between repos of different project codes. My understanding of Joerg's mail was that the moved files around in the repository to match a specific directory structure, but not that he created a new project. Like, if for some strange reason, Mr. Sonnenberger decided to replace the NetBSD repo with the fossil repo, I'd be pulling fossil source into my repo/ticket/wiki without a warning? Or is my ignorance showing again? :) -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] RCS import
On Wed, Apr 2, 2014 at 10:42 AM, Andy Goth andrew.m.g...@gmail.com wrote: On 4/1/2014 10:24 PM, Andy Goth wrote: For me, the slowest part of the import was by far the RCS checkouts. Optimizing this would require writing a custom RCS checkout implementation that doesn't have to start from scratch for each revision that's requested, since it will ultimately have to produce all revisions. It might be possible to write this code in Tcl and still have it be faster than this current implementation. Very early fossil had a CVS importer written in Tcl. While developement and maintenance has been abandoned you should still be able to find it in the tools/cvs2fossil directory of the fossil sources. As a CVS repository is just a collection of RCS files this code had a parser for rcs files ... tools/cvs2fossil/lib/rcsparser.tcl -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] RCS import
Do you want dev access to https://core.tcl.tk/akupries/fossil2git/index ? I should rename that to 'fx' (Fossil eXtended). On Wed, Apr 2, 2014 at 11:14 AM, Andy Goth andrew.m.g...@gmail.com wrote: On 4/2/2014 12:56 PM, Stephan Beal wrote: On Wed, Apr 2, 2014 at 5:24 AM, Andy Goth wrote: The attached script imports an RCS repository into Fossil. i'm thrilled to see someone create a tool for exporting RCS repos to fossil :). These scripts I've written, is there a public place to collect, advertise, and improve them? This script imports from RCS, and the one I wrote before imports from Fossil (haha, that's really what it does). They're not fully featured; for instance neither does branches. But they meet my minimum requirements. -- Andy Goth | andrew.m.goth/at/gmail/dot/com ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] RCS import
This script imports from RCS, and the one I wrote before imports from Fossil (haha, that's really what it does). LOL! You must really love RCS! They're not fully featured; for instance neither does branches. But they meet my minimum requirements. i didn't even know RCS could do branches. My RCS phase was short-lived before upgrading to CVS. CVS branches are based solely on RCS branches, without any additional information. Which is why all the cvs converters out there have to go to great lengths with lots of heuristics to assemble proper branches, as the information is dispersed in all the RCS files of the CVS repo and may not even match up properly, in terms of revision times, etc. IIRC the cvs2svn people had the best writeup of the horrors they encountered. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ 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] Long lines in tickets shift summary off page.
That should be configurable in the HTML setup of the view page, i.e. repo/tktsetup_viewpage Generally look at repo/tktsetup You have to be logged in as admin to see these pages. On Sat, Mar 29, 2014 at 9:13 AM, Andy Bradford amb-fos...@bradfords.org wrote: Hello, Some of the tickets I submit have long lines in them, mainly due to base64 encoded data. In these tickets, the summary ends up far to the right of the browser and require scrolling to see. I don't mind the long lines in the comment, but is there any way to keep the summary in view and actually justified with the main fossil interface which is correctly fitted to the width of my browser rather than have it subjected to the width of any of the comments? Is this something that can be accomplished with CSS, or would it actually require altering the ticket summary output from fossil? Here's an example: http://fossil.bradfords.org:8080/tktview/0fa09feb4700c523f360055a29882dc320c1ac1d Thanks, Andy -- TAI64 timestamp: 40005336f133 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER -- http://www.eurotcl.tcl3d.org/ 21'st Tcl/Tk Conference: Nov 10-14, Portland, OR, USA -- http://www.tcl.tk/community/tcl2014/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil server load control
On Wed, Mar 12, 2014 at 6:40 AM, Richard Hipp d...@sqlite.org wrote: A new feature was recently added to Fossil that allows it to deny expensive requests (such as blame or tarball on a large repository) if the server load average is too high. See http://www.fossil-scm.org/fossil/doc/tip/www/server.wiki#loadmgmt for further information. Interesting. I am pleased to announce that this new feature has passed its first test. About three hours ago, a single user in Beijing began downloading multiple copies of the same System.Data.SQLite tarball. As of this writing, he has so far attempted to download that one tarball 11,784 times (at last count - a rate of about one per second, and each request takes about 3.1 seconds of CPU time in order to compute the 80MB tarball. And if you have alternative suggestions about how to keep a light-weight host running smoothly under a massive Fossil request load, please post follow-up comments. How sensible do you think would it be to have a (limited-size) (in-memory|disk) cache to hold the most recently requested tarballs ? That way a high-demand tarball, etc. would be computed only once and then served statically from the cache. Note that I actually see this as a possible complement to the load mgmt feature. The cache would help if demand is high for a small number of revisions, whereas load mgmt would kick in and restrict load if the access pattern of revisions is sufficiently random/spread out to negate the cache (i.e. cause it to thrash). Side note: While the same benefits could be had by putting a regular web cache in front of the fossil server, i.e. a squid or the like this would require more work to set up and admin. And might be a problem for the truly dynamic parts of the fossil web ui. An integrated cache just for the assets which are expensive to compute and yet (essentially) static does not have these issues. I mentioned in-memory and disk ... I can see that a two-level scheme here ... A smaller in-memory cache for the really high-demand pieces with LRU, and a larger disk cache for the things not so much in-demand at the moment, but possibly in the future. The disk cache could actually be much larger (disks are large and cheap these days), this would help with random access attacks (as they would become asymptotically more difficult as the disk cache over time extends its net of quickly served assets). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER ___ 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] libfossil milestone: first checkin
It is a pity that it is not really possible to convert a repository from non-delta to use of deltas after the fact, to shrink it. Yes, you can activate the use of delta-m's for the future of repo. (1). I am speaking of retro-actively converting existing manifests to delta-m's. That is not possible AFAIK. Well, not quite true. It can be done, but then the converted revisions all get new UUIDs and you are better off treating the result as a whole new project despite having the same structure (isomorph revision DAG) as the input. (Ad 1) Side question here, what was the config setting again for this ? (IIRC it it not exposed publicly, neither web, nor cli). On Tue, Mar 11, 2014 at 10:46 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Mar 11, 2014 at 6:31 PM, Stephan Beal sgb...@googlemail.com wrote: TL;dr: it can now generate delta manifests. i still have a lingering bug where the current leaf is not being calculated/set/updated properly, but other than that all looks good so far :) (and a rebuild fixes that, meaning the underlying metadata are in order, i'm just missing some db update somewhere). PS, an explanation for those who don't know the difference, but might be interested, between delta and baseline (non-delta) checkins: A delta manifest is a checkin record which is generated a difference of some other checkin (independent of the normal content heritage of the checkin). This is a completely different form of delta than the normal delta compression Fossil uses on all content, and the basis for a delta checkin is often not its immediate parent. Delta checkins can be much, much smaller than baseline checkins. The checkin linked in the previous mail was something like 850 (delta) bytes vs 13k (baseline) checkin record. Repos with more files will generally show a much more dramatic difference in checkin record size. Interestingly, the main fossil repo doesn't have any deltas because fossil(1) only generates them when it's told to or when the repo has seen at least one delta before (fossil's main repo has not). libfossil, OTOH, defaults to using deltas unless told not to or unless the delta would not be appreciably smaller than its baseline (if a delta manifest is too big it gets discarded and re-calculated as a baseline manifest). -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER ___ 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] libfossil milestone: first checkin
On Tue, Mar 11, 2014 at 10:54 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Mar 11, 2014 at 6:46 PM, Stephan Beal sgb...@googlemail.com wrote: The checkin linked in the previous mail was something like 850 (delta) bytes vs 13k (baseline) checkin record. Repos with more files will generally show a much more dramatic difference in checkin record size. LOL: having just done some basic tests... once compression is applied to the checkin records (fossil always compresses them), the difference in size is close to negligible for small/medium repos. The above commit, when compressed with the compress program (which is _basically_ how fossil compresses them) leads to a size difference of only 10 bytes (vs a diff of 12888 bytes before compression). i.e. delta manifests might not actually buy any space savings, once db-level data-block sizes accounted for. There are also savings of cycles. To handle the regular manifest it must be decompressed, so you have 13K to _parse_ into your data structures, regardless that the storage is smaller due to the compression. The decompressed delta-m is still less than a K to parse, and thus quicker. (I asked Richard about the delta-m's in the past, and this I remember). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER ___ 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 interesting new fossil skins
There is also http://fossil.include-once.org/fossil-skins/index which seems to collect skins. Has not changed for a bit over a year now. On Tue, Feb 11, 2014 at 8:13 AM, Stephan Beal sgb...@googlemail.com wrote: On Tue, Feb 11, 2014 at 5:08 PM, Joel Bruick j...@joelface.com wrote: Richard Hipp wrote: The tree-view (http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/dir?ci=tiptype=tree http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/dir?ci=tiptype=tree) doesn't look quite right. That skin sets top and bottom margins on all LI elements, which the tree-view CSS doesn't account for. I just fixed this in trunk. Thanks! That trunk is now running with this shiny new theme here: http://fossil.wanderinghorse.net/repos/libfossil/ http://fossil.wanderinghorse.net/repos/cwal/ -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] A fossil GUI ...
... just seen on the Tcler's Wiki http://wiki.tcl.tk/39369 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster(tm) F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato EuroTcl'2014, July 12-13, Munich, GER ___ 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] full-text search for tickets
On Wed, Oct 23, 2013 at 9:58 AM, Jeff Rogers dv...@diphi.com wrote: Hi all, I put together a quick external script to do full-text searches on tickets. Nice, and thanks for sharing. It's not anything complicated, just creates a sqlite fts table and dumps all the ticket info into it, which means that it doesn't update automatically when tickets are updated. Still, I've found it useful, so I'm sharing it in case anyone else does. Looking at the code I see that it already works incrementally, at least in terms of new (= unknown) tickets. It might be possible to extend that to ticket changes by taking the tkt_mtime column of table TICKET into account. I believe that a ticket change will update this field. At that point the script should be cron-able, updating the search daily, or some such. Another area for extension is the TICKETCHNG table of fossil. This adjunct to TICKET contains the history of user comments for a ticket (field icomment). Putting this into the fts extends the reach of the search from the initial description to the whole set of comments on a ticket. The nice thing is that fossil doesn't care if there are other tables in the database, so nothing changes from fossil's perspective. Yes. -J PS: I've included the script as an attachment, if the mailing list strips that I'll resend or share it somewhere else. The attachment came through just fine. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] full-text search for tickets
On Wed, Oct 23, 2013 at 10:45 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Oct 23, 2013 at 7:38 PM, Andreas Kupries andre...@activestate.com wrote: The nice thing is that fossil doesn't care if there are other tables in the database, so nothing changes from fossil's perspective. Yes. Not quite! A rebuild does indeed drop all tables which fossil does not consider to be its own! See rebuild.c:rebuild_db(). :( Ok, so it has to be a separate database ... -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] On Ticket Notifications (Re: full-text search for tickets)
Jeff's post reminded me that I did some work recently to get ticket notifications by mail running for the Tcl/Tk and related repositories. The code and scripts for that are in my http://core.tcl.tk/akupries/fossil2git repository. Which I should really rename into fossil-tools now. Snarfing the relevant part of my post to tcl-core === The relevant files are bin/watch-* doc/watch.txt doc/Watch.md The way these scripts are written everybody can use them to watch any set of repositories of interest to them. They only use fossil's public web APIs to access a repository. Notifications are currently send for ticket changes (including new tickets), and when attachments are made to a ticket. While the scripts can be extended to recognize commits as well, this is currently not done as we have a working system for the commit notifications already. I want to see the watch scripts working for a while before having them subsume the existing commitbot. For tcl(lib)-bugs the scripts are running on core.tcl.tk. Their cron-job is set to check for changes every quarter hour on all main (*) repositories on this machine. (Ad *): I.e. The repositories under akupries/, or any other personal repositories are not checked by the scripts on core.tcl.tk. As the akupries/* are my personal ones I am checking these from my home machine. === -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] full-text search for tickets
On Wed, Oct 23, 2013 at 10:53 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Oct 23, 2013 at 7:52 PM, Andreas Kupries andre...@activestate.com wrote: Ok, so it has to be a separate database ... i was going to wait until libfossil gets a rebuild op to propose this, but now's as good a time as any: i think we should reserve some prefix for user extension tables, and ignore those in a rebuild op. I generally agree ... fx_ ? (Fossil eXtension) -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato ___ 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] full-text search for tickets
On Wed, Oct 23, 2013 at 11:17 AM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Oct 23, 2013 at 8:08 PM, Andreas Kupries andre...@activestate.com wrote: I generally agree ... fx_ ? (Fossil eXtension) Sounds good to me (i was thinking something similar but longer - i like yours better). I liked it due to the duality to FX meaning 'Special Effects' as well. FWIW, using supplemental tables like this is IMO the correct way to add FTS to fossil (be it for tickets, wiki, or file content). Yes. And other things. Like for the ticket notification scripts I mentioned in the spin-off thread. They use a separate database as well. That said, they are also written to avoid requiring a local clone of the repositories they track. The moment they would need such a clone for their functionality putting the per-repo state and config into that local repo file would be very much the right thing. Having a place to store client-defined extensions like this is (or will be, at some point) important for extensibility. (Being able to sync such info is a related topic, but i'm not yet well versed enough in the sync bits to be able to comment on that.) Huh. I believe that most extensions (like the search, or ticket notifications), will be things restricted to local repositories and not something we will wish to sync. I can definitely live without having them sync'd. i'll second fx_. If there are no objections or nicer suggestions by the end of the weekend or so, i'll get that added to the exception list in rebuild_db(). -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] ticket management
On Tue, Oct 15, 2013 at 1:09 PM, j. van den hoff veedeeh...@googlemail.com wrote: I'm in the process of giving the ticket system a try for a collaboration where we need to keep track of text document changes on the one side and have a facility to report problems/issues observed with the system (hardware, not software, ...). question: the ticket type is predefined to be one of those categories given in the drop down menu (code defect etc.). these categories don't really match our needs. is there a way to add further categories, at least other and a free text choice would probably be good to have? See your-repository/tktsetup_com That is the TH1 code defining the contents of the various predefined drop-downs. You have to be logged in as admin. Generally look at your-repository/tktsetup -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Incompatible and undocumented output change between 1.24 and 1.27
On Mon, Oct 7, 2013 at 6:38 AM, Richard Hipp d...@sqlite.org wrote: On Mon, Oct 7, 2013 at 9:12 AM, Stefan Bellon sbel...@sbellon.de wrote: But more severely, the information who changed the line is now not present anymore at all. Most people are more interested in the fact that the line changed. The identity of the editor is of secondary importance, Not when you have tracked a bug to a specific line, or set of lines (without having bisected (*) or some such) and now want to know with whom to talk about these lines regarding intent, etc. (*) With bisect we have the change, and this know who made it. However sometimes it is possible to determine a problematic line without having bisected during investigation, and then we do not directly know the relevant person. That is to me the main importance of annotate then. and can be found by one additional click in the rare case where it actually matters. Ah. This click however works only in the web interface. Stefan seems to look at the output of fossil annotate', which is the cli. There this becomes one more command to retrieve the info about the change shown, and that is more inconvenient than a single-click. Assuming that this information is actually available to the command line (**). And while I can also see that single command more may not be that much in the context of a script processing the output of annotate, it does generate more complexity in the script, like: - cache which changes we have pulled the user info for already, as a file will have many more lines than relevant changes - more parsing needed to get the user information out of the change. (**) Ok, in the extreme case we can 'wget .../raw?name=UUID' and then pull the information out of the raw manifest we get this way. The username was therefore removed from the primary display in order to reduce the amount of clutter and to make the output easier for humans to read. We will take your email as a feature request to add the username back in as a run-time option. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Incompatible and undocumented output change between 1.24 and 1.27
On Mon, Oct 7, 2013 at 12:18 PM, Ron Wilson ronw.m...@gmail.com wrote: On Mon, Oct 7, 2013 at 2:37 PM, Andreas Kupries andre...@activestate.com wrote: (*) With bisect we have the change, and this know who made it. However sometimes it is possible to determine a problematic line without having bisected during investigation, and then we do not directly know the relevant person. That is to me the main importance of annotate then. Then you might not have your answer. Blame/Annotate tells you who the last editor of a line was. However, that person is not necessarily the one to blame for the problem - possibly not even for failing to find the problem. As new things or fixes are implemented, nascent problems can appear. True. I do try to make it a habit of always bisecting now, when I have an issue to investigate and have a reproducible case to test with. Before we had bisect annotate, possibly through several iterations, was one of the other methods available in investigations of the history of a particular piece of code. We are getting a bit off track regarding the HMI for annotate tough, and more into general debugging techniques. I tend to be more in the camp of having the user name in the annotate output. I might be able to live without that. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Bikeshedding opportunity: back to the topic of libfossil's name
Mirroring of fossil to git ? I use http://core.tcl.tk/akupries/fossil2git/index On Thu, Aug 22, 2013 at 12:43 PM, Themba Fletcher themba.fletc...@gmail.com wrote: On Thu, Aug 22, 2013 at 10:30 AM, Chad Perrin c...@apotheon.net wrote: On Thu, Aug 22, 2013 at 10:45:08AM +0200, Stephan Beal wrote: On Thu, Aug 22, 2013 at 4:34 AM, Chad Perrin c...@apotheon.net wrote: mirror should be set up on GitHub to boost its search engine ranking a little bit (with a prominent mention of its canonical version control repository being elsewhere using Fossil itself, of course). While OMG! lol. It never occurred to me to do such a thing, but you're right, it would probably be a good idea. I'd like to be kept abreast of how you accomplish that in an automated manner. I too would like to do that with some projects of mine, but it's low enough on the priority list for my own stuff right now that I won't get to it for a while. If you end up doing the hard work of figuring out the best way to do it sooner than I'd get around to even starting, it could save me a lot of effort. Did you say best way? I can't really help you there, but I do run the following script from time to time to keep 20+ fossil repos synced to private bitbucket repos. Github vs bitbucket should just be a matter of what the prefix portion of the remote path is -- it's all just git of course. https://gist.github.com/tifletcher/5399728 Caveats: - Everything is hard coded and is really just a rough draft / not intended for public consumption. - I'm calling 'tree' at the end because it helps me visualize / confirm what I just did. Please delete that line if 'which tree' returns nothing on your system. - You have to clean up the 'export' directory by hand at the moment (I don't personally like seeing rm -r in a script ... especially one that I run infrequently) On the other hand it has been working quite well for me with multiple pushes looking as expected on the remote for a while, so maybe it can be a starting point for you? And if you fix it please do fork and republish and let me know :) Best Regards, Themba ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Bikeshedding opportunity: back to the topic of libfossil's name
On Thu, Aug 22, 2013 at 1:13 PM, Stephan Beal sgb...@googlemail.com wrote: On Thu, Aug 22, 2013 at 9:50 PM, Andreas Kupries andre...@activestate.com wrote: Mirroring of fossil to git ? I use http://core.tcl.tk/akupries/fossil2git/index @Chad: Andreas wins :) There was a competition ? Ah well. I will celebrate with a bit of chocolate ;) i'll take a look at that when i'm feel snarky enough to export code from Fossil into the belly of my arch-nemesis. So far my own use of git has been limited to cloning from github and one brief project at work. -- - 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] how to find a delta manifest?
The creation of delta manifest has to be activated explicitly, IIRC. Also, this is AFAIK not exposed on the command line, but requires some SQL to flip some config value in the fossil repository itself. I believe it was done to keep backward compat with most existing repositories managed by older versions of fossil (which do not understand delta manifests). The feature was introduced via Joerg Sonnenberger evaluating fossil for BSD a project with a very large history and directory, and fixing the scaling problems he ran into. On Sat, Aug 17, 2013 at 11:36 AM, Stephan Beal sgb...@googlemail.com wrote: On Sat, Aug 17, 2013 at 6:50 PM, Stephan Beal sgb...@googlemail.com wrote: http://core.tcl.tk/tcl/artifact/5f37dcc36468eaa8 i deconstructed the fossil repo and found not a single B card(!). i aborted the deconstruct of the tcl repo at 11% and already had 9521 one of them. What makes tcl so special in this regard? -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Hotel Room Rate Reminder - 20th Annual Tcl/Tk Conference (Tcl'2013)
20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA http://www.bourbonorleans.com/ Hello all. This is a general reminder that the offer of reduced rates for rooms at the conference hotel expires on August 19, i.e. in a week. Book Now! (if you haven't already). Of course registration for the Conference is still open at http://www.tcl.tk/community/tcl2013/reg.html To book a room at the conference hotel at reduced rates please follow the instructions on that page. Our schedule can be found at http://www.tcl.tk/community/tcl2013/schedule.html Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Gerald Lester KnG Consulting, LLC Site/Facilities Chair Arjen MarkusDeltares Brian Griffin Mentor Graphics Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Donal Fellows University of Manchester Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry Virden Mike Doyle National Museum of Health Medicine, Chicago Ron Fox NSCL/FRIB Michigan State University Steve Landers Digital Smarties Contact Information tclconfere...@googlegroups.com Tcl'2013 would like to thank those who are sponsoring the conference: ActiveState Software Inc. Buonacorsi Foundation Mentor Graphics Noumena Corp. SR Technology Tcl Community Association ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Registration Open for 19th Annual Tcl/Tk Conference (Tcl'2012)
20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA http://www.bourbonorleans.com/ I am pleased to announce that registration for the Conference is now open at http://www.tcl.tk/community/tcl2013/reg.html To book a room at the conference hotel at reduced rates please follow the instructions on that page. Note that the offer of reduced rates expires on August 19 (In 2 weeks). Book NOW. Our schedule can be found at http://www.tcl.tk/community/tcl2013/schedule.html Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Site/Facilities Chair Arjen MarkusDeltares Brian Griffin Mentor Graphics Donal Fellows University of Manchester Gerald Lester KnG Consulting, LLC Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny GE Global Research Center Larry Virden Mike Doyle National Museum of Health Medicine, Chicago Ron Fox NSCL/FRIB Michigan State University Steve Landers Digital Smarties Contact Information tclconfere...@googlegroups.com Tcl'2012 would like to thank those who are sponsoring the conference: ActiveState Software Inc. Buonacorsi Foundation Mentor Graphics Noumena Corp. SR Technology Tcl Community Association ___ 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] Registration Open for 19th Annual Tcl/Tk Conference (Tcl'2012)
Note that only the subject was wrong, with apologies. All data inside of the mail is properly for the 20th Conference in New Orleans, Sep 23-27, 2013. Including the links. On Tue, Aug 6, 2013 at 3:43 PM, Ron Wilson ronw.m...@gmail.com wrote: Majorly cool that the registration can send data back a year, but I'm afraid I have neither a Delorean, a flux capacitor nor a Mr Fusion, so I don't think I can make it. :) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Random thoughts on Fossil v2
On Sun, Jul 21, 2013 at 10:12 AM, Eduardo Morras emorr...@yahoo.es wrote: On Sun, 21 Jul 2013 12:54:05 +0200 Stephan Beal sgb...@googlemail.com wrote: I post them here then: a) Creation of graphs to show statistics. I'm on it now, writing a minimal png with 32bit ARGB color and a minimal graph lib. Link ? Do you know lodepng / picopng ? http://lodev.org/lodepng/ -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] ticket: binary problems on Mac?
As a side note, are people aware of https://github.com/msteveb/linenoise ? It is an extended derivate of https://github.com/antirez/linenoise Both are BSD licensed. Very minimal line editor. Code can be inlined into larger projects (2 files). (Semi-ad: If you want a Tcl binding, go to https://github.com/andreas-kupries/tcl-linenoise ) On Fri, Jun 28, 2013 at 10:31 AM, Stephan Beal sgb...@googlemail.com wrote: Can anyone confirm/deny/elaborate on: http://www.fossil-scm.org/index.html/tktview/bf142968a8db271fb13cf46b715af9ebaad59f44 (i'm not a Mac user) Seems like it needs to be built without libreadline for the Mac. -- - 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 -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] ticket: binary problems on Mac?
On Fri, Jun 28, 2013 at 10:57 AM, Stephan Beal sgb...@googlemail.com wrote: On Fri, Jun 28, 2013 at 7:48 PM, Andreas Kupries andre...@activestate.com wrote: As a side note, are people aware of https://github.com/msteveb/linenoise ? THANK you! The thing which always keeps me away from readline is the GPL license, and libedit is more widespread on BSD flavours than on the Linuxes i use. You are welcome. (Semi-ad: If you want a Tcl binding, go to https://github.com/andreas-kupries/tcl-linenoise ) Challenge accepted - i'll have a binding of this in my scripting engine by the end of the weekend :). Heh. For questions regarding my binding during the weekend, see my shaw.ca address in the set of recipients. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] ticket: binary problems on Mac?
And an important, IMHO, piece of info I forgot to note before! The msteveb linenoise variant is portable, i.e. it works on Windows, not just Unix. On Fri, Jun 28, 2013 at 11:11 AM, Andreas Kupries andre...@activestate.com wrote: On Fri, Jun 28, 2013 at 10:57 AM, Stephan Beal sgb...@googlemail.com wrote: On Fri, Jun 28, 2013 at 7:48 PM, Andreas Kupries andre...@activestate.com wrote: As a side note, are people aware of https://github.com/msteveb/linenoise ? THANK you! The thing which always keeps me away from readline is the GPL license, and libedit is more widespread on BSD flavours than on the Linuxes i use. You are welcome. (Semi-ad: If you want a Tcl binding, go to https://github.com/andreas-kupries/tcl-linenoise ) Challenge accepted - i'll have a binding of this in my scripting engine by the end of the weekend :). Heh. For questions regarding my binding during the weekend, see my shaw.ca address in the set of recipients. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Closing the diff --tk window
On Sat, Jun 22, 2013 at 2:19 PM, Edward Berner e...@bernerfam.com wrote:
The --tk option to Fossil's diff is great, but I find myself wanting to
hit q to close the window. Here, in case anyone is interested, is a patch
which allows that:
Index: src/diffcmd.c
==
--- src/diffcmd.c
+++ src/diffcmd.c
@@ -602,13 +602,15 @@
static const char zDiffScript[] =
@ package require Tk
@ wm withdraw .
@ wm title . {Fossil Diff}
@ wm iconname . {Fossil Diff}
+@ bind . KeyPress-q {exit}
@ set body {}
@ set mx 80 ;# Length of the longest line of text
@ set nLine 0;# Number of lines of text
+@ label .l -text {To exit press q or close the window.}
How about making this a button?
button .l -text Exit -command exit
--
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com
http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/
EuroTcl'2013, July 6-7, Munich, GER
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 3rd Call For Papers, 20th Annual Tcl/Tk Conference 2013
[[ Notes: Abstracts and proposals are now due July 6, 2013 [+ 2 weeks] ]] 20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA http://www.bourbonorleans.com/ Important Dates: Abstracts and proposals due July 6, 2013 [+ 2 weeks] Notification to authors July 22, 2013 [- 2 weeks] Author materials due September 2, 2013 Tutorials Start September 23, 2013 Conference starts September 25, 2013 Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September 23 - 27, 2013. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2013. Authors of accepted abstracts will have until September 2, 2013 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis starting in August 5, 2013. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 3, 2013. Some WIP and BOF time slots will be held open for on-site reservation. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2013/) and will be published on various Tcl/Tk-related information channels. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Gerald Lester KnG Consulting, LLC Site/Facilities Chair Arjen MarkusDeltares Brian Griffin Mentor Graphics Cyndy Lilagan Nat. Museum of Health
Re: [fossil-users] Chiselapp.com shutting down
On Wed, May 29, 2013 at 7:37 AM, Nigel Bray fossil@9ox.net wrote: NB: Apologies if I don't get this to thread correctly, I've not got an email copy of the original post, so can't reply properly. As an occasional Fossil user, I have previously hosted using inetd/althttpd[1] and Chisel[2] as well as Dropbox. As a side note, in case you (and/or others) are not aware, Chisel found a new place to live at and is alive and well. The shutdown did not happen. Its url is completely unchanged, only the underlying IP address moved. [2] chisel and flint, http://chiselapp.com/repositories/search/flint -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Did you know that Fossil could do...
On Tue, May 28, 2013 at 12:32 PM, Richard Hipp d...@sqlite.org wrote: On Tue, May 28, 2013 at 11:55 AM, Andreas Kupries andre...@activestate.com wrote: Do we have a tips tricks page in the documentation ? That might be a useful place, beyond the usual documentation of the fossil web pages ... Although I have to admit, I do not remember seeing such general documentation regarding the web API (which pages, which CGI params) either. We do now (http://www.fossil-scm.org/fossil/doc/trunk/www/hints.wiki). Suggestions for improving that document are welcomed. Thank you. Looks good. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] ChiselApp ChangeOver Complete
People visiting the chiselapp.com domain should see, well, a slight difference on the homepage. Backups are listed as weekly now, instead of daily. This should be one of the few visible signs that chiselapp is now hosted on a new system. Anybody seeing the old text with daily backup, still uses the old DNS. Accounts and repositories seem to have transfered without problems. If there are any, please contact Roy. Chiselapp is dead. Long live Chiselapp. Many thanks to James for creating it, and hosting it for so long. Many thanks to Roy for taking over when James could not anymore. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Noted a chiselapp status update - positive news
The homepage at http://chiselapp.com/ has an update on its status. quote Update: Chiselapp found a new home. Starting May 1ish Chiselapp will be transfered to it's new owner (a member of the Tcl community). All accounts and repositories will be transfered at that time. If you do not want your account or repositories transfered, please log in sometime in the next week and delete your account or any repositories you do not want to be transfered. /quote -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ 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] Noted a chiselapp status update - positive news
On Tue, Apr 23, 2013 at 4:24 PM, Richie Adler richiead...@gmail.com wrote: Andreas Kupries decía, en el mensaje [fossil-users] Noted a chiselapp status update - positive news del Martes, 23 de Abril de 2013 13:17:18: Update: Chiselapp found a new home. Starting May 1ish Chiselapp will be transfered to it's new owner (a member of the Tcl community). Andreas, I'm assuming you're the member of the Tcl community mentioned in the update? Actually no. I can only claim to have started the process, getting James in contact with that person. If so, many thanks for making the effort to keep this useful resource for the community of Fossil users. -- Andreas Kupries Senior Tcl Developer Code to Cloud: Smarter, Safer, Faster™ F: 778.786.1133 andre...@activestate.com http://www.activestate.com Learn about Stackato for Private PaaS: http://www.activestate.com/stackato Tcl'2013, Sep 23-27, New Orleans, LA, USA @ http://www.tcl.tk/community/tcl2013/ EuroTcl'2013, July 6-7, Munich, GER ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] 2nd Call For Papers, 20th Annual Tcl/Tk Conference 2013
[[ Notes: Karl Lehenbauer of FlightAware is confirmed as our Keynote speaker. http://www.flightaware.com ]] 20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA http://www.bourbonorleans.com/ Important Dates: Abstracts and proposals due June 22, 2013 Notification to authors August 5, 2013 Author materials due September 2, 2013 Tutorials Start September 23, 2013 Conference starts September 25, 2013 Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September 23 - 27, 2013. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2013. Authors of accepted abstracts will have until September 2, 2013 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis starting in August 5, 2013. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 3, 2013. Some WIP and BOF time slots will be held open for on-site reservation. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2013/) and will be published on various Tcl/Tk-related information channels. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Gerald Lester KnG Consulting, LLC Site/Facilities Chair Arjen MarkusDeltares Brian Griffin Mentor Graphics Cyndy Lilagan Nat. Museum
[fossil-users] 1st Call For Papers, 19th Annual Tcl/Tk Conference 2012
20'th Annual Tcl/Tk Conference (Tcl'2013) http://www.tcl.tk/community/tcl2013/ September 23 - 27, 2013 Bourbon Orleans Hotel New Orleans, Louisiana, USA Important Dates: Abstracts and proposals due June 22, 2013 Notification to authors August 5, 2013 Author materials due September 2, 2013 Tutorials Start September 23, 2013 Conference starts September 25, 2013 Email Contact:tclconfere...@googlegroups.com Submission of Summaries Tcl/Tk 2013 will be held in New Orleans, Louisiana, USA from September 23 - 27, 2013. The program committee is asking for papers and presentation proposals from anyone using or developing with Tcl/Tk (and extensions). Past conferences have seen submissions covering a wide variety of topics including: * Scientific and engineering applications * Industrial controls * Distributed applications and Network Managment * Object oriented extensions to Tcl/Tk * New widgets for Tk * Simulation and application steering with Tcl/Tk * Tcl/Tk-centric operating environments * Tcl/Tk on small and embedded devices * Medical applications and visualization * Use of different programming paradigms in Tcl/Tk and proposals for new directions. * New areas of exploration for the Tcl/Tk language Submissions should consist of an abstract of about 100 words and a summary of not more than two pages, and should be sent as plain text to tclconference AT googlegroups DOT com no later than August 5, 2013. Authors of accepted abstracts will have until September 2, 2013 to submit their final paper for the inclusion in the conference proceedings. The proceedings will be made available on digital media, so extra materials such as presentation slides, code examples, code for extensions etc. are encouraged. Printed proceedings will be produced as an on-demand book at lulu.com The authors will have 25 minutes to present their paper at the conference. The program committee will review and evaluate papers according to the following criteria: * Quantity and quality of novel content * Relevance and interest to the Tcl/Tk community * Suitability of content for presentation at the conference Proposals may report on commercial or non-commercial systems, but those with only blatant marketing content will not be accepted. Application and experience papers need to strike a balance between background on the application domain and the relevance of Tcl/Tk to the application. Application and experience papers should clearly explain how the application or experience illustrates a novel use of Tcl/Tk, and what lessons the Tcl/Tk community can derive from the application or experience to apply to their own development efforts. Papers accompanied by non-disclosure agreements will be returned to the author(s) unread. All submissions are held in the highest confidentiality prior to publication in the Proceedings, both as a matter of policy and in accord with the U. S. Copyright Act of 1976. The primary author for each accepted paper will receive registration to the Technical Sessions portion of the conference at a reduced rate. Other Forms of Participation The program committee also welcomes proposals for panel discussions of up to 90 minutes. Proposals should include a list of confirmed panelists, a title and format, and a panel description with position statements from each panelist. Panels should have no more than four speakers, including the panel moderator, and should allow time for substantial interaction with attendees. Panels are not presentations of related research papers. Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather sessions (BOFs) are available on a first-come, first-served basis starting in August 5, 2013. Specific instructions for reserving WIP and BOF time slots will be provided in the registration information available in June 3, 2013. Some WIP and BOF time slots will be held open for on-site reservation. All attendees with an interesting work in progress should consider reserving a WIP slot. Registration Information More information on the conference is available the conference Web site (http://www.tcl.tk/community/tcl2013/) and will be published on various Tcl/Tk-related information channels. To keep in touch with news regarding the conference and Tcl events in general, subscribe to the tcl-announce list. See: http://code.activestate.com/lists/tcl-announce to subscribe to the tcl-announce mailing list. Conference Committee Clif Flynt Noumena CorpGeneral Chair, Website Admin Andreas Kupries ActiveState Software Inc. Program Chair Gerald Lester KnG Consulting, LLC Site/Facilities Chair Arjen MarkusDeltares Brian Griffin Mentor Graphics Cyndy Lilagan Nat. Museum of Health Medicine, Chicago Donal Fellows University of Manchester Jeffrey Hobbs ActiveState Software Inc. Kevin Kenny
