Re: [fossil-users] Autosync: Too bad git doesn't have it...
I read this roughly (in fossil-speak) as: I had a bunch of email notes from folks requesting I merge their feature-branches into my main branch, but my machine crashed and my mail isn't accessible… I think auto-sync wouldn't have saved anything, but perhaps the something like fossils built-in ticket system where communiqués are first-class objects could have helped, versus out-of-band email. On Sep 11, 2013 4:34 PM, Richard Hipp d...@sqlite.org wrote: It appears that autosync would have saved Linus Torvalds from losing some work yesterday. See http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01669.html for details. Bummer. -- 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 mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Autosync: Too bad git doesn't have it...
On Wed, Sep 11, 2013 at 11:02:12PM -0700, B Harder wrote: I read this roughly (in fossil-speak) as: I had a bunch of email notes from folks requesting I merge their feature-branches into my main branch, but my machine crashed and my mail isn't accessible… I don't read it that way. Linus was pulling the patches, and archiving them as long as he pull them. But he didn't push the branch that often, so once the disk broke, mail upstream git was desynced. On Sep 11, 2013 4:34 PM, Richard Hipp d...@sqlite.org wrote: It appears that autosync would have saved Linus Torvalds from losing some work yesterday. See http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01669.html for details. Bummer. -- 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 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] Fossil internal error: not found: pr
Hi, I cannot open my test repository after my first change commit. Problem is repeatable in one hundred per cent for all new repositories on my workstation. When I create repo, open and close without any commit everything is OK. If I commit, I encounter an error. My logged session: H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testtype e.txt dfddfd d fd f H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil add e.txt ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil commit -m e New_Version: be2762ecba7f2eea739ed8f2dc92b4f9c4ce1864 H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil close H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil open c.fossil Fossil internal error: not found: pr My comments: I have the latest stable version of fossil on Win 7 taken two or three ago from fossil page. What comes to my mind about pr literal. Earlier on my workstation I tried to change main branch name in another repository from 'trunk' to 'pr'. I coped with it by adding 1st my commit as the empty commit. Then fossil UI let me change the repo initial commit branch name from trunk to pr and propagate it to the descendents. I withdrew idea of replacing trunk literal due to existence of hardcoded links to branch literally named 'trunk' on fossil UI pages which are not updated even I had changed main branch parameter. Shall I delete my config-db to have fossil operable? I rather have no much spare time to compile and debug it although it would be very interesting of course. Thanks, Michal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Fwd: Fossil internal error: not found: pr
(corrected text about version of fossil) I have the latest stable version of fossil on Win 7 taken two or three weeks ago from fossil page. Thanks, M. Original Message Subject:Fossil internal error: not found: pr Date: Thu, 12 Sep 2013 09:33:01 +0200 From: michrock1 michro...@gmail.com To: fossil-users@lists.fossil-scm.org Hi, I cannot open my test repository after my first change commit. Problem is repeatable in one hundred per cent for all new repositories on my workstation. When I create repo, open and close without any commit everything is OK. If I commit, I encounter an error. My logged session: H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testtype e.txt dfddfd d fd f H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil add e.txt ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil commit -m e New_Version: be2762ecba7f2eea739ed8f2dc92b4f9c4ce1864 H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil close H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil open c.fossil Fossil internal error: not found: pr My comments: I have the latest stable version of fossil on Win 7 taken two or three ago from fossil page. What comes to my mind about pr literal. Earlier on my workstation I tried to change main branch name in another repository from 'trunk' to 'pr'. I coped with it by adding 1st my commit as the empty commit. Then fossil UI let me change the repo initial commit branch name from trunk to pr and propagate it to the descendents. I withdrew idea of replacing trunk literal due to existence of hardcoded links to branch literally named 'trunk' on fossil UI pages which are not updated even I had changed main branch parameter. Shall I delete my config-db to have fossil operable? I rather have no much spare time to compile and debug it although it would be very interesting of course. Thanks, Michal ___ 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] Version 1.27
Thank you, the tarball is OK. Heres is a report of my build attempt of fossil with SSL support with mingw32 and *openssl linked statically*. Some issues are probably not specific to this platform though and not new to this version neither. 1. OpenSSL is build with zlib but the test in auto.def does not link zlib and fails (even if crypto and ssl are present.) The following patch fixes this. fossil-src-2013094349/auto.def @@ -147,7 +147,7 @@ -msg-quiet cc-with [list -cflags $cflags -libs {-lssl -lcrypto}] { +msg-quiet cc-with [list -cflags $cflags -libs {-lssl -lcrypto -lz -lws2_32 -lgdi32}] { Note that on Windows ws2_32 and gdi32 are needed as well. 2. The final link does not include gdi32, a dependency of openssl on Windows. 3. The test of the broken mingw command line does not work with mingw32 (only mingw64 ?). Recompiling main_.c with -DBROKEN_MINGW_CMDLINE fixes the Winmain@16 undefined symbol problem. All these issues are quiet quite easy to fix by hand, just to let you known that the build is not straight forward. Samuel Le 11/09/2013 18:07, Richard Hipp a écrit : On Wed, Sep 11, 2013 at 11:44 AM, Samuel Debionne samuel.debio...@ujf-grenoble.fr mailto:samuel.debio...@ujf-grenoble.fr wrote: The manifest and manifest.uuid is missing from the source tarball. Thanks for the report. This should be fixed now. (Please let me know if you find otherwise.) I have also updated to release-build wiki with correct procedures that include manifest and manifest.uuid in the tarball. -- D. Richard Hipp d...@sqlite.org mailto: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 mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fwd: Fossil internal error: not found: pr
Can you please retry with 1.27 (uploaded yesterday)? (sent from a mobile device - please excuse brevity, typos, and top-posting) - stephan beal http://wanderinghorse.net On Sep 12, 2013 9:45 AM, michrock1 michro...@gmail.com wrote: (corrected text about version of fossil) I have the latest stable version of fossil on Win 7 taken two or three weeks ago from fossil page. Thanks, M. Original Message Subject: Fossil internal error: not found: pr Date: Thu, 12 Sep 2013 09:33:01 +0200 From: michrock1 michro...@gmail.com michro...@gmail.com To: fossil-users@lists.fossil-scm.org Hi, I cannot open my test repository after my first change commit. Problem is repeatable in one hundred per cent for all new repositories on my workstation. When I create repo, open and close without any commit everything is OK. If I commit, I encounter an error. My logged session: H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testtype e.txt dfddfd d fd f H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil add e.txt ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil status repository: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/c.fossil local-root: H:/home/mich/_my/l/_/mich/_/le_stud/_/spike_dir/test/ config-db:C:/Users/mich/AppData/Local/_fossil checkout: 644fdef0d5219ec644bd29fc020bf3f0bac65252 2013-09-10 18:26:29 UTC tags: trunk comment: initial empty check-in (user: mich) ADDED e.txt H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil commit -m e New_Version: be2762ecba7f2eea739ed8f2dc92b4f9c4ce1864 H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil close H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil open c.fossil Fossil internal error: not found: pr My comments: I have the latest stable version of fossil on Win 7 taken two or three ago from fossil page. What comes to my mind about pr literal. Earlier on my workstation I tried to change main branch name in another repository from 'trunk' to 'pr'. I coped with it by adding 1st my commit as the empty commit. Then fossil UI let me change the repo initial commit branch name from trunk to pr and propagate it to the descendents. I withdrew idea of replacing trunk literal due to existence of hardcoded links to branch literally named 'trunk' on fossil UI pages which are not updated even I had changed main branch parameter. Shall I delete my config-db to have fossil operable? I rather have no much spare time to compile and debug it although it would be very interesting of course. Thanks, Michal ___ 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] Fossil internal error: not found: pr
On 9/12/2013 12:33 AM, michrock1 wrote: [snip] H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil commit -m e New_Version: be2762ecba7f2eea739ed8f2dc92b4f9c4ce1864 H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil close H:\home\mich\_my\l\_\mich\_\le_stud\_\spike_dir\testfossil open c.fossil Fossil internal error: not found: pr [snip] Hello, Experimenting a bit, I think your main-branch setting might be set globally to pr. Within an open checkout, try running fossil settings to see what your settings are. Or just try fossil unset --global main-branch. As an aside, in your example above you can probably open the c.fossil repository by explicitly giving the version to open, in this case trunk. ie: fossil open c.fossil trunk. Hope that helps. -- Edward Berner ___ 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] Version 1.27
2013/9/11 Hakki Dogusan ha...@dogusan.net: I'm getting fossil.exe is not a valid Win32 application error in WinXP. I downloaded fossil.exe (yesterday, before it was replaced by the mingw OpenSSL-enabled build), and used the depends utility to have a look at what symbols it uses from kernel32.dll. A subset of this list: CompareStringEx (Vista) DecodePointer (XP SP2) EncodePointer (XP SP2) FlsAlloc (Vista) FlsFree (Vista) FlsGetValue (Vista) FlsSetValue (Vista) GetTickCount64 (Vista) LCMapStringEx (Vista) InitOnceExecuteOnce (Vista) Neither Fossil, neither SQLite do any direct calls to any of those functions, so the calls are all generated by the Microsoft compiler/linker. The Mingw compiled fossil.exe (which is the current download) doesn't contain any of those imports from kernel32.dll. I tried this fossil.exe on Windows XP, and it works fine. I think this fully explains why fossil.exe compiled by recent MSVC doesn't work on XP any more... Regards, Jan Nijtmans ___ 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] Version 1.27
2013/9/12 Jan Nijtmans jan.nijtm...@gmail.com: I think this fully explains why fossil.exe compiled by recent MSVC doesn't work on XP any more... Regards, Jan Nijtmans More info: http://msdn.microsoft.com/en-us/library/jj851139.aspx In Visual Studio 12 Update 1 it is possible to target Windows XP, but the default is Vista. Regards, Jan Nijtmans ___ 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] Version 1.27
Hi, 12-09-2013 14:41 tarihinde, Jan Nijtmans yazdı: 2013/9/11 Hakki Dogusan ha...@dogusan.net: I'm getting fossil.exe is not a valid Win32 application error in WinXP. I downloaded fossil.exe (yesterday, before it was replaced by the mingw OpenSSL-enabled build), and used the depends utility to have a look at what symbols it uses from kernel32.dll. A subset of this list: CompareStringEx (Vista) DecodePointer (XP SP2) EncodePointer (XP SP2) FlsAlloc (Vista) FlsFree (Vista) FlsGetValue (Vista) FlsSetValue (Vista) GetTickCount64 (Vista) LCMapStringEx (Vista) InitOnceExecuteOnce (Vista) Neither Fossil, neither SQLite do any direct calls to any of those functions, so the calls are all generated by the Microsoft compiler/linker. The Mingw compiled fossil.exe (which is the current download) doesn't contain any of those imports from kernel32.dll. I tried this fossil.exe on Windows XP, and it works fine. Yes, re-downloaded version works here too. Thanks. I think this fully explains why fossil.exe compiled by recent MSVC doesn't work on XP any more... Regards, Jan Nijtmans -- Regards, Hakki Dogusan ___ 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] RFC before trunking 'usage' command
On Thu, Sep 12, 2013 at 12:14:01AM +0200, Stephan Beal wrote: On Wed, Sep 11, 2013 at 11:58 PM, B Harder brad.har...@gmail.com wrote: fossil set tracker [on|off] ? IIRC Trac was Fossil's predecessor for ticket tracking, and tracker always implies tickets to me (as a by-day/by-night developer). How about... fossil set nsa-mode on|off If anyone asks, just say NSA stands for Normal Shell Access. Then, to solve the cmdhist doesn't roll off the fingers naturally problem, we can use nsahist, which I think flows a little better when typing. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users