Re: [fossil-users] The 'check-out' and 'clone' user permissions
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/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
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/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
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/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
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
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
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/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
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
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
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
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/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
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
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
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
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
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/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
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
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
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?
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
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?
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
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
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'
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