On Wed, Nov 17, 2010 at 01:06:45PM -0600, Nolan Darilek wrote:
I have a project for which I'd like to use copyright assignment for all
contributors. In thinking about it for a bit, I felt like Fossil might
work well for this system. My thoughts were to make the contributor
agreement a Wiki
On Thu, Dec 02, 2010 at 09:15:55AM -0500, Richard Hipp wrote:
FWIW, I'm thinking I should rename the import command to git-import - in
order to allow future expansion with other import schemes. Similarly,
export should be renamed git-export. Or, maybe there is a secondary
command to specify
On Sun, Dec 12, 2010 at 07:30:49PM -0500, Richard Hipp wrote:
On Sun, Dec 12, 2010 at 7:24 PM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
Consider it a merge conflict.
You mean refuse to do the merge?
Yes, at least automatically.
Certainly a conflict warning will be issued
On Tue, Dec 14, 2010 at 08:09:58PM -0500, Richard Hipp wrote:
On Tue, Dec 14, 2010 at 11:42 AM, Joshua Paine jos...@letterblock.comwrote:
Scenario (2): You are in the middle of a big change when a minor bug report
comes in. You stash your incomplete change, fix the minor bug, then pop
your
On Wed, Dec 15, 2010 at 05:14:08PM +0100, Remigiusz Modrzejewski wrote:
1) work freely on my big change, committing atomic changes
fl commit --private
fl commit --private
[...]
fl commit --private
2) prepare to make a real commit
fl up trunk
fl merge private
3) make sure everything works
On Wed, Dec 15, 2010 at 12:55:27PM -0500, Richard Hipp wrote:
On Wed, Dec 15, 2010 at 10:53 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Tue, Dec 14, 2010 at 08:09:58PM -0500, Richard Hipp wrote:
On Tue, Dec 14, 2010 at 11:42 AM, Joshua Paine jos...@letterblock.com
wrote
On Wed, Dec 15, 2010 at 10:50:52PM +0100, Lluís Batlle i Rossell wrote:
On Wed, Dec 15, 2010 at 08:33:29PM +0100, Joerg Sonnenberger wrote:
Having incomplete changes in the tree is bad for things like bisect.
It shouldn't be forced. The big issue here is that merging changes the
working
On Thu, Dec 16, 2010 at 08:20:02AM -0500, Richard Hipp wrote:
On Thu, Dec 16, 2010 at 8:17 AM, Trou Macacq mac...@gmail.com wrote:
2) Should we consider using relative URLs instead of absolute?
That sounds like it is the right solution. But it is a big change. It will
likely take a
On Thu, Dec 16, 2010 at 04:22:42PM +0200, Trou Macacq wrote:
About fossil server... on production (not ad hoc) this means using
inetd daemon. And I might say something stupid, but I'm almost sure it
not installed on my Ubuntu server 10.10 by default. And I trying to
keep everything as standard
Hi all,
one of the smaller issues when comparing cvs and fossil is the handling
of mtime on checkout and update. If you checkout a new working copy with
CVS, all files will get the time of last commit as mtime. This is highly
useful as it makes it very easy to find out the age of a file when
On Wed, Dec 22, 2010 at 11:28:26AM -0500, Richard Hipp wrote:
On Wed, Dec 22, 2010 at 11:08 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
Hi all,
one of the smaller issues when comparing cvs and fossil is the handling
of mtime on checkout and update. If you checkout a new
On Wed, Dec 22, 2010 at 10:33:17AM -0800, Russ Paielli wrote:
On Wed, Dec 22, 2010 at 8:11 AM, Joshua Paine jos...@letterblock.comwrote:
On 12/22/2010 01:49 AM, Russ Paielli wrote:
I keep getting this question when I open fossil:
`fossil open` should be a relatively rarely used
On Wed, Dec 22, 2010 at 11:06:47PM +0100, Laurens Van Houtven wrote:
I was looking at
http://www.fossil-scm.org/index.html/doc/trunk/www/password.wiki and
worried about the case of a compromised repository. Why does Fossil
use SHA1 and not scrypt/bcrypt to store passwords?
Positive: the
On Thu, Dec 23, 2010 at 12:01:43AM +0100, Joerg Sonnenberger wrote:
Using scrypt wouldn't increase size much as most of the primitives exist
already. Using a format like $id$salt$encrypted like most UNIX systems
for passwd would be an improvement in any case.
s/scrypt/HMAC-SHA1 based crypt
On Thu, Dec 23, 2010 at 12:18:32AM +0100, Laurens Van Houtven wrote:
On Thu, Dec 23, 2010 at 12:05 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Thu, Dec 23, 2010 at 12:01:43AM +0100, Joerg Sonnenberger wrote:
Using scrypt wouldn't increase size much as most of the primitives
On Thu, Dec 23, 2010 at 12:12:05AM +0100, Laurens Van Houtven wrote:
On Thu, Dec 23, 2010 at 12:01 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Wed, Dec 22, 2010 at 11:06:47PM +0100, Laurens Van Houtven wrote:
I was looking at
http://www.fossil-scm.org/index.html/doc/trunk/www
On Tue, Jan 04, 2011 at 07:00:27PM -0800, Russ Paielli wrote:
On Tue, Jan 4, 2011 at 6:43 PM, Joerg Sonnenberger
jo...@britannica.bec.dewrote:
On Tue, Jan 04, 2011 at 06:38:54PM -0800, Russ Paielli wrote:
My organization currently uses Clearcase for a project with something
like 20
On Fri, Jan 14, 2011 at 12:22:51PM +0100, Kulcsár Ferenc wrote:
Hello,
I'm trying to get fossil setup on a Linux box with Bauk webserver. It's
partly successful. I can point to my repo and administer it. The checkout
is failing:
$ fossil clone http://archlap.aneder.hu/fossil/proba1
On Fri, Jan 14, 2011 at 12:22:51PM +0100, Kulcsár Ferenc wrote:
I'm trying to get fossil setup on a Linux box with Bauk webserver.
Any reason for not using one of the established web servers that
actually implement the specs correctly? E.g. with nginx you can either
hook up fossil http via inetd
On Mon, Jan 17, 2011 at 09:32:22AM +0100, Kulcsár Ferenc wrote:
Any reason for not using one of the established web servers that
actually implement the specs correctly? E.g. with nginx you can either
hook up fossil http via inetd or directly proxying fossil server.
If I understand it
On Tue, Jan 18, 2011 at 04:40:15PM +0100, Benoit Mortgat wrote:
However I would really appreciate if there was a way of synchronizing my two
repositories as a native function.
fossil pull -R backup.fossil /path/to/orig.fossil
Joerg
___
fossil-users
On Fri, Jan 28, 2011 at 02:23:06PM +0100, Dmitry Chestnykh wrote:
On Jan 28, 2011, at 2:07 PM, Stephan Beal wrote:
Having empty text files on platforms which do not support them DOES
break the tree because the underlying files are now different (and
have different semantics) on
On Wed, Feb 02, 2011 at 12:45:42AM -0600, Nolan Darilek wrote:
Am I missing something? Does the server need to use the same schema as
the client? I figured they'd just exchange artifacts and let each handle
the other's payload in whatever schema they had, but either that's not
true or I'm
On Tue, Feb 15, 2011 at 10:51:59PM +1000, Steve Dalton wrote:
I have some private repos that I remove the capabilities from
anonymous and nobody user - I can do this in the UI - but any ideas
how I do this on command line? I can't see anything in the doco... I
can do something like fossil user
On Wed, Feb 16, 2011 at 01:08:40PM -0500, Richard Hipp wrote:
On Wed, Feb 16, 2011 at 1:06 PM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
On Wed, Feb 16, 2011 at 12:25:11PM -0500, Richard Hipp wrote:
If any reader has suggestions on a better way to do SSH access for
Fossil
On Thu, Feb 17, 2011 at 02:18:01PM -0500, Richard Hipp wrote:
Another reader suggested through a side-channel that I adapt the language
here:
http://oss.oracle.com/oca.pdf
I suggested it for two important reasons:
1) The original version from Sun is used as base by a number of legal
On Fri, Feb 18, 2011 at 12:54:23PM -0500, Bill Whiting wrote:
I just did fossil update $ID in order to build a particular version of
the source and I find no manifest file in the checkout directory. The
documentation on the website still talks about a manifest file, so has
something
On Mon, Feb 28, 2011 at 06:09:42PM +0200, Ron Aaron wrote:
My gripe is that if fossil already knows what is wrong, it should just
do a rebuild without telling me I should do it...
I disagree, it can be very unwanted if you have a large repository.
E.g. it might require schedulung downtime or
Hi all,
a few impressions from the first real use of bisect on the NetBSD tree:
(1) fossil bisect vlist needs a lot of time before starting to show
anything. I measure at least 5s for the cache hot case, if only a single
revision has been marked so far (near trunk leaf).
(2) It might be a good
On Thu, Mar 03, 2011 at 07:41:23PM -0600, Federico Ramallo wrote:
Actually I was thinking something like: john and mike work on project A and
B, C and so on ...
So far I created users on all projects.
Can I share the user table?
You can just copy the entries of the user table, yes.
Joerg
On Fri, Mar 04, 2011 at 01:06:46PM -0500, Ron Wilson wrote:
On Fri, Mar 4, 2011 at 7:22 AM, Martin Gagnon eme...@gmail.com wrote:
I've made you test... and after I push from first clone, it give no
error at all like
there's no conflict. But when I look at the main timeline (with fossil ui)
Hi all,
can someone try to reproduce the following issue?
mkdir test
fossil export path-to-copy-of-fossil-repo fossil.txt
git init
git fast-import --export-marks=marks.txt fossil.txt
while read num hash; do [ $((${num#:} % 2)) -eq 0 ] echo $hash
commits.txt; done marks.txt
sort -u
On Tue, Mar 08, 2011 at 05:15:50AM +0100, Joerg Sonnenberger wrote:
Hi all,
can someone try to reproduce the following issue?
mkdir test
fossil export path-to-copy-of-fossil-repo fossil.txt
git init
git fast-import --export-marks=marks.txt fossil.txt
while read num hash; do [ $((${num
On Mon, Mar 28, 2011 at 02:17:10PM -0400, Volodya Savastiouk wrote:
The issue is the file dates being always today's date whenever one
downloads a copy from the repository or simply opens a local copy.
This was discussed a while ago and I think the agreement was:
(1) Initial open may use the
On Fri, Apr 01, 2011 at 10:20:47AM +0200, Heinrich Huss wrote:
Hello everybody,
I was just wondering if this might be of interest for using with fossil:
http://code.google.com/p/snappy/
Compression speed is practically irrelevant.
Decompression speed is IMO not that much of an issue.
On Fri, Apr 22, 2011 at 07:57:16PM +0200, Felix Wolfheimer wrote:
However, it took me a while to figure out that I need to copy all the
dependencies (shared libraries) fossil depends on into the file
structure accessed by the webserver.
make LDFLAGS=-static
Joerg
On Tue, Jun 07, 2011 at 11:48:18PM +0200, Paolo Bolzoni wrote:
I am using fossil version [0448438c56] 2011-05-28 18:51:22 UTC
and when I try to push one of my projects fossil hangs on the
'waiting for server' phase.
How fast is the connection? According to the output, it tries to write
On Mon, Jun 13, 2011 at 10:03:03AM -0400, Richard Hipp wrote:
So, I'm asking for volunteers for people with better autoconf-foo than me,
to put together an autoconf/automake setup for Fossil. If you are good with
autoconf/automake, please consider contributing your expertise to the
project.
On Fri, Aug 12, 2011 at 11:47:22AM +0100, Ben Summers wrote:
* Versionable settings
OK.
* SSL improvements
OK
* Relative pathname listings
Not something I agree with. I think you want to implement the git
behavior? I find that utterly confusing and it doesn't add any real
value. From
On Fri, Aug 12, 2011 at 01:35:33PM -0400, Joshua Paine wrote:
It's not hard to turn the new output into what you want, though. E.g.:
fossil extras | grep -v '..'
You are missing an important thing here. fossil extra has to traverse
the directory tree, which can be a huge problem. I am talking
On Fri, Aug 12, 2011 at 06:42:23PM -0400, Richard Hipp wrote:
You know you can rename _FOSSIL_ as .fos, right?
mv _FOSSIL_ .fos
Should I make .fos the default?
I think .fos is too random / short. .fossil would be fine as default on
UNIX (if you can figure out how to mark _FOSSIL_ as
On Sat, Aug 13, 2011 at 03:46:18PM +0800, Michael Richter wrote:
On 13 August 2011 07:31, Joerg Sonnenberger jo...@britannica.bec.de wrote:
(if you can figure out how to mark _FOSSIL_ as hidden on Windows,
that would be good too).
The ATTRIB command isn't working for you?
Let me add
On Sat, Aug 20, 2011 at 08:06:57PM +0200, Michai Ramakers wrote:
is it possible/easy to set what's displayed in 'Admin' --
'Configuration' page (e.g. project-name and index-page) using the
command-line interface? I would like to set this for a group of
repositories/projects at once.
Not
On Thu, Sep 01, 2011 at 07:43:56PM +0200, Dmitry Chestnykh wrote:
My simple performance test of SHA-1 from checkin [f2ede7da6d] vs
OpenSSL shows that the latter is a bit faster:
When I ported the NetBSD implementation, I was considering using
OpenSSL. The discussion with Richard was essentially
On Thu, Sep 01, 2011 at 12:53:45PM -0400, Martin S. Weber wrote:
Sadly if you clone with http://USER@host/...my.fsl and enter the
password in the prompt, it will *not* remember the password (at
least last time I tried).
You can use USER:PASSWOR@host.
Joerg
On Tue, Sep 06, 2011 at 04:21:43PM -0400, Martin S. Weber wrote:
When adding a -std=c89 to the generated Makefile with gcc as the
compiler, I end up getting (ignoring the C++ style comment at line
87)
That was part of
http://fossil-scm.org/index.html/info/f2ede7da6d70851
I don't get that
On Thu, Sep 29, 2011 at 11:31:19AM -0400, Jeff Slutter wrote:
There seems to be a minimum time of 6 seconds for my operations of
status, changes, and commit, and it would make sense that they all
have to do the same work at some point (that would be 'finding out
what files have changed')
What
On Fri, Sep 30, 2011 at 10:25:28AM -0400, Jeff Slutter wrote:
On 9/29/2011 2:12 PM, Joerg Sonnenberger wrote:
What Operating System is that on? There might be a limit to the number
of filesystem objects that can be cached and your tree just large enough
to not fit into it. Another thing to try
On Sat, Oct 01, 2011 at 11:22:28PM +0200, Paul Ruizendaal wrote:
Doing fork/exec sounds expensive, but on a posix box there is not much
difference between that and spawning a thread:
http://bulk.fefe.de/scalable-networking.pdf
Please don't base decisions on questionable micro-benchmarks.
On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
Might be best to also add in 'private'
Cache-Control: private, no-cache
for a more explicit description of the intent of only showing content to the
user who requested it.
That's wrong. It should have a Vary header to
On Mon, Oct 03, 2011 at 04:19:34PM +0400, Konstantin Khomoutov wrote:
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
[...]
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
if there was any technical reason to not add support for IPv6, so
On Mon, Oct 17, 2011 at 12:59:00PM +1100, Christopher Vance wrote:
To do this properly, you need to be aware that some operating systems
(including OpenBSD, which I'm using) which do not allow IPv4 traffic
on IPv6 sockets, therefore requiring separate sockets for IPv4 and
IPv6. (Specificially,
On Wed, Oct 19, 2011 at 06:42:21PM -0400, Richard Hipp wrote:
The only problem with binary files is that you cannot merge them.
Even that is not necessarily true. You can't merge binary files like
text files -- sure. But it doesn't mean that for a specific binary
format, a merge algorithm isn't
On Fri, Nov 04, 2011 at 11:31:26AM +0200, Zeev Pekar wrote:
1) if I have 2 projects do I have to a) create 2 separate repositories
or do I b) put both source trees in one repository? if a), how do I run
fossil server to make both repositories accessible at the same time from
outside?
Create
On Sun, Nov 13, 2011 at 05:15:59PM -0500, Richard Hipp wrote:
2011/11/13 Lluís Batlle i Rossell vi...@viric.name
It should be quite tricky C code for a
C compiler to generate bad-aligned accesses for a given platform. I'd like
to
know where is that bad access; I've not checked, but I'd
On Fri, Nov 25, 2011 at 11:17:20AM -0700, Matt Welland wrote:
sync via ssh
=
From my comments in another thread: I knew that ssh access did not work
with fsecure but I just tested it and can't get it to work with openssh. If
someone can confirm that using ssh as a transport mechanism
On Fri, Nov 25, 2011 at 01:36:43PM -0700, Matt Welland wrote:
Regarding the use of ftp as a model for URLs - seems like a poor choice to
me but whatever works is fine. I didn't find the /// in any of the rfc's
for ftp - maybe it is a windowsism?
Anyhow, passwordless ssh works fine for me but
On Sun, Jan 08, 2012 at 12:42:17PM -0800, Russ Paielli wrote:
I am wondering about fossil/git interaction. Everyone else seems to be
using git and github. I see that fossil can import from, and export to,
git. If I understand it correctly, however, that is only for creating a new
fossil or git
On Mon, Jan 09, 2012 at 03:52:02PM -0800, Andreas Kupries wrote:
On 1/9/2012 12:16 PM, Joerg Sonnenberger wrote:
On Sun, Jan 08, 2012 at 12:42:17PM -0800, Russ Paielli wrote:
I am wondering about fossil/git interaction. Everyone else seems to be
using git and github. I see that fossil can
On Wed, Jan 25, 2012 at 12:16:51PM +0100, Antoine Chavasse wrote:
I have the same issue with one of my repo and I used bisect to
pinpoint it to this commit:
http://fossil-scm.org/index.html/info/bc8d368b66053450c7f323b4e479fb5b4a878684
I don't know how the git export works though, so no
On Tue, May 15, 2012 at 06:20:28PM +0200, Stephan Beal wrote:
1.5) If you happen to know of a *flat-rate* mobile internet provider in
Germany, please let me know!
BILD.mobil might be the best option. They have pre-paid data cards for
around 7EUR / week, 1GB high speed. You might need someone in
On Fri, Jun 15, 2012 at 11:13:57AM +0200, Gour wrote:
I'd like to export one repo from Fossil to Bazaar but it fails with:
[gour@atmarama task.git] fossil export --git ../task.fossil| git
fast-import fatal: mark :711 not declared
fast-import: dumping crash report to
On Thu, Jul 26, 2012 at 07:49:45PM +0200, Stephan Beal wrote:
On Thu, Jul 26, 2012 at 7:43 PM, Doug Currie doug.cur...@gmail.com wrote:
It's saying that you are only clearing the first pointer of struct path
rather than the whole structure; it should be:
memset(path, 0,
On Thu, Jul 26, 2012 at 10:46:52PM +0100, David Given wrote:
On 26/07/12 22:05, Joerg Sonnenberger wrote:
[...]
It's a popular CP error. Don't know how many instances of it I fixed in
various OSS projects...
FWIW, there's a little-known wrinkle in the C spec that states that
while *un
On Fri, Dec 21, 2012 at 12:30:25PM +0100, Stefan Bellon wrote:
In total, the Subversion repositories hold over 45000 revisions. The
first 5000 revisions were converted in a quite acceptable time. But
then things started to slow down. At the moment (at revision 8150) one
Fossil commit takes
On Fri, Dec 21, 2012 at 09:33:26AM -0500, Richard Hipp wrote:
On Fri, Dec 21, 2012 at 8:25 AM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
On Fri, Dec 21, 2012 at 12:30:25PM +0100, Stefan Bellon wrote:
In total, the Subversion repositories hold over 45000 revisions. The
first
On Sun, Dec 30, 2012 at 02:05:38PM -0600, Nico Williams wrote:
I repeat: git rebase does not manipulate the pre-existing tree, it
does not destroy any history already in the tree. The only
destructive action that git rebase does is change the commit that a
branch _name_ points to, and from a
On Tue, Jan 08, 2013 at 02:59:10PM +0100, Gilles wrote:
How do we cancel the result of add, ie. tell Fossil to *not* add
such and such new file the next time the user runs fossil commit?
fossil revert. Arguably, it is a bug that fossil rm doesn't work.
Joerg
On Tue, Jan 08, 2013 at 03:55:05PM +0100, Gilles wrote:
On Tue, 8 Jan 2013 15:50:10 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Tue, Jan 08, 2013 at 02:59:10PM +0100, Gilles wrote:
How do we cancel the result of add, ie. tell Fossil to *not* add
such and such new file
On Wed, Jan 09, 2013 at 05:02:14PM +, Michai Ramakers wrote:
apart from the question whether cloning from localhost makes sense or
not (I use this from a script to make work from localhost or remote
transparent), I experienced very slow network traffic - but no hang -
while cloning like
On Thu, Jan 10, 2013 at 10:19:31AM +, Michai Ramakers wrote:
Hello,
On Thu, Jan 10, 2013 at 1:03 AM, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Wed, Jan 09, 2013 at 05:02:14PM +, Michai Ramakers wrote:
apart from the question whether cloning from localhost makes sense
Hi all,
the attached patch against 1.23 limits the time a single client can
consume for one pull request on the server. The problem here is that
with background IO and larger delta chains, I often see transactions
with 2min or more runtime on my server. The NGINX instance in front is
configured
On Wed, Jan 16, 2013 at 12:46:51AM +0100, Joerg Sonnenberger wrote:
the attached patch against 1.23 limits the time a single client can
consume for one pull request on the server.
I've pushed a version of this to the experimental patch. Testing
especially on Windows is appreciated.
Joerg
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
The regular expression matching in
www.fossil-scm.org/fossil/artifact/c8fb75a1615f is also lightweight and it
supports | and it is usually as fast or faster than grep in my tests
(though there are some cases for which grep is
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
The regular expression matching in
www.fossil-scm.org/fossil/artifact
On Mon, Jan 28, 2013 at 07:26:32PM +0100, j. v. d. hoff wrote:
On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
jo
On Mon, Jan 28, 2013 at 08:35:57PM +0100, j. v. d. hoff wrote:
this would not prevent,
that people run into the exponential run time problem when using the
naive pattern instead the anchored one, but this could be
explained by a FAQ entry making
the problem practically irrelevant. or do I
On Wed, Jan 30, 2013 at 11:10:46AM +0100, Jan Nijtmans wrote:
and encountered 2 minor problems on Linux:
- strcmp from the static C library cannot be used, it should be
replaced by fossil_strcmp everywhere. (that's a good idea
anyway, as strcmp is locale-dependant)
No, it isn't. That's
On Wed, Jan 30, 2013 at 01:33:24PM -0500, Richard Hipp wrote:
For example, OpenSSL seems to not support static linking.
OpenSSL only needs dynamic linkage for additional engines, e.g. to
interact with hardware acceleration devices. Otherwise it is perfectly
fine to statically link it.
Joerg
On Thu, Jan 31, 2013 at 10:02:59PM +, K. Fossil user wrote:
in another word it is not possible to link staticly...
For little project, no hardware acceleration devices does not hurt.
But, for projects that need secure connections with numerous users, it will
be crucial.
Let imagine
On Thu, Jan 31, 2013 at 08:34:13PM +, K. Fossil user wrote:
Can't we use GnuTLS instead of openSSL ?
Wget decided to use GnuTLS instead of openSSL...
The only real improvement GNU TLS provides over OpenSSL is GPL
compatibility for Linux distributions. Otherwise it is just as messy as
On Tue, Feb 05, 2013 at 04:47:37PM +, David Given wrote:
(Could someone explain the relationship between rids and UUIDs?)
rids are the integer primary keys of the blob table. UUIDs are the
global persistent unique key of the same table. UUIDs stay the same
across repositories, rids depend on
On Fri, Mar 08, 2013 at 09:09:56AM -0500, Martin Gagnon wrote:
I know someone recently test with the NetBSD port tree, but port tree is a
bit less realistic since it contain a incredible huge number of small files
with an incredible number of commits.
http://netbsd.sonnenberger.org
On Mon, Jun 17, 2013 at 04:40:09PM +0200, Michai Ramakers wrote:
On 17 June 2013 15:36, Richard Hipp d...@sqlite.org wrote:
checksum mismatch on artifact 15: wanted
91058d6d3dd1df16e04942a59bc970c7bcc04b61 but got
da39a3ee5e6b4b0d3255bfef95601890afd80709
That's an empty artifact.
Joerg
On Mon, Jul 01, 2013 at 12:08:42AM +0200, Isaac Jurado wrote:
After the results, the conclusion is obvious: the generic artifact delta
compression is outperforming the delta manifest convention.
So the question is, what is the rationale behind delta manifests? After
checking Fossil's
On Mon, Jul 01, 2013 at 05:18:40PM +0200, Isaac Jurado wrote:
On Mon, Jul 1, 2013 at 4:52 PM, Joerg Sonnenberger
Delta manifests are not meant to reduce the repository size, but the
amount of parsing to be done.
That sounds intriguing. What kind of operations can complete without
having
Hi all,
in case someone has time to fix this, let me write up the most annoying
performance issue for larger repositories. When running fossil update,
it will rewrite vfile table in .fslckout from scratch, even though most
entries should not change on merges. If the working copy contains a few
On Tue, Jul 16, 2013 at 08:46:06AM -0400, Richard Hipp wrote:
On Tue, Jul 16, 2013 at 8:37 AM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
Hi all,
in case someone has time to fix this, let me write up the most annoying
performance issue for larger repositories. When running fossil
On Tue, Jul 16, 2013 at 03:17:10PM +0200, Stephan Beal wrote:
On Tue, Jul 16, 2013 at 2:51 PM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
Just a matter of scale :) Essentially, the problem is that t(fossil
update) = O(files in the working copy), when it should be O(files
changed
On Sun, Aug 18, 2013 at 01:59:14PM +0200, Stephan Beal wrote:
i don't yet understand the benefit of a delta manifest except that they
save a few hundred (or thousand) lines of F-cards.
Exactly. This sums up a lot if you look at something like
http://pkgsrc.sonnenberger.org. You can fetch a copy
On Thu, Aug 22, 2013 at 06:41:58AM +0300, Ron Aaron wrote:
So I tried to find a way to discern whether or not a repo was *really*
different, and I hit upon the following. I think it would be nice if
there were an easier way.
echo 'select uuid from blob order by blob' | fossil sqlite | fossil
On Thu, Aug 29, 2013 at 04:50:19PM -0400, Richard Hipp wrote:
The database corruption was caused by scenario 1.1 at
http://www.sqlite.org/howtocorrupt.html.
Apparently, file descriptor 2 was closed.
The question for me would be why. That should not happen and any code
should at most re-open
On Mon, Sep 02, 2013 at 06:36:42PM +0200, Stephan Beal wrote:
i'm looking to prioritize some work on libfossil and i got the idea to try
to find out which commands people use most often, and use that to help me
prioritize.
Recursive add and revert would be the biggest item :)
Joerg
On Sat, Dec 21, 2013 at 09:21:25PM +, David Given wrote:
I have found a rather unpleasant-looking bug where if a file's content
changes too quickly, and its size does not change, it's not considered
to have changed. It smells as if Fossil is using a combination of the
file length and
On Sat, Dec 21, 2013 at 09:34:45PM +, David Given wrote:
On 21/12/13 21:24, Joerg Sonnenberger wrote:
[...]
Yes, it certainly uses mtime by default to skip the much more expensive
hashing step. You can disable that from the settings.
You mean it's *supposed* not to do the SHA1 hash
On Fri, Feb 07, 2014 at 05:17:23PM +0100, Stephan Beal wrote:
i'd be interested in seeing the output of 'dbstat' on your repo, except
that it could take some time for it to finish generating its output (so
don't feel obligated to try it). Here's the info for the current fossil
core repo:
On Wed, Mar 26, 2014 at 01:36:46PM +0200, Baruch Burstein wrote:
Out of curiosity, in the tcl repository I found 2 8-long collisions. I
don't have anything bigger to test. This is what I used:
select substr(uuid, 1, 8) a, count(*) b from blob group by a having b1
order by b;
By that test, I
On Tue, Apr 01, 2014 at 10:24:44PM -0500, 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.
You might consider
On Wed, Apr 16, 2014 at 06:26:49PM +0200, Stephan Beal wrote:
Ah, right - i didn't think that through to the next step. That does indeed
sound like it would be an improvement. This weekend is a four-day one for
us in southern Germany (for Easter), so i'll see if i can tinker with this
if
On Thu, Apr 17, 2014 at 10:12:44AM -0500, Rich Neswold wrote:
The first few times that my pulls failed, there was no obvious
change to the timeline so I assumed none of the data was being saved.
After the last timeout, however, there were some new entries from the
NetBSD project. So maybe new
1 - 100 of 250 matches
Mail list logo