On Thu, Aug 11, 2011 at 02:20:34PM -0700, Mike Meyer wrote:
On Thu, Aug 11, 2011 at 2:03 PM, Stephan Beal sgb...@googlemail.com wrote:
There is no built-in way to create a remote repository (a fossil server
represents the _one_ repository which must already exist before the server
can
On Thu, Aug 11, 2011 at 05:24:06PM -0400, Richard Hipp wrote:
On Thu, Aug 11, 2011 at 5:21 PM, Richard Hipp d...@sqlite.org wrote:
On Thu, Aug 11, 2011 at 4:53 PM, lists li...@devilray.eu wrote:
I'm a new user of fossil, having come grudgingly from CVS. Needless to
say, my
I am trying to get my head around some basic concepts.
One question that pops up: why/when would I close a leaf.
Is this purely for myself to remember I have finished that part of branch or
are there more questions and/or reasons?
Jos
___
fossil-users
(sorry about my other message ending up in another thread, was not meant
that way)
While playing for the first time with Fossil (open, close, delete etc.) I
ended up with the message:
C:\Windows\fossil.exe: no such file: d:/test/source/monkey.txt
C:\Windows\fossil.exe: SQLITE_BUSY: statement
On Fri, Aug 12, 2011 at 10:36:13AM +0200, Jos Groot Lipman wrote:
fossil open ../monkey.fossil
fossil add monkey.txt
del monkey.txt
echo Y|fossil commit -m Versie 2010 --tag v2010 --branch v2010
What do you intend to do with this?
Maybe you should run fossil rm monkey.txt after the del?
On Thu, Aug 11, 2011 at 09:49:15PM -0400, Tomek Kott wrote:
Hi folks,
A request for those who are configure / make wizards: could someone provide
me with a build of fossil from SunOS / sparcv9? Specifically 5.1. I don't
have ssh access to the server, so I can't compile it myself. At least, I
You mean SunOS 5.1? which is Solaris 2.1?
2011/8/12 Tomek Kott tkott.s...@gmail.com:
Hi folks,
A request for those who are configure / make wizards: could someone provide
me with a build of fossil from SunOS / sparcv9? Specifically 5.1. I don't
have ssh access to the server, so I can't
Sorry, I agree it does not make sense what I trying.
The Fossil message that it cannot find the file is perfect.
Committing is Fossil is transactional so the entire commit should be rolled
back.
So far so good but the SQL-message worries me: Cannot rollback transaction
I wonder I the
Richard has kindly indicated he is probably willing to merge the changes in the
ben-testing branch if the community has no objections, after being asked for
any suggestions on improvements.
I'd particularly like input on how these should be documented, and the names
chosen for settings and
On Fri, Aug 12, 2011 at 10:26 AM, Jos Groot Lipman donts...@home.nl wrote:
One question that pops up: why/when would I close a leaf.
Is this purely for myself to remember I have finished that part of branch
or
are there more questions and/or reasons?
The only reason i've ever done it is to
@Alexander,
On Fri, Aug 12, 2011 at 5:16 AM, Alexander Vladimirov id...@idkfa.org.ruwrote:
You mean SunOS 5.1? which is Solaris 2.1?
I honestly don't know if that is Solaris 2.1. I do know it is SunOS 5.1
running on a sparc cpu. It's not my server, and all I know is from a
ColdFusion server
On Fri, Aug 12, 2011 at 11:16 AM, Alexander Vladimirov
id...@idkfa.org.ruwrote:
You mean SunOS 5.1? which is Solaris 2.1?
Yes, that's 2.1:
http://en.wikipedia.org/wiki/Solaris_(operating_system)
Released in 1992, with an end of support date of 1999.
--
- stephan beal
On Fri, Aug 12, 2011 at 5:23 AM, Jos Groot Lipman donts...@home.nl wrote:
Sorry, I agree it does not make sense what I trying.
The Fossil message that it cannot find the file is perfect.
Committing is Fossil is transactional so the entire commit should be rolled
back.
So far so good but
On Fri, Aug 12, 2011 at 1:56 PM, Tomek Kott tkott.s...@gmail.com wrote:
Sorry, I wasn't clear. I have cygwin, make gcc, etc. installed, but I don't
know how to *cross*-compile from my x64 / x86 machines for a sparc / sunOS
architecture. I'm afraid tar -xzf ***, cd ***, configure, make is about
On Fri, Aug 12, 2011 at 10:15 AM, Sacha El Masry li...@devilray.eu wrote:
Whereas I am happy to use ssh to upload to my own central vcs server,
this becomes non-trivial for
a) general users (non-developers)
i would argue that non-developers do not (or should not!) generally set up
new
On Fri, Aug 12, 2011 at 3:45 PM, Tomek Kott tkott.s...@gmail.com wrote:
Hahah, thanks all. I had no idea just how old that server was. It's a
university system, so I'm not too surprised. I don't quite understand how
CF9 can run on a machine that old but hey, that's not my issue.
It MIGHT
On 8/12/2011 6:47 AM, Ben Summers wrote:
* Versionable settings
+1 This looks like a good way to do this
* SSL improvements
I have no use for this at the moment myself, but it looks good. I think
it's reasonable to expect people who want to use certs to already have
the tools for it.
*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 11:47 AM, Ben Summers wrote:
Richard has kindly indicated he is probably willing to merge the changes in
the ben-testing branch if the community has no objections, after being asked
for any suggestions on improvements.
The
On 12 Aug 2011, at 15:46, Joshua Paine wrote:
On 8/12/2011 6:47 AM, Ben Summers wrote:
* Versionable settings
+1 This looks like a good way to do this
Thank you! :-)
* Relative pathname listings
I would really like to see this on by default. It's the right way, and
the sooner we
On 12 Aug 2011, at 15:54, Alaric Snell-Pym wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 11:47 AM, Ben Summers wrote:
Richard has kindly indicated he is probably willing to merge the changes in
the ben-testing branch if the community has no objections, after being
On 12 Aug 2011, at 16:10, Alaric Snell-Pym wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 04:04 PM, Ben Summers wrote:
On 12 Aug 2011, at 15:54, Alaric Snell-Pym wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 11:47 AM, Ben Summers wrote:
On Fri, Aug 12, 2011 at 5:01 PM, Ben Summers b...@fluffy.co.uk wrote:
Richard is rightly very conservative about changes to Fossil, and asked it
was off by default. I understand his reluctance to risk breaking anything,
however remote the chance.
While i sympathize with Richard's position on
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 Aug 12, 2011, at 12:47 , Ben Summers wrote:
I've added:
* Versionable settings
* SSL improvements
* Relative pathname listings
* empty-dirs setting
I'm for the merge in general.
I'd argue that relative pathnames could be turned on by default. It's quite
hard to imagine anything
On 8/12/2011 1:09 PM, Joerg Sonnenberger wrote:
* 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.
It's tremendously useful for, e.g., my fossil_php_lint script that I use
Ben,
Thanks for providing improvements in fossil.
I'd like to share 2 comments:
1. Versioned settings: I'd prefer having all settings in a single text file
with name=value kind of one-setting-per-line format (although I don't mind a
value spanning multiple lines for readability) rather than
On 8/12/2011 1:50 PM, altufaltu wrote:
1. Versioned settings: I'd prefer having all settings in a single
text file with name=value kind of one-setting-per-line format
(although I don't mind a value spanning multiple lines for
readability) rather than one file per setting.
I thought this at
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 07:10 PM, Joshua Paine wrote:
On 8/12/2011 1:50 PM, altufaltu wrote:
1. Versioned settings: I'd prefer having all settings in a single
text file with name=value kind of one-setting-per-line format
(although I don't mind a value
On Fri, Aug 12, 2011 at 12:33 PM, Alaric Snell-Pym
ala...@snell-pym.org.ukwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 07:10 PM, Joshua Paine wrote:
On 8/12/2011 1:50 PM, altufaltu wrote:
1. Versioned settings: I'd prefer having all settings in a single
text file
On 12 Aug 2011, at 20:44, Mike Meyer wrote:
On Fri, Aug 12, 2011 at 12:33 PM, Alaric Snell-Pym ala...@snell-pym.org.uk
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 07:10 PM, Joshua Paine wrote:
On 8/12/2011 1:50 PM, altufaltu wrote:
1. Versioned settings: I'd
On Aug 12, 2011, at 22:28 , Ben Summers wrote:
If it has to be in the file system, I'd prefer one file to many. At the very
least, change the name of the directory to something that starts with
__FOSSIL__ to make it easier to tweak commands to deal with the names.
More tools hide names
On Fri, Aug 12, 2011 at 1:28 PM, Ben Summers b...@fluffy.co.uk wrote:
On 12 Aug 2011, at 20:44, Mike Meyer wrote:
On Fri, Aug 12, 2011 at 12:33 PM, Alaric Snell-Pym
ala...@snell-pym.org.uk wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/12/2011 07:10 PM, Joshua Paine
On Fri, Aug 12, 2011 at 11:39 PM, Mike Meyer m...@mired.org wrote:
space. But we already have __FOSSIL__, so (in the words of Arlo Guthrie)
one big pile is better than two little piles.
For the benefit of those born after Star Wars:
http://www.arlo.net/resources/lyrics/alices.shtml
On Fri, Aug 12, 2011 at 2:44 PM, Stephan Beal sgb...@googlemail.com wrote:
On Fri, Aug 12, 2011 at 11:39 PM, Mike Meyer m...@mired.org wrote:
space. But we already have __FOSSIL__, so (in the words of Arlo Guthrie)
one big pile is better than two little piles.
For the benefit of those born
On Fri, Aug 12, 2011 at 5:24 PM, Remigiusz Modrzejewski
l...@maxnet.org.plwrote:
On Aug 12, 2011, at 22:28 , Ben Summers wrote:
If it has to be in the file system, I'd prefer one file to many. At the
very least, change the name of the directory to something that starts with
__FOSSIL__ to
On Sat, Aug 13, 2011 at 12:42 AM, Richard Hipp d...@sqlite.org wrote:
You know you can rename _FOSSIL_ as .fos, right?
mv _FOSSIL_ .fos
Should I make .fos the default
While i'm all for Unix-style names, i think the name .fos might confuse more
people than it would help, whereas
On Fri, Aug 12, 2011 at 3:42 PM, Richard Hipp d...@sqlite.org wrote:
On Fri, Aug 12, 2011 at 5:24 PM, Remigiusz Modrzejewski
l...@maxnet.org.pl wrote:
On Aug 12, 2011, at 22:28 , Ben Summers wrote:
If it has to be in the file system, I'd prefer one file to many. At the
very least,
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
+1
- Original Message -
From: Joerg Sonnenberger
Sent: 08/13/11 05:01 AM
To: fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] _FOSSIL_ vs. .fos Was: New features for merging
On Fri, Aug 12, 2011 at 06:42:23PM -0400, Richard Hipp wrote:
You know you can rename
40 matches
Mail list logo