Re: [fossil-users] Leaves Now Open By Default?
On Sun, Apr 17, 2011 at 1:12 AM, Zed A. Shaw zeds...@zedshaw.com wrote: Alright, so after a few more checks it looks like more recent fossils seem to be forgetting that leaves are closed. I had to go in and close all of them again. After I clone a repository I'll have *all* the leaves open. Is this a change that's not mentioned? It is not an intentional change. Sounds more like a bug. I'll look into it. -- Zed A. Shaw http://zedshaw.com/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] fetching JSON directly from fossil repo db
Hi, all, i just threw together a small C app which can run SELECT queries against sqlite3/mysql dbs and i thought this might be useful to those of you who like to push your fossil to the limits, e.g. by using scripts to extract various info from the repo db for presentation on a non-fossil web page. http://fossil.wanderinghorse.net/repos/cson/index.cgi/wiki?name=select-to-json After writing it i thought hey, we could write a CGI app which publishes various fossil data this way, but the data i would want to fetch that way (e.g. whole, unparsed wiki pages) would require access to the artifact resolution functions from the fossil core (those which create a whole file based on the diff artifacts). Some fossil data (e.g. the timeline) would be simple enough to replicate without requiring deep fossil logic (just copying the queries). Happy Scripting! PS: like all of my code, it's untested on Windows and Mac. -- - stephan beal http://wanderinghorse.net/home/stephan/ ___ 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] Leaves Now Open By Default?
On Sun, Apr 17, 2011 at 06:49:06AM -0400, Richard Hipp wrote: On Sun, Apr 17, 2011 at 1:12 AM, Zed A. Shaw zeds...@zedshaw.com wrote: Alright, so after a few more checks it looks like more recent fossils seem to be forgetting that leaves are closed. I had to go in and close all of them again. After I clone a repository I'll have *all* the leaves open. Is this a change that's not mentioned? It is not an intentional change. Sounds more like a bug. I'll look into it. Alright I have a reproducible setup going. Just do this: fossil clone http://mongrel2.org:8080 badmongrel2.fossil mkdir badmongrel2 cd badmongrel2 fossil open ../badmongrel2.fossil fossil leaves And you can get the scrubbed .fossil from: http://mongrel2.org/mongrel2_leaves_insane.fossil For now I just manually closed those leaves, and actually had a hard time doing that so you might see a red herring for one of them where it looks like it's been taken off some branches and given a non-raw tag of closed. Let me know what's going on, and I'll leave that server up for testing. Fossil version: This is fossil version [752895d916] 2011-01-26 15:37:11 UTC -- Zed A. Shaw http://zedshaw.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 merge question?
I recently ran into a merge scenario that most DSCMs seem to fail, but fossil gets right. See the attached fstest.sh for an example. The question is - is fossil just lucky, or is it looking at the intermediate revisions in the merge instead of doing a pure 3-way merge? Thanks, mike -- Mike Meyer m...@mired.org http://www.mired.org/consulting.html Independent Software developer/SCM consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org fstest.sh Description: application/shellscript ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users