Hi Gilles,
thanks for sharing the idea using Fast Explorer. I find it very good!
For my personal use I have written a small .net program FossilCmd for opening a
windows command console and sending fossil commands to it.
The windows command console remains open until I close it directly. If there
-- Forwarded message --
From: Yujianbin yujian...@huawei.com
Date: 2011/10/18
Subject: suggestion on fossil
To: d...@hwaci.com d...@hwaci.com
Hi, D. Richard Hipp,
** **
I have two suggestion on fossil:
(1) support LDAP. It is a essential function for a large
On Oct 19, 2011, at 2:18 PM, Richard Hipp wrote:
I have two suggestion on fossil:
(1) support LDAP. It is a essential function for a large enterprise to
manage users login and authentication.
(2) support lock command, http://veracity-scm.org has this command.
My $0.02: both
On Wed, Oct 19, 2011 at 08:18:01AM -0400, Richard Hipp wrote:
-- Forwarded message --
From: Yujianbin yujian...@huawei.com
(2) support lock command, http://veracity-scm.org has this command.
As Yujianbin mentions veracity... I saw some videos about veracity. From the web
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
Whether to support locks... I think it can help some users, but I don't
have use
cases in my day to day.
My 0.02€: in some 16 years of using source control, i have never once had a
use for (and sometimes been hindered by) locks. IMO
And furthermore, how exactly do locks work in a distributed SCM
context? (that was my 2 NIS)
On 10/19/2011 02:50 PM, Stephan Beal wrote:
My 0.02€: in some 16 years of using source control, i have never once
had a use for (and sometimes been hindered by) locks. IMO anyone who
_thinks_ they
On Wednesday 19 of October 2011 14:35:54 Remigiusz Modrzejewski wrote:
On Oct 19, 2011, at 2:18 PM, Richard Hipp wrote:
I have two suggestion on fossil:
(1) support LDAP. It is a essential function for a large enterprise to
manage users login and authentication.
(2) support
On Wed, Oct 19, 2011 at 02:52:41PM +0200, Ron Aaron wrote:
And furthermore, how exactly do locks work in a distributed SCM
context? (that was my 2 NIS)
2011/10/19 Lluís Batlle i Rossell 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 it...
and his
message is (I think) buy the book.
So the master plan is to create an SCM for the
Ah, thank you. Now I understand. And it looks to me like a big
headache waiting to happen. Relying on people following intentions of
the software is not very robust.
On 10/19/2011 02:55 PM, Lluís Batlle i Rossell wrote:
On Wed, Oct 19, 2011 at 02:52:41PM +0200, Ron Aaron wrote:
And
On Wed, 19 Oct 2011 09:33:15 +0200, Kohn Bernhard
bernhard.k...@ait.ac.at wrote:
thanks for sharing the idea using Fast Explorer. I find it very good!
Actually, it's not that good because...
- it requires installing Fast Explorer
- it requires adding a fossil.bat just to call pause to keep the
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
Er, no. The book is free.
I mean actually, er, free. In both electronic and paper forms.
You can get the book in HTML, PDF or EPUB here:
http://www.ericsink.com/vcbe/
The paper version is 288 pages in full color. We've shipped
out over 13,000 copies, including free postage, to people all
On Wed, 19 Oct 2011 14:50:26 +0200 Stephan Beal sgb...@googlemail.com
wrote:
My 0.02€: in some 16 years of using source control, i have never
once had a use for (and sometimes been hindered by) locks. IMO anyone
who _thinks_ they need them is still living in the 1980's or early
1990's.
Just
On Wed, Oct 19, 2011 at 08:26:23AM -0500, Eric Sink wrote:
You can get the book in HTML, PDF or EPUB here:
http://www.ericsink.com/vcbe/
I was sure you were in this list ;)
Thank you for the link!
On 10/19/11 7:56 AM, Stephan Beal wrote:
2011/10/19 Lluís Batlle i Rossell
On Wed, 19 Oct 2011 14:56:47 +0200 Stephan Beal sgb...@googlemail.com
wrote:
So the master plan is to create an SCM for the sole purpose of
selling books about the SCM (whose sole purpose is to sell a book
about...)?
Actually, Eric gave away this book ;-)
--
Dmitry Chestnykh
On Wed, Oct 19, 2011 at 08:21:55AM -0500, Eric Sink wrote:
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
On Oct 19, 2011, at 2:50 PM, Stephan Beal wrote:
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
Whether to support locks... I think it can help some users, but I don't
have use
cases in my day to day.
My 0.02€: in some 16 years of using source control, i have never once had a
2011/10/19 Lluís Batlle i Rossell 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 it...
and his
message is (I think) buy the book.
Actuallythey're giving the book away. I got
On Wed, Oct 19, 2011 at 4:17 PM, Remigiusz Modrzejewski
l...@maxnet.org.plwrote:
On Oct 19, 2011, at 2:50 PM, Stephan Beal wrote:
My 0.02€: in some 16 years of using source control, i have never once
had a
use for (and sometimes been hindered by) locks. IMO anyone who _thinks_
they
On Wed, Oct 19, 2011 at 4:44 PM, Stephan Beal sgb...@googlemail.com wrote:
On Wed, Oct 19, 2011 at 4:17 PM, Remigiusz Modrzejewski
l...@maxnet.org.pl wrote:
I seem to be still in the 80's... So how do you cope with edit conflicts
on binary files today?
i wasn't aware that people use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/19/2011 03:52 PM, Stephan Beal wrote:
Could a new special tag be used to implement lock-like behaviour? By
special i mean a reserved name (or name pattern, e.g. locked-by-USERNAME).
Tags apply to whole commits, though, not individual files.
On Wed, Oct 19, 2011 at 5:06 PM, Alaric Snell-Pym
ala...@snell-pym.org.ukwrote:
Tags apply to whole commits, though, not individual files. Perhaps
Doh, you're right. And it sounded so simple. :/
--
- stephan beal
http://wanderinghorse.net/home/stephan/
For windows users, there is already an effort to get fossil extended to the
explorer context menu. At the moment, the C# library for fossil commands is
being written. See Ingo's SharpFossil library implementation for .NET
purposes:
This requires a lot of work on fossils part in order to be reliable. Unlike
source changes, you can't do a commit and then require a merge before
pushing if there's a collision. There are also nasty restrictions on how you
do things. In particular, you have to have autosync on (or ignore it if
On Wed, Oct 19, 2011 at 09:38:44AM -0700, Mike Meyer wrote:
This requires a lot of work on fossils part in order to be reliable. Unlike
source changes, you can't do a commit and then require a merge before
pushing if there's a collision. There are also nasty restrictions on how you
do things.
Hi!
Am 19.10.2011 um 03:10 schrieb Christopher Berardi:
I think it would be a great idea to have some kind of repository where fossil
users could share things like color schemes (or possibly extensions some day).
Something along the lines of gnome-look.org.
Wouldn't it be sufficient to run
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
the file, and that also has only an informative role. Maybe something like
propagated tags could mark files as needs_lock, and act accordingly on
updates/checkouts/...
You found another use for propagating tags ;).
As someone pointed out
On Wed, Oct 19, 2011 at 7:16 PM, Rolf Meinecke fos...@jsilence.org wrote:
Wouldn't it be sufficient to run one Fossil instance for this purpose?
Like in eat your own dogfood?
LOL! A skin-demo site could work if the anonymous user had the rights to
change the skin. i don't think that will work
On Wed, Oct 19, 2011 at 07:27:56PM +0200, Stephan Beal wrote:
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
the file, and that also has only an informative role. Maybe something like
propagated tags could mark files as needs_lock, and act accordingly on
updates/checkouts/...
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
Well, the tags name or value could have the file name.
That's an idea. But we would also need the branch, wouldn't we? Or does the
tag follow the branch?
Maybe, instead of tags, there could be a list like the versionable
'glob-ignore',
2011/10/19 Lluís Batlle i Rossell virik...@gmail.com
On Wed, Oct 19, 2011 at 09:38:44AM -0700, Mike Meyer wrote:
This requires a lot of work on fossils part in order to be reliable.
If I had to implement that on fossil, I'd use some kind of table like the
shun
table, propagated on autosync,
BTW, I just cloned Veracity source using veracity (vv) and realized that
the repo consists of 13 sqlite DBs (WAL mode) + 1 external BLOB file (+
counting number simple sqlite3 files with containing table)
On 19.10.2011 15:39, Lluís Batlle i Rossell wrote:
On Wed, Oct 19, 2011 at 08:18:01AM
On Wed, Oct 19, 2011 at 07:41:56PM +0200, Stephan Beal wrote:
That could even help even before fossil having a capability of
centraliising locks; the read-only permissions could be enough for
the people in a team to decide on the locks.
Can we do read-only cross-platform (i.e. Windows)?
No -- please no locks! Remember, you are still free to use out-of-band
mechanisms to contact the other developers to coordinate your activity:
email, telephone, tweet, smoke signals, carrier pigeons, etc.
On Wed, Oct 19, 2011 at 7:52 AM, Stephan Beal sgb...@googlemail.com wrote:
On Wed, Oct 19,
On Wed, Oct 19, 2011 at 6:17 PM, Michael Barrow mich...@barrow.me wrote:
No -- please no locks!
Concur. Locks are out-of-band for Fossil. If anybody thinks they really,
really need locks, I'll be happy to offer them a referral to Veracity.
Note that Fossil works just fine with binary
I sent out a description of how I think light weight locks could be
implemented on top of fossil in a past email. In fact I'm making some good
progress on implementing what I want in a wrapper around fossil (implement
locks in addition to some other things). I can look into making the wrapper
I get it, but I don't get it. Locks don't make sense in a DVCS. If I'm on a
plane (without wifi, of course) and I want to edit a binary file, I'd be
hosed because I wouldn't be able to push the lock to the central server.
What if, like the Fossil main repo for example, there are two central
On Wed, 19 Oct 2011 11:22:38 -0400, Tomek Kott
tkott.s...@gmail.com wrote:
For windows users, there is already an effort to get fossil extended to the
explorer context menu.
I think there's a need for a simple group + items that we can simply
use through file managers like Windows Explorer
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 Thu, Oct 20, 2011 at 1:45 AM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
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.
...moment. A merge program could extract the zip archive, do a *textual*
merge
On Wed, Oct 19, 2011 at 4:28 PM, Michael Barrow mich...@barrow.me wrote:
I get it, but I don't get it. Locks don't make sense in a DVCS. If I'm on a
plane (without wifi, of course) and I want to edit a binary file, I'd be
hosed because I wouldn't be able to push the lock to the central server.
On Wed, 19 Oct 2011 16:24:17 -0700
Matt Welland estifo...@gmail.com wrote:
I sent out a description of how I think light weight locks could be
implemented on top of fossil in a past email. In fact I'm making some good
progress on implementing what I want in a wrapper around fossil (implement
On Wed, Oct 19, 2011 at 8:46 PM, Mike Meyer m...@mired.org wrote:
On Wed, 19 Oct 2011 16:24:17 -0700
Matt Welland estifo...@gmail.com wrote:
I sent out a description of how I think light weight locks could be
implemented on top of fossil in a past email. In fact I'm making some
good
A couple weeks ago I posted about the possibility of a new configuration
setting called something like allow-binmerge (default off). If it is
enabled, and there is a gmerge-command set, could Fossil call the
gmerge-command to resolve a binary merge conflict?
I would like to be able to handle
45 matches
Mail list logo
