On Thu, Feb 21, 2013 at 02:13:14PM +0400, Konstantin Khomoutov wrote:
On Thu, 21 Feb 2013 10:28:52 +0100
Lluís Batlle i Rossell vi...@viric.name wrote:
[...]
That's correct, but Lluis is right in suggesting that we should
have a command like:
fossil ping repo-address
Hello,
the checkin Comment: in the info web page used to be formatted like a wiki.
Now it
appears formatted as in the timeline. Thus, no newlines, no 'verbatim', ...
Is this intended? I preferred the old way.
Regards,
Lluís.
___
fossil-users mailing
Hello,
I've just tried to commit while I was running another commit in another shell,
and fossil told me such a misleading message :)
Maybe it can be improved.
Autosync:
fossil: SQL error: database is lockedeceived: 0
If you have recently updated your fossil executable, you might
Hello,
I think that the change in http://fossil-scm.org/index.html/info/ee33b951a4
broke the
annotate in fossil.
We use annotate a lot, but as many know, we don't use trunk, but the
annotate_links branch, that I update only from tie to time. That's why I only
noticed now the issue from
On Wed, Feb 27, 2013 at 02:12:21PM +0200, Ron Aaron wrote:
When I disable my machine's firewall I have the same problem.
But all my other fossil repos (against my own server) don't have
the problem.
I don't understand why the main fossil repo would have any issues,
since it's all http,
Hello,
I never understood quite well the 'finfo' page arrows. Is there any detailed
explanation of it, and what the arrows mean?
I've the feeling that the last file change in trunk there appearing, does not
mean it's the last state of the file in last trunk, and that always confused
me. Can it
Great explanation, Richard! Thank you a lot!
Part of my confusion was related to me never noticing the 'Full' link at the
top.
Best regards,
Lluís.
On Sat, Mar 02, 2013 at 09:48:01AM -0500, Richard Hipp wrote:
On Sat, Mar 2, 2013 at 9:03 AM, Lluís Batlle i Rossell
vi...@viric.namewrote
Hello,
fossil bisect currently only allows 'good' or 'bad'. Looking for the
introduction of a bug requires also the state of can't test, because a checkin
could be so broken that doesn't allow determining if the checkin is 'good' or
'bad'.
Could that 3rd state be introduced? Git allows it
On Tue, Mar 05, 2013 at 11:48:13AM -0500, Richard Hipp wrote:
On Tue, Mar 5, 2013 at 11:44 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
Hello,
fossil bisect currently only allows 'good' or 'bad'. Looking for the
introduction of a bug requires also the state of can't test, because
On Tue, Mar 05, 2013 at 05:54:39PM +0100, Lluís Batlle i Rossell wrote:
On Tue, Mar 05, 2013 at 11:48:13AM -0500, Richard Hipp wrote:
On Tue, Mar 5, 2013 at 11:44 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
Hello,
fossil bisect currently only allows 'good' or 'bad'. Looking
On Tue, Mar 05, 2013 at 12:02:21PM -0500, Richard Hipp wrote:
On Tue, Mar 5, 2013 at 11:57 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
What does bisect do when you give it a can't test?
Suggest another version to test, and keep on going.
Look for 'skip' in git-bisect(1
On Fri, Mar 08, 2013 at 03:12:24PM +0100, Joerg Sonnenberger wrote:
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
Hello,
the links to the attachments added are broken in the timeline.
Example:
http://fossil-scm.org/index.html/timeline?u=stephanc=2013-01-25+17%3A41%3A18ndn=2
(Look for Add attachment and click the attachment link).
I'm not sure how to fix it. Simply remove %R in these two lines?
On Sun, Mar 24, 2013 at 09:37:41PM +, org.fossil-scm.fossil-us...@io7m.com
wrote:
Hello.
I can set the subsystem field of a given ticket to XYZ with fossil
ticket set X subsystem XYZ, but I can't seem to work out how to
populate the drop down subsystem menu in the web interface.
On Wed, May 08, 2013 at 01:01:42PM +0200, Stephan Beal wrote:
On Wed, May 8, 2013 at 12:56 PM, Lluís Batlle i Rossell
vi...@viric.namewrote:
In fact, I don't see why most VCS tend (somehow propose) to *not commit*
merge
conflicts before solving the conflicts. That makes the conflict
On Wed, May 08, 2013 at 07:28:59AM -0400, Richard Hipp wrote:
On Wed, May 8, 2013 at 6:56 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
I don't see why most VCS tend (somehow propose) to *not commit* merge
conflicts before solving the conflicts. That makes the conflict solution
I see the same.
On Wed, May 08, 2013 at 07:02:28PM +0300, Sergei Gavrikov wrote:
Caught by a chance (try evaluate info in TH1 without a sub-command)
% ./fossil test-th-eval info ;# bomb (100% cpu/mem usage)
Segmentation fault
Is it reproducible?
More pain for a server
On Mon, May 13, 2013 at 10:58:04AM -0400, Richard Hipp wrote:
On Mon, May 13, 2013 at 10:41 AM, Andy Bradford
amb-fos...@bradfords.orgwrote:
When I first learned about fossil and the integrated tickets/wiki, I
assumed that both of these features were also version controlled just
On Tue, May 28, 2013 at 09:08:10AM -0400, Richard Hipp wrote:
Survey: How many people know that in the web-based timeline for Fossil,
you can click on any two nodes in the graph and get a diff between those
two nodes?
I think this is a very useful feature. But I'm guessing that not many
On Mon, Jun 17, 2013 at 10:56:03AM -0400, Richard Hipp wrote:
On Mon, Jun 17, 2013 at 10:48 AM, Brandon Invergo bran...@invergo.netwrote:
However, when I attempt to sync my Fossil repositories, I receive the
following error:
$ fossil sync
On Sat, Jul 06, 2013 at 02:34:38PM +0300, Sergei Gavrikov wrote:
On Fri, 5 Jul 2013, Joel Bruick wrote:
Hi all,
I've committed a pretty big changeto the diff
code(http://www.fossil-scm.org/index.html/info/4081a91c84) , and I'd
like some other people to take a look at it/test it out
On Sun, Jul 07, 2013 at 11:49:56AM -0400, Joel Bruick wrote:
Lluís Batlle i Rossell wrote:
I still have to test this scrollbar proposal (I don't like much scrollbars
inside windows which already have scrollbars...), but at least it goes into
a good direction.
Heh, I'm with you 99
Hello,
I think I wrote this before, but I use autosync, and I often end up making a
fossil merge of a locally-outdated branch. It's quite annoying. :)
Should fossil merge autosync before attempting the merge, if autosync is set?
Regards,
Lluís.
___
On Fri, Jul 19, 2013 at 01:43:15PM +0200, Stephan Beal wrote:
On Fri, Jul 19, 2013 at 11:57 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
I think I wrote this before, but I use autosync, and I often end up making
a
fossil merge of a locally-outdated branch. It's quite annoying
On Fri, Jul 19, 2013 at 07:26:57PM +0200, Stephan Beal wrote:
On Fri, Jul 19, 2013 at 7:00 PM, sky5w...@gmail.com wrote:
That way, we are never caught off guard.
Until there's an unintended fork, then it leads into an area new users
probably aren't comfortable with - merging and
Hello,
today I built fossil on cygwin64, and it built but it didn't work. Cloning, a
line in os_win.c complained about not having permission to create a file (a tmp
file with some kind of random string) in C:/windows.
I wonder... why is it running any os_win code? shouldn't cygwin look like
+0200, Lluís Batlle i Rossell wrote:
Hello,
today I built fossil on cygwin64, and it built but it didn't work.
Cloning, a
line in os_win.c complained about not having permission to create a file (a
tmp
file with some kind of random string) in C:/windows.
I can easily reproduce that (see
On Wed, Jul 24, 2013 at 11:16:19AM +0200, Jan Nijtmans wrote:
2013/7/24 Lluís Batlle i Rossell vi...@viric.name:
Do you happen to know if I can build and run programs for cygwin32, in a
cygwin64 installation? or I should run two cygwin setups in orthogonally,
32 and
64?
I would
On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote:
2013/7/24 Lluís Batlle i Rossell vi...@viric.name:
I think our main usage for a cygwin fossil is that we develop using a cygwin
terminal with bash and vim. And we want fossil to spawn vim properly on
commit.
That should work
On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote:
2013/7/24 Lluís Batlle i Rossell vi...@viric.name:
I think our main usage for a cygwin fossil is that we develop using a cygwin
terminal with bash and vim. And we want fossil to spawn vim properly on
commit.
That should work
On Thu, Jul 25, 2013 at 07:44:16AM -0400, Martin Gagnon wrote:
Le 2013-07-25 06:43, Jan Nijtmans a écrit :
2013/7/25 Richard Hipp d...@sqlite.org:
Native, pure-blooded windows binaries run just fine on cygwin,
right? So
why are we complicating the code with exceptions, special cases,
and
On Thu, Jul 25, 2013 at 07:59:38AM -0400, Richard Hipp wrote:
On Thu, Jul 25, 2013 at 7:44 AM, Martin Gagnon eme...@gmail.com wrote:
In Theory, fossil should build and work on fossil like on any other unix
like Operating system (like linux/*bsd etc..) That's what cygwin is for.
grep
On Thu, Jul 25, 2013 at 03:46:21PM +0200, Jan Nijtmans wrote:
2013/7/25 Richard Hipp d...@sqlite.org:
If it does work, then I move for the immediate banishment of all __CYGWIN__
macros.
Doing that will break four things:
- Accessing a check-out repository on Cygwin, while the previous
On Tue, Jul 30, 2013 at 10:11:52AM +0100, Jan Nijtmans wrote:
2013/7/12 Stephan Beal sgb...@googlemail.com:
On Fri, Jul 12, 2013 at 10:25 AM, Jan Nijtmans wrote:
Well, just try out the merge-integrate branch. I would say
the glass is full again.;-)
Indeed it is! i like what you've
On Tue, Jul 30, 2013 at 10:45:31AM +0100, Jan Nijtmans wrote:
2013/7/30 Lluís Batlle i Rossell vi...@viric.name:
About the code starting at line 1693, it looks to me like it runs in any
case.
Does this change only add a new --integrate, or it also changes the
behaviour
of usual merges
On Wed, Sep 11, 2013 at 11:02:12PM -0700, B Harder wrote:
I read this roughly (in fossil-speak) as:
I had a bunch of email notes from folks requesting I merge their
feature-branches into my main branch, but my machine crashed and my mail
isn't accessible…
I don't read it that way.
Linus
On Tue, Oct 15, 2013 at 10:09:41PM +0200, j. van den hoff wrote:
I'm in the process of giving the ticket system a try for a
collaboration where we need to keep track of text document changes
on the one side and have a facility to report problems/issues
observed with the system (hardware, not
Hello,
I'd like to have a json operation to commit files. It is not there yet, right?
There is branch creation, but not any interface to commit.
I'd like to be able to commit (linked to json login), without having a checkout.
Regards,
Lluís.
___
Hello,
it'd be nice if 'annotate' could be told to follow merges.
It seems that it cannot distinguish if a new file came through a merge, or it
was completely new.
So, if you add a file in branch A, and then merge A to B, C, D, ... annotating
the file in any branch B, C, ... will have the
On Fri, Jan 03, 2014 at 04:36:26PM +, Roy Marples wrote:
Hi List
Can fossil create an archive (tarball, zip file, etc) from a given
artifact id WITHOUT using the web interface?
Something like this is what I need:
$ fossil archive ?ID | bzip2 distribution-version.tar.bz2
Hi,
fossil
On Thu, Jan 09, 2014 at 04:12:31PM +0100, Remigiusz Modrzejewski wrote:
On Jan 9, 2014, at 16:00 , Martin S. Weber wrote:
But I want Fossil to follow the latest SQLite alphas, not the latest SQLite
stables. That's the whole point: Fossil supports SQLite as a test
platform. SQLite
Hello,
the Changes page says for 1.28:
- Enhancements to the /vdiff webpage for more difference display options.
But what I see, is that it lost the 'Patch' option.
What are exactly the additional display options?
Thank you,
Lluís
___
fossil-users
On Fri, Jan 10, 2014 at 10:24:12AM -0500, Martin Gagnon wrote:
On Fri, Jan 10, 2014 at 04:19:19PM +0100, Lluís Batlle i Rossell wrote:
Hello,
the Changes page says for 1.28:
- Enhancements to the /vdiff webpage for more difference display options.
But what I see, is that it lost
Hello all,
knowing the checkin hash, how can I get in cli the diff introduced by of the
checkin? Similar to what appears in the checkin page on the ui.
Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On Wed, Jan 22, 2014 at 06:25:14AM -0500, Richard Hipp wrote:
On Wed, Jan 22, 2014 at 3:12 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
Hello all,
knowing the checkin hash, how can I get in cli the diff introduced by of
the
checkin? Similar to what appears in the checkin page
Hello all,
I think it'd be helpful i fossil info would report if the current commit is a
leaf, if it is closed or not, etc.
It seems to report only the sym- tags.
I've been confused doing some work, and then finding that I'm ona closed leaf
(already merged to parent branch). :)
Regards,
Lluís.
On Wed, Jan 29, 2014 at 03:54:22PM +0100, Stephan Beal wrote:
On Wed, Jan 29, 2014 at 3:52 PM, Stephan Beal sgb...@googlemail.com wrote:
the leaf line currently only appears if it's closed, but i'd go ahead
and expand it to (A) appear whenever the current uuid is a leaf and (B) say
open
On Wed, Jan 29, 2014 at 04:17:38PM +0100, Stephan Beal wrote:
On Wed, Jan 29, 2014 at 4:13 PM, Stephan Beal sgb...@googlemail.com wrote:
yes|closed imply a leaf and yes implies opened
i'm about to be offline for a while but wanted to get this checked in:
On Fri, Feb 07, 2014 at 07:39:37PM +0100, Gour wrote:
On Fri, 7 Feb 2014 18:40:32 +0100
Stephan Beal sgb...@googlemail.com wrote:
It would be really cool to see someone implement their own SCM based
on fossil's core artifact model and their own db back-end, though.
What about Monotone?
It looks like two repositories that got commits, and they weren't in
sync. And Jan merged the two leaves without writing about it.
On Sat, Apr 05, 2014 at 10:55:58AM -0400, Martin Gagnon wrote:
Hi...
I've just notice a strange timeline graph on fossil-scm.org and it seems
to be cause by a
401 - 450 of 450 matches
Mail list logo
