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.
>
> That said, I always have a terminal window
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
> the complexity of e
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
when using something li
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). Software is designed to work
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 cost
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 into
"
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 op
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 what changes I make bet
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 out what version of the
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 1.160s 0:13.03 10.4%
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%
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 study
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 he
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 idea/sketch/set of paradigms
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
ma
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/
http://gplus.to/sgbeal
"Freedom is s
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
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 on every
delta that must
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 person to clone the
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 them, yes. Thanks for the third one!
...
>>> I might know (through
20 matches
Mail list logo
