the commands have the same names.
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
if someone
else does a commit based on the one you are reversing? The only way to
deal with those is to stop fossil being distributed!
Anyway the issue is not that forks can happen (which is inevitable),
but that users should know they have happened and be able to deal
with them.
Eric
--
ms fnd
that _is_ designed for that :)
Do not assume your workflow or setup for everybody else.
But you can still say something if they are using a claw-hammer to undo
a nut.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
practices (workflow
if you like), and if making those choices ends up looking high-handed
then by all means suggest alternative working practices, and even
changes to fossil to help with them, but not changes which contradict
the basic principles of the software.
Eric
--
ms fnd in a lbry
that a rollback is not
possible, that is what the rest of my message was about.
Your extra detail (not quoted) does not change this.
eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
in a round-about or tedious way, you need to be able to express it in
terms of development needs, not just as I want 'somevcs mangle'.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080
in repositories that people seem to
want to hide is the result of committing far too frequently, usually in
the mistaken belief that their VCS is some sort of backup system.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
On Sat, 15 Dec 2012 01:52:11 +0100, Jan Danielsson jan.m.daniels...@gmail.com
wrote:
On 12/15/12 01:06, Eric wrote:
[---]
4) I am not criticizing people, merely what they say. I see evidence
that they don't get where I'm coming from because they have only an
incomplete idea of what
did say Well, I had to pick one message
to answer. Instead of thinking this bit isn't for me you feel
insulted and start being rude. Or rather, continue being rude. I do not
understand this behaviour.
Eric
--
ms fnd in a lbry
___
fossil-users mailing
in those few words than
there could ever have been in anything I said, and nothing I said was
directed at you explicitly anyway.
. . . and you're an ass.
Direct gratuitous insult. Well done.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil
and the value of nothing.
I think this thread has served to highlight the number of people here
who want Fossil to be something other that what it set out to be, and
don't actually know what SCM means. It doesn't surprise me that they
have caused some over-the-top reactions.
Eric
--
ms fnd in a lbry
be nicely-formatted embedded documentation.
Even though I am normally against checking in built files.
I think this is about embedded documentation more than about wiki pages,
i.e. the latter are not documentation, just information exchange among
developers.
Eric
--
ms fnd in a lbry
in nowiki.
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
into another version, and is not a necessary component of an SCM
system.
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
is on it does a pull first, but that's a separate
operation, and it os concerned only with artifacts in the repository and
knows nothing about branches. I wish people would stop expecting fossil to
behave like git, if it did you might as well use git.
Eric
--
ms fnd in a lbry
On Thu, 9 Feb 2012 17:02:19 +0400, Konstantin Khomoutov
flatw...@users.sourceforge.net wrote:
On Thu, 9 Feb 2012 08:19:36 -
Eric e...@deptj.eu wrote:
snip
fossil update is concerned only with the branch you have in your
checkout directory. If autosync is on it does a pull first
(i.e. a lie) before letting it go to
remote repositories.
Another issue is that an SCM system is _not_ a backup tool, but many
people seem to think that it is.
And finally (for now :) ), dotfiles are special on *ix, so they should
be treated specially.
Eric
P.S. Not picking on you, Dmitry, just
repository on the same disk as your working directory?
And backup is for all your files, SCM is for important files that you need
to keep the history of.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
the point entirely.
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
On Fri, November 11, 2011 6:55 pm, Stephan Beal wrote:
On Fri, Nov 11, 2011 at 7:52 PM, Eric e...@deptj.eu wrote:
... seems to be stuck on 7th November - not cache as I have checked from
different machines.
That's not a bug - there have been no commits since then.
--
- stephan beal
IMO anyone who
_thinks_ they need them is still living
in the 1980's or early 1990's.
Tell that to the gaming companies. They use version control,
and their repositories contain large numbers of very large
binary files (images). The absence of locks in the DVCS world
is the main reason
over the world.
--
E
On 10/19/11 7:56 AM, Stephan Beal wrote:
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
mailto:virik...@gmail.com
I think that the veracity documentation totally deludes. :) But it
may be
intended, as it's a product of sourcegear. Eric wrote a book about
expect, I would worry about how
to select the time interval, and I think the system should insist on
keeping a comment about the deletion.
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
and their artifacts.
But only for that checkin!
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
to use it properly.
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
On Tue, September 20, 2011 6:38 pm, Steve Havelka wrote:
Excuse my bluntness: that sounds like a terrible idea. Tcl is huge
compared to fossil, and certainly not installed everywhere by default.
And for what benefit? To have a full-blown programming language built
in? That of course isn't
.html
Any comments?
--Russ P.
This was discussed here at the time, see the archives at
http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04665.html
Eric
--
ms fnd in a lbry
___
fossil-users mailing list
fossil-users@lists.fossil
, I think the key message is in
http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04699.html
As I understand it, the repository was never destroyed at all, and
uncommitted chages were destroyed by a fossil revert which does exactly
that by design.
Regards,
Eric
--
ms fnd
with should fossil have hooks which still leads to
complex interface issues.
Not to mention people who want to clone a repository and join a project
but can't get the right libraries on their system.
Regards,
Eric
___
fossil-users mailing list
fossil-users
/
Not wishing to rain on anyone's parade, but, as it says in the autoconf
info page,
Those who do not understand Autoconf are condemned to reinvent it,
poorly.
Maybe not, but your first reference from the above page is a bit OTT (as
some of the comments below it say).
Regards,
Eric
On 15 Jun 2011, at 16:28, Andres Perera andre...@zoho.com wrote:
i (now) prefer autotools because i spent some time getting
comfortable with m4
Yes, I think failure to understand m4, or failure to realise that it
needs to be understood, is one reason why people end up disliking
one day even though it is not the main reason for the
extra branch).
This is a variant on a Vendor Branch
(http://www.cmcrossroads.com/bradapp/acme/branching/branch-structs.html#ThirdPartyLine)
except that you pull frequently instead of just at release points).
Eric
also think that your demand for humility conveys a more aggressive tone
than the message you answered.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
and doesn't ever lose anything from
the repository unless it is explicitly shunned (which is never part of a
normal workflow).
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
back at the above, I'm not sure I've actually added anything
to the debate, but anyway ...
Regards,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
.
HOME is just an environment variable, so if you could find some way to set
it to some other location just before Fossil runs ...
(a wrapper for fossil, perhaps)
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
of the command shell).
in which case a wrapper script is the way to go.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
you need that git command, then figure out how Fossil could
meet that need - and ask if it is really needed so much when you are using
fossil instead of git.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
!
And, as Richard said, what is a fork?
Regards,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
not believe it contains clock.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, but will everyone remember that
a critical feature of any software anywhere in the VCS/SCM/whatever niche
is that it should always tell the truth?
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
-contained
as possible. So I don't think this is a good idea.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Eric e...@... writes:
:
fossil ticket fields
depending on the rest of the possible syntax.
:
With checkin 3f06f272cd , i changed it to
fossil ticket list fields
and added
fossil ticket list reports
All commands can be shortend, f.e. fossil l f is valid!
I assume you mean
ticket fields
depending on the rest of the possible syntax.
Regards,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
nothing stops you re-using _any_ branch name later.
Regards,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
. There has to be something there
waiting to be pushed. It could be waiting on an event rather than polling,
but then there has to be an event co-ordinator...
Eric
--
Eric Junkermann
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
.
Which will give guidance to us all.
Thankyou. I tried to say much the same some time ago, but you have made a
better job of it.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
don't really know which way it
should be.
Regards,
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, May 27, 2010 at 8:10 am,
Michal Suchanek hramr...@centrum.cz wrote:
On 26 May 2010 19:58, Eric Junkermann e...@deptj.eu wrote:
...
what will be committed, since the repository doesn't know, you might
It does as my patch demonstrates.
Not the repository - vfile is in _FOSSIL_ which
On 25 May 2010 23:38, Eric Junkermann e...@deptj.eu wrote:
On Tue, May 25, 2010 at 10:10 pm, Michal Suchanek
hramr...@centrum.cz
wrote:
On 25 May 2010 19:59, Eric e...@deptj.eu wrote:
...
But ckout is only available if the server is running in a local
checkout,
otherwise it is silently
of doc
files is rendered while you are still working on it. See the last
paragraph of
http://www.fossil-scm.org/fossil/doc/tip/www/embeddeddoc.wiki
This is NOT a bug, it is a useful feature.
Regards,
Eric
___
fossil-users mailing list
fossil-users
with a relative link such as
img src=branch01.gif width=280 height=68
The fossil code that handles this is in src/doc.c if you are interested
and can read C (or even if you can't)
HTH
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On Wed, May 19, 2010 at 5:06 PM, Michal Suchanek
hramr...@centrum.czwrote:
On 19 May 2010 20:27, Eric e...@deptj.eu wrote:
It looks like images magically get the correct doctype when accessed
through the doc/ urls so it's necessary to check them into the repo as
managed files and access
I'm thinking Eric intended these links:
http://www.fossil-scm.org/index.html/doc/tip/www/embeddeddoc.wiki
http://www.fossil-scm.org/index.html/doc/tip/www/branching.wiki
Instead of:
snip
Regards,
Donald
Well, what I intended was:
http://www.fossil-scm.org/fossil/doc/tip/www
can contribute to it.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to be a law that once a
software product is sufficiently popular people want it to do everything,
i.e. they want it to be a platform.
Fossil sending email - probably OK.
Fossil handling incoming mail - far too complicated and too far away from
Fossil's core purpose, in my opinion.
Eric
whatever the global variables resulting from
the parse tell it to do.
I don't know the answer to your debugging question, but you might benefit
from fossil's approach - there is a way to run pretty much any code
without being in server mode!
HTH
Eric
removed at a
particular time and not used thereafter. This follows the accounting
principle that incorrect entries have to be reversed out, not made
invisible. Without this it is not possible to demonstrate how some
situation arose from an action taken while the repository was incorrect.
Regards,
Eric
? when the
day job has kept me away for a while, and Do I actually want to commit
everything right now?, i.e. the way it works now.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
a shortcut to do the
rest of that. It might also be nice if the resulting page had a button for
All Files and the all-files page had a brief note saying that the files
shown might not be in a current checkin.
Eric
___
fossil-users mailing list
fossil-users
comment in a skin (in skin.c) will be chopped to just ! by the
translate program. In this case it would be OK to take that line out of
the skin altogether, but I don't know if there can be a case where it will
matter.
Regards,
Eric
___
fossil-users
answered that (in the message the one you answered was an
answer
to!). Seems the only way to keep everyone happy would be to make it another
repository option.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
with the no-file in
the
checkout, so if it is restored fossil should report it as it does for a
conventional
merge.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
as the wiki markup is concerned, we are still
waiting.
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
From: Stephen De Gabrielle spdegabrie...@gmail.com
Date: Mon, November 30, 2009 12:36 pm
Hi,
Does anyone else have a burning desire for a search facility to be added
to
Fossil?
Cheers,
Stephen
DRH is working on it - see [20600107f1]
Eric
, then do it that way - as project files. The other problem
is introducing external dependencies for Fossil - have you noticed how few
there are?
My vote (somebody else mentioned votes!) is to leave the Fossil wiki alone
(except for gradual improvement).
Eric
, and the like. It's great for meta-documentation, and for
communication among the development team. Use it for more than that
and you're asking for trouble.
I wish I'd said that!
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
never open or close my
primary local checkout for each repository.
Actually, it feels like a change in philosophy - what does a repository mean?
Regards,
Eric
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
if there is any synergy between this and the request for a
database interface to TH?
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 and Michael.
Ah - I didn't make myself at all clear here, sorry.
What I'm after is for something like fossil change to also show
_extra_ files that fossil extra would show (_not_ _added_ files as I
incorrectly said in my post. Sorry.). So If I do this:
EdgeRuby # fossil change
101 - 170 of 170 matches
Mail list logo
