Re: [fossil-users] The 'check-out' and 'clone' user permissions

2011-09-01 Thread Richard Hipp
On Wed, Aug 31, 2011 at 7:37 PM, Nolan Darilek no...@thewordnerd.infowrote:

 I'd be interested in this one too. Why might you want one and not the
 other? Or, more accurately, why isn't checkout sufficient, since presumably
 a clone is a checkout of everything?


Because when I was originally writing Fossil, I thought it would be
convenient to be able to restrict Clone as a means of limiting bandwidth
usage.  Sure, you could always get the same information by doing multiple
checkouts, but I thought if it were hard, there would be fewer attempts.

As it turns out, the clone protocol is so efficient that restricting clone
has not really been necessary.





 On 08/30/2011 03:55 PM, Lluís Batlle i Rossell wrote:

 Hello,

 I never understood enough the difference between the 'checkout' and the
 'clone'
 user permissions in fossil.

 Can someone explain why would someone have the cases of checkout and not
 clone
 or clone and not checkout?

 Thank you,
 Lluís.
 __**_
 fossil-users mailing list
 fossil-users@lists.fossil-scm.**org fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:**8080/cgi-bin/mailman/listinfo/**
 fossil-usershttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


 __**_
 fossil-users mailing list
 fossil-users@lists.fossil-scm.**org fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:**8080/cgi-bin/mailman/listinfo/**fossil-usershttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Tags with commas

2011-09-01 Thread Richard Hipp
2011/9/1 Lluís Batlle i Rossell virik...@gmail.com

 Hello all,

 through the UI, I wrote in Add new tag of the checkin edit page this:
 v11_3_5, release.

 This appears as: sym-v11_3_5, release, so, a tag with a comma and a
 space, and
 the two words.

 Nevertheless, in the timeline it appears as: tags: trunk, v11_3_5,
 release,
 with a link to trunk, another to v11_3_5, and another to release. Of
 course,
 the checkin does not appear under the listing of release alone, for
 example.

 Maybe addtag should complain or warn about commas, or add multiple tags,
 like
 the event page?
 How come the timeline does not show the big v11_3_5, release tag?


Because the set of tags for a check-in is extracted using the group_concat()
SQL function, then the resulting text is parsed by C code to insert HTML
anchors at ,  boundaries.  So, yes, if you put a ,  in your tag, you
will get some unintended anchors.



 (all this with fossil [d8221b9863] 2011-05-12, I don't know if there is a
 change
 about that in 1.18 or trunk)

 Regards,
 Lluís
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Diff after move

2011-09-01 Thread Jacek Cała
  Hi All,

I moved some files from one dir to another and made some changes.
Issuing 'fossil chan' showed me that the files are missing - correct.
I ran 'fossil mv' on these files and then 'fossil chan' showed that
they're edited - correct. However, when I try to see the changes
'fossil diff' I get:

fossil.exe: file XXX does not exist in checkin:

Can't say if that matters but all above was after moving my repository
from its original place and issuing 'fossil open
REPO_IN_A_NEW_PLACE.fossil --keep'

I wouldn't like to make commit on my sources until I see the changes,
so any help appreciated

  Regards,
  Jacek
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
2011/9/1 Jacek Cała jacek.c...@gmail.com

 fossil.exe: file XXX does not exist in checkin:


You also need to do the mv yourself. fossil mv records the intention but
does not actually perform the mv on the filesystem.


 Can't say if that matters but all above was after moving my repository
 from its original place and issuing 'fossil open
 REPO_IN_A_NEW_PLACE.fossil --keep'


That shouldn't matter, as long as you re-open after moving your fsl file.


-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Remigiusz Modrzejewski

On Sep 1, 2011, at 5:14 PM, Stephan Beal wrote:

 2011/9/1 Jacek Cała jacek.c...@gmail.com
 
 fossil.exe: file XXX does not exist in checkin:
 
 
 You also need to do the mv yourself. fossil mv records the intention but
 does not actually perform the mv on the filesystem.

Which, for me, seems to be quite weird...


Kind regards,
Remigiusz Modrzejewski



___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
2011/9/1 Remigiusz Modrzejewski l...@maxnet.org.pl

 On Sep 1, 2011, at 5:14 PM, Stephan Beal wrote:
  You also need to do the mv yourself. fossil mv records the intention but
  does not actually perform the mv on the filesystem.

 Which, for me, seems to be quite weird...


i can't argue definitively whether it is The Right Thing To Do or not, but
that's the way fossil behaves. It does seem to cause some confusion, though
- this problem (if that is indeed the OPs actual problem) comes up every now
and then.

Keep in mind that moving files from C code (i.e. fossil) is not. It requires
platform-specific code, directories may have to be created, permissions
might have to be set, etc.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
On Thu, Sep 1, 2011 at 5:26 PM, Stephan Beal sgb...@googlemail.com wrote:

 Keep in mind that moving files from C code (i.e. fossil) is not. It
 requires


is not trivial

i meant to say.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Jacek Cała
Hi Stephan,

Actually, I moved the files. Sorry, forgot to add that my first
'fossil chan' reported some MISSING files which I found after running
'fossil extra'. This allowed me to let fossil know that the files were
moved by running 'fossil mv'. And so this my question: why fossil
can't find them in the new place if I can clearly see they're there?
Also 'fossil ls' shows they're in the new dir.

I suspect that 'fossil diff' tries to search for previous versions in
the new dir instead of the old one. That could explain the problem.

Have anyone seen anything similar?

  Jacek

W dniu 1 września 2011 16:14 użytkownik Stephan Beal
sgb...@googlemail.com napisał:
 2011/9/1 Jacek Cała jacek.c...@gmail.com

 fossil.exe: file XXX does not exist in checkin:

 You also need to do the mv yourself. fossil mv records the intention but
 does not actually perform the mv on the filesystem.


 Can't say if that matters but all above was after moving my repository
 from its original place and issuing 'fossil open
 REPO_IN_A_NEW_PLACE.fossil --keep'

 That shouldn't matter, as long as you re-open after moving your fsl file.

 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Jacek Cała
Hi again,

I made a test on a simple, one file repository with two dirs:

DirA\file.txt
DirB\

I created a new repo, added DirA/file.txt, commited, made some
changes, moved file to 'DirB', issued 'fossil chan' - saw the MISSING
file, issued 'fossil extra' - saw DirB/file.txt. Issued 'fossil mv
DirA/file.txt DirB/file.txt' then 'fossil chan' - saw EDITED
DirB/file.txt. And, finally, 'fossil diff DirB/file.txt' resulted in
'fossil.exe: file DirB/file.txt does not exist in checkin:'

Looks like a bug in the diff command but please confirm it if you can.
My 'fossil ver' - 'This is fossil version 1.18 [df9da91ba8]
2011-07-13 23:03:41 UTC'; OS: 'Windows 7 x64'

  Regards,
  Jacek


W dniu 1 września 2011 16:39 użytkownik Jacek Cała
jacek.c...@gmail.com napisał:
 Hi Stephan,

 Actually, I moved the files. Sorry, forgot to add that my first
 'fossil chan' reported some MISSING files which I found after running
 'fossil extra'. This allowed me to let fossil know that the files were
 moved by running 'fossil mv'. And so this my question: why fossil
 can't find them in the new place if I can clearly see they're there?
 Also 'fossil ls' shows they're in the new dir.

 I suspect that 'fossil diff' tries to search for previous versions in
 the new dir instead of the old one. That could explain the problem.

 Have anyone seen anything similar?

  Jacek

 W dniu 1 września 2011 16:14 użytkownik Stephan Beal
 sgb...@googlemail.com napisał:
 2011/9/1 Jacek Cała jacek.c...@gmail.com

 fossil.exe: file XXX does not exist in checkin:

 You also need to do the mv yourself. fossil mv records the intention but
 does not actually perform the mv on the filesystem.


 Can't say if that matters but all above was after moving my repository
 from its original place and issuing 'fossil open
 REPO_IN_A_NEW_PLACE.fossil --keep'

 That shouldn't matter, as long as you re-open after moving your fsl file.

 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users



___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
2011/9/1 Jacek Cała jacek.c...@gmail.com

 DirB/file.txt. And, finally, 'fossil diff DirB/file.txt' resulted in
 'fossil.exe: file DirB/file.txt does not exist in checkin:'

 Looks like a bug in the diff command but please confirm it if you can.


i think the message is correct: the file does not exist in the checkIN
because DirB/file.txt has never been committed. It exists in the checkOUT,
but no the checkIN.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] cannot push or commit

2011-09-01 Thread ron georgia
All,
I have read through almost all the pertinent Fossil documentation
(FAQs included) and scoured the internet looking for help, so now i
turn to you with what seems to be a noobe situation.
Background:
1.) I install fossil on an OpenBSD (version 4.9) box.
2.) In the /var/www/cgi-bin i have a cgi script that points to a
repository. Everything works wonderfully.
3.) I can see the project web page from in Windoz and Linux. from both
environments I can clone the repository successfully.
4.) In Linux I add a directory to my local project (I guess it's
called adding a branch).
5.) To make sure the user name and passwords are synced I fossil user
password USERNAME
6.) Then I fossil commit -m Adding web pages -- this is what I get.

rgeorgia@rgeorgia-c1:~/workspace/FOSSIL/ntracker$ fossil commit -m
Added web pages
Autosync:  http://my_server.com/cgi-bin/ntracker
via proxy: http://proxy.companty_proxy_server.com:8000/
Bytes  Cards  Artifacts Deltas
Sent: 130  1  0  0
Received:  78  1  0  0
Total network traffic: 322 bytes sent, 0 bytes received
New_Version: 2a5783eaf385c7bb3f1ac7630a4bd09f4abb881d
Autosync:  http://carepo01.us.alcatel-lucent.com/cgi-bin/ntracker
via proxy: http://proxy.gslb.alcatel-lucent.com:8000/
Bytes  Cards  Artifacts Deltas
Sent:5509  7  3  1
Error: not authorized to write
Received: 111  1  0  0
Total network traffic: 2239 bytes sent, 0 bytes received
fossil: Autosync failed

Thanks in advance. Oh! Fossil version [79b7902cdd]

-- 
Ron Georgia
John 13:23
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cannot push or commit

2011-09-01 Thread Martin S. Weber
Try setting the autosync URL (fossil remote-url) to 
http://user@host:port/path. Note the presence of user in the URL.


-Martin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] cannot push or commit

2011-09-01 Thread Martin S. Weber

On 09/01/11 12:30, Stephan Beal wrote:

On Thu, Sep 1, 2011 at 6:23 PM, Martin S. 
Webermartin.we...@nist.govmailto:martin.we...@nist.gov  wrote:
Try setting the autosync URL (fossil remote-url) to http://user@host:port/path. 
Note the presence of user in the URL.

To expand on that a bit:

if you clone with:

fossil clone http://USER:PASSWORD@host/... my.fsl

fossil will remember the authorization info but won't (unlike svn) reveal your 
password on stdout when shows you the URL later (e.g. via a pull/sync).


Sadly if you clone with http://USER@host/...my.fsl and enter the password in 
the prompt, it will *not* remember the password (at least last time I tried). 
What I do then afterwards is set the remote-url to the same one again, which 
triggers me being asked for a password, and *then* it's stored. Not sure 
whether that's fixed already or not, but it's on my inquiry-list :-)


-Martin
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Konstantin Khomoutov
On Thu, 1 Sep 2011 18:16:07 +0200
Stephan Beal sgb...@googlemail.com wrote:

  DirB/file.txt. And, finally, 'fossil diff DirB/file.txt' resulted in
  'fossil.exe: file DirB/file.txt does not exist in checkin:'
 
  Looks like a bug in the diff command but please confirm it if you
  can.
 
 i think the message is correct: the file does not exist in the checkIN
 because DirB/file.txt has never been committed. It exists in the
 checkOUT, but no the checkIN.
I think that the original poster meant that while the message can be
absolutely correct, this behaviour itself has little sense.
Consider how it's (sensibly) handled by Git:

C:\tmp\foogit init
Initialized empty Git repository in C:/tmp/foo/.git/

C:\tmp\foomd a

C:\tmp\foomd b

C:\tmp\footouch a\aaa.txt

C:\tmp\foogit add a\aaa.txt

C:\tmp\foogit commit -m add a\aaa.txt
[master (root-commit) ec7b3f6] add a\aaa.txt
 0 files changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 a/aaa.txt

C:\tmp\foogit mv a\aaa.txt b

C:\tmp\fooecho test b\aaa.txt

C:\tmp\foogit diff b\aaa.txt
diff --git a/b/aaa.txt b/b/aaa.txt
index e69de29..9eb3931 100644
--- a/b/aaa.txt
+++ b/b/aaa.txt
@@ -0,0 +1 @@
+test

C:\tmp\foogit status
# On branch master
# Changes to be committed:
#   (use git reset HEAD file... to unstage)
#
#   renamed:a/aaa.txt - b/aaa.txt
#
# Changes not staged for commit:
#   (use git add file... to update what will be committed)
#   (use git checkout -- file... to discard changes in working
# directory)
#
#   modified:   b/aaa.txt
#

Two points to note here:
1) `git mv` also moves the file physically.
   Yes, this is debatable, but I think Git does The Right Thing here
   following the principle of least surprise.
2) `git diff` works on the moved file.
   Same here: it's quite sensible for the user to expect the VCS to know
   the file has been renamed and be able co compare its state in the
   active check-in with its current on-disk state.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
2011/9/1 Jacek Cała jacek.c...@gmail.com

 Agree, but if there's no way to view the changes, it's still a problem
 from the user perspective.


But how should fossil diff something which (for its purposes) isn't yet
there? Agreed, though, it could figure out that file2 was previously
file1, and take a different diff path, but the diff is always 0% or 100%,
depending on how one defines diff to behave in the context of a mv
operation. Neither 0% nor 100% change seems useful to me in the context of a
diff. A mv+edit combination could have a non-0/100% diff, i guess.

Regarding the comparison with git: git tracks changes differently, and can
even tell you that a given commit moved X lines of code from file A to file
B (it's pretty f-ing smart that way). Fossil tracks whole files only.

i unfortunately don't understand the internal details of how fossil tracks
lineage and changes well enough to explain/justify fossil's behaviour, but
this topic as come up before and IIRC (which i won't guaranty!)
the consensus was that fossil's design doesn't immediately lend well to
solving that. Or maybe it's just that nobody's pitched in yet to do it.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] MD5 and SHA1 from OpenSSL

2011-09-01 Thread Ron Aaron
Maybe it depends on your specific hardware, but on linux32 (i3 core2) I
get (kubuntu11-04.iso) :

openssl sha1 : 3.823
fossil sha1sum : 3.660 (old fossil: 4.936)

On linux64 (amd athlon X2, using a 600M data file):
openssl sha1 : 2.504
fossil sha1sum : 3.202 (old fossil: 4.211)

(these are best times from a number of runs)

Clearly, the new code is much better than the old code; but it's not
clear the openssl code is always a win... I'm not sure whether or not
it's a good idea to try to determine at run time which to use (since the
check overhead has to be measurable after all).

On 09/01/2011 08:43 PM, Dmitry Chestnykh wrote:
 I noticed the recent effort to optimize SHA-1 in Fossil, and it crossed my 
 mind that we can use OpenSSL implementation (which seem to be heavily 
 optimized), since we already link it when FOSSIL_ENABLE_SSL is defined, and 
 fall back to the current implementation if Fossil is not linked without 
 OpenSSL.

 My simple performance test of SHA-1 from checkin [f2ede7da6d] vs OpenSSL 
 shows that the latter is a bit faster:

 $ time ./fossil sha1sum ~/Downloads/FreeBSD-8.2-RELEASE-i386-disc1.iso

 Current implementation:

 real  0m3.549s
 user  0m3.232s
 sys   0m0.315s

 OpenSSL implementation:

 real  0m3.017s
 user  0m2.699s
 sys   0m0.316s


 Compiler: i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. 
 build 5658) (LLVM build 2335.15.00)

 The diff is very simple -- just a couple of defines; I have attached it.

 --
 Dmitry Chestnykh




 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] MD5 and SHA1 from OpenSSL

2011-09-01 Thread Dmitry Chestnykh
 Maybe it depends on your specific hardware, but on linux32 (i3 core2) I get 
 (kubuntu11-04.iso) :

Yay, good then, no need to use OpenSSL.

I suspect this is due to LLVM backend of OS X compiler which is default in 
Lion. For some crypto code I've written it compiles binaries that are slower 
than the ones produced by the old GCC 4.2.

 Clearly, the new code is much better than the old code;

Good job!

 but it's not clear the openssl code is always a win... I'm not sure whether 
 or not it's a good idea to try to determine at run time which to use (since 
 the check overhead has to be measurable after all).

Yes, let's leave it as it is.

--
Dmitry Chestnykh

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] MD5 and SHA1 from OpenSSL

2011-09-01 Thread Ron Aaron
Not so fast! :)

It seems that the current code is faster than openssl on intel (well, on
linux anyway).  But it is slower on AMD chips, whether 32 or 64 bit os.

That is something which is easily detectable, although I don't know if I
have the patience to try to figure out what is going on to make the
performance on AMD so much slower (relative to openssl).

Possibly it could be interesting to let gcc 'tune' for amd vs intel and
see if it makes a difference...

On 09/01/2011 09:20 PM, Dmitry Chestnykh wrote:
 Yes, let's leave it as it is.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] MD5 and SHA1 from OpenSSL

2011-09-01 Thread Dmitry Chestnykh
 Given that one of fossil's selling points is ease of installation, including 
 having no external dependencies. Let's not change that.

I agree, but I proposed (and the retracted) that OpenSSL will be used only when 
compiled with SSL support ;-)

--
Dmitry Chestnykh

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] MD5 and SHA1 from OpenSSL

2011-09-01 Thread Dmitry Chestnykh
BTW, if I run `openssl sha1`, it's slower than Fossil's sha1test compiled with 
OpenSSL SHA-1:

openssl sha1:

real0m3.459s
user0m3.126s
sys 0m0.317s

fossil with OpenSSL's SHA1 from my diff:

real0m3.025s
user0m2.707s
sys 0m0.315s

current fossil trunk:

real0m3.557s
user0m3.236s
sys 0m0.317s


$ openssl version
OpenSSL 1.0.0d 8 Feb 2011

I have Core 2 Duo 2.26 GHz (white unibody MacBook), OS X 10.7.1

Maybe the command-line openssl does something else?

--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Stephan Beal
2011/9/1 Jacek Cała jacek.c...@gmail.com

 If fossil can't process the mv+edit combination when diffing neither
 it moves files on disk, what is the purpose of mv then?


That seems like a fair question, but i'm not qualified enough to say
anything clever in response :).


  A mv+edit combination could have a non-0/100% diff, i guess.

 IMHO, this is what user (me) would actually expect.


Agreed, but i can't say the current behaviour bugs me at all. When i rename
i file i commit it to a clean state then mv+commit it. But that's just a
personal workflow preference, and the above behaviour would arguably be more
intuitive for most users. It's kinda like the commit --branch ... vs
branch new, then commit question/thread which came up a month or two ago.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Diff after move

2011-09-01 Thread Jacek Cała
  Hello once again,

Having no choice I had to commit the changes without prior view. And
now from the UI I can do the diff as expected and see changes in the
files that were moved.

  Regards,
  Jacek


W dniu 1 września 2011 17:00 użytkownik Jacek Cała
jacek.c...@gmail.com napisał:
 Hi again,

 I made a test on a simple, one file repository with two dirs:

 DirA\file.txt
 DirB\

 I created a new repo, added DirA/file.txt, commited, made some
 changes, moved file to 'DirB', issued 'fossil chan' - saw the MISSING
 file, issued 'fossil extra' - saw DirB/file.txt. Issued 'fossil mv
 DirA/file.txt DirB/file.txt' then 'fossil chan' - saw EDITED
 DirB/file.txt. And, finally, 'fossil diff DirB/file.txt' resulted in
 'fossil.exe: file DirB/file.txt does not exist in checkin:'

 Looks like a bug in the diff command but please confirm it if you can.
 My 'fossil ver' - 'This is fossil version 1.18 [df9da91ba8]
 2011-07-13 23:03:41 UTC'; OS: 'Windows 7 x64'

  Regards,
  Jacek


 W dniu 1 września 2011 16:39 użytkownik Jacek Cała
 jacek.c...@gmail.com napisał:
 Hi Stephan,

 Actually, I moved the files. Sorry, forgot to add that my first
 'fossil chan' reported some MISSING files which I found after running
 'fossil extra'. This allowed me to let fossil know that the files were
 moved by running 'fossil mv'. And so this my question: why fossil
 can't find them in the new place if I can clearly see they're there?
 Also 'fossil ls' shows they're in the new dir.

 I suspect that 'fossil diff' tries to search for previous versions in
 the new dir instead of the old one. That could explain the problem.

 Have anyone seen anything similar?

  Jacek

 W dniu 1 września 2011 16:14 użytkownik Stephan Beal
 sgb...@googlemail.com napisał:
 2011/9/1 Jacek Cała jacek.c...@gmail.com

 fossil.exe: file XXX does not exist in checkin:

 You also need to do the mv yourself. fossil mv records the intention but
 does not actually perform the mv on the filesystem.


 Can't say if that matters but all above was after moving my repository
 from its original place and issuing 'fossil open
 REPO_IN_A_NEW_PLACE.fossil --keep'

 That shouldn't matter, as long as you re-open after moving your fsl file.

 --
 - stephan beal
 http://wanderinghorse.net/home/stephan/

 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] ip addresses not noted using https

2011-09-01 Thread Lluís Batlle i Rossell
I found that fossil does not note the origin ip addresses where the artifacts
are taken from, if they come through an https correction.

I propose the fix in the branch 'ssl_peer_ip', that I could make work for
ipv4-only. If someone knows how to do that for ipv6, don't hesitate. :)

Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] The autosetup, and readline

2011-09-01 Thread Lluís Batlle i Rossell
Does the autosetup detect 'readline' for all of you?

For me, it says that it cannot find the 'readline' symbol in the lib.

I've tried to understand the autosetup code, and I found a trick that makes it
work, but I cannot tell why.

In my case, autosetup is even not running the test for the 'readline' symbol in
the lib (tested with --debug), so it really looks like something internal to
autosetup.

Help welcome.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Is it possible to edit a ticket's submission time?

2011-09-01 Thread Ross Berteig
For a project that I don't pay attention to daily, I would like 
to retroactively create tickets corresponding to issues raised 
in email from my customer. Creating the tickets is easy, 
although not a particularly exciting task. However, I would like 
to place the tickets in context in the timeline view, as if they 
had been entered in a more timely fashion. Events directly 
support editing their date and time in the web UI, but I haven't 
spotted the equivalent affordance for editing a ticket's date 
and time. Is it possible, and if so, how do I do it?


Ross Berteig   r...@cheshireeng.com
Cheshire Engineering Corp.   http://www.CheshireEng.com/

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Silencing warnings about deprecated OpenSSL on OS X

2011-09-01 Thread Dmitry Chestnykh
OpenSSL has been deprecated in OS X Lion (boo!), and Apple put warnings 
everywhere.
It's kind of annoying to see this when building Fossil:

./bld/http_ssl_.c: In function ‘ssl_global_init’:
./bld/http_ssl_.c:104: warning: ‘SSL_library_init’ is deprecated (declared at 
/usr/include/openssl/ssl.h:1553)
...

To silence these warnings I build with:

CFLAGS=-Wdeprecated-declarations make

I'm not familiar with the build system, could someone include this flag for 
darwin in autosetup?

Thanks!

--
Dmitry Chestnykh

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Is it possible to edit a ticket's submission time?

2011-09-01 Thread Richard Hipp
On Thu, Sep 1, 2011 at 7:54 PM, Ross Berteig r...@cheshireeng.com wrote:

 For a project that I don't pay attention to daily, I would like to
 retroactively create tickets corresponding to issues raised in email from my
 customer. Creating the tickets is easy, although not a particularly exciting
 task. However, I would like to place the tickets in context in the timeline
 view, as if they had been entered in a more timely fashion. Events directly
 support editing their date and time in the web UI, but I haven't spotted the
 equivalent affordance for editing a ticket's date and time. Is it possible,
 and if so, how do I do it?


I checked, and it appears that the date/time for a ticket is assigned here:

 http://www.fossil-scm.org/fossil/artifact/af72aa0605b5?ln=435-436

So, no, there does not appear to be any way to set the date on a ticket to
something other than the time/date at which you entered the ticket.




 Ross Berteig   r...@cheshireeng.com
 Cheshire Engineering Corp.   http://www.CheshireEng.com/

 __**_
 fossil-users mailing list
 fossil-users@lists.fossil-scm.**org fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:**8080/cgi-bin/mailman/listinfo/**fossil-usershttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users




-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Build issue and ticket creation

2011-09-01 Thread Steve Bennett
On 02/09/2011, at 12:36 PM, James Turner wrote:

 I've got two issues. First, Makefile.in was removed when the symlinks
 branch was merged into trunk [0]. Because of this I get the below build
 error when I run ./configure:
 
 Error: Template Makefile.in is missing
 Try: 'configure --help' for options
 
 Second, can you no longer create tickets on fossil-scm.org as an
 anonymous user? If this is the case how do I create a user so I can file
 bug reports?
 
 Thanks.
 
 [0] http://www.fossil-scm.org/fossil/info/e4f1c1fe95

Ditto. I was trying to look at some of the other autosetup issues but I can't 
build :-(
I didn't even have the fossil-foo to find out where it went MIA.
Does this mean that 1.19 is broken?

 
 -- 
 James Turner
 ja...@calminferno.net
 ___
 fossil-users mailing list
 fossil-users@lists.fossil-scm.org
 http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] The autosetup, and readline

2011-09-01 Thread Steve Bennett
On 02/09/2011, at 7:43 AM, Lluís Batlle i Rossell wrote:

 Does the autosetup detect 'readline' for all of you?
 
 For me, it says that it cannot find the 'readline' symbol in the lib.
 
 I've tried to understand the autosetup code, and I found a trick that makes it
 work, but I cannot tell why.
 
 In my case, autosetup is even not running the test for the 'readline' symbol 
 in
 the lib (tested with --debug), so it really looks like something internal to
 autosetup.
 
 Help welcome.

Can you send me config.log from running with --debug?

--
µWeb: Embedded Web Framework - http://uweb.workware.net.au/
WorkWare Systems Pty Ltd
W: www.workware.net.au  P: +61 434 921 300
E: ste...@workware.net.au   F: +61 7 3391 6002





___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Problem after 'make clean'

2011-09-01 Thread Ron Aaron
After doing 'make clean', './configure' complains that 'Makefile.in'
doesn't exist  (and indeed it doesn't)
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users