On Sat, Jun 7, 2014 at 1:32 PM, Stephan Beal wrote:
> It's unfortunately not a "minor technical issue" because of how fossil
> calculates the hash for the whole contents of a repository for
> ...
The same is true for git, and Mercurial, and... It doesn't mean it
can't be done, just that the VCS
On Sat, Jun 7, 2014 at 4:08 PM, wrote:
>> I completely agree with the points other than the one that "the DVCS
> is the only tool that can effectively manage the EOL convention of the
> files". I use a text editor daily that is capable of normalizing EOL
> convention (though of course there a
From: Scott Robison
Sent: Sunday, June 08, 2014 12:58 AM
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] autocrlf like in Git?
> I completely agree with the points other than the one that "the DVCS is the
> only tool that can effectively manage the EOL convention of the files". I u
The job of an editor is to edit files. So if an editor were to make NL <->
CRNL conversions, I could understand that.
But what if, for example, your filesystem decided to be clever and do NL
<-> CRNL conversions of files whose names ended in ".TXT" as you read and
wrote those files to disk. I th
On Sat, Jun 7, 2014 at 3:40 PM, wrote:
> * Several old time assemblers will choke on wrong line endings. Their
>>> binaries cannot be updated as the source is no longer available. So, you
>>> must edit code only in the right format or you’re out of luck.
>>>
>>
> This seems to be conflating th
On Sat, Jun 7, 2014 at 11:40 PM, wrote:
> In general, an SCM that is supposed to be used by various people each
> working on a their own ‘random’ platform should be able to give to all of
> them the impression that text files are normal text files, that is ‘normal’
> according to their own system
From: Scott Robison
Sent: Sunday, June 08, 2014 12:05 AM
To: Fossil SCM user's discussion
Subject: Re: [fossil-users] autocrlf like in Git?
* Several old time assemblers will choke on wrong line endings. Their
binaries cannot be updated as the source is no longer available. So, you
must edit
On Jun 7, 2014 12:44 PM, "Richard Hipp" wrote:
>
> Years ago (decades ago, actually), somebody rigged up fopen() so that it
did automatic NL <-> CRNL conversions unless you used "rb" or "wb" as the
"type" parameter. This seemed like a clever solution at the time and was
warmly embraced by many de
On Jun 7, 2014 1:47 PM, wrote:
>
> Well, I can give a couple of personal examples that you easily try
yourselves:
>
> * Windows side: Copy/Paste in Windows can not deal with LF endings
correctly. Example: PNotepad editor in Windows loads Linux files but
copy-pasting from it (for example) to other
On Jun 7, 2014 1:27 PM, "Ron Wilson" wrote:
>
> On Sat, Jun 7, 2014 at 2:23 PM, Stephan Beal
wrote:
>>
>> For the local UI case, sure, i can see it being useful, but people would
also expect it to work remotely, and it often wouldn't.
>
> When running the local UI, that is seen as part of the loc
On Sat, Jun 7, 2014 at 2:32 PM, Richard Hipp wrote:
>
>
> Really? What tool are you using where the line ending makes a difference?
>
At least in my software team, no, but we do share test scripts with the
test engineering team and their tools do care about line endings. Our work
around, since
Well, I can give a couple of personal examples that you easily try yourselves:
* Windows side: Copy/Paste in Windows can not deal with LF endings correctly.
Example: PNotepad editor in Windows loads Linux files but copy-pasting from it
(for example) to other apps messes up all text (puts it all
On Sat, Jun 7, 2014 at 2:23 PM, Stephan Beal wrote:
> For the local UI case, sure, i can see it being useful, but people would
> also expect it to work remotely, and it often wouldn't.
>
When running the local UI, that is seen as part of the local client, but
when accessing a remote server the p
On Sat, Jun 7, 2014 at 1:26 PM, Eric Rubin-Smith wrote:
> Two of Fossil's self-proclaimed major benefits are: (a) its GUI and
> (b) its autosync feature. That the GUI does not attempt to implement
> autosync at all *is* surprising.
>
> Note that in non-tiny teams, there is often a "project manag
On Sat, Jun 7, 2014 at 11:52 AM, Stephan Beal wrote:
>
> On Sat, Jun 7, 2014 at 5:18 PM, Will Parsons
> wrote:
>
>> Or you should be able to simply set the environment variable:
>>
>> $ USER=philip_bennefall
>>
>> and then you don't need to worry about the -A or --user options.
>>
>
> That would
On Sat, Jun 7, 2014 at 2:32 PM, Stephan Beal wrote:
> On Sat, Jun 7, 2014 at 8:03 PM, wrote:
>
>> As for the hash mismatch this is just a minor technical issue easily
>> solved. The hash would have to calculated after stripping off all CRs
>> (Win/DOS) or converting to LFs (Macs) in text file
On Sat, Jun 7, 2014 at 8:03 PM, wrote:
> As for the hash mismatch this is just a minor technical issue easily
> solved. The hash would have to calculated after stripping off all CRs
> (Win/DOS) or converting to LFs (Macs) in text files. Then it will always
> match the repo hash.
>
It's unfor
On Sat, Jun 7, 2014 at 2:03 PM, wrote:
> Some tools (compilers, assemblers, editors) can deal with any type of
> line endings so text saved in a different platform is not an issue. But,
> this is not a universal rule.
>
Really? What tool are you using where the line ending makes a difference?
On Sat, Jun 7, 2014 at 7:26 PM, Eric Rubin-Smith wrote:
> Two of Fossil's self-proclaimed major benefits are: (a) its GUI and
> (b) its autosync feature. That the GUI does not attempt to implement
> autosync at all *is* surprising.
>
i can see how it might seem surprising, but once one consider
I know about crnl-glob. But it is a completely different issue than autocrlf
(like with Git).
As for the hash mismatch this is just a minor technical issue easily solved.
The hash would have to calculated after stripping off all CRs (Win/DOS) or
converting to LFs (Macs) in text files. Then i
Stephan Beal wrote:
> > I know this would likely increase the latency of the GUI, and would
> > possibly create a series of error cases and/or user interactions that do
> > not need to be handled in the GUI today. But I believe that today's
> > behavior nevertheless violates the principle of
Stephan Beal wrote:
> --===0473655165==
> Content-Type: multipart/alternative; boundary=047d7ba972dac592b704fb40f859
>
> --047d7ba972dac592b704fb40f859
> Content-Type: text/plain; charset=UTF-8
>
> On Sat, Jun 7, 2014 at 5:18 PM, Will Parsons wrote:
>
>> Or you should be able to simply
On Sat, Jun 7, 2014 at 3:44 PM, Eric Rubin-Smith wrote:
> I know this would likely increase the latency of the GUI, and would
> possibly create a series of error cases and/or user interactions that do
> not need to be handled in the GUI today. But I believe that today's
> behavior nevertheless v
On Sat, Jun 7, 2014 at 5:18 PM, Will Parsons wrote:
> Or you should be able to simply set the environment variable:
>
> $ USER=philip_bennefall
>
> and then you don't need to worry about the -A or --user options.
>
That would work, but note that many programs use $USER to create strings
(paths)
Philip Bennefall wrote:
> I have been experimenting with Fossil for a few days now and am really
> liking it so far. I am in the process of switching all my old SVN
> repositories to Fossil and haven't had any trouble.
>
> However, I ran into an issue when creating a new repository today. To
> i
On Fri, Jun 6, 2014 at 10:51 PM, Nico Williams
wrote:
> On Saturday, June 7, 2014, Andy Bradford <
> amb-sendok-1404710677.ahchkeilcibgninda...@bradfords.org> wrote:
>
>> Thus said Nico Williams on Fri, 06 Jun 2014 18:45:13 -0500:
>>
>> > I should add that it's not always possible or desirable
I just got the idea that i might want to add a separate user to one of
my repos so that i can easily see which commits come from my ODroid
machine (an ARM platform) as opposed to anywhere else (Intel
platforms), so that i can more easily narrow down any potential
portability bugs made on one or the
Is it reasonable to ask that the 'autosync' setting cause artifacts created
from the GUI to also be autosynced?
I know this would likely increase the latency of the GUI, and would
possibly create a series of error cases and/or user interactions that do
not need to be handled in the GUI today. But
Hi, all,
i just got the idea that i might want to add a separate user to one of my
repos so that i can easily see which commits come from my ODroid machine
(an ARM platform) as opposed to anywhere else (Intel platforms), so that i
can more easily narrow down any potential portability bugs made on
Hey Nico --
Some thought-provoking comments. Thanks.
-bch
On 6/7/14, Gour wrote:
> Nico Williams writes:
>
>> I wouldn't, don't, and won't demand that anyone follow such a workflow
>> for
>> any codebase I don't own, and possibly not for codebases I own either
>> (depends). I only want to be
Nico Williams writes:
> I wouldn't, don't, and won't demand that anyone follow such a workflow for
> any codebase I don't own, and possibly not for codebases I own either
> (depends). I only want to be able to do it myself easily when working
> on codebases where i have to or want to.
You pu
31 matches
Mail list logo
