Re: [fossil-users] xkcd on git

I did not say I did not use version control. By VCS I refer to the programs such as fossil, git, mercurial... used for doing such. I am using Fossil for my current project in parallel with my own way of handling versions. Embarcadero RAD Studio incorporates Git, Mercurial, and Subversion

Re: [fossil-users] xkcd on git

​"​ Even with fossil, I am having trouble justifying why the hassle is worth the effort. ​" ​ Sorry, but the alternatives ​(I have a Halloween shudder at the thought)​ ​are way more effort in the long run.​ I agree, merging is difficult when there are conflicts. But, Fossil and others show your

Re: [fossil-users] xkcd on git

On Oct 30, 2015, at 2:37 PM, Scott Doctor wrote: > > Embarcadero RAD Studio incorporates Git, Mercurial, and Subversion into the > IDE. Yes, it would be nicer if more IDEs had Fossil plugins. That said, I always have a terminal window up, cd’d into the project, so even

Re: [fossil-users] xkcd on git

On Oct 30, 2015 21:37, "Scott Doctor" wrote: > > > What I meant was I end up spending much time trying to get the tools to do what I want it to do versus how it wants to do it. i would argue that that's backwards (and possibly the source of your frustration with SCM).

Re: [fossil-users] SHA1 and security

On 30 October 2015 at 00:32, Eduard wrote: > Hi Warren, > > On 10/29/2015 06:50 PM, Warren Young wrote: >> On Oct 29, 2015, at 3:40 PM, Eduard wrote: >>> On 10/29/2015 02:46 PM, Warren Young wrote: (...) >>> I had read 2/3 of

Re: [fossil-users] xkcd on git

On 30 October 2015 at 23:19, Warren Young wrote: > On Oct 30, 2015, at 2:37 PM, Scott Doctor wrote: >> >> Embarcadero RAD Studio incorporates Git, Mercurial, and Subversion into the >> IDE. > > Yes, it would be nicer if more IDEs had Fossil plugins. > >

Re: [fossil-users] SHA1 and security

On Oct 29, 2015 6:50 PM, "Warren Young" wrote: > > I also wonder what will happen if someone with an existing checkout checks in a diff against the changeling file, and the diffs overlap with the evil bits. I assume the server will try to apply the patch and fail, or the next

Re: [fossil-users] SHA1 and security

On 10/30/15, Scott Robison wrote: > > I don't think fossil transfers deltas via the sync protocol, It does. Most artifacts are transmitted as deltas against existing artifacts that both ends already know about. Which reminds me - there is a (non-cryptographic) checksum

[fossil-users] Why is fossil extras so slow?

time find . -name foo.bar > /dev/null ; time fossil extras > /dev/null;time find . -name foo.bar > /dev/null ; time fossil extras > /dev/null 0.064u 0.404s 0:03.80 12.1% 0+0k 0+0io 0pf+0w# find 0.204u 1.160s 0:13.03 10.4% 0+0k 0+104io 0pf+0w # fossil extras 0.032u 0.288s 0:02.25 13.7%

Re: [fossil-users] Why is fossil extras so slow?

On Fri, Oct 30, 2015 at 8:11 PM, Matt Welland wrote: > time find . -name foo.bar > /dev/null ; time fossil extras > > /dev/null;time find . -name foo.bar > /dev/null ; time fossil extras > > /dev/null > 0.064u 0.404s 0:03.80 12.1% 0+0k 0+0io 0pf+0w# find > 0.204u

Re: [fossil-users] xkcd on git

On Fri, Oct 30, 2015 at 6:05 PM, Eric Rubin-Smith wrote: > I suspect Fossil folks will appreciate this :-) > > http://xkcd.com/1597/ > > http://fossil-scm.org/index.html/info/227b837a6c686972 :) -- - stephan beal http://wanderinghorse.net/home/stephan/

[fossil-users] xkcd on git

I suspect Fossil folks will appreciate this :-) http://xkcd.com/1597/ Eric ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] SHA-1 in user.pw field

The current stored password algorithm hashes the user’s cleartext password, the project code, and the user name with SHA-1. This will defeat a rainbow table, but it means the security of this scheme relies solely on the complexity of executing a preimage attack. Today such an attack would

Re: [fossil-users] SHA-1 in user.pw field

On Fri, Oct 30, 2015 at 3:02 PM, Warren Young wrote: > The current stored password algorithm hashes the user’s cleartext > password, the project code, and the user name with SHA-1. This will defeat > a rainbow table, but it means the security of this scheme relies solely on >

Re: [fossil-users] xkcd on git

On Pet, 2015-10-30 at 21:33 +0300, Konstantin Khomoutov wrote: > I'm a programmer, and after having used a bunch of centralized and > distributed VC systems I've come to a temporary conclusion that the > set of problems [D]VC systems are trying to solve has certain > irreducible complexity, and

Re: [fossil-users] xkcd on git

It is sort of the "Lightbulb Problem": Scenario 1: I want to design a lightbulb. So I study metallurgy, thermodynamics, electronics, manufacturing processes... Study what others succeded/failed at,... and so forth. Scenario 2: I want to use that lightbulb in my project. I only need to

Re: [fossil-users] xkcd on git

That is my experience with all VCS systems. Even with fossil, I am having trouble justifying why the hassle is worth the effort. Scott Doctor sc...@scottdoctor.com -- On 10/30/2015 10:07 AM, Stephan Beal wrote: On Fri, Oct 30, 2015 at 6:05 PM, Eric Rubin-Smith

Re: [fossil-users] xkcd on git

On Fri, 30 Oct 2015 10:56:48 -0700 Scott Doctor wrote: > That is my experience with all VCS systems. Even with fossil, I > am having trouble justifying why the hassle is worth the effort. I'm honestly not flame-baiting but have you tried to come up with an interface

Re: [fossil-users] xkcd on git

On 10/30/15, Scott Doctor wrote: > > That is my experience with all VCS systems. Even with fossil, I > am having trouble justifying why the hassle is worth the effort. > What do you do when a customer calls to ask about code you sent them 18 months ago? How do you figure

Re: [fossil-users] xkcd on git

On 30 October 2015 at 10:56, Scott Doctor wrote: > That is my experience with all VCS systems. Even with fossil, I am having > trouble justifying why the hassle is worth the effort. I version control config files for apps, .vimrc files, and small scripts just so I can see