to convert the filename (sans .tar.gz) to an RID (I
assume that means aRtifact ID), but this doesn't seem to be working. Or
it could be that I'm not specifying the name right. An example would be
helpful.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 3/17/2014 10:36 PM, Andy Goth wrote:
The fossil stash command does not seem to understand fossil mv. When
a stash is restored, the files are given their old names.
Problem still exists in Fossil version 684eb478e7.
Created ticket 99bca9b4d8ddc3ba9925dcd664df6da922a1439f to track
problem
information, respectively. At
present, the current behavior is to show the name twice, like I suggest,
but again it's hard to tell which is which.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
-height: 16px;
padding-left: 21px;
position: relative;
z-index: 1;
}
.filetree .dir a {
background-image:
url(data:image/gif;base64,R0lGODlhEAAQAJEAAP/WVCIiIv///wAAACH5BAEHAAIALAAQABInlI9pwa3XYniCgQtkrAFfLXkiFo1jaXpo+jUs6b5Z/K4siDu5RPUFADs=);
}
--
Andy Goth | andrew.m.goth
file delete -force tmp
# vim: set sts=4 sw=4 tw=80 et ft=tcl:
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
the need for [fossil changes]! How convenient.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 3/25/2014 1:23 PM, Andy Goth wrote:
I didn't know [fossil addremove] existed. That would have eliminated
the need for [fossil changes]! How convenient.
Here's an updated version of the script that uses [fossil addremove].
It also fixes a bug which included the user and tags
you a test case, but the SHA1 function is thankfully
difficult to invert, even for prefixes. :^)
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
On 3/25/2014 4:40 PM, Andreas Kupries wrote:
On Tue, Mar 25, 2014 at 2:28 PM, Andy Goth andrew.m.g...@gmail.com wrote:
Fossil uses unique prefixes of checksums as identifiers.
No, it does not. Fossil stores full identifiers
I was referring only to the display. Full identifiers are usually
subcommand should be one of: changes clean extra ignore list ls
push pull rebuild sync
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
src/checkin.c fea64cb746964053193c12937d90a7ba42b625fc line 1315 gives
me a SIGSEGV. This is because the f argument is NULL due to
fossil_open() failing on line 1305 with EACCESS because the file I'm
checking in happens to be read-only.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
The attached script imports an RCS repository into Fossil. It doesn't
support branching nor symbolic names, and it has a few peculiarities
designed to accommodate the RCS repository I just processed.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
#!/usr/bin/env tclsh
package require Tcl 8.6
On 4/1/2014 10:24 PM, Andy Goth wrote:
The attached script imports an RCS repository into Fossil. It doesn't
support branching nor symbolic names, and it has a few peculiarities
designed to accommodate the RCS repository I just processed.
I should mention that this script opens the repository
On 4/2/2014 12:56 PM, Stephan Beal wrote:
On Wed, Apr 2, 2014 at 5:24 AM, Andy Goth wrote:
The attached script imports an RCS repository into Fossil.
i'm thrilled to see someone create a tool for exporting RCS repos to
fossil :).
These scripts I've written, is there a public place
On 4/2/2014 1:21 PM, Stephan Beal wrote:
On Wed, Apr 2, 2014 at 8:14 PM, Andy Goth wrote:
These scripts I've written, is there a public place to collect,
advertise, and improve them?
You've done the first part ;). If you are up for this:
http://fossil-scm.org/index.html/doc/trunk/www
On 4/2/2014 2:03 PM, Stephan Beal wrote:
On Wed, Apr 2, 2014 at 8:57 PM, Andy Goth wrote:
We have an old RCS repository with lots of useful data in it.
Okay, a love for your data is healthy and normal ;).
I have no love for this data, and no one else does either, but we're
stuck
but also many first-name-only
users such as bob and eric and erik.
So andy should be okay.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
On 4/2/2014 2:22 PM, Andy Goth wrote:
On 4/2/2014 2:03 PM, Stephan Beal wrote:
please send me your desired user name off-list and i'll get you set up
after confirmation from DRH.
I prefer andy, though obviously that can cause confusion.
Damnit, I really meant to reply to you off-list. I
as a
change even though it's not a change at all.
The show-whitespace diff looks good.
(Fossil version 5fdad9bd8c)
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
check-in.
http://dl.acm.org/citation.cfm?id=807748
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 4/2/2014 7:47 PM, Joe Mistachkin wrote:
Andy Goth wrote:
I prefer the behavior of [fossil all changes]. By default it prints
the names of both the repositories and directories with changes, plus
doesn't print anything for directories with no changes.
I would prefer to be consistent
being shown.
6. Syntax highlighting. Just kidding, I actually don't want this, but
I'm sure somebody will ask someday.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
For unified and side-by-side diffs, I'd like the option to show the
entire file in addition to the current behavior of showing only a
limited context surrounding the changes. This can be exposed in the
same way as the whitespace option.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 4/2/2014 8:53 PM, Andy Bradford wrote:
It looks like a bug to me. For example, line 45
If you think that's bad, check (new) lines 105 through 108 and 112.
Only when ignoring whitespace, they have non-changes highlighted as
additions.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 4/2/2014 9:00 PM, Andy Bradford wrote:
Thus said Andy Goth on Wed, 02 Apr 2014 20:52:04 -0500:
For unified and side-by-side diffs, I'd like the option to show the
entire file in addition to the current behavior of showing only a
limited context surrounding the changes.
Maybe I
to 4013b0a81a66de9f7b5914e2eb56b4ce7c3213a3):
http://www.fossil-scm.org/index.html/info/4
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 4/2/2014 11:42 PM, Joe Mistachkin wrote:
Andy Goth wrote:
I'm curious how a script could make use of [fossil extras] without
the benefit of the --showfile option.
The --showfile option is processed by the [fossil all] command, not
the [fossil extras] command, which basically explains
On 4/3/2014 12:46 AM, Andy Bradford wrote:
Thus said Andy Goth on Wed, 02 Apr 2014 21:37:35 -0500:
When the UUID is abbreviated to one or two characters, the ambiguous
artifact page is bypassed, and it always seems to link to a ticket.
It appears that if you happen to have a ticket UUID/SHA1
. I'm just putting out some
thoughts and impressions. Perhaps someone will have a suggestion. Or I
could indeed turn off quiet mode and leave close_cmd() alone.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users
shorter than four characters?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
.
As far as I know, Fossil needs to make a public splash, and it helps a
lot if its compilation procedure is already given to him.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On 4/7/2014 4:06 PM, Stephan Beal wrote:
On Mon, Apr 7, 2014 at 11:00 PM, Andy Goth wrote:
As for the next step... there isn't a defined process for lobbying
Pat. As far as I know, Fossil needs to make a public splash, and it
helps a lot if its compilation procedure is already given to him
On 4/7/2014 8:59 PM, Andy Bradford wrote:
Thus said Andy Goth on Mon, 07 Apr 2014 14:33:10 -0500:
Those look fine, but did you really intend to reject all requests
for UUID abbreviations shorter than four characters?
Yes, it was intentional. It was not my intention to change the length
Or if the file doesn't already exist, touch will create it in the
process of updating its timestamp:
$ touch .fossil-settings/ignore-glob
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
==blobReallocStatic' failed.
Aborted
The same failure occurs with an HTTP/1.1 request:
$ fossil http
GET /timeline http/1.1
Host: localhost:8080
(blank line goes here)
I'm using fossil version 1.28 [53aea235fa] 2014-04-15 09:40:49 UTC.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
On 4/19/2014 4:48 PM, Andy Bradford wrote:
Thus said Andy Goth on Sat, 19 Apr 2014 16:38:44 -0500:
$ fossil http
GET /timeline
Works for me:
$ ../fossil http
GET /timeline
...
This page was generated in about
0.011s by
Fossil version [53aea235fa] 2014-04-15 09:40:49
/div
/body/html
Also
On 4/19/2014 5:04 PM, Stephan Beal wrote:
On Sun, Apr 20, 2014 at 12:02 AM, Andy Goth andrew.m.g...@gmail.com
mailto:andrew.m.g...@gmail.com wrote:
#5 0x0045238c in ssh_request_loop (
???
You're doing an HTTP clone, i thought?
Or is that part of ssl tunneling? i cloned w/o ssl
On 4/19/2014 5:07 PM, Andy Goth wrote:
On 4/19/2014 5:04 PM, Stephan Beal wrote:
On Sun, Apr 20, 2014 at 12:02 AM, Andy Goth wrote:
#5 0x0045238c in ssh_request_loop (
You're doing an HTTP clone, i thought?
Or is that part of ssl tunneling? i cloned w/o ssl because my fossil
I want it. But I
don't know what all to test.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 4/19/2014 5:49 PM, Richard Hipp wrote:
http://www.fossil-scm.org/fossil/info/a138dc97fcde6d323e4c3dbf31f3aef2e386cd47
Works for me! Thanks.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil
On 4/19/2014 5:46 PM, Andy Goth wrote:
Actually there's a simpler approach since the wiki appears to be doing
something special with bracketed text to pages that never existed.
... or are currently empty. That is key.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
current progress can be seen here:
http://chiselapp.com/user/andy/repository/wibble/
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
On 4/20/2014 11:29 AM, Joe Mistachkin wrote:
Andy Goth wrote:
It seems the real problem is my two-level bulleted list layout.
Collapsing it all to a linear series of sentences is an option I would
very much like to avoid.
Unless I'm wrong, I seem to recall that there is a setting to make
On 4/20/2014 12:17 PM, Andy Goth wrote:
On 4/20/2014 11:29 AM, Joe Mistachkin wrote:
Andy Goth wrote:
It seems the real problem is my two-level bulleted list layout.
Collapsing it all to a linear series of sentences is an option I would
very much like to avoid.
Unless I'm wrong, I seem
;/agt;
+ @ you have added the necessary lt;a name='anchor-name'gt;lt;/agt;
@ tag to your wiki page./p/li
@ li pspan class=wikiruleHeadHTML/span.
@ The following standard HTML elements may be used:
show_allowed_wiki_markup();
@ . There are two non-standard elements available:
--
Andy
language such as wiki is to be easily readable in plain text form.
Tossing ul and li and /li and a href and such all over the place
is contrary to that goal.
Are there any standardized wiki markup languages worth targeting, or
does every wiki engine roll its own?
--
Andy Goth | andrew.m.goth
On 4/20/2014 3:48 PM, Andy Goth wrote:
I pulled all my release code into the Fossil repository. Here's how it
looks:
https://chiselapp.com/user/andy/repository/wibble/timeline?n=200y=ci
Damn it! For a bunch of versions I accidentally checked in not the
Wibble code but rather the Tcl Wiki
tools you like so you can simultaneously work with normal
files and old stuff that would otherwise be buried in the repository.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On 4/24/2014 5:04 PM, Matt Welland wrote:
I'm not sure you'd be able to deliver a precompiled binary with
dependencies on fuse
Then call it through pointers obtained from dlopen() and dlsym(). Now
have fun making that portable. :^)
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
http://core.tcl.tk/tcl/finfo?name=ChangeLog
This one's a doozy. 5.1 megabytes.
Is there any way to limit the length of the result until the user asks
for more?
Actually, I'd like a URL that goes to version trunk of the file called
ChangeLog.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
fossil open ../repos/project.fossil
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
into the diff command.
Or Stash, I might add.
http://www.fossil-scm.org/index.html/tktview?name=99bca9b4d8
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
own computer
with the initial commit date set to whenever, upload that, then push to it.
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
ERROR: [file] is 6 bytes on disk but 0 in the repository
NOTICE: Repository version of [file] stored in [file-22ef63d951e2b17d]
working checkout does not match what would have ended up in the
repository: fbde3b8287dec3dcf10d3327eac39581 versus
d41d8cd98f00b204e9800998ecf8427e
--
Andy Goth
On 5/8/2014 2:40 PM, Stephan Beal wrote:
On Thu, May 8, 2014 at 9:26 PM, Andy Goth wrote:
andy|slack|14:25|0|~/foo
May i say: that's a a pretty crazy prompt you have there!
Username, hostname, time, background job count, current directory,
(newline), dollar sign or pound sign depending
the brackets manually. Most web browsers make it very hard
to start highlighting in the middle of link text, as they choose to
interpret that as dragging an object.
Any thoughts?
--
Andy Goth | andrew.m.goth/at/gmail/dot/com
___
fossil-users mailing
of the clickable link.
Current : a href=whatever[foo]/a
Proposed: [a href=whateverfoo/a]
- --
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
are interpreted by the shell, so Fossil isn't
the only problem. I think it's simplest to change the HTML. I'd do
it myself and put it on a branch, but I have to concentrate on paid
work right this moment. Hopefully I'll get to it this weekend, if no
one beats me to it.
- --
Andy Goth | andrew.m.goth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have submitted an updated Fossil SlackBuild script which will soon
appear here:
http://slackbuilds.org/repository/14.1/development/fossil/
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22
there being
some artificial partitioning and differences in handling various
artifact types.
- --
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
of the
above at once.
Neat, I didn't know about this.
- --
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/
iQEcBAEBAgAGBQJToPLTAAoJELtYwrrr47Y43Y0H/jJLBWMy+XATUgUDa+K585sp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/17/2014 9:40 PM, Doug Franklin wrote:
On 2014-06-17 22:00, Andy Goth wrote:
This almost works in csh (which I am regrettably forced to use).
Yes, the command is not executed but is still stuffed in the
history buffer,
Maybe I'm OCD
this feature on.
- --
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/
iQEcBAEBAgAGBQJToysSAAoJELtYwrrr47Y4nbIH/AlXbFBhk12AMcbgqvidd4K8
tU6sMbU+0XhQfdhjwnmjpZKWvHSSvT8qCVCd
expansion will do
what I want, I prepend the command with echo so instead of running, it
just prints what it would have done.
- --
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
to be slower than most,
and this may be the cause of the slow commits. Has any work been done
to improve its performance?
- --
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/24/2014 3:12 PM, Andy Goth wrote:
I'm having trouble with each commit taking about 45 seconds in a
new repository I initially populated with 5154 files totaling 425
megabytes. At this point, there are only five or six commits.
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/24/2014 3:22 PM, Warren Young wrote:
On 6/24/2014 14:12, Andy Goth wrote:
I'm having trouble with each commit taking about 45 seconds in a
new repository I initially populated with 5154 files totaling
425 megabytes. At this point
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/24/2014 3:27 PM, Richard Hipp wrote:
On Tue, Jun 24, 2014 at 4:12 PM, Andy Goth
andrew.m.g...@gmail.com wrote: Fossil computes an MD5 hash over
all files in the repository as one of the verification steps prior
to commit. See
http://fossil
going on which is not accounted for here:
It takes 21.20 seconds to do a fossil open.
- --
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
seeing it. Shouldn't be I/O or other kernel
stuff since there's no autosync.
I can send you the full gprof data if you need it.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http
. Sigh. I'll
try using the date command to fix it, but experience has shown it'll get
bad again soon. No idea why no one bothered to use ntp or clockspeed.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG
?
This happened while exploring the fossil repository (current through
cfb8d6604f8a159e8a5c1fa8843be12060f0fff4 2014-06-26 07:40:11 UTC),
looking at checkins/tip.
I actually had another SIGSEGV earlier, not sure if this is the same
crash or not.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
.
As complicated as this sounds, it's vastly superior to the alternative
of pushing individual files around, forgetting to keep stuff in sync,
having mismatched versions everywhere, and not being able to track the
status of everything.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP
.
- --
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/
iQEcBAEBAgAGBQJTrLW7AAoJELtYwrrr47Y4WWYH/iLqDnCNd/FKST1Q6GmHrifv
LgAw8LtYjGfIq5DzNunQHC6Xzg7SwiOU238cf/YcI
.
- --
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/
iQEcBAEBAgAGBQJTrLakAAoJELtYwrrr47Y4EpAH/RQAmMad8vx6aRxGvjRYiRIY
0FdSeTpcu+UMMrD/f0bK1+xHq19PGzrEvUKytgLGUKVPCQZoH7p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[fossil pull -R repos] prints Usage: fossil pull URL when the
repository doesn't have a known remote URL. I believe the problem is
on line 147 of sync.c in the current Fossil version
(cfb8d6604f8a159e8a5c1fa8843be12060f0fff4).
- --
Andy Goth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/26/2014 7:11 PM, Andy Goth wrote:
On 6/26/2014 3:39 PM, Richard Hipp wrote:
Since you are able to repro this, can you rebuild Fossil w/o the
-O2 option (so that variables are not optimized out) and rerun
in the debugger yet again, then do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/27/2014 11:51 AM, Andy Goth wrote:
On 6/26/2014 7:11 PM, Andy Goth wrote:
On 6/26/2014 3:39 PM, Richard Hipp wrote:
Since you are able to repro this, can you rebuild Fossil w/o
the -O2 option (so that variables are not optimized out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
How come events are always shown with (at least) sixteen digits on the
timeline whereas other artifacts are given ten digits?
http://www.fossil-scm.org/fossil/timeline?n=20y=e
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE
shared files for Fossil.
Instead use http or ssh to synchronize between a file outside and
inside the virtual machine using VirtualBox's TCP/IP capabilities.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG
)
#else
if( fsync(fd) )
#endif
{
rc = unixLogError(SQLITE_IOERR_DIR_FSYNC, fsync, zPath);
}
robust_close(0, fd, __LINE__);
}else if( rc==SQLITE_CANTOPEN ){
rc = SQLITE_OK;
}
}
#endif
return rc;
}
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
: andybradford tags: hide-diff-on-
vdiff_page)
How very curious! Version 1928cf works, but 6791ad fails. Yet it's
1928cf's *predecessor* that changed sqlite3.c! I can't explain this.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22
, event UUIDs are different than event manifest UUIDs.
- --
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/
iQEcBAEBAgAGBQJTssipAAoJELtYwrrr47Y4b4wH/A8LvotedqunF4+1ryysQ7s1
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
-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
-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
}} $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
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
, but this could get dangerous.
- --
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/
iQEcBAEBAgAGBQJTvt2UAAoJELtYwrrr47Y4gE4IAJrXrPafeyvGGMhJrs8R2Kdj
UjwxrExOFzlQ0QmCdbj/xvzQ
of the code is quite
helpful, for instance to find the original requirements, user desires,
supporting documentation, test procedures, or responsible engineers.
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/10/2014 2:37 PM, Andy Bradford wrote:
Thus said Andy Goth on Thu, 10 Jul 2014 14:27:57 -0500:
I want to see something in the timeline plot showing
cherrypicks and backouts. Dotted, dashed, and/or colored lines
might do the job. I also
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/10/2014 3:14 PM, Andy Goth wrote:
I'm putting together a mockup screenshot illustrating a few ideas
and motivating this feature, but it's not ready yet. Can I send it
to this list as an attachment, or do I have to host it somewhere
and link
be red. The line/s would come from whichever commit/s is/are
being undone.
- --
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
thought they'd
share the same reporting code.
- --
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/
iQEcBAEBAgAGBQJTxJf3AAoJELtYwrrr47Y4ZEEH/3liMbB50goRpnrVTHsRbGc1
oYTHsqDz
is requested. To actually get twenty
items, n=38 is needed.
- --
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/
iQEcBAEBAgAGBQJTxzbRAAoJELtYwrrr47Y4GP8H/RIx6wNM/yhAWuUZ64kdTOSk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/14/2014 9:54 PM, Andy Goth wrote:
When a file has been modified, [fossil diff -brief] reports it as
CHANGED, whereas [fossil status] reports it as EDITED. Is this
inconsistent terminology intentional? What other inconsistencies
Tcl for testing
other code written in C and Fortran and such, and I need Valgrind to
spot my errors without being mired in the test harness.
http://wiki.tcl.tk/3840
- --
Andy Goth | andrew.m.goth/at/gmail/dot/com
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG
of the repository.
- --
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/
iQEcBAEBAgAGBQJTyDXFAAoJELtYwrrr47Y4108IALlPHiqEPN7T2QfL8rNG56nR
h5DrDsLDBYhpPVupDbHcofYnxYQdJ5ot0aIgfR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/16/2014 11:33 PM, Andy Goth wrote:
On 7/14/2014 9:54 PM, Andy Goth wrote:
When a file has been modified, [fossil diff -brief] reports it
as CHANGED, whereas [fossil status] reports it as EDITED. Is
this inconsistent terminology intentional
1 - 100 of 367 matches
Mail list logo