It isn't blindness, I'm blind and did notice the download links previously.
I'm not trying to be pedantic, I just don't like seeing my disability
used when someone misses the obvious and is looking for a term to use.
I'm routinely treated as if I must not notice the obvious, and it's one
of th
And blindness indeed. The download option may be found in check-in pages.
Therefore the latest trunk check-in download link is found at:
http://www.fossil-scm.org/index.html/info/55a28e7f5a
Thanks again.
^K
on Dec 20, 2012, Richard Hipp wrote:
>
>
>
>On Thu, Dec 20, 2012 at 8:40 PM, K wrote:
That is great to see. So I've looked in Download and Code, and I am still not
able to figure out how I can download a snapshot of the current source of trunk.
Please pardon what must be blindness on my part.
^K
on Dec 20, 2012, Richard Hipp wrote:
>
>
>
>On Thu, Dec 20, 2012 at 8:40 PM, K wro
On Thu, Dec 20, 2012 at 8:40 PM, K wrote:
> Thank you for refining the presentation of moved-not-deleted files.
>
> Is this code now integrated into the primary trunk,
Yes. In http://www.fossil-scm.org/fossil/timeline?c=2012-12-18&nd at
2012-12-18 02:38 you can see where the changes were merge
Thank you for refining the presentation of moved-not-deleted files.
Is this code now integrated into the primary trunk, or at least is that the
intention? My question when I went to do commits for these moves just became,
"how do I ensure I continue to use the improved code".
Thanks again,
^K
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 9:12 PM, K wrote:
>
>
>
>
>
>However, I'm still curious why files must split upon move?
>
>It isn't a requirement. The page is simply showing all artifacts that
>represent a
>file with a given name. That is one way to slice
On Mon, Dec 17, 2012 at 9:12 PM, K wrote:
>
> However, I'm still curious why files must split upon move?
>
It isn't a requirement. The page is simply showing all artifacts that
represent a file with a given name. That is one way to slice the data.
You are wanting to track a file throughout its
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 9:00 PM, K wrote:
>
>
>
>
>
>
>
>#2 is fixed, no longer showing moved files as deleted in the check-in
>overview. Thank
>you. #1 is not fixed.
>
>
>Alternative fix is here: http://www.fossil-scm.org/fossil/info/aa9a2485de
>
>
On Mon, Dec 17, 2012 at 9:00 PM, K wrote:
>
>
> #2 is fixed, no longer showing moved files as deleted in the check-in
> overview. Thank you. #1 is not fixed.
>
Alternative fix is here: http://www.fossil-scm.org/fossil/info/aa9a2485de
You'll need to run "fossil rebuild" again coming from the p
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 7:48 PM, K wrote:
>
>
>
>I've been asked to clarify the confusion behavior I've run into.
>
>
>
>$ fossil open project.fossil
>
>
>
>$ mkdir source
>
>$ mkdir source/code
>
>$ fossil mv file.h source/code/
>
>RENAME file.h sour
On Mon, Dec 17, 2012 at 7:48 PM, K wrote:
> I've been asked to clarify the confusion behavior I've run into.
>
> $ fossil open project.fossil
>
> $ mkdir source
> $ mkdir source/code
> $ fossil mv file.h source/code/
> RENAME file.h source/code/file.h
> $ fossil changes
> MISSINGsource/code/
I've been asked to clarify the confusion behavior I've run into.
$ fossil open project.fossil
$ mkdir source
$ mkdir source/code
$ fossil mv file.h source/code/
RENAME file.h source/code/file.h
$ fossil changes
MISSINGsource/code/file.h
$ mv file.h source/code/
$ fossil changes
RENAMEDsou
12 matches
Mail list logo