Nice quick fix. Compiles now. Thanks.
On Thu, Jun 21, 2018, 10:03 AM Richard Hipp wrote:
> On 6/21/18, Eric Dillon wrote:
> > Fails to compile on Win32 VS2013 (12.0)
> >
> > email.obj : error LNK2019: unresolved external symbol _popen referenced
> in
> > f
Fails to compile on Win32 VS2013 (12.0)
email.obj : error LNK2019: unresolved external symbol _popen referenced in
function _email_send
On Wed, Jun 20, 2018, 3:51 PM Florian Balmer
wrote:
> Richard Hipp:
>
> > It is reassuring to know that so many people routinely build Fossil
> > from the
>From "fossil ui", go to "admin > settings". In diff-command put the path
and executable name for winmerge.
My winmerge is a portable installation, so my diff-command is set as ...
C:\bin\winmerge-2.14.0\winmergeu.exe
Works great.
On Tue, Feb 13, 2018, 1:30 PM wrote:
> I
On Wed, Aug 23, 2017, 12:19 PM Richard Hipp wrote:
And it should now be fixed on trunk.
>
Verified. Thanks.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Here's a bisect of the error on Windows.
11:39:32 $ fo bisect good
bisect complete
2 BAD 2017-08-21 12:18:49 810dd031ec3ee1d6
5 BAD 2017-08-12 18:24:29 9eea719af68932ad
6 BAD 2017-08-12 18:20:26 9690d370e0714a43
7 BAD 2017-08-12 18:15:36 3b191c984b831571
8 GOOD
Here is the error generated in Windows. Works correctly without the --to
parameter.
10:19:38 $ fo gdiff --from d5b015 --to 810dd0
Index: src/http_transport.c
==
the
haps the trimmed content gets written into a
> separate "trash-can" database?
>
You might consider this from the converse perspective, allowing 'fossil
export' to a new fossil repo, but specifying some sort of complex boolean
selector on export. Then you at least get the safety fo
> On May 27, 2016, at 12:26, Andy Gibbs wrote:
>
> Hi,
>
> I've just had a very, very odd experience with fossil. I'm running version
> 1.34.
>
> Let me first explain what I have done.
>
> I cloned a respository off our server. I then went into the clone's web UI
n for
Eclipse. It would be ironic if Fossil's killer use case wound up being its
support of a best-of-breed IDE plugin. Fossil's original author is
definitely not a big IDE guy. :-)
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
ht
things, but let's
not base decisions in our current project around the industry's silly
hiring practices.
My $0.02,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ech, eventually becoming faster that way than he
had been with two healthy hands. Perhaps you'd be interested in checking
out his methods.
https://www.youtube.com/watch?v=8SkdfdXWYaI
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
SON:
https://confluence.atlassian.com/jira/importing-data-from-json-495976468.html
So if you follow that form, then you get your Jira export capability for
free. :-)
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
her this is true or not, it is again irrelevant to my claim
that Fossil's ticket system is not, in fact, easy to migrate away from.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
A user with the following permission flags:
bcfhjkmnprtw
for a site in which the virtual users Reader, Developer, Anonymous and
Nobody have no default privileges, cannot download an attachment directly
from a wiki page attachments list. The list points to URIs such as this
one:
pkts bytes target prot opt in out source
destination
5342 309K REDIRECT tcp -- * * 0.0.0.0/0
0.0.0.0/0tcp dpt:443 redir ports 10443
HTH,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
nts are already
on the table.
Instead I'll just hope that you realize the depth of your error before the
next time the topic comes back up. :-)
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/
symlinks are present. This is (from my perspective)
a very different issue, but you nevertheless may want to track it. Also, I
did not read every detail in the thread ("xkcd on git") that led to this
subtopic, so perhaps people aired other symlink-
On Tue, Nov 3, 2015 at 1:33 AM, Stephan Beal <sgb...@googlemail.com> wrote:
>
> On Mon, Nov 2, 2015 at 6:32 PM, Eric Rubin-Smith <eas@gmail.com>
> wrote:
>
>> the user when trying to move a tarball from one OS to another. In other
>> words, I b
re differing opinions on the changes needed (i.e. and not just
> whether or not there should be any changes in the current behavior)?
>
So far this thread has not reached such a stage, afaik.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-
On Tue, Nov 3, 2015 at 4:51 PM, Joe Mistachkin <sql...@mistachkin.com>
wrote:
>
> Eric Rubin-Smith wrote:
> >
> > (1) Default allow-symlinks to true
> > (2) Fix bug in which the allow-symlinks setting is not honored while
> > opening a repository
> >
>
On Tue, Nov 3, 2015 at 2:44 PM, Joe Mistachkin <sql...@mistachkin.com>
wrote:
>
> Eric Rubin-Smith wrote:
> >
> > (2) Fix bug in which the allow-symlinks setting is not honored while
> > opening a repository
> >
>
> Did the following changes (a while
mpts to do what Git does, it just has some bugs
and incorrect default config values. So the distance to fixing Fossil is
quite small. But closing the gap (and keeping it closed) is much harder
when a vocal subset of the community argues that supporting symlinks is
impossible or ill-advised (it
hat tree contains internal symlinks. Again, people have to
jump through silly hoops to get new repos set up properly, because fossil
breaks those symlinks by populating new repos with flat text files (and
this goes undiscovered til the openssl build fails in mysterious ways). So
their first exp
I suspect Fossil folks will appreciate this :-)
http://xkcd.com/1597/
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> The merge algorithm does *not* consider cherry-picks. It looks for
> the most recent common ancestor without taking cherry-picks into
> account.
Another popular version control tool whose name I won't mention (hint: rhymes
with "zit") behaves identically to fossil in this scenario. Is there
In my initial example, if the cherry-picks were considered then the 'beta'
leaf would be the GCA for my test file, so the merge would be a trivial one
(simply take the current 'trunk' leaf as the new file data).
Eric
___
fossil-users mailing list
foss
See the transcript below for gory details. The summary is:
1. create a new file on trunk and check it in.
2. edit the file and check in on a branch (let's call it "beta")
3. trunk decides it wants that particular change set from step (2), so
cherrypick it (assume in this example that other stuff
On Wed, Jun 10, 2015 at 3:46 PM, Richard Hipp d...@sqlite.org wrote:
On 6/10/15, Eric Rubin-Smith eas@gmail.com wrote:
On Wed, Jun 10, 2015 at 3:30 PM, Richard Hipp d...@sqlite.org wrote:
On 6/10/15, Eric Rubin-Smith eas@gmail.com wrote:
If you are worried that some people
$ fossil pull
Pull from https://eas@.../
HTTPS: Fossil has been compiled without SSL support
Pull done, sent: 0 received: 0 ip:
$
This burdens adoption, since now I have to build my own fossil and
distribute that to people on my team internally, rather than just pointing
them at the web site.
On Wed, Jun 10, 2015 at 8:50 PM, Eric Rubin-Smith eas@gmail.com wrote:
Eric: Can you discover what apt-get is needed in order to statically
link libssl using -m32?
Perhaps this?
# apt-get install libssl-dev:i386
Warning: I just got that command line from google and verified apt
Eric: Can you discover what apt-get is needed in order to statically
link libssl using -m32?
Perhaps this?
# apt-get install libssl-dev:i386
Warning: I just got that command line from google and verified apt-get
accepted it -- didn't actually try to link against the libs in that package
On Wed, Jun 10, 2015 at 9:56 PM, Eric Rubin-Smith eas@gmail.com wrote:
-LIB = -m32 -L1/lib -lssl -lcrypto -lz -ldl -lm
+LIB = -m32 -L1/lib /usr/lib/i386-linux-gnu/libssl.a
/usr/lib/i386-linux-gnu/libcrypto.a -lz -ldl -lm
I suppose this is sexier:
LIB = -m32 -L1/lib -Wl,-static
From the download page for v1.33, Improved ability to customize the
timelime graph https://www.fossil-scm.org/customgraph.md is a broken
link.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Are you sure your students didn't shun something or try to use
reconstruct?
What would happen if the student tried to push a repo that they had created
with 'fossil init' to the central clone?
___
fossil-users mailing list
of coffee onboard at 2am...
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
for
that in here:-)
Maybe I'm missing sub-cases, but the key thing is that I expect Fossil to
do the filesystem 'rm' or 'mv' for me if it's safe to do so. And I think
Fossil can preserve backward compat even if extended in this way, right?
Eric
[1] Consider first checking for changes against current check
in the whole page while trying to keep things in relative proportion.
You can zoom back out by holding down Control and hitting the Minus
key -.
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users
vfile SET mtime=%lld WHERE id=%d,
file_wd_mtime(zName), id);
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
,
file_wd_mtime(zName), id);
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
: Test (user: eas)
checkins: 2
[miami:sandbox3] $ ls -l
total 0
-rw-r--r--. 1 eas eas 0 Oct 30 21:26 a
lrwxrwxrwx. 1 eas eas 1 Oct 30 21:26 b - a
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil
. Fossil itself is no longer
implicated as a contributing cause.
I'll keep pulling on that thread in private, since it now seems it
is specific to my particular deployment. Many thanks to Richard and
Stephen for looking into it and making the improvement to the error
reporting.
Eric
--
Eric
to the
client, not a 'harmless' parse error on a file that is not a manifest.
But that is just my vague understanding: obviously Richard can comment
more intelligently on that than I can.
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
I haven't changed much recently about my repository topology. One central
master repo that I push to from my dev repo. No one else is doing any
pushing. The master repo has hooks set up for publishing my commits etc to
a remote HTTP REST API.
The only change I made recently is to open up my
No 0Ds in there.
Let me re-send you the manifest as a 'gz' file. Hopefully no code
between me and you will be too clever for its own good this time.
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil
? Let me know if
you would like to see that TH1 script.
Eric
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
. It may be that this is my fault,
not Fossil's. I would like to eliminate that possibility myself, for
fear that I am wasting your time on an issue that does not affect anyone
but me.
What is a good fossil trunk version for me to re-test with?
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http
Richard Hipp wrote:
Can you try compiling the tip of the better-error-msgs branch and put
that on your server, then let us know what the new error message is?
Our emails crossed paths. I'll do as you suggest and let you know what
happens.
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http
: syntax error in manifest
[449bc674c3fc9c036db0d4dc71281b7cb900fe7d]
Round-trips: 1 Artifacts sent: 2 received: 0
Push finished with 818173 bytes sent, 385 bytes received
$
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil
Eric Rubin-Smith wrote:
$ fossil push
Push to https://eas@snip:10444/
Round-trips: 1 Artifacts sent: 2 received: 0
Error: push script failed: syntax error in manifest
[449bc674c3fc9c036db0d4dc71281b7cb900fe7d]
Round-trips: 1 Artifacts sent: 2 received: 0
Push finished with 818173
Stephan Beal wrote:
You mention custom changes with regards to push scripts, which make me
curious about that error message: i can find push script failed nowhere
in fossil. Where is it coming from (if you know)?
The strings are escaped :)
eric@dev:~/Fossil-5ff4e33617/src$ grep -r 'push\\s
When exporting to git, the check-in comments that are exported are the
original comments. If you had subsequently edited the comments, then those
edits are not retained during the export.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil
that all those are true in your case?
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Does anyone have any experience with hooking up fossil to JIRA?
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
problems or other gotchas in the JIRA API,
etc.
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
can point me to?
--
Eric A. Rubin-Smith
Aterlo Networks, Inc.
http://aterlo.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
entity. Fossil devs'/users' criticisms of git in itself are pretty well
documented
on this forum and elsewhere, and my intention was not to rehash that
thinking
on this thread.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
are of course welcomed, and
if there's a concrete case you or Eric have in mind, i can probably say
whether it's currently workable or estimate what it would take to make it
so.
If we assume for a moment that the user is willing to customize the
Fossil ticket system to exactly match whatever
], gimme)
===
--
Eric Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to permit an automated, bidirectional
incremental sync between git and fossil repositories, which might help
ease some users' transitions from git to fossil (possibly encouraging
more fossil uptake).
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil pull
I have seen this every time I have tried to add a column to the tickets
table. I normally work around it by copy-pasting the ticket definitions,
but that is probably not going to be acceptable for my other users.
Am I doing something wrong?
Eric
!
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Any plan to support symlinks any time soon?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Thu, Aug 28, 2014 at 10:55 AM, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Aug 28, 2014 at 4:51 PM, Eric Rubin-Smith eas@gmail.com
wrote:
Any plan to support symlinks any time soon?
???
[stephan@host:~]$ f help set | grep -C3 sym
access-log If enabled, record
Stephan Beal wrote:
On Tue, Aug 19, 2014 at 7:31 PM, Warren Young war...@etr-usa.com wrote:
On 8/18/2014 19:39, Eric Rubin-Smith wrote:
warning: Can't read pathname for load map: Input/output error.
That looks like a corrupted stack to me.
Try running it under Valgrind
for details.
This GDB was configured as i686-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /home/eric/fossil-src-20140612172556/fossil...done.
warning: exec file is newer than core file.
[New LWP 7065]
warning: Can't read pathname
-in.
==
Or if you are talking to the web service, you can do this:
wget localhost:8080/tarball/foo.tgz?uuid=VERSION
(where I think VERSION can be a tag name too).
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
. The devs know about Git of course so they wrote a
Git-specific export tool. I don't need to know what fossil's schema is,
nor the import format of git, to use the tool.
I don't think you're going to find the tool you're looking for.
Okay, thanks.
Eric
fossil features that more
closely resemble proper code review tools than the sort of bad one that I
sketched above?
Thanks!
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
such a thing would be the best use of the
fossil devs' time -- again, just wondering what is out there.
We do low-ceremony code review on SQLite.
{snip}
We use more ceremony for testing.
{snip}
Thanks for sharing that, Richard.
--
Eric A. Rubin-Smith
(and maybe it's not).
OK.
Maybe try this?
fossil setting repo-cksum off
Then re-test.
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
-in is a direct descendant of the closed
leaf. Probably the OP should just re-open the leaf and commit against
it.
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
and since in Fossil the check-ins themselves are
immutable.
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
against, as many here will attest to. :-)
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
write my check-in comment in terminal 1 while looking at my diff in
terminal 2.
I must be one of those millennials with their newfangled contraptions
and their damn music.
--
Eric A. Rubin-Smith
___
fossil-users mailing list
fossil-users
I believe I have seen this issue. It's been a while, but here is the
scenario as far as I can recollect:
1. Assume there are three repo copies in a master/client topology: M,
C1, and C2. M is the master, and C1/C2 are clones of the master (meaning
that C1 and C2 don't know about each
It may be that you need to replace the one giant file in the below
scenario with a great many files that as a whole take up a lot of bytes.
I don't remember. Sorry. :-/
On Thu, Jun 12, 2014 at 2:46 PM, Eric Rubin-Smith eas@gmail.com wrote:
I believe I have seen this issue. It's been
Is it reasonable to ask that the 'autosync' setting cause artifacts created
from the GUI to also be autosynced?
I know this would likely increase the latency of the GUI, and would
possibly create a series of error cases and/or user interactions that do
not need to be handled in the GUI today.
distasteful?)
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I have a request. Can you guys do the official builds SSL-enabled?
On Sat, Jan 11, 2014 at 2:22 PM, Jan Nijtmans jan.nijtm...@gmail.comwrote:
2014/1/11 Richard Hipp d...@sqlite.org:
I don't think this should hinder the release.
That's great news. So the valgrind error in the /tar page and
/HOWTO/Disk-Encryption-HOWTO/introduction.html#ThreatModel
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Thu, Aug 29, 2013 at 6:02 PM, Jan Jurak yan.ju...@gmail.com wrote:
Dear developers,
First thank you for nice piece of software. I am using fossil for some
of my projects and some users wants more featured ticket system. For
example spent time for solving the issue. What is your opinion on
to cure the issue by rendering the the indicator in a way
that a user cannot affect directly.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
In TCC (a CMD replacement for windows), I use the following where %_unixtime is
a variable representing the current time.
echo insert into config (name,value,mtime) values
(timeline-utc,0,%_unixtime); | fossil sql
From: fossil-users-boun...@lists.fossil-scm.org
I spent a couple hours hunting for a bug in which fossil does not properly
apply changes to my custom fields to the ticket table. The root cause
appears to be these lines from cgi.c's add_param_list():
if( fossil_islower(zName[0]) ){
cgi_set_parameter_nocopy(zName, zValue);
}
a
script?
Thanks,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to prevent fossil from thinking that it should not authenticate
the user.
Eric
On Wed, Jul 24, 2013 at 10:06 PM, Andy Bradford
amb-sendok-137730.cdeapjlkdpclmgfol...@bradfords.org wrote:
Thus said Eric Rubin-Smith on Wed, 24 Jul 2013 10:55:24 -0400:
Am I doing something wrong with my
;
for(i=i+2; fossil_isdigit(zLine[i]); i++){
secSince1970 = secSince1970*10 + zLine[i] - '0';
}
fossil_free(gg.zDate);
gg.zDate = db_text(0, SELECT datetime(%lld, 'unixepoch'),
secSince1970);
gg.zDate[10] = 'T';
}else
Eric
* This solution is not the right
before I go start hacking on the
sql tables directly (which of course I'd prefer to avoid)?
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
?
Thanks,
Eric
===
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 127
model name : AMD Athlon(tm) Processor LE-1640
stepping: 2
cpu MHz : 1000.000
cache size : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug
the total size of all those files (how big is the checkout)?
[monk:repo.fossil] $ du -sch .
392M.
392Mtotal
Is the repository or the check-out on a network filesystem?
No and no.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil
On Sat, Jul 27, 2013 at 4:15 PM, Richard Hipp d...@sqlite.org wrote:
On Sat, Jul 27, 2013 at 3:41 PM, Eric Rubin-Smith eas@gmail.comwrote:
On Sat, Jul 27, 2013 at 3:23 PM, Richard Hipp d...@sqlite.org wrote:
What's the total size of all those files (how big is the checkout
On Sat, Jul 27, 2013 at 4:58 PM, Andy Bradford
amb-sendok-1377550706.oeilkncbciakkppah...@bradfords.org wrote:
Thus said Eric Rubin-Smith on Sat, 27 Jul 2013 16:31:46 -0400:
I tested this basic claim and do not believe it holds:
[monk:~] $ head -c $(echo 392*1024*1024|bc) /dev/zero foo
noticed a related ticket here[1], however, which
I think is no longer valid and can be closed.
Eric
[1] http://www.fossil-scm.org/index.html/tktview?name=67176c3aa4
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
{([utime]+[stime]+1000)/1000*0.001}]
}
END_FOOTER
=
Any hints?
Thanks,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
said Eric Rubin-Smith on Tue, 23 Jul 2013 22:02:11 -0400:
/usr/local/bin/fossil server /home/fossil/myrepo.fossil --th-trace -P
10080
--baseurl http://localhost:10080/
Try removing the --baseurl option.
It works for me when I do:
fossil server /tmp/test.fossil
ssh -L 10080:localhost
the better.
Does anyone have such a thing? I see elsewhere in the list that DRH
mentioned a 200-some-odd-line Tcl script that does at least part of the
task -- is that published somewhere?
Thanks to DRH and team for the continued beautiful work.
Eric
Jan,
Updated to tip of trunk and problem is gone. Thanks for the quick fix.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
/.fossil file can be written in stead of the
$HOME directory.
Updated to 1e90d43d764 (home-check-too-restricted), compiled and I'm not seeing
any issues on first inspection.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
are generating something that makes no
sense.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
1 - 100 of 170 matches
Mail list logo