On Tue, 8 Jan 2013 17:56:36 +0100, Stephan Beal
wrote:
>> Oops, I forgot to show the command for "Commit changes":
>>
>> fossil commit -m "Added stuff"
>>
>
>Fixed: http://fossil-scm.org/index.html/info/0fb6c829f2
Thanks Stephan.
___
fossil-users maili
On Tue, Jan 8, 2013 at 5:27 PM, Gilles wrote:
> On Tue, 8 Jan 2013 16:54:54 +0100, Stephan Beal
> wrote:
> >@Gilles: i'll get your last changes into that file in a few minutes.
>
> Oops, I forgot to show the command for "Commit changes":
>
> fossil commit -m "Added stuff"
>
Fixed: http://fossil
On Tue, 8 Jan 2013 16:54:54 +0100, Stephan Beal
wrote:
>@Gilles: i'll get your last changes into that file in a few minutes.
Oops, I forgot to show the command for "Commit changes":
fossil commit -m "Added stuff"
___
fossil-users mailing list
fossil-u
On Tue, 8 Jan 2013 16:54:54 +0100, Stephan Beal
wrote:
>> http://www.fossil-scm.org/fossil/doc/trunk/www/fiveminutes.wiki
>>
>
>It seems i was wrong about the TITLE tag being completely ignored - the
>wiki uses that as the title.
>
>@Gilles: i'll get your last changes into that file in a few minut
On Tue, Jan 8, 2013 at 4:47 PM, Richard Hipp wrote:
>
>
> On Tue, Jan 8, 2013 at 10:21 AM, Gilles wrote:
>
>>
>> And the little page I wrote in HTML:
>> www.pastebin.com/raw.php?i=cTpqLd0g
>>
>>
> http://www.fossil-scm.org/fossil/doc/trunk/www/fiveminutes.wiki
>
It seems i was wrong about the T
On Tue, Jan 8, 2013 at 10:21 AM, Gilles wrote:
>
> And the little page I wrote in HTML:
> www.pastebin.com/raw.php?i=cTpqLd0g
>
>
http://www.fossil-scm.org/fossil/doc/trunk/www/fiveminutes.wiki
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users maili
On Tue, 8 Jan 2013 16:29:44 +0100, Stephan Beal
wrote:
>That seems to (in spirit, at least) duplicate the Quickstart page:
>
>http://fossil-scm.org/index.html/doc/trunk/www/quickstart.wiki
The problem I had with the Quick Start is:
- it includes commands that are useless/confusing when using Fos
On Tue, 08 Jan 2013 16:21:33 +0100, Gilles
wrote:
>And the little page I wrote in HTML:
>www.pastebin.com/raw.php?i=cTpqLd0g
One typo:
"Check current status
... This shows the list of changes that have been done and will be
commited the next time you run "fossil commit". It's a useful command
t
On Tue, 08 Jan, Richard Hipp wrote:
> Both windows and unix should look for both filenames. So you
> shouldn't ever run into a case where you end up with both (unless
> some of your machines are running a very old version of Fossil). If
> you have a test case that demonstrates otherwise, I'd sur
On Tue, 8 Jan 2013 10:12:27 -0500, "David J. Weller-Fahy"
>There have been many messages thrown around recently about the
`fossil
>Looked at from that perspective, the documentation is correct, although
>it could be more clear to those who come to the software without that
>perspective.
Makes sen
On Tue, Jan 8, 2013 at 4:21 PM, Gilles wrote:
> Here's the changes made to index.wiki:
> www.pastebin.com/raw.php?i=x5X8gFFY
>
> And the little page I wrote in HTML:
> www.pastebin.com/raw.php?i=cTpqLd0g
That seems to (in spirit, at least) duplicate the Quickstart page:
http://fossil-scm.org/i
On Tue, 8 Jan 2013 16:06:30 +0100, Joerg Sonnenberger
wrote:
>> I just want to tell Fossil to remove a file I added through "add" by
>> mistake, so that it's no longer listed when I type "fossil changes".
>
>fossil up foo
>fossil add bar
>
>Undo:
>
>fossil revert bar
Thank you.
_
On Tue, 8 Jan 2013 15:52:59 +0100, Stephan Beal
wrote:
>then paste that code here on the list (i think the list strips attachments)
>or send us a link to it. Before you can get commit access to the main repo
>you need to fill out a license waiver and snail-mail it to DRH. i don't
>have the link ha
On Tue, 08 Jan, Stephan Beal wrote:
> On Tue, Jan 8, 2013 at 3:49 PM, Stefan Bellon
> wrote:
>
> > Is subversion equally frowned upon? If not, what about:
> >
> > fossil diff --from PREV --to HEAD myfile.c
> >
>
> That would be too easy ;). Yes, it covers the most common case, but it
> would
On Tue, Jan 08, 2013 at 03:56:15PM +0100, Stephan Beal wrote:
>On Tue, Jan 8, 2013 at 3:49 PM, Stefan Bellon wrote:
>
> Is subversion equally frowned upon? If not, what about:
>fossil diff --from PREV --to HEAD myfile.c
>
>That would be too easy ;). Yes, it covers the most c
On Tue, Jan 8, 2013 at 10:08 AM, Stefan Bellon wrote:
>
> In fact, this fossil behaviour puzzles me a lot because I tend to share
> working copies via network share and at some point I end up having
> _FOSSIL_ and .fslckout which are not in sync.
Both windows and unix should look for both filen
On Tue, Jan 8, 2013 at 4:08 PM, Stefan Bellon wrote:
> In fact, this fossil behaviour puzzles me a lot because I tend to share
> working copies via network share and at some point I end up having
> _FOSSIL_ and .fslckout which are not in sync. Perhaps having a
> configuration option to set the ch
On Tue, Jan 8, 2013 at 9:49 AM, Stefan Bellon wrote:
>
> Is subversion equally frowned upon? If not, what about:
>
> fossil diff --from PREV --to HEAD myfile.c
>
Fossil already does this, with the exception that "PREV" is called "prev"
or "previous" and "HEAD" is called "current".
fossil d
* Gilles [2013-01-08 09:27 -0500]:
> On Tue, 8 Jan 2013 09:21:10 -0500, "David J. Weller-Fahy"
>
> wrote:
> >I just tried using `fossil rm` on a mistakenly added file (in an
> >existing repository), and it does what you need.
>
> Thanks for the info.
No worries, glad I could help!
> So the onl
On Tue, 08 Jan, Richard Hipp wrote:
> [...] On windows, the file is still called _FOSSIL_ because some
> windows systems have issues with filenames that begin with ".".
Is this really (still) the case? Subversion uses directories called .svn
for years now. And the GnuWin32 toolchain uses files li
On Tue, Jan 08, 2013 at 03:55:05PM +0100, Gilles wrote:
> On Tue, 8 Jan 2013 15:50:10 +0100, Joerg Sonnenberger
> 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 the next tim
On Tue, Jan 8, 2013 at 9:52 AM, Stephan Beal wrote:
>
> @DRH: please correct me if i'm wrong in assuming that documentation
> patches do not necessarily need the waiver?
>
>
The Contributor License Agreement (CLA) basically says: "I recognize that
Fossil uses the two-clause BSD license and I her
On Tue, Jan 8, 2013 at 3:49 PM, Stefan Bellon wrote:
> Is subversion equally frowned upon? If not, what about:
>
> fossil diff --from PREV --to HEAD myfile.c
>
That would be too easy ;). Yes, it covers the most common case, but it
would be much more interesting to be able to say "go back N ver
On Tue, 8 Jan 2013 15:50:10 +0100, Joerg Sonnenberger
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 the next time the user runs "fossil commit"?
>
>fossil revert. Arguably, it is
On Tue, Jan 8, 2013 at 9:46 AM, Stephan Beal wrote:
>
> Be aware: that thread refers to a file named _FOSSIL_. That file is now
> called .fslckout.
>
... on non-windows systems. On windows, the file is still called _FOSSIL_
because some windows systems have issues with filenames that begin with
On Tue, Jan 8, 2013 at 3:43 PM, Gilles wrote:
> Thanks. I guess that means I must create a new empty repository for
> the Fossil source code, synchronizing to fill it with the Fossil
> files, add a file in www, commit, and push the changes back to the
> official Fossil repository?
>
Try:
fossil
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, 08 Jan, Stephan Beal wrote:
> On Tue, Jan 8, 2013 at 2:02 PM, Gilles wrote:
>
> > "fossil gdiff last beforelast myfile.c"
>
> A similar request has come up several times, and is certainly
> something we should consider (this would affect commands other than
> diff, e.g. checkout could a
On Tue, Jan 8, 2013 at 1:55 PM, Martin Gagnon wrote:
> > I haven't thought it through from a file integrity point of view but I'm
> > looking for a way to do this given the repo is open and is in a new
> > location.
> >
>
> Also, by closing the repo, you will loose your stash and latest undo's
>
On Tue, 8 Jan 2013 15:40:25 +0100, Stephan Beal
wrote:
>The wiki in the main repo is not really maintained any longer - the project
>generally prefers the "embedded docs" approach because those docs partake
>in the whole versioning/branching mechanism whereas wiki pages are
>versioned but there is
On Tue, Jan 8, 2013 at 3:30 PM, Gilles wrote:
> I'd like to contribute an article in the wiki, but even after logging
> as anonymous, I can't see any way to add a new page:
>
> http://www.fossil-scm.org/index.html/wcontent
>
> Are contributions limited to non-anonymous users?
>
The wiki in the m
On Tue, Jan 8, 2013 at 2:02 PM, Gilles wrote:
> "fossil gdiff last beforelast myfile.c"
>
A similar request has come up several times, and is certainly something we
should consider (this would affect commands other than diff, e.g. checkout
could also use this). i'd be up for programming it if we
Hello
I'd like to contribute an article in the wiki, but even after logging
as anonymous, I can't see any way to add a new page:
http://www.fossil-scm.org/index.html/wcontent
Are contributions limited to non-anonymous users?
Thank you.
___
fossil-use
On Tue, 8 Jan 2013 09:21:10 -0500, "David J. Weller-Fahy"
wrote:
>I just tried using `fossil rm` on a mistakenly added file (in an
>existing repository), and it does what you need.
Thanks for the info. So the online help is a bit wrong:
"Remove one or more files or directories from the repositor
* Gilles [2013-01-08 09:00 -0500]:
> 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"?
I just tried using `fossil rm` on a mistakenly added file (in an
existing repository), and it does what you need.
#v+
dave
Hello
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"?
I need to do this sometimes when I mistakenly used "add" to add a new
file to the repository.
delete/rm seem to tell Fossil to stop watching a file
On Tue, 8 Jan 2013 13:43:22 +0100, Stefan Bellon
wrote:
>> Next I tried the first artifact ID:
>> fossil gdiff --from 53ff5087e3 --to ad6f12df62
>>
>> This works, but it seems to go through all the files that were part of
>> each commit.
>
>fossil diff --from 53ff5087e3 --to ad6f12df62 myfile.c
On Tue, 8 Jan 2013 13:38:06 +0100, Stephan Beal
wrote:
>> 2012-11-25 [ad6f12df62] New version (user: Joe,
>>artifact: [dc79071933], branch: trunk)
>> 2012-11-25 [53ff5087e3] Original file (user: Joe,
>>artifact: [54dff7fa29], branch: trunk)
>>
>Correct. It's not immediately
Hello,
I saw this was fixed right after my mail (checkin [baa1ebb7d9]) -
verified it, works fine.
Thank you once again for the very quick response!
keep up the good work,
Michai
On Mon, Jan 7, 2013 at 3:58 PM, Michai Ramakers wrote:
> Hello,
>
> when I open ('fossil open') a repository located
On Tue, Jan 08, 2013 at 12:42:19PM +, John Long wrote:
> On Tue, Jan 08, 2013 at 01:31:18PM +0100, Stephan Beal wrote:
> > On Tue, Jan 8, 2013 at 1:22 PM, John Long wrote:
> >
> > > I just finished deleting a few dozen repos since I moved a bunch of source
> > > code to another machine and fo
On Tue, 08 Jan, Gilles wrote:
> Next I tried the first artifact ID:
> fossil gdiff --from 53ff5087e3 --to ad6f12df62
>
> This works, but it seems to go through all the files that were part of
> each commit.
fossil diff --from 53ff5087e3 --to ad6f12df62 myfile.c
Greetings,
Stefan
--
Stefan Bel
On Tue, Jan 08, 2013 at 01:31:18PM +0100, Stephan Beal wrote:
> On Tue, Jan 8, 2013 at 1:22 PM, John Long wrote:
>
> > I just finished deleting a few dozen repos since I moved a bunch of source
> > code to another machine and fossil refused to like it. After that I found a
> > discussion on the m
On Tue, Jan 8, 2013 at 1:02 PM, Gilles wrote:
> 2012-11-25 [ad6f12df62] New version (user: Joe,
>artifact: [dc79071933], branch: trunk)
> 2012-11-25 [53ff5087e3] Original file (user: Joe,
>artifact: [54dff7fa29], branch: trunk)
> ?
>
> In the output above, are "53ff5087e3"
On Tue, Jan 8, 2013 at 1:22 PM, John Long wrote:
> I just finished deleting a few dozen repos since I moved a bunch of source
> code to another machine and fossil refused to like it. After that I found a
> discussion on the mailing lists about test-move-repository. Not a big deal
> since this was
I just finished deleting a few dozen repos since I moved a bunch of source
code to another machine and fossil refused to like it. After that I found a
discussion on the mailing lists about test-move-repository. Not a big deal
since this was all test stuff but I would like to know what the official
Hello
I have a couple of questions about artifact ID's and how to compare
two revisions of a file:
1. Am I correct in understanding that any commit creates...
- one artifact ID for the commit
- one artifact ID for each new revision of a file
... which explains why "fossil finfo myfile.c"
On Mon, 7 Jan 2013 15:54:50 +0400, Konstantin Khomoutov
wrote:
>> *.sln
>> *.resx
>> *.user
>> *.vb
>> *.vbproj
>> *.settings
>> *.myapp
>
>Seems to be OK, but note that those .user and .settings file are not
>really a part of the "solution's core" (I'm not sure I ever saw a .myapp
>file so have n
47 matches
Mail list logo
