Re: [fossil-dev] The --docker option

2015-03-18 Thread Richard Hipp
On 3/17/15, Jan Nijtmans jan.nijtm...@gmail.com wrote: 2015-03-17 22:18 GMT+01:00 Richard Hipp d...@sqlite.org: What is the proposed purpose of the --docker option to fossil init? Presumably it has something to do with the Docker container system. But I do not understand what that is, exactly

[fossil-dev] Circular timeline nodes

2015-03-18 Thread Richard Hipp
the head of that branch running on the main server so that you can try it out: https://www.fossil-scm.org/fossil/timeline?y=ci Please provide feedback. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http

Re: [fossil-dev] The --docker option

2015-03-18 Thread Richard Hipp
on the identity of the repository that is doing the push. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Circular timeline nodes

2015-03-18 Thread Richard Hipp
versus squares should be a skin-selectable option? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] svn-import branch

2015-03-16 Thread Richard Hipp
branch to trunk? Regards, Jan Nijtmans ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev -- D. Richard Hipp d...@sqlite.org

[fossil-dev] The --docker option

2015-03-17 Thread Richard Hipp
What is the proposed purpose of the --docker option to fossil init? Presumably it has something to do with the Docker container system. But I do not understand what that is, exactly? Why does Fossil need special options in order to work with Docker? -- D. Richard Hipp d...@sqlite.org

[fossil-dev] window.getComputedStyle() on Opera

2015-03-16 Thread Richard Hipp
Apparently the window.getComputedStyle() method does not work on Opera, which means that on white-foreground skins such as eagle the graph lines are drawn in white instead of black. Can anyone suggest a work-around? -- D. Richard Hipp d...@sqlite.org

Re: [fossil-dev] The --docker option

2015-03-25 Thread Richard Hipp
___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http

[fossil-dev] Fossil 2.1: Scaling

2015-03-02 Thread Richard Hipp
comments and discussion. I have several unrelated and much higher-priority tasks to keep me busy at the moment, so this is not something that would happen right away, unless somebody else steps up to do a lot of the implementation work. -- D. Richard Hipp d...@sqlite.org

Re: [fossil-dev] Style issue concerning function definitions

2015-05-02 Thread Richard Hipp
'^[a-z].*content_get' *.c to find the implementation. Function definitions will always begin with an typename at the left margin, where as calls to the function will be be on a line that starts with whitespace. -- D. Richard Hipp d...@sqlite.org

Re: [fossil-dev] bug report: merge commits don't show added files

2015-05-05 Thread Richard Hipp
already exists and (2) File was added from nothing. You are wanting a third possibility which is (3) File added by a merge from another branch. Fixing this is probably going to involve a lot of work, a lot of testing, a schema change, and a fossil rebuild. -- D. Richard Hipp d...@sqlite.org

Re: [fossil-dev] bug report: merge commits don't show added files

2015-05-05 Thread Richard Hipp
the code and look at every case where mlink.pid is used and see how this change affects that case. Maybe I won't find anything (which would be great) but I suspect that there are some lurking issues. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing

Re: [fossil-dev] CSS-customizable timeline graph (graphcss branch)

2015-05-07 Thread Richard Hipp
for square-vs-circle nodes and to turn arrowheads on and off while still providing an escape mechanism for full customization by expert CSS hackers? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http

Re: [fossil-dev] bug report: merge commits don't show added files

2015-05-05 Thread Richard Hipp
On 5/5/15, Richard Hipp d...@sqlite.org wrote: On 5/5/15, Lluís Batlle i Rossell vi...@viric.name wrote: For the cases I had in mind today, it seems to work fine. Maybe you have a better idea how to check where it fails. Thanks for checking - that is a big help. I've got to work on some

[fossil-dev] Fossil build busted on older Macs

2015-05-05 Thread Richard Hipp
to compile on a 15-year-old mac -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Fwd: The various andygoth-* branches

2015-05-18 Thread Richard Hipp
-- Forwarded message -- From: Richard Hipp d...@sqlite.org Date: Mon, 18 May 2015 10:29:30 -0400 Subject: The various andygoth-* branches To: fossil-users fossil-us...@mailinglists.fossil-scm.org Three of six have been merged. andygoth-user-reports is good but needs more love

Re: [fossil-dev] The various andygoth-* branches

2015-05-18 Thread Richard Hipp
On 5/18/15, Richard Hipp d...@sqlite.org wrote: andygoth-user-reports is good but needs more love before it goes onto trunk. In particular, the submenu is too wide. I think the (Remove User Flag) submenu item definitely needs to go away. General cleanup of the /reports page is long overdue

Re: [fossil-dev] Help me prep for a talk about the shortcomings of Git

2015-05-15 Thread Richard Hipp
of view of someone whose Git experience is limited? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Version 1.33

2015-05-23 Thread Richard Hipp
Fossil version 1.33 has been tagged. Binaries are available on the download page: https://www.fossil-scm.org/download.html -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http

Re: [fossil-dev] fossil server segfault with core.

2015-07-13 Thread Richard Hipp
it was the make clean and not the fossil rebuild that cleared the problem -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] OpenSSL not on ElCapitan. Was: Time to release Fossil version 1.34?

2015-10-21 Thread Richard Hipp
But I want Fossil to "just work" for El Capitan, including building out-of-the-box. On 10/21/15, Ben Summers <b...@bens.me.uk> wrote: > > It's just the headers which are missing. You just need to build it with an > older OS X SDK. > > Ben > > >>

Re: [fossil-dev] OpenSSL not on ElCapitan. Was: Time to release Fossil version 1.34?

2015-10-21 Thread Richard Hipp
The following fixed it: brew install openssl ./configure -with-openssl=/usr/local/Cellar/openssl/1.0.2d_1 On 10/21/15, Richard Hipp <d...@sqlite.org> wrote: > But I want Fossil to "just work" for El Capitan, including building > out-of-the-box. > > On 10/21/15,

[fossil-dev] List of possible enhancements for the next Fossil release

2015-11-02 Thread Richard Hipp
)Notes and/or description for a branch (8)Quick links to formatting rules when editing wiki (9)Enhance the formatting rules for markdown (10) Handle symlinks by default -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev

Re: [fossil-dev] timeline showfiles on webpage vs cli

2015-10-06 Thread Richard Hipp
the preferred behavior? I think both timeline implementation > should show the same information. My first thought is that the CLI version is correct. But I don't know for sure. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Check-in etiquette

2015-08-27 Thread Richard Hipp
circumstances. But trunk check-ins should always be ready for deployment. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] manifest versionable setting on fossil repository

2015-09-06 Thread Richard Hipp
ke > an obvious one for the project to have. > Are there any projects (other than Fossil itself, and SQLite) that use it? Note that the manifest setting is copied whenever you clone. So it is not clear to me how you ended up with a repo that had it turned off. Can you elaborate?

Re: [fossil-dev] manifest versionable setting on fossil repository

2015-09-09 Thread Richard Hipp
On 9/9/15, Ross Berteig <r...@cheshireeng.com> wrote: > > On 9/6/2015 7:13 PM, Richard Hipp wrote: >> >> Are there any projects (other than Fossil itself, and SQLite) that use >> it? > > I use it in several of my non-toy, customer-facing projects. I do > em

[fossil-dev] Potential downtime due to DDoS attack.

2016-01-01 Thread Richard Hipp
, but at a different datacenter (Newark). The second is with a different hosting provider (Hurricane Electric, in Fremont). This mailing list and the precompiled-binary download page is available at Dallas only. But all other Fossil services are available at the backups. -- D. Richard Hipp d

Re: [fossil-dev] Curious relationship with trunk

2016-01-08 Thread Richard Hipp
o-op, since there were no changes), causing this. If so, > should fossil remember a merge which makes no changes? There is no logic for "merge" to detect no-op merges and refuse to record them. But I suppose we could add that. > > (Or is there som

Re: [fossil-dev] Support for the git: scheme on clone/push/pull/sync?

2015-12-22 Thread Richard Hipp
figure out. Anything you can do to help figure this out will be appreciated. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Support for the git: scheme on clone/push/pull/sync?

2015-12-19 Thread Richard Hipp
omatically sync your Fossil repositories on GitHub. I'd be willing to work on this as my Christmas project (assuming nothing more pressing comes up over the Holiday). You can help by looking up documentation on the Git wire protocol for clone/push/pull/sync and sending me links. -- D. Richard

Re: [fossil-dev] test command to render markdown

2016-06-06 Thread Richard Hipp
ki-render, but for markdown syntax. > > I use "test-markdown-render" as command name and add it at the end of > wiki.c (I decide to make a separate command, because test-wiki-render > take a few "fossil-wiki" only options) > > Is there any objections if I comm

[fossil-dev] Time to release version 1.35?

2016-06-10 Thread Richard Hipp
Any objections to cutting the Fossil 1.35 release sometime early next week? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Time to release version 1.35?

2016-06-13 Thread Richard Hipp
On 6/10/16, Richard Hipp <d...@sqlite.org> wrote: > Any objections to cutting the Fossil 1.35 release sometime early next week? There have been a few minor patches and some merges since the previous. Are there any further objections to doing version 1.35 later today or early tomorro

Re: [fossil-dev] Time to release version 1.35?

2016-06-13 Thread Richard Hipp
iest, due to other scheduling issues. So the question becomes: Is your enhancement important enough to delay the release by two months? Or is it better to get 1.35 out Tuesday morning and deal with your enhancement for 1.36? -- D. Richard Hipp d...@s

Re: [fossil-dev] Build Failure Using Visual C/C++ (Visual Studio 2008 and 2010)

2016-01-18 Thread Richard Hipp
On 1/18/16, Ryan Noll <rnoll@gmail.com> wrote: > Hello, > > I was attempting to build a basic build of Fossil (dda5d11d98, dated > 2016-01-18@17:48) which failed when attempting to compile sqlite3.c. > Should be fixed now. -- D. Richard

Re: [fossil-dev] pending-review: removal of fuse code when built w/o fuse

2016-01-21 Thread Richard Hipp
tephan 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 > -- D. Richard Hipp d...@sqlite.org _

Re: [fossil-dev] pending-review: removal of fuse code when built w/o fuse

2016-01-21 Thread Richard Hipp
listing on systems where fusefs is not supported, just as commands like "cgi" and "artifact" and "zip" are currently omitted from "fossil help" (unless you include the --all option). -- D. Richard Hipp d...@sqlite.org ___

Re: [fossil-dev] For review: /foo?name=xyz ==> /foo/xyz

2016-02-20 Thread Richard Hipp
posal is that we standardize on the /foo/x form for all generated > links. Justification: they simply look better :/. > > If there are no objections... > The problem comes up when "name" contains special characters, such as "/" or "?" -- D. Richard Hipp d...@sq

Re: [fossil-dev] Timeline graph rendering anomaly

2016-03-19 Thread Richard Hipp
On 3/18/16, Stephan Beal <sgb...@googlemail.com> wrote: > On Fri, Mar 18, 2016 at 3:46 PM, Richard Hipp <d...@sqlite.org> wrote: > >> Old style: http://www2.fossil-scm.org/fossil/timeline?b=b8c7af5b >> New style: http://www.fossil-scm.org/fossil/timeline?b=b8c7af5b

Re: [fossil-dev] "merge-renames" branch review

2016-05-09 Thread Richard Hipp
character change to setup/fossil.nsi that occurred on the cleanX. However, when I repeat the merge using merge-renames Fossil, it is not pulling in that change and thus the edit is lost. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mai

Re: [fossil-dev] Style

2016-05-12 Thread Richard Hipp
gree that it would be good to document variable naming conventions. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Style

2016-05-12 Thread Richard Hipp
ave any documentation on the fiddly details. Try to copy the existing code. And then don't worry if I change your spacing :-) -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlit

Re: [fossil-dev] Style

2016-05-12 Thread Richard Hipp
On 5/12/16, Andy Goth <andrew.m.g...@gmail.com> wrote: > Is there a documented preferred style for Fossil coding? https://www.fossil-scm.org/fossil/doc/trunk/www/style.wiki The above could perhaps be augmented. -- D. Richard Hipp d...@s

Re: [fossil-dev] "merge-renames" branch review

2016-05-12 Thread Richard Hipp
reviously just being ignored. > > Unless you have any other issues I need to fix, I'm happy with the state > of the branch as it is now. I've been seeing your branch on the timeline and thinking I need to look at it. But I'm really swamped right now. I'll get to it as soon as I can. Keep

Re: [fossil-dev] "merge-renames" branch review

2016-05-07 Thread Richard Hipp
ng I've > overlooked or need to improve/clarify, please let me know. Thanks! Thanks for working this out. It looks good so far. But I'm going to test on it some more before merging, if you don't mind. Gimme another 24 hours. Maybe 48. -- D. Richard Hipp d...@sqlite.org ___

Re: [fossil-dev] [fossil-users] Proposed roadmap for Fossil 2.0

2017-02-27 Thread Richard Hipp
My latest thoughts on Fossil-2.0 are in the attachment. (I think I have successfully modified the mailing list settings to allow text attachments through - this message will serve as a test case.) -- D. Richard Hipp d...@sqlite.org The latest thinking on the Fossil-2.0 upgrade. (1) Keep

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
On 2/27/17, Andy Bradford <amb-fos...@bradfords.org> wrote: > Thus said Richard Hipp on Mon, 27 Feb 2017 21:50:43 -0500: > >> (9) There are no changes to the file formats, other than relaxing the >> size constraint on artifact hashes - allowing hash to be greater

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
On 2/28/17, Richard Hipp <d...@sqlite.org> wrote: > > (4) There are no hash options. You cannot choose to use any hash > algorithm other than SHA3-256 for new content. > > (6) The only complication to upgrading is that you need to update all > of your fossil (or fossil.

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
remote side should also be Fossil 2.0 or later so that the new SHA3 hashes can be understood. (6) The only complication to upgrading is that you need to update all of your fossil (or fossil.exe) binaries to version 2.0 at the same time. All of the above is subject to change. Please pro

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
m inclined now to go with the shorter SHA3-224. Your feedback is important! -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
ion and storage overhead for SHA3-256 is minimal and should not present a barrier. However, the extra 8 characters of hash from SHA3-256 do seem to introduce UI challenges. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
rhaps after a delay of a few days. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Fossil repositories must be UTF8 encoded.

2017-02-28 Thread Richard Hipp
probably document the limitation. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Fossil repositories must be UTF8 encoded.

2017-02-28 Thread Richard Hipp
ve bigger fish to fry at the moment. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Fossil 2.0 Beta

2017-03-01 Thread Richard Hipp
ating only SHA3 hash names. (3) There is a new "sha3sum" command made available for your convenience. Further documentation updates are likely prior to the release, but at this point the code is feature complete and ready for testing. Please repo

Re: [fossil-dev] Fossil 2.0 Beta

2017-03-01 Thread Richard Hipp
n 10%. Works fine from here. Could it be the network on your end? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
On 2/28/17, Richard Hipp <d...@sqlite.org> wrote: > > Should the SHA3 hashes be SHA3-224 or > SHA3-256? In my view, the extra computation and storage overhead for > SHA3-256 is minimal and should not present a barrier. However, the > extra 8 characters of hash from SHA3-256

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-26 Thread Richard Hipp
is to add support for multiple hash algorithms. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

[fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-26 Thread Richard Hipp
HA3 standard (example: Keccak[196]) be supported? K196 is desirable in that its hash length is 48 bytes, only 8 bytes longer than SHA1. Feedback is welcomed and encouraged, though let's keep the discussion on fossil-dev and off of fossil-users if possible. Thanks. -- D. Richard Hipp d...@sqlite.o

Re: [fossil-dev] [fossil-users] Proposed roadmap for Fossil 2.0

2017-02-27 Thread Richard Hipp
available hash functions to a minimum. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-02-28 Thread Richard Hipp
ell go with 256. But there are situations where the full hash is shown. One example is the "fossil status" command. There are many others. Those extra 8 bytes of hash on 256 versus 224 are starting to push the limits of what you can display with an 80-column tty window. -- D. Ric

Re: [fossil-dev] Notes on using unversion for the first time.

2016-09-21 Thread Richard Hipp
but that would merely be an optimization - everything works without it. And the extra code would just be more present more opportunities for bugs. Best to leave it out unless it is really needed. And current evidence is that it will not be needed. -- D. Richard Hipp

Re: [fossil-dev] Notes on using unversion for the first time.

2016-09-19 Thread Richard Hipp
. It is unused now. So I simply removed it. Let me know if you find anything else wrong. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Please review

2016-10-27 Thread Richard Hipp
ɹnoʎ 'sıɥʇ pɐǝɹ uɐɔ noʎ ɟı > -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] download page: Linux x86 inconsistent fossil binary (64bit vs. 32bit)

2016-11-09 Thread Richard Hipp
ortment of precompiled binaries to the download page. If anything, I'd like to cull a few. Linux and OpenBSD being obvious candidates since "./configure;make" works so well on those platforms. -- D. Richard Hipp d...@sqlite.org ___ f

Re: [fossil-dev] Time to release version 1.36?

2016-10-14 Thread Richard Hipp
On 10/14/16, jungle Boogie <jungleboog...@gmail.com> wrote: > Sent from my iPhone 7.1 > > On Oct 14, 2016 7:47 AM, "Richard Hipp" <d...@sqlite.org> wrote: >> >> The final SQLite 3.15.0 is not checked into the Fossil trunk. Is it >> an a

[fossil-dev] Cached "blame"

2016-10-18 Thread Richard Hipp
d be done for Fossil, that would be great! -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] andygoth-branch-list

2016-11-22 Thread Richard Hipp
On 11/19/16, Richard Hipp <d...@sqlite.org> wrote: > On 11/19/16, Andy Goth <andrew.m.g...@gmail.com> wrote: >> Is this extension documented? What is the precise behavior? Are there >> guarantees that it will be preserved throughout future versions of >> SQLite?

Re: [fossil-dev] andygoth-branch-list

2016-11-19 Thread Richard Hipp
. So, it is looking at the most recent leaf of the branch. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] andygoth-branch-list

2016-11-19 Thread Richard Hipp
; incorporate your words about the special behavior of max() and min() into > the SQLite documentation? If you send suggested text, I'll insert it for you. The documentation for SQLite is managed by a separate Fossil repo (https://www.sqlite.org/docsrc/timeline). -- D. Richard

Re: [fossil-dev] andygoth-branch-list

2016-11-19 Thread Richard Hipp
s that happens. (2) The /brlist definition is easier to compute. > > On Nov 19, 2016 06:32, "Richard Hipp" <d...@sqlite.org> wrote: > >> On 11/19/16, Andy Goth <andrew.m.g...@gmail.com> wrote: >> > >> > If I understand correctly, the baseline

Re: [fossil-dev] Did we just hit the 10000 check-ins mark?

2016-10-27 Thread Richard Hipp
ssil/stat > > Although that's in all branches, right? Correct. 9998 check-ins overall of which 6238 are on trunk. The number of trunk check-ins can be seen at https://www.fossil-scm.org/fossil/brlist And how does one get that information about a Git or Hg

Re: [fossil-dev] [fossil-users] Fossil check-in [a4bb89ba081e29c5]...

2016-10-28 Thread Richard Hipp
sil > think that the command is enabled, but fusefs.c itself does not, so it > doesn't get built. Hence the linker error. > > Thanks, > > Andy > -- > TAI64 timestamp: 40005812cb7e > > > ___ > fossil-users mailing list

Re: [fossil-dev] andygoth-branch-list

2016-11-30 Thread Richard Hipp
in() function determines which row is used to > compute bare columns. Do you want to document this behavior, or do you > want to reserve the right to change it later? That behavior is undefined. We reserve the right to change it. -- D. Richard Hipp d...@sqlite.org __

[fossil-dev] Time for the 1.37 release?

2017-01-02 Thread Richard Hipp
SQLite version 3.16.0 is now checked into Fossil. Perhaps this would be a good time to do another release of Fossil. Key enhancements (in my opinion): * The "fossil all ui" command * Checkbox widgets in submenus * Improvements to the "fossil sql" command -

Re: [fossil-dev] Time for the 1.37 release?

2017-01-02 Thread Richard Hipp
On 1/2/17, jungle Boogie <jungleboog...@gmail.com> wrote: > On Jan 2, 2017 11:15 AM, "Richard Hipp" <d...@sqlite.org> wrote: >> >> SQLite version 3.16.0 is now checked into Fossil. Perhaps this would >> be a good time to do another release of Fossil.

Re: [fossil-dev] Time for the 1.37 release?

2017-01-02 Thread Richard Hipp
On 1/2/17, Richard Hipp <d...@sqlite.org> wrote: > Three bugs found already (one reported by E.Pasma on the SQLite > mailing list, and two more found by the developers while working on > the E.Pasma bug) To be clear, E.Pasma found his problem using SQLite 3.15.0. He just h

Re: [fossil-dev] Repeated condition in report.c mistake?

2017-01-10 Thread Richard Hipp
___ > fossil-dev mailing list > fossil-dev@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev > -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Bash completion - need input

2016-12-20 Thread Richard Hipp
gt; > Any suggestions as to which to prefer? (1) -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] gdiff-tmpfilename-prefix branch

2016-12-23 Thread Richard Hipp
On 12/23/16, Martin Gagnon <eme...@gmail.com> wrote: > > I've push a small change related to temporary file handling when using > "gdiff" Merged. I haven't run gdiff in many years. Ever since the --tk option on diff was invented, that's all I have used. -- D. Ric

[fossil-dev] Ready to release version 2.2?

2017-03-30 Thread Richard Hipp
Now that SQLite 3.18.0 has landed, I think it would be good to do a Fossil 2.2 release. Objections? Concerns? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin

Re: [fossil-dev] Fossil website stats

2017-03-29 Thread Richard Hipp
7.36" -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Fossil website stats

2017-03-29 Thread Richard Hipp
For reference, I uploaded two lists of distinct UserAgent strings: https://www.fossil-scm.org/tmp/robot-agents.txt https://www.fossil-scm.org/tmp/non-robot-agents.txt -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev

[fossil-dev] Fossil website stats

2017-03-29 Thread Richard Hipp
SQLite.org sees about 20x the volume by any measure. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Git Tag comments, again [Was: Proposed roadmap for Fossil 2.0]

2017-03-31 Thread Richard Hipp
I don't understand the details of this issue, but my instinct would be to use the T card to avoid an incompatibility. On 3/31/17, Jan Nijtmans <jan.nijtm...@gmail.com> wrote: > 2017-03-30 21:24 GMT+02:00 Richard Hipp: >> On 3/30/17, Jan Nijtmans <jan.nijtm...@gmail.co

Re: [fossil-dev] Show README files on directory listing screen

2017-03-15 Thread Richard Hipp
On 3/15/17, Roy Marples <r...@marples.name> wrote: > > I didn't use the term Open Source once in the "Fossil is not social" > section, I just described the model. > I have edited the blog post to reflect this. > Thanks for clarifying your blog. --

Re: [fossil-dev] Show README files on directory listing screen

2017-03-15 Thread Richard Hipp
that one SQL statement. Aside: Roy, I though you gave up on Fossil? https://roy.marples.name/blog/goodbye-fossil -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/lis

[fossil-dev] Show README files on directory listing screen

2017-03-15 Thread Richard Hipp
in support of SQLite documentation. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Testing fossil 2.1

2017-03-14 Thread Richard Hipp
n32. I'll take the action to get rid of strtok_r(). -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Show README files on directory listing screen

2017-03-15 Thread Richard Hipp
oice for any cathedral-style open-source project. If you want to say that GitHub (or Mercurial or something else) works better for bazaar-style projects, that it fine. But I think it is incorrect to say that those others are better for *all* open-source projects. -- D. Richard Hipp d...@sqlite.or

[fossil-dev] Acquire the "fossil-scm.com" domain?

2017-04-04 Thread Richard Hipp
$40 USD to purchase the domain. I'm inclined to ignore their offer, as adding fossil-scm.com is just one more DNS entry to maintain. But I am open to acquiring fossil-scm.com (and pointing it to exactly the same webserver as fossil-scm.org) if others think that would be a good idea. Your thoughts?

[fossil-dev] Version 2.2 ready?

2017-04-11 Thread Richard Hipp
If there are no objections, I will take the current tip of trunk as the 2.2 release. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Fossil 2.0 Beta

2017-03-03 Thread Richard Hipp
On 3/3/17, Andy Bradford <amb-fos...@bradfords.org> wrote: > Thus said Richard Hipp on Wed, 01 Mar 2017 17:35:56 -0500: > >> All other SHA1 hashes remain the same. If you doubt that assertion, >> you can test it by running "fossil test-integrity"

[fossil-dev] New download page implementation

2017-03-04 Thread Richard Hipp
the download.html page is now only working if you update to the latest trunk version; -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Test Suite is unhappy with version 2.0

2017-03-08 Thread Richard Hipp
t; specific test case is verifying that a hash prefix is allowed. Fixed now on trunk. -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Testing fossil 2.1

2017-03-13 Thread Richard Hipp
On 3/13/17, Ross Berteig <r...@cheshireeng.com> wrote: > I seem to have the test suite bee in my bonnet this week. I, for one, am hoping that bee hangs around :-) It's ok to do your test debugging on trunk, if you want to go ahead and merge your branch. -- D. Richard Hipp d...@s

Re: [fossil-dev] Testing fossil 2.1

2017-03-13 Thread Richard Hipp
ion here would be to change the RE to be "([0-9a-f]{40,64})". Does that fix the problem? -- D. Richard Hipp d...@sqlite.org ___ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-03-01 Thread Richard Hipp
On 2/28/17, Richard Hipp <d...@sqlite.org> wrote: > > release Fossil 2.0 and Fossil 2.1 simultaneously. The only difference > between these two version will be that Fossil 2.0 still always > generates SHA1 hashes on new content whereas Fossil 2.1 generates only > SHA3 hash

Re: [fossil-dev] Proposed roadmap for Fossil 2.0

2017-03-01 Thread Richard Hipp
On 3/1/17, Zakero <zak...@gmail.com> wrote: > > Will there be any measurements taken to find out how much of an impact > there will be to the repository by changing to SHA3? It would be great if you could make those measurements for us! -- D. Richard Hipp

  1   2   >