Re: [fossil-users] Examples of public Fossil repositories
I have a few repos and using it with a few projects still in early development but the only one that could be of any interest in a list might be: http://www.tortoisefossil.org/index.cgi/index --- d...@sqlite.org wrote: From: Richard Hipp d...@sqlite.org To: fossil-users fossil-users@lists.fossil-scm.org Subject: [fossil-users] Examples of public Fossil repositories Date: Fri, 2 Jan 2015 09:34:00 -0500 I'm trying to compile a list of interesting public Fossil repositories. My list currently includes: http://www.fossli-scm.org/fossil/ http://www.sqlite.org/src/ http://www.eagle.to/cgi-bin/eagle/timeline http://core.tcl.tk/tcl/timeline http://www.androwish.org/ http://netbsd.sonnenberger.org/ And, of course, all of the repos on http://chiselapp.com/ Are there any others that I should add to the list? -- 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] fossil timeline when parameter issue
Hello Fossil list, I've noticed with some hashes when used with the when part of the timeline command that they behave differently in some cases, which happens in the same manner in release builds of Fossil 1.29 and 1.28. This happens the same way on FreeBSD (ash, 1.29) and Windows (cmd.exe, 1.28). Full timeline: fossil timeline -t ci -R repo1.fossil === 2012-08-18 === 14:32:27 [b754381cfa] ... 3 === 2012-08-13 === 23:51:11 [cd12c1109d] ... 2 === 2005-07-29 === 12:01:00 [07004a055c] ... 1 12:00:00 [799c20dab6] initial empty check-in (user: edwardlblake tags: trunk) +++ no more data (4) +++ (Unexpected, it should be the same as the full timeline) fossil timeline after 799c20dab6 -t ci -R repo1.fossil +++ no more data (0) +++ (Unexpected, missing [07004a055c]) fossil timeline after 07004a055c -t ci -R repo1.fossil === 2012-08-18 === 14:32:27 [b754381cfa] ... 3 === 2012-08-13 === 23:51:11 [cd12c1109d] ... 2 +++ no more data (2) +++ fossil timeline after cd12c1109d -t ci -R repo1.fossil === 2012-08-18 === 14:32:27 [b754381cfa] ... 3 === 2012-08-13 === 23:51:11 [cd12c1109d] ... 2 +++ no more data (2) +++ fossil timeline after b754381cfa -t ci -R repo1.fossil === 2012-08-18 === 14:32:27 [b754381cfa] ... 3 +++ no more data (1) +++ Shorter versions of the hash 799c20dab6 didn't change it: fossil timeline after 799c20 -t ci -R repo1.fossil +++ no more data (0) +++ fossil timeline after 799c -t ci -R repo1.fossil +++ no more data (0) +++ fossil info works for both unexpected shorthands. fossil info 799c20dab6 -R repo1.fossil uuid: 799c20dab6e868e306fa0c22d43d08cdfcf5777b 2005-07-29 12:00:00 UTC child:07004a055c03b1b81ca4ca9ebd064463b119b985 2005-07-29 12:01:00 UTC leaf: no ... fossil info 07004a055c -R repo1.fossil uuid: 07004a055c03b1b81ca4ca9ebd064463b119b985 2005-07-29 12:01:00 UTC parent: 799c20dab6e868e306fa0c22d43d08cdfcf5777b 2005-07-29 12:00:00 UTC child:cd12c1109d232980ac3fb0d70ccf9826cdde61e5 2012-08-13 23:51:11 UTC leaf: no ... The repo1.fossil repository mentioned above is available for cloning at edwardlblake.com/projects-attic/bitsyhex/index.cgi for testing. If it helps I've noticed that while doing some tests of the timeline command that numbers in the when condition are treated differently from usual hash strings in some cases when they're smaller than 8 characters. (It could also be unrelated, though.) e.g. fossil timeline after 1234abcd -t ci -R repo2.fossil +++ no more data (0) +++ fossil timeline after 10b00 -t ci -R repo2.fossil +++ no more data (0) +++ fossil timeline after 12345678 -t ci -R repo2.fossil +++ no more data (0) +++ fossil timeline after 1234567 -t ci -R repo2.fossil === 2013-07-05 === 15:15:03 [ab2679f59e] Added TODO (user: edwardlblake tags: trunk) === 2012-10-09 === 23:47:01 [c1ef0da875] files (user: edwardlblake tags: trunk) 23:39:51 [476f6f3d00] initial empty check-in (user: edwardlblake tags: trunk) +++ no more data (3) +++ fossil timeline after 1000 -t ci -R repo2.fossil === 2013-07-05 === 15:15:03 [ab2679f59e] Added TODO (user: edwardlblake tags: trunk) === 2012-10-09 === 23:47:01 [c1ef0da875] files (user: edwardlblake tags: trunk) 23:39:51 [476f6f3d00] initial empty check-in (user: edwardlblake tags: trunk) +++ no more data (3) +++ A quick perusal in the mailing list archives through Google I found a thread that might be referring to the same issue: https://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg08333.html Thanks, Edward Blake ___ 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] ticket: binary problems on Mac?
I seem to have something similar yet different on mine, I have Mac OS X 10.6.8 Mac:Downloads edwardblake$ uname -a Darwin Mac.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 1.25: Mac:Downloads edwardblake$ ./fossil Usage: ./fossil COMMAND ... or: ./fossil help -- for a list of common commands or: ./fossil help COMMMAND -- for help with the named command Mac:Downloads edwardblake$ ./fossil version This is fossil version 1.25 [d2e07756d9] 2013-02-16 00:04:35 UTC 1.26: Mac:Downloads edwardblake$ ./fossil dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib Referenced from: /Users/edwardblake/Downloads/./fossil Reason: Incompatible library version: fossil requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0 Trace/BPT trap Here's a diff from 1.25 to 1.26 with otool, formatted a bit for reading. Mac:Downloads edwardblake$ otool -L fossil-1.26 f26 Mac:Downloads edwardblake$ otool -L fossil-1.25 f25 Mac:Downloads edwardblake$ diff f25 f26 1,7c1,7 fossil-1.25: /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libedit.2.dylib (compatibility version 2.0.0, current version 2.11.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.11) --- fossil-1.26: /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.7) Mac:Downloads edwardblake$ otool -l fossil-1.26 f26 Mac:Downloads edwardblake$ otool -l fossil-1.25 f25 Mac:Downloads edwardblake$ diff f25 f26 1c1 fossil-1.25: --- fossil-1.26: 3,4c3,4 cmd LC_SEGMENT_64 cmdsize 72 --- cmd LC_SEGMENT cmdsize 56 6,7c6,7 vmaddr 0x vmsize 0x0001 --- vmaddr 0x vmsize 0x1000 15,16c15,16 cmd LC_SEGMENT_64 cmdsize 632 --- cmd LC_SEGMENT cmdsize 396 18,19c18,19 vmaddr 0x0001 vmsize 0x0015c000 --- vmaddr 0x1000 vmsize 0x0016f000 21c21 filesize 1425408 --- filesize 1503232 24c24 nsects 7 --- nsects 5 29,32c29,32 addr 0x00011474 size 0x000d4869 offset 5236 align 2^2 (4) --- addr 0x1c20 size 0x00101b63 offset 3104 align 2^4 (16) 39,50d38 sectname __symbol_stub1 segname __TEXT addr 0x0001000d5cde size 0x0408 offset 875742 align 2^1 (2) reloff 0 nreloc 0 flags 0x8408 reserved1 0 (index into indirect symbol table) reserved2 6 (size of stubs) Section 53,56c41,44 addr 0x0001000d60e8 size 0x000636f1 offset 876776 align 2^3 (8) --- addr 0x00103784 size 0x00067f0a offset 1058692 align 2^2 (4) 63c51 sectname __const --- sectname __literal8 65,80c53,56 addr 0x0001001397e0 size 0x4a7c offset 1284064 align 2^5 (32) reloff 0 nreloc 0 flags 0x reserved1 0 reserved2 0 Section sectname __stub_helper segname __TEXT addr 0x00010013e25c size 0x06c8 offset 1303132 align 2^0 (1) --- addr 0x0016b690 size 0x0208 offset 1484432 align 2^3 (8) 83c59 flags 0x8400 --- flags 0x0004 87c63 sectname __unwind_info --- sectname __const 89,92c65,68 addr 0x00010013e930 size 0x1568 offset 1304880 align 2^4 (16) --- addr 0x0016b8a0 size 0x4730 offset 1484960 align 2^5 (32) 99c75 sectname __eh_frame --- sectname __literal4 101,104c77,80 addr 0x00010013fe98 size 0x0001c158 offset 1310360 align 2^3 (8) --- addr 0x0016ffd0 size 0x0028 offset 1503184 align 2^2 (4) 107c83 flags 0x600b --- flags 0x0003 111,112c87,88 cmd LC_SEGMENT_64 cmdsize 632 --- cmd LC_SEGMENT cmdsize 396 114,117c90,93 vmaddr 0x00010015c000 vmsize 0xc000 fileoff 1425408 filesize 40960 --- vmaddr 0x0017 vmsize 0x8000 fileoff
Re: [fossil-users] TortoiseFossil to BSD license
Hi Rüdiger, I'll try to get an alpha out soon after I've improved the caching, it will need to be installed manually though unless I find time to make an installer by then. Thanks, Edward Blake --- r_haer...@gmx.de wrote: Hello Edward, can you send me precompiled tortoise-fossil? Regards Rüdiger ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] TortoiseFossil to BSD license
Hello all, I was wondering how important it would be to have TortoiseFossil BSD-licensed? Right now I stuck a GPL license as a path of least resistance simply because all the other Tortoise are GPL. I've noticed since that Veracity's is Apache licensed so I figure why not make this permissively licensed as well. Currently I can go either way, I believe, since it is so far written from scratch, but BSD and permissive licenses looks to be the preferred license in the Fossil community. There are parts of TortoiseFossil that are currently taken from the TortoiseSVN project which are: TortoiseOverlays which its license allows permissively with acknowledgement, that I can do for this. The menu icons (the ones in the popup menu, etc) seems to not allow for this as they're dual licensed GPL and the TortoiseSVN Icon License. http://code.google.com/p/tortoisesvn/source/browse/trunk/src/Resources/license.txt?spec=svn23734r=22442 My reading of the icon license is that only subversion clients can use the icons unless they are GPL so its pretty likely I'll need to look around for separate icons. And then there is the Charlie turtle which I'll have to find out more about. Thanks, Edward Blake ___ 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] Pull isn't pulling, or something
I should mention that the pull issue for machine A disappeared after a new commit was pushed to the server from machine B. Everything is back to normal with the original affected repo. Thanks, Edward Blake ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Pull isn't pulling, or something
Hello all, I've stumbled on an issue where a fossil repository apparently is in a state that it can't pull new checkouts from the remote url. It seemed to be working during a fossil all pull, at least I think it was downloading new bytes at that time, but then the last checkout locally isn't the last checkout on the remote when inspected with fossil ui and fossil status. I've performed a pull with version 1.23 windows build and then when I saw the issue, I tried upgrading to 1.24 + rebuild it and then pull again to see if that helps (hasn't). Performing a fossil rebuild and then fossil update shows a brief autosync session: Bytes Cards Artifacts Deltas Sent: 130 1 0 0 fossil: *** time skew *** server is slow by 34.7 seconds Received: 78 2 0 0 Total network traffic: 367 bytes sent, 402 bytes received --- checkout: bb5431489fc1f5cd5eca5e8a39b855d4c549d06f 2013-01-14 21:28:08 UTC tags: trunk comment: Added manifest for modern Windows appearance (user: edwardlblake) changes: None. Already up-to-date In between the new checkout (which isn't being updated to) and the last checkout I've added a bunch of binaries in the megabytes range. Cloning to a new repository on the same machine from the remote url was no problem by the way, it gets the latest checkout, so it's not so bad. The newly cloned repo is 12,593KB and the affected repository is 7,963KB so it seems the artifacts aren't just stored yet inaccessible. Both have 1 leaf, 1 reportfmt, 12 tag in fossil sqlite. From fossil sqlite here are the numbers that differ: Fresh Affected - blob793788 delta 340331 event 39 38 filename456449 mlink 774760 plink 30 29 unclustered 332327 tagxref 74 72 0 rows in both: attachment, backlink, concealed, orphan, phantom, private, shun, unsent Since its an open source project I can email the affected local repository file, remote repository and the originating local repository file containing the latest commit if that helps. Thanks, Edward Blake ___ 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] Pull isn't pulling, or something
Just to confirm it also happens on Mac OS X (10.6.8) with fossil 1.24 the whole time. This time I was able to capture the text from the initial pull since the latest checkout. Bytes Cards Artifacts Deltas Sent: 146 2 0 0 fossil: *** time skew *** server is slow by 42.8 seconds Received: 78 2 0 0 Sent: 177 2 0 0 fossil: *** time skew *** server is slow by 43.3 seconds Received:4464 3 1 0 Sent: 647 12 0 0 Received: 3458142 13 4 7 Total network traffic: 1401 bytes sent, 1117874 bytes received Clocking in at 1117874 bytes it looks like it is in fact grabbing the new artifacts, but the resulting repository is 8819712 bytes. $ ls -al -rw-r--r-- 1 edwardblake staff 8819712 23 Jan 06:47 TortoiseFossil.fossil I have completely forgotten to backup the fossil repo before doing this operation however. Opening the repository brings up the same issue. project-code: ae039b7f3dccab4daa13783935c22c1cec6fbedc checkout: bb5431489fc1f5cd5eca5e8a39b855d4c549d06f 2013-01-14 21:28:08 UTC parent: b2e5f4eca7f3bbe0d7cb52932e942e9c6bed6435 2013-01-14 03:07:18 UTC tags: trunk comment: Added manifest for modern Windows appearance (user: edwardlblake) --- edward.bl...@rovoscape.com wrote: From: Edward Blake edward.bl...@rovoscape.com To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] Pull isn't pulling, or something Date: Wed, 23 Jan 2013 02:12:13 -0800 Hello all, I've stumbled on an issue where a fossil repository apparently is in a state that it can't pull new checkouts from the remote url. It seemed to be working during a fossil all pull, at least I think it was downloading new bytes at that time, but then the last checkout locally isn't the last checkout on the remote when inspected with fossil ui and fossil status. I've performed a pull with version 1.23 windows build and then when I saw the issue, I tried upgrading to 1.24 + rebuild it and then pull again to see if that helps (hasn't). Performing a fossil rebuild and then fossil update shows a brief autosync session: Bytes Cards Artifacts Deltas Sent: 130 1 0 0 fossil: *** time skew *** server is slow by 34.7 seconds Received: 78 2 0 0 Total network traffic: 367 bytes sent, 402 bytes received --- checkout: bb5431489fc1f5cd5eca5e8a39b855d4c549d06f 2013-01-14 21:28:08 UTC tags: trunk comment: Added manifest for modern Windows appearance (user: edwardlblake) changes: None. Already up-to-date In between the new checkout (which isn't being updated to) and the last checkout I've added a bunch of binaries in the megabytes range. Cloning to a new repository on the same machine from the remote url was no problem by the way, it gets the latest checkout, so it's not so bad. The newly cloned repo is 12,593KB and the affected repository is 7,963KB so it seems the artifacts aren't just stored yet inaccessible. Both have 1 leaf, 1 reportfmt, 12 tag in fossil sqlite. From fossil sqlite here are the numbers that differ: Fresh Affected - blob793788 delta 340331 event 39 38 filename456449 mlink 774760 plink 30 29 unclustered 332327 tagxref 74 72 0 rows in both: attachment, backlink, concealed, orphan, phantom, private, shun, unsent Since its an open source project I can email the affected local repository file, remote repository and the originating local repository file containing the latest commit if that helps. Thanks, Edward Blake ___ 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] TortoiseFossil - Re: Simple Fossil GUI for Windows?
Hello, Since a discussion on context menu extensions is coming up, I probably should mention that I have done some work on a Tortoise tool for fossil. It displays overlays in explorer and everything. http://www.tortoisefossil.org/ I haven't revealed it as of yet because the context menu commands aren't implemented at all. The overlays do work, I mostly use the overlays as a visual aid and just use cmd.exe to issue commands right now. Thanks, Edward Blake --- gilles.gana...@free.fr wrote: From: Gilles gilles.gana...@free.fr To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] Simple Fossil GUI for Windows? Date: Mon, 19 Nov 2012 12:40:42 +0100 Hello I checked the two GUIs for Windows that I know (Fuel and WinFossil). They're nice but I stick to the CLI because it's much faster, especially since the former is cross-platform (Qt?) and the latter is a .Net application. Still, I'd rather a Windows application than having to keep a DOS box open. Ideally, it'd be a Windows Explorer extension that can be called through right-clicks on files/folders but this requires writing a COM DLL, which seems a bit involved. Before I write one, I was wondering if someone had written a simple Win32 application. I'm thinking of something basic like that that would support TAB-based autocompletion (eg. fossil artTAB - fossil artifact, etc.) and minize itself in the icon bar: http://bagofiles.free.fr/fossil.simple.windows.gui.png Thank you. ___ 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] TortoiseFossil - Re: Simple Fossil GUI for Windows?
Yep, overlays are the small status icons on top of the file icons in explorer. --- gilles.gana...@free.fr wrote: From: Gilles gilles.gana...@free.fr To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] TortoiseFossil - Re: Simple Fossil GUI for Windows? Date: Wed, 21 Nov 2012 12:18:04 +0100 On Wed, 21 Nov 2012 02:43:12 -0800, Edward Blake edward.bl...@rovoscape.com wrote: Since a discussion on context menu extensions is coming up, I probably should mention that I have done some work on a Tortoise tool for fossil. It displays overlays in explorer and everything. http://www.tortoisefossil.org/ I haven't revealed it as of yet because the context menu commands aren't implemented at all. The overlays do work, I mostly use the overlays as a visual aid and just use cmd.exe to issue commands right now. Thanks Edward. BTW, does file overlay mean adding an icon after the filename to indicate its state in the SCM? ___ 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
