I have switched to the new "trunk" and I think it address the issue I had with symlinks (sent in separate mail). Thanks!
The empty-dirs works as advertised but I have an enhancement request. If I specify a multilevel directory and the upper levels do not exist the directory is silently skipped. Either use the equivalent of mkdir -p or put out a warning if the required directories failed to be created. An idea on the branch colors (perhaps already considered, apologies if so). Instead of an algorithm to calculate colors, although admitted a very cool technique, store a default list of the hex colors in the fossil executable (Dr. Hipp's favorites of course) and as each new branch is created a color is picked of the list. The color list can be a versionable setting which overrides the values stored in the fossil executable. Thanks, Matt -=- On Fri, Aug 26, 2011 at 10:30 AM, Richard Hipp <[email protected]> wrote: > It's been a long time since there has been an official release of Fossil. > Probably I should do another soon.... > > To that end, I'm asking folks to please test the trunk. I use the trunk > routinely, so it should be stable. But the more eyes the better. > > I say I'm using the trunk - actually I'm currently using Dmitry Chestnykh's > "symlinks" branch. And the build of fossil that runs the > www.fossil-scm.org and www.sqlite.org websites is also using that branch. > I'm thinking we should probably wait until the following release to merge > that branch into trunk. But "symlinks" and "trunk" are pretty close to one > another, so active use of "symlinks" is nearly as good as active use of > "trunk". > > It would be good to reach closure on the automatic background-color picking > algorithm before the next release. There is a new page where you can see > the default background-color for every branch in a repository: > > http://www.fossil-scm.org/fossil/brlist?colortest > http://www.sqlite.org/src/brlist?colortest > > If anybody wants to tweak this algorithm, now would be a good time. I'll > be reluctant to change it after the next release. > > Thanks for help and attention. > > -- > D. Richard Hipp > [email protected] > > _______________________________________________ > fossil-users mailing list > [email protected] > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users > >
_______________________________________________ fossil-users mailing list [email protected] http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
