Re: [fossil-users] Index (was Re: git-fossil-git does not obtain the same commit hashes.)

2014-06-07 Thread Gour
Nico Williams n...@cryptonector.com 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

Re: [fossil-users] Index (was Re: git-fossil-git does not obtain the same commit hashes.)

2014-06-07 Thread B Harder
Hey Nico -- Some thought-provoking comments. Thanks. -bch On 6/7/14, Gour g...@atmarama.net wrote: Nico Williams n...@cryptonector.com 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

[fossil-users] Schizophrenic fossil users?

2014-06-07 Thread Stephan Beal
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

[fossil-users] autosync from GUI

2014-06-07 Thread Eric Rubin-Smith
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.

Re: [fossil-users] Schizophrenic fossil users?

2014-06-07 Thread Sean Woods
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

Re: [fossil-users] Index (was Re: git-fossil-git does not obtain the same commit hashes.)

2014-06-07 Thread Matt Welland
On Fri, Jun 6, 2014 at 10:51 PM, Nico Williams n...@cryptonector.com 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

Re: [fossil-users] Cannot determine user when using -A

2014-06-07 Thread Will Parsons
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

Re: [fossil-users] Cannot determine user when using -A

2014-06-07 Thread Stephan Beal
On Sat, Jun 7, 2014 at 5:18 PM, Will Parsons varro@nodomain.invalid 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

Re: [fossil-users] autosync from GUI

2014-06-07 Thread Stephan Beal
On Sat, Jun 7, 2014 at 3:44 PM, Eric Rubin-Smith eas@gmail.com 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

Re: [fossil-users] Cannot determine user when using -A

2014-06-07 Thread Will Parsons
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 varro@nodomain.invalid wrote: Or you should be

Re: [fossil-users] autosync from GUI

2014-06-07 Thread Eric Rubin-Smith
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 least

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread tonyp
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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Stephan Beal
On Sat, Jun 7, 2014 at 8:03 PM, to...@acm.org 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.

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Richard Hipp
On Sat, Jun 7, 2014 at 2:03 PM, to...@acm.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Richard Hipp
On Sat, Jun 7, 2014 at 2:32 PM, Stephan Beal sgb...@googlemail.com wrote: On Sat, Jun 7, 2014 at 8:03 PM, to...@acm.org 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

Re: [fossil-users] Cannot determine user when using -A

2014-06-07 Thread Ron Wilson
On Sat, Jun 7, 2014 at 11:52 AM, Stephan Beal sgb...@googlemail.com wrote: On Sat, Jun 7, 2014 at 5:18 PM, Will Parsons varro@nodomain.invalid 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

Re: [fossil-users] autosync from GUI

2014-06-07 Thread Ron Wilson
On Sat, Jun 7, 2014 at 1:26 PM, Eric Rubin-Smith eas@gmail.com 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

Re: [fossil-users] autosync from GUI

2014-06-07 Thread Ron Wilson
On Sat, Jun 7, 2014 at 2:23 PM, Stephan Beal sgb...@googlemail.com 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread tonyp
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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Ron Wilson
On Sat, Jun 7, 2014 at 2:32 PM, Richard Hipp d...@sqlite.org 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

Re: [fossil-users] autosync from GUI

2014-06-07 Thread Scott Robison
On Jun 7, 2014 1:27 PM, Ron Wilson ronw.m...@gmail.com wrote: On Sat, Jun 7, 2014 at 2:23 PM, Stephan Beal sgb...@googlemail.com 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,

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Scott Robison
On Jun 7, 2014 1:47 PM, to...@acm.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Scott Robison
On Jun 7, 2014 12:44 PM, Richard Hipp d...@sqlite.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread tonyp
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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Stephan Beal
On Sat, Jun 7, 2014 at 11:40 PM, to...@acm.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Scott Robison
On Sat, Jun 7, 2014 at 3:40 PM, to...@acm.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Richard Hipp
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 think

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread tonyp
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 use

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Scott Robison
On Sat, Jun 7, 2014 at 4:08 PM, to...@acm.org 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

Re: [fossil-users] autocrlf like in Git?

2014-06-07 Thread Nico Williams
On Sat, Jun 7, 2014 at 1:32 PM, Stephan Beal sgb...@googlemail.com 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,