Do you two need a room? If so, there's a local so-called "love hotel" I
can book for you in two-hour slots.
On 18 December 2012 13:00, Chad Perrin wrote:
> On Sun, Dec 16, 2012 at 05:02:23PM -0800, Joe Mistachkin wrote:
> >
> > Chad Perrin wrote:
> > >
> > > If you use bleeding edge versions,
On Sun, Dec 16, 2012 at 05:02:23PM -0800, Joe Mistachkin wrote:
>
> Chad Perrin wrote:
> >
> > If you use bleeding edge versions, you should already be prepared to deal
> > with changes in behavior. I don't see the problem.
> >
>
> I help write the "bleeding edge" versions. Therefore, it is use
On Sun, Dec 16, 2012 at 05:13:24PM -0800, Joe Mistachkin wrote:
>
> Chad Perrin wrote:
> >
> > zsh: sports metaphor not found
> >
>
> Sorry, I was attempting to inject some humor into this discussion because
> it has grown very tedious.
I guess you didn't find my rejoinder amusing.
> >
> > H
* Martin Gagnon [2012-12-17 20:59 -0500]:
> Le 2012-12-17 à 20:34, "David J. Weller-Fahy"
> a écrit :
> > 1. Go to http://www.fossil-scm.org/fossil/timeline
> > 2. Click "Older"
> > 3. Click "Newer"
> > 4. Click "200 Entries"
> >
> > Note, the number of entries stays at 20.
[snips]
> >
> > Can
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 9:12 PM, K wrote:
>
>
>
>
>
>However, I'm still curious why files must split upon move?
>
>It isn't a requirement. The page is simply showing all artifacts that
>represent a
>file with a given name. That is one way to slice
On Mon, Dec 17, 2012 at 9:12 PM, K wrote:
>
> However, I'm still curious why files must split upon move?
>
It isn't a requirement. The page is simply showing all artifacts that
represent a file with a given name. That is one way to slice the data.
You are wanting to track a file throughout its
Thanks for sharing!
^K
on Dec 17, 2012, Michael Richter wrote:
>
>You know, for someone using a tool that hasn't paid for it, you have a real
>tone of
>overweening entitlement. Perhaps you need to look up the definitions involved
>in
>"free software" and "open source software". You may wish
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 9:00 PM, K wrote:
>
>
>
>
>
>
>
>#2 is fixed, no longer showing moved files as deleted in the check-in
>overview. Thank
>you. #1 is not fixed.
>
>
>Alternative fix is here: http://www.fossil-scm.org/fossil/info/aa9a2485de
>
>
You know, for someone using a tool that hasn't paid for it, you have a real
tone of overweening entitlement. Perhaps you need to look up the
definitions involved in "free software" and "open source software". You
may wish, in particular, to pay attention to the portions of it that
involve how to
On Mon, Dec 17, 2012 at 9:00 PM, K wrote:
>
>
> #2 is fixed, no longer showing moved files as deleted in the check-in
> overview. Thank you. #1 is not fixed.
>
Alternative fix is here: http://www.fossil-scm.org/fossil/info/aa9a2485de
You'll need to run "fossil rebuild" again coming from the p
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Mon, Dec 17, 2012 at 7:48 PM, K wrote:
>
>
>
>I've been asked to clarify the confusion behavior I've run into.
>
>
>
>$ fossil open project.fossil
>
>
>
>$ mkdir source
>
>$ mkdir source/code
>
>$ fossil mv file.h source/code/
>
>RENAME file.h sour
Same thing here...
--
Martin
Le 2012-12-17 à 20:34, "David J. Weller-Fahy"
a écrit :
> I believe I may have found a bug in the behavior of the timeline. As
> this may be just me, I figured I'd check with the community to see if
> anyone else is seeing this behavior (described below).
>
> St
On Mon, Dec 17, 2012 at 7:48 PM, K wrote:
> I've been asked to clarify the confusion behavior I've run into.
>
> $ fossil open project.fossil
>
> $ mkdir source
> $ mkdir source/code
> $ fossil mv file.h source/code/
> RENAME file.h source/code/file.h
> $ fossil changes
> MISSINGsource/code/
I believe I may have found a bug in the behavior of the timeline. As
this may be just me, I figured I'd check with the community to see if
anyone else is seeing this behavior (described below).
Steps to reproduce:
1. Go to http://www.fossil-scm.org/fossil/timeline
2. Click "Older"
3. Click "Newe
Hi!
1- Here is a bump on my November 30th message below
2- Some additional info about WikiMatrix.org
One of the three suggestions is no longer there so I'll repeat it here.
WikiMatrix.org is the place for people to compare and pick a wiki engine.
Very few wiki engines are distributed wikis and
I've been asked to clarify the confusion behavior I've run into.
$ fossil open project.fossil
$ mkdir source
$ mkdir source/code
$ fossil mv file.h source/code/
RENAME file.h source/code/file.h
$ fossil changes
MISSINGsource/code/file.h
$ mv file.h source/code/
$ fossil changes
RENAMEDsou
Hi!
I have a few related ideas/feature requests.
1- Fossil & Ohloh.net
http://www.fossil-scm.org/index.html/tktview?name=0f36ec7790
The best is to have Ohloh.net support Fossil. But, a sync would at
least permit activity stats visibility on Fossil-managed projects with
a Git read-only mirror.
2-
When some arbitrary decision/value such as a minimum length of wiki pages
imposes itself for no rational reason on my workflow, and I'm told by the
maintainer to maintain a separate personal branch rather than this being
changed in the main source, I started leaving my Richard Hipp fan club card
On Mon, Dec 17, 2012 at 12:58 PM, K wrote:
>
> If you cannot provide justification for this behavior
>
I'm a bit confused by the tone of some of the messages on the list lately.
This could have as easily been worded as a polite bug report, but
instead comes across as aggressive and intellectual
I don't need to make assumptions, and therefore am not. I'm going off of the
facts, which I can observe, and which I can present to others.
The file was not deleted. It was moved using Fossil's own "fossil mv" command.
It's irrational to treat this as a deletion.
If you cannot provide justifica
On Mon, Dec 17, 2012 at 3:49 PM, K wrote:
> As I said, I did not DELETE any files, but rather moved them. fossil
> changes reported them as RENAMED. And in the check in, they are being
> reported as DELETED.
>
> I'm just asking how in the design of Fossil you justified this decision.
> Please dir
As I said, I did not DELETE any files, but rather moved them. fossil changes
reported them as RENAMED. And in the check in, they are being reported as
DELETED.
I'm just asking how in the design of Fossil you justified this decision. Please
directly address this vs skirting it.
^K
on Dec 17,
On Mon, Dec 17, 2012 at 2:55 PM, K wrote:
>
> I'm looking at the page for my file and its history ends as deleted when I
> did not delete it. I moved it, which fossil changes reported as a RENAMED.
> I commited and now have the surprise dumped on me that my file was deleted
> and whatever else, w
on Dec 17, 2012, Richard Hipp wrote:
>
>
>
>On Sun, Dec 16, 2012 at 11:56 PM, K wrote:
>
>
>
>Hello,
>
>
>
>I've done a number of fossil mv file.h source/code/ today, then issued a
>commit.
>The check-in reports that all of the files I've moved have been deleted and
>renamed.
>
>
>
>For examp
I am experiencing the same problem when inspecting the user's changes via the
command line. "fossil timeline -n 1 -t ci -showfiles" describes renamed
files as "DELETED". I would like to see the newly named file as "ADDED" or the
original file described as renamed and tell me the new name. "f
On 17-12-2012 10:27, Paolo Bolzoni wrote:
Maybe joining both ideas? Like coloring the whole word of a more neutral
color and the difference with the usual bright color?
I think it would be the best as I agree with both point of views.
That would work for me. :-)
--
Martijn Coppoolse
_
Indeed it works. The problem was me :D. I tried to include a dotfile using
full path, something like: 'fossil add --dotfiles /home/user/.file' or
'fossil add --dotfiles /home/user/'.
Thanks for clearing it out
On Mon, Dec 17, 2012 at 3:35 PM, Richard Hipp wrote:
>
>
> On Mon, Dec 17, 2012 at
On Sun, Dec 16, 2012 at 11:56 PM, K wrote:
> Hello,
>
> I've done a number of fossil mv file.h source/code/ today, then issued a
> commit. The check-in reports that all of the files I've moved have been
> deleted and renamed.
>
> For example:
>
> "Deleted foo.c version [0e52b8b63a1e8c0d]
>
> Name
On Mon, Dec 17, 2012 at 6:33 AM, Marius Stoica wrote:
> I use debian wheezy. If I try to add a unix hidden file to my repo with
> 'fossil add --dotfiles .file' I get the same warning as if I would not use
> the --dotfile option and could not add the file.
>
> I also compiled the latest fossil and
On Mon, Dec 17, 2012 at 08:28:22AM -0500, Richard Hipp wrote:
> On Mon, Dec 17, 2012 at 4:07 AM, Lluís Batlle i Rossell
> wrote:
>
> > Hello,
> >
> > adding a tag, in the edit checking page, it takes 15s of server cpu time (a
> > reasonably fast Atom x86_64) for our repository.
> >
> > Repository
On Mon, Dec 17, 2012 at 4:07 AM, Lluís Batlle i Rossell wrote:
> Hello,
>
> adding a tag, in the edit checking page, it takes 15s of server cpu time (a
> reasonably fast Atom x86_64) for our repository.
>
> Repository statistics:
> Repository Size:274292736 bytes (274.3MB)
> Number Of Artifact
I use debian wheezy. If I try to add a unix hidden file to my repo with
'fossil add --dotfiles .file' I get the same warning as if I would not use
the --dotfile option and could not add the file.
I also compiled the latest fossil and tested again, getting the same result.
Why --dotfiles option do
On 2012-12-16 08:37, Maxim Khitrov wrote:
As with the
stand-alone wiki pages, I would only index the last version of
each matching file in each branch. When a file is changed by a new
check-in or push, remove the old version and index the new one.
Finally, how should t
Maybe joining both ideas? Like coloring the whole word of a more neutral
color and the difference with the usual bright color?
I think it would be the best as I agree with both point of views.
On Mon, Dec 17, 2012 at 10:03 AM, Martijn Coppoolse
wrote:
> On 17-12-2012 8:33, Baruch Burstein wrote:
Hello,
adding a tag, in the edit checking page, it takes 15s of server cpu time (a
reasonably fast Atom x86_64) for our repository.
Repository statistics:
Repository Size:274292736 bytes (274.3MB)
Number Of Artifacts:31867 (stored as 12262 full text and 19605 delta blobs)
Uncompressed Art
On 17-12-2012 8:33, Baruch Burstein wrote:
Another suggestion:
Since visual diffs are always for text files (I think), it doesn't make
much sense to mark partial words as changed. If the whole word is not
unchanged, then the whole word is changed. I am referring to things like
line 73817 on the l
36 matches
Mail list logo