[fossil-users] [fossil extras] versus symlinks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In one project tree I have a symlink pointing to a directory outside of the checkout directory. [fossil extras] lists all the files in the referenced directory as extras even though they are not actually part of the checkout. I think they should be omitted. According to the -n option, [fossil clean] would remove the files. That's rather serious. I think symlink handling needs to be reevaluated. Symlinks to files and directories outside the checkout definitely need to not have the effect of the referenced files be treated as if they were part of the checkout. - -- Andy Goth | andrew.m.goth/at/gmail/dot/com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvZaWAAoJELtYwrrr47Y4gtMH/01FYqNHdXIRXVdY3weMsk73 bXIl5Ud3FRBedRAPNoPEam5NGqFwkS+jGdZFWZqa7mM+xif37tuARtnEqGuIdzUi SDcVNsBggENWA4YxlIiYBjL5Ds9Q3sOq7Vt2wvRPrzD7cLwntatn4uKfOH69VPFW cIcB0aDIWEzVgFN2p29uaONnJQyLWB1A9fYFOgGr5VruZcSYkdYMb5PI7C1pmYw3 zAiq79DAeykP1oxeH158mnG5Cgwu7GWRHkNjFIRWW34E5AHxITyCfXdMD5YeVlNa YitbhISlA0rr4Cavsyn0DOdljj26uGOP5R3yI9y4iM9Hr2jGZC+ZawZzXwjXQlM= =V7hm -END PGP SIGNATURE- ___ 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 extras] versus symlinks
On Wed, Jul 9, 2014 at 9:23 PM, Andy Goth andrew.m.g...@gmail.com wrote: According to the -n option, [fossil clean] would remove the files. That's rather serious. Doh. Indeed. i'm looking into it now. i know we have a routine which determines if a file is in the checkout (b/c i ported it to libf), but can't remember what it's called. I think symlink handling needs to be reevaluated. Symlinks to files and directories outside the checkout definitely need to not have the effect of the referenced files be treated as if they were part of the checkout. Which commands are most seriously affected? - clean - extras ? i'll start there (no guarantees!). We'll have to make some decisions about warnings and whatnot here. Ideas are welcomed. e.g. extras/clean might(?) want to warn that they're skipping non-checkout files? -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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 extras] versus symlinks
On Wed, Jul 9, 2014 at 9:29 PM, Stephan Beal sgb...@googlemail.com wrote: Doh. Indeed. i'm looking into it now. i know we have a routine which determines if a file is in the checkout (b/c i ported it to libf), but can't remember what it's called. Here we go: /* ** Compute a pathname for a file relative to the root of the local ** tree. Return TRUE on success. On failure, print and error ** message and quit if the errFatal flag is true. If errFatal is ** false, then simply return 0. ** ** The root of the tree is defined by the g.zLocalRoot variable. */ int file_tree_name(const char *zOrigName, Blob *pOut, int errFatal); so everything for a fix is already in place :). Looking into 'clean' now... -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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 extras] versus symlinks
On Wed, Jul 9, 2014 at 9:32 PM, Stephan Beal sgb...@googlemail.com wrote: so everything for a fix is already in place :). Looking into 'clean' now... i don't believe clean is affected by this problem: if( file_tree_name(g.zRepositoryName, repo, 0) ){ db_multi_exec(DELETE FROM sfile WHERE x=%B, repo); } sfile is a temp table with the names of files in the list. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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 extras] versus symlinks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/9/2014 2:29 PM, Stephan Beal wrote: On Wed, Jul 9, 2014 at 9:23 PM, Andy Goth andrew.m.g...@gmail.com wrote: I think symlink handling needs to be reevaluated. Symlinks to files and directories outside the checkout definitely need to not have the effect of the referenced files be treated as if they were part of the checkout. Which commands are most seriously affected? - clean - extras ? addremove perhaps? I've been afraid to experiment because I don't want to jack up my repository. Since this project's awful build process hijacks a bunch of checked-in files during compilation, I've been explicitly listing the filenames I want checked in when running commit. So I'm already having to force Fossil to not just grab every file it thinks is appropriate. Yeah, I definitely want to fix it to not hijack everything, but budget for that sort of improvement is sadly limited. - -- Andy Goth | andrew.m.goth/at/gmail/dot/com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvZokAAoJELtYwrrr47Y4U10H/0p692oitOos21RbBE5OTrzy MN7mWLakmh6xyIFNEyBYfxedNxS5wj9Jxh7dqhglm0xpTjvzYI8+jJEu7BaylkRm y/Pze9YB7+nqLlK79fenFmZwj9e14lBIty/D4eSxW8sF/IopRjPVvzqHXpdWAQEV 75ujTgw2Vbd6QPI6VFMtubVov2tgAuAkFIc8TGHV+5hMiadmxUQ6vl+qV6h03M8W CyR09k6cWJMt71tSx2q5rXjDJfVRAcub5KvppYj+Su0m7MJgdH3eHjdedwGM7Tcr GWCqfm+1OvIAxs22IS3f5IZnw3OB3t1EI9CZRYFcdITwXQxrrIB5DSTSsXRHO3Y= =ce98 -END PGP SIGNATURE- ___ 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 extras] versus symlinks
On Wed, Jul 9, 2014 at 9:36 PM, Stephan Beal sgb...@googlemail.com wrote: On Wed, Jul 9, 2014 at 9:32 PM, Stephan Beal sgb...@googlemail.com wrote: so everything for a fix is already in place :). Looking into 'clean' now... i don't believe clean is affected by this problem: if( file_tree_name(g.zRepositoryName, repo, 0) ){ db_multi_exec(DELETE FROM sfile WHERE x=%B, repo); } sfile is a temp table with the names of files in the list. Doh, spoke too soon: file_tree_name() returns 1 if the file name is in the repo, which means it could potentially be affected. Still looking. locate_unmanaged_files() seems to be the right place. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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 extras] versus symlinks
On Wed, Jul 9, 2014 at 9:38 PM, Andy Goth andrew.m.g...@gmail.com wrote: addremove perhaps? I've been afraid to experiment because I don't want to jack up my repository. Understood. Here's my analysis after implementing an is in repo algo, and i've found the core of the problem: canonicalizing a symink... [odroid@host:~/fossil/fossil]$ ln -s /etc . [odroid@host:~/fossil/fossil]$ f extra | grep etc | head -2 etc/ConsoleKit/seats.d/00-primary.seat etc/ImageMagick/coder.xml those _resolve_ to something under the checkout, so they look like in-checkout files. i.e., the fix requires some thinking at the symlink handling level, not necessarily the is this file in the checkout path level. i currently know little about that code (i've elided symlinks in libfossil so far because i've never liked the idea of fossil supporting them ;). That's the root of the problem, i believe, but it's approaching bed time here, so i'm going to have to ask one of the other devs to take it from there, or wait until tomorrow evening. -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ 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] remote-url of repo points to itself somehow (did I do this?)
On Sun, Jul 6, 2014 at 9:19 PM, Michai Ramakers m.ramak...@gmail.com wrote: actually... it happened again, and the reason was simply me forgetting the '-R' option for 'remote-url': e.g. typing fossil remote-url /the/local/repo.fossil instead of fossil remote-url -R /the/local/repo.fossil. That will set a remote-url of the form 'file:///'. I think I have a reasonable feel for what is, should be, and should not be implemented w.r.t. fool-proofness in fossil by now; I am guessing the above is too silly to implement a check for. Or not? i've been thinking a lot about this and... i don't know what the principle of least surprise calls for here. i've never used remote-url before. Anyone else is of course welcomed to opine... -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] A typo in Makefile.in
FYI: there is a typo in Makefile.in which does cause compile error http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0cto=45feda65e9978b9e s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE_CONFIG_H/ (?) Sergei ___ 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] A typo in Makefile.in
2014-07-09 22:11 GMT+02:00 Sergei Gavrikov sergei.gavri...@gmail.com: FYI: there is a typo in Makefile.in which does cause compile error http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0cto=45feda65e9978b9e s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE_CONFIG_H/ (?) No, it's not a typo. This is meant to force inclusion of config.h here: http://fossil-scm.org/index.html/artifact/aeeb450fe4?ln=7602-7604 What compile error are you seeing? On what platform? 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] A typo in Makefile.in
On Wed, 9 Jul 2014, Jan Nijtmans wrote: 2014-07-09 22:11 GMT+02:00 Sergei Gavrikov sergei.gavri...@gmail.com: FYI: there is a typo in Makefile.in which does cause compile error http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0cto=45feda65e9978b9e s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE_CONFIG_H/ (?) No, it's not a typo. This is meant to force inclusion of config.h here: http://fossil-scm.org/index.html/artifact/aeeb450fe4?ln=7602-7604 Hm. But only s/// gave me a chance to build recent stuff. What compile error are you seeing? On what platform? f clean -f ../configure --quiet make -s ../src/sqlite3.c:24308: error: ‘pread’ undeclared here (not in a function) ../src/sqlite3.c:24325: error: ‘pwrite’ undeclared here (not in a function) ../src/sqlite3.c:24373: error: ‘mremap’ undeclared here (not in a function) ../src/sqlite3.c: In function ‘unixRemapfile’: ../src/sqlite3.c:28671: error: ‘MREMAP_MAYMOVE’ undeclared (first use in this function) ../src/sqlite3.c:28671: error: (Each undeclared identifier is reported only once ../src/sqlite3.c:28671: error: for each function it appears in.) ../src/sqlite3.c:28671: warning: passing argument 4 of ‘(void * (*)(void *, size_t, size_t, int))aSyscall[23].pCurrent’ makes integer from pointer without a cast ../src/sqlite3.c:28671: note: expected ‘int’ but argument is of type ‘struct unix_syscall *’ make: *** [bld/sqlite3.o] Error 1 tclsh % parray tcl_platform tcl_platform(byteOrder) = littleEndian tcl_platform(machine) = i686 tcl_platform(os) = Linux tcl_platform(osVersion) = 2.6.32-41-generic tcl_platform(platform)= unix tcl_platform(pointerSize) = 4 tcl_platform(threaded)= 1 tcl_platform(user)= sg tcl_platform(wordSize)= 4 Sergei___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] artifact by file name
In the web UI, is there a way to fetch the artifact by the file name? Something like: /artifact?name=filenameci=tag I think something like this has been answered on the list, but I wasn't successful searching for it. ___ 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] A typo in Makefile.in
2014-07-09 22:43 GMT+02:00 Sergei Gavrikov sergei.gavri...@gmail.com: On Wed, 9 Jul 2014, Jan Nijtmans wrote: What compile error are you seeing? On what platform? Yes, I can indeed reproduce this on Linux. I moved the code to the utime_usleep branch. Thanks! 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] artifact by file name
Ron W wrote: In the web UI, is there a way to fetch the artifact by the file name? Something like: /artifact?name=filenameci=tag I think something like this has been answered on the list, but I wasn't successful searching for it. Ron, try fossil cat filename Cheers, Brian ___ 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] A typo in Makefile.in
On Wed, 9 Jul 2014, Jan Nijtmans wrote: Found the problem: _GNU_SOURCE needs to be defined BEFORE inclusion of the first system header file. Yes, this fixed the issue. Thanks! Sergei ___ 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] artifact by file name
Ron W wrote: In the web UI, is there a way to fetch the artifact by the file name? Something like: /artifact?name=filenameci=tag I think something like this has been answered on the list, but I wasn't successful searching for it. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users I already gave Ron some useless advice about fossil cat, reply was private. ;-) For anyone reading along: Ron, Now try /artifact?ci=CHECKINfilename=PATH Cheers, Brian ___ 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] artifact by file name
On Wed, Jul 9, 2014 at 5:58 PM, Brian Tiffin bwtif...@gmail.com wrote: Now try /artifact?ci=CHECKINfilename=PATH That worked. Thanks. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Unusual timeline
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is displayed as if on a branch. Was there a fork or something? - -- Andy Goth | andrew.m.goth/at/gmail/dot/com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvdUYAAoJELtYwrrr47Y4i1kH/RpWjlJEKTL8uSrPy37I6r8a U4mXIbS5CEFu5lLuMS/4R69V9v5xV5+UoTAR6rziCXj2m9oeGxZQAH3Zhu1U5LCB BKqkBqk1WcfzgELqdXnWEqcLgfTmpOfUC388n75vWrmQHSIOzdKmFHKk8M3/giFX etQJTuqAujsgS03/4Vz/a3DEtfe5SiNoEGl15HNKXuFnIH0UfaeGquwR622+atsT 22kjPdxvCpVPnUrMNeOqtEfljp5CcsxxwcXTmelY5m1zxJT+W2Lu7P5y1sd2L9Yn nj5UR7blgJ3T1cnUHioSrvVSU8cbEf8F0KuIRcTlb3uF+cu+iBrew3HM5JJoyq4= =H1a/ -END PGP SIGNATURE- ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Time stamps
Hi all, I have a bunch of commits that were made while the time zone on the machine was set incorrectly. If I change the time zone, will the timeline items be displayed in the new zone or will they remain as is? If the latter, is there a way to modify the time stamps on all the commits? In this case I want to push them forward by two hours. Kind regards, Philip Bennefall ___ 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] Unusual timeline
On Wed, Jul 9, 2014 at 5:49 PM, Andy Goth andrew.m.g...@gmail.com wrote: http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is displayed as if on a branch. Was there a fork or something? The only difference I can see is that that commit is marked closed, so I suspect that's why it is considered a branch. If closed were removed from it it'd probably be on the main trunk chart, but ... I'm really just guessing. SDR ___ 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 terminal I/O to custom terminal in Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I wrote a simple custom terminal program demonstrating how to work with stdin/stdout/stdio, available on the Tcler's Wiki: http://wiki.tcl.tk/3543 . Right now I'm finding it to be useful on a system at work that halfheartedly hides cmd.exe in the name of security. Even though it works with lots of standard programs like dir and type, it completely fails to capture the stdout/stderr of Fossil. Whenever I try to run Fossil, a window flashes onscreen for just a moment. Is there any way to instead capture Fossil's stdout? Here's the script from the Wiki, modified to use cmd.exe instead of csh as the shell: package require Tcl 8.6 package require Tk set shell [list cmd.exe] proc log {text {tags {}}} { .output configure -state normal .output insert end $text $tags .output configure -state disabled .output see end } ttk::entry .input ttk::scrollbar .scroll -orient vertical -command {.output yview} text .output -state disabled -yscrollcommand {.scroll set} .output tag configure input -background gray .output tag configure error -background red pack .input -fill x -side bottom pack .scroll -fill y -side right pack .output -fill both -expand 1 focus .input lassign [chan pipe] rderr wrerr set stdio [open |[concat $shell [list 2@ $wrerr]] a+] foreach {chan tags} [list $stdio $rderr error] { chan configure $chan -buffering line -blocking 0 chan event $chan readable [list apply {{chan tags} { log [chan read $chan] $tags if {[chan eof $chan]} { log EOF error .input state disabled chan close $chan } }} $chan $tags] } bind .input Return [list apply {{chan} { log [.input get]\n input chan puts $chan [.input get] .input delete 0 end }} $stdio] - -- Andy Goth | andrew.m.goth/at/gmail/dot/com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTveDAAAoJELtYwrrr47Y42uMIAOc6LvK6PzZQyLKWDbRNyesh pWDHQzcV9Q0a5rpdAr5ij+5tvpaMn4Rn47DTDosIlpAQ9VYT4o34wQ1EPc06CW1r GXddlsubLjG7ho2bfoDKfM9ofwX6LwGhdBwv6S7wsi7uGooXrqWg+ycsSF3nR3Wb 6TPKNiFU/3yaT2p7yiD0+upDNuVyNYePOzRVpEU+bhCS5rW3tazeAh6eJP+bdNZh zPivibNJ2t1UO2Ew5mPTGWr8RFSPSaQwTYcYkjjur6D1cqC/f2rH0yKHi0FUVSCe d+iv3oPtraxG8BztyoszHDfMfa4SU45hhryDayRvfTEcnAnfBRN83eFTBQNwHtU= =V+tr -END PGP SIGNATURE- ___ 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 extras] versus symlinks
At Wed, 09 Jul 2014 14:23:02 -0500, Andy Goth wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In one project tree I have a symlink pointing to a directory outside of the checkout directory. [fossil extras] lists all the files in the referenced directory as extras even though they are not actually part of the checkout. I think they should be omitted. According to the -n option, [fossil clean] would remove the files. That's rather serious. I think symlink handling needs to be reevaluated. Symlinks to files and directories outside the checkout definitely need to not have the effect of the referenced files be treated as if they were part of the checkout. I agree that is a terrifying behavior for the clean command, at least as a default (and _ESPECIALLY_ without undo), but I hope that the ability to follow symlinks remains at least as a non-default setting (eg. the ability to set allow-symlinks to off). The reason why I say this is because I depend on following symlinks to back up a lot of different directories in different places on the same machine, eg. for per system back up, but only for the most important parts of that system. Fossil works very well for this task, but if that feature were removed altogether, it would be an incredibly tedious task, and I would otherwise need about 10 times as many repositories, especially at work, where I keep configuration files under version control for over 10 separate machines (from various parts of each system). I'd hate to require nullfs just to have the ability to maintain that workflow. I think the larger issue is that clean is a pretty dangerous command in general, and probably isn't what most people want (I find addremove to be much safer), in almost any circumstance. I would go so far to say that it might be for the best if the clean command were removed from fossil altogether. I'm still unsure if fossil delete should literally delete the files as well, although that might be a better workflow for beginners (I'm not endorsing either approach on the latter). Regards, Tim ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] /info/ versus /ci?name=
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What is the difference between the /info/ and /ci?name= URLs? When followed by a check-in artifact ID or unambiguous prefix thereof, it seems the only difference is /ci?name= shows diffs and /info/ merely offers to show diffs. The problem I have is using the edit link on /info/ returns me to the corresponding /ci?name= URL when I apply or cancel. It's rather jarring to start at a page not showing diffs, go edit something, then be returned to a page showing diffs. Actually it can be more than jarring. A few of my commits are monstrously large with diffs that are dozens of megabytes or larger, so of course I wouldn't want to see all those diffs. But nevertheless, they are pushed in my face after doing an edit check-in operation. I know it can be tricky for the edit page to return to the same diff options (hide/unified/side-by-side, show/ignore whitespace), so the easy way out, which I would be happy with, would be to always return to the /info/ page which hides diffs but makes them easy to obtain again. By the way, I also find it curious that /info and /ci can be followed either by /ARTIFACT_ID or by ?name=ARTIFACT_ID with the same result. Is there any particular reason why both are supported? I also see that these two styles are used by different parts of the Fossil UI. Is there an explanation for this apparent inconsistency? - -- Andy Goth | andrew.m.goth/at/gmail/dot/com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTvguFAAoJELtYwrrr47Y4AhQH/2Y/i+t6NDh7i14H1tno9BfA +7nqarD83/QdqyqWUP5+P23RbET/BqoqTW0BFafF6V2Z7UvvgOE2o1bSflg7TgXt x17ymscDfUTl9O+fLOacNHy5sK/K8xQHT0K5ii0UMrefgw3ZpPLEvAXPAOB4uv9/ v+T78KtkHxO0yglSYCA5MsNIxqbkki6uKxaTYhAQNg4mZRpGTOiN9+sT7ac4nCuQ Fg4XpHPHLAiWpG6sGFiSSVnn46D7ZGBm0K21E0dLkKyVJOGD0oOXVm+OJ1divxuI 9wepvkWAtarev20sft1fptHOrfEBBfcO+dQFkh0OJhzPQdJEOhEUAUQO7mfGnLQ= =GscD -END PGP SIGNATURE- ___ 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] Time stamps
On Wed, Jul 9, 2014 at 7:59 PM, Philip Bennefall phi...@blastbay.com wrote: Hi all, I have a bunch of commits that were made while the time zone on the machine was set incorrectly. If I change the time zone, will the timeline items be displayed in the new zone or will they remain as is? If the latter, is there a way to modify the time stamps on all the commits? In this case I want to push them forward by two hours. Fossil stores timestamps in UTC. So changing the timezone on your machine should be harmless. Kind regards, Philip Bennefall ___ 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
Re: [fossil-users] Unusual timeline
On Wed, Jul 9, 2014 at 7:49 PM, Andy Goth andrew.m.g...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is displayed as if on a branch. Was there a fork or something? There was an accidental fork, apparently. That can happen if somebody has autosync disabled (perhaps because they are working while off network). It can also happen in a race condition if two people try to commit at nearly the same time, but that does not seem likely in this case since the commits were widely separated in time. Forks, while unusual in fossil, do happen. And they are easy to fix, as Jan seems to have done. -- 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] Unusual timeline
Thus said Andy Goth on Wed, 09 Jul 2014 18:49:45 -0500: What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is displayed as if on a branch. Was there a fork or something? As Richard already explained it was a fork. For a good explanation of a fork (which is really just like a branch but usually not intentional, but sometimes it might be), see: http://fossil-scm.org/index.html/doc/trunk/www/branching.wiki Andy -- TAI64 timestamp: 400053be1b43 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users