On Thu, Feb 13, 2014 at 11:26 AM, Stephan Beal wrote:
> On Thu, Feb 13, 2014 at 8:24 PM, Richard Hipp wrote:
>>
>> Huh. Apparently you can already do "config pull css". What else other
>> than the CSS file needs to be brought over to move a "look" from one repo to
>> another?
>
>
> Didn't know
fossil config [import|export] skin -R
There are lots more areas (skin, above) and actions. 'fossil help
configuration' for the rest
On Sun, Jan 19, 2014 at 11:59 AM, Chad Perrin wrote:
> Am I missing something? I have not found a simple way to ensure how
> that when I create new Fossil
Jan,
Thanks for your work on this -- it's a welcome addition.
I found yesterday that I could trigger a strange visual glitch with the
following sequence of actions (and confirmed again just now):
This is fossil version 1.28 [1a453093bb] 2013-12-03 15:42:53 UTC
$ fossil init test.fossil
$ fossil
For some irrational reason I avoid addremove as well. I find myself piping
fossil changes through grep and awk and then xargs-ing back to fossil rm or
add whenever it comes up - and I *know* that addremove will do the same
thing.
I just can't bring myself to use it :)
On Monday, September 2, 201
status
stash
merge
'branch ls'
undo/revert
I prefer status to changes because it shows me where I'm coming from
(current checkout and branch). I use it by habit after every phone call,
coffee break, and misc interruption, so I'd bet probably more than any
other command.
On Monday, September 2, 20
On Tue, Aug 27, 2013 at 12:26 PM, Yannick wrote:
>
> as I like to hide CGI stuffs from the visitor's eyes
See also Stephen's response here for another way to do this.
http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg13040.html
hth,
Themba
_
On Thu, Aug 22, 2013 at 10:30 AM, Chad Perrin wrote:
> On Thu, Aug 22, 2013 at 10:45:08AM +0200, Stephan Beal wrote:
> > On Thu, Aug 22, 2013 at 4:34 AM, Chad Perrin wrote:
> > >
> > > mirror should be set up on GitHub to boost its search engine ranking a
> > > little bit (with a prominent menti
Ooh, I love bikeshedding.
What about "libfree" as a portmanteau of lib, fossil, and three? I guess
that crosses the line into humor a bit.
More seriously though, fossil(3) is my favorite, but it does make it sound
like it's an official part of the fossil project and actually implies, at
least to
On Wed, Aug 21, 2013 at 8:37 AM, Matt Welland wrote:
> Regarding stable numbered tags. How about a script or added feature that
> scans the timeline and tags every node in a systematic way similar to what
> people might expect from Subversion or similar tools?
>
> v1.1 -> v1.2 -> v1.3
> \.-
On Tue, Aug 13, 2013 at 10:12 AM, David Mason wrote:
>
> All I want is for my users to say:
>
> fossil clone ssh://remote/proj.fossil clone.fossil
>
> or similar (without identifying any fossil user or password in the
> command - or prompted), and have ssh fire off a remote fossil based on
>
On Fri, Aug 9, 2013 at 1:39 PM, Stephan Beal wrote:
> On Fri, Aug 9, 2013 at 10:32 PM, Themba Fletcher <
> themba.fletc...@gmail.com> wrote:
>
>> I don't shun things, but there are times where I'd like to clean up the
>> main timeline view for public (aka
On Fri, Aug 9, 2013 at 1:43 PM, Richard Hipp wrote:
>
>
> On Fri, Aug 9, 2013 at 4:32 PM, Themba Fletcher > wrote:
>
>> Hi all,
>>
>> My apologies for being noisy with this. I think it was unclear what I was
>> specifically asking.
>>
>> I do
not, is this still a planned feature or should I forget I read
about it? And maybe should the wording on /shun be updated?
Thanks in advance,
Themba
On Thu, Jul 25, 2013 at 11:03 AM, Themba Fletcher wrote:
> From fossil's /shun page:
>
> > Do not shun artifacts merel
> i _strongly_ recommend against keeping the repo db in the same dir as a
> checkout. Very little can go wrong when they're separated and lots can go
> wrong when they're not.
>
Wholeheartedly concur. In just over two years of daily usage I've lost data
exactly once and that was due to having my r
On Wed, Aug 7, 2013 at 2:41 PM, Stephan Beal wrote:
> On Wed, Aug 7, 2013 at 11:23 PM, Themba Fletcher <
themba.fletc...@gmail.com>
> wrote:
>>
>> I recently got a contract to rewrite a large (web) application. The
>> intent is to transition, at a measured pace, from
Hi all,
I recently got a contract to rewrite a large (web) application. The
intent is to transition, at a measured pace, from a large collection
of hand-written, framework-free php files to a structured setup with a
nice MVC framework, etc.
So far so good. I've got all the original source in a fo
>From fossil's /shun page:
> Do not shun artifacts merely to remove them from sight - set the "hidden" tag
> on > such artifacts instead.
The only other reference I could find while searching this list was a
note from drh (circa 2009 or so?) noting that it had not been
implemented yet. Is this s
Hi all,
I just encountered the following behavior:
$ fossil mv garbage garbage2
RENAME garbage garbage2
$ fossil ls | grep garbage
$ fossil version
This is fossil version 1.25 [0e5f0da7eb] 2013-03-06 02:18:20 UTC
The file "garbage" is of course not in the repo at all, but fossil
appears to be te
'fossil update -n' will just show you what would change if you ran fossil
update.
'fossil sync' will just sync the repo and not make any changes but not make
any changes to your checkout. Fwiw, I believe update with -n syncs as well.
Hth,
T
On Thursday, February 21, 2013, K. Fossil user wrote:
Yep, it's a game changer :) I just figure this one out last week:
"Save As -> Webpage Complete" will save your current state (albeit in
the horrible page.html with a collection of files in page_files/*
format). But you can save before / after a huge mocking up session and
then run diff. This usual
On Tue, Feb 19, 2013 at 8:07 PM, Warren Young wrote:
>
>
> The request, of course, is for the Fossil Git importer to either have some
> improvement that makes it smarter about recognizing the *true* trunk, or at
> least a flag that lets you tell it the trunk's tag name if it guesses wrong.
>
Doe
pain.
Good luck :)
On Fri, Feb 8, 2013 at 12:48 AM, Stephan Beal
> wrote:
> On Fri, Feb 8, 2013 at 2:26 AM, Themba Fletcher
> 'themba.fletc...@gmail.com');>
> > wrote:
>
>> Whoops -- please ignore the previous stuff for now.
>>
>> You have
x=29
12. Server:
Apache
13. Vary:
Accept-Encoding
Doubled headers have absolutely destroyed me in the past -- I'd start there
...
Best,
Themba
On Thu, Feb 7, 2013 at 5:23 PM, Themba Fletcher
wrote:
> If I understand correctly the OPTIONS request is forced by the fact
If I understand correctly the OPTIONS request is forced by the fact that
your POST's content-type is application/json
-- Any request that's not a Simple Request gets a preflight because the W3C
says so. Simple requests are defined as (emphasis mine):
>- Only uses GET or POST. If POST is used
review.
> While I would love to 'one-tool it' with fossil's diff tech, I find it
> way easier to pop into winmerge and all its ignore goodies.
> Maybe I'm too optimistic to expect that much power in one tool?
>
> Thanks for Fossil!
>
> On Wed, Feb 6, 2013 at 12:50
So sounds like the problem you're trying to solve is that
* you have lots of *real* changes to a set of files
* most of those changes are meaningless in your environment
* so you're trying to separate the signal from the noise.
You can use fossil set diff-command 'diff -iw' to ignore case on the
d
On Tue, Feb 5, 2013 at 6:56 PM, wrote:
> Hi,
> I noticed I am getting simple case sensitive differences despite
> having [ ] case-sensitive unchecked in local and remote repos?
> Anything else I need to do?
It sounds like you're reporting that the file *contents* differ in
case as opposed to the
On Fri, Jan 25, 2013 at 2:59 AM, Gilles wrote:
> On Wed, 09 Jan 2013 12:10:35 +0100, Gilles
> wrote:
>>Am I correct in understanding that this is the right way to proceed to
>>try some new code, and either save it (whether it works or not, just
>>as a track-record) or discard it?
>
> I have anoth
On Wed, Dec 19, 2012 at 4:14 AM, Arnel Legaspi wrote:
> Hello,
>
> Is there a way to have Linux kernel-style commit logs display the way they
> should be in the Fossil web UI? By "Linux kernel-style commit logs" I mean
> the way Tim Pope described it below:
>
> http://tbaggery.com/2008/04/19/a-not
On Tue, Dec 18, 2012 at 3:28 PM, j. v. d. hoff
wrote:
> On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp wrote:
>
>> On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
>>
>>> I don't do that (I keep all my fossil repositories in ~/repos), so
>>> haven't paid close attention to the issues. The bi
directly at the primary maintainer of a piece of software does nothing
but make reading the list a job rather than a pleasure for him, to the
detriment of all of us in the end. Please watch the tone of your
posts.
Spoken without any authority, but sincerely as a fellow user of this so
I've been meaning to post this for a while. On every browser except
firefox, at least with my installed fonts, the side-by-side diff container
overflows the body resulting in the body's border being visible as a
vertical gray line behind the diff content.
This will fix that, if you'd like to have
On Fri, Dec 14, 2012 at 5:29 PM, Richard Hipp wrote:
>
>
> On Fri, Dec 14, 2012 at 7:20 PM, Jan Danielsson
> wrote:
>>
>> Hello,
>>
>>It seems that some of those who are opposed to changing the behavior
>> of rm/mv are reaching a consensus that the names "rm" and "mv" were
>> poorly chosen, b
On Wed, Dec 12, 2012 at 3:13 PM, Chad Perrin wrote:
> On Wed, Dec 12, 2012 at 03:07:51PM -0800, Themba Fletcher wrote:
>> On Wed, Dec 12, 2012 at 3:04 PM, Richie Adler wrote:
>> > If that happens, please make sure to include "git" in the new name. That's
>>
On Wed, Dec 12, 2012 at 3:04 PM, Richie Adler wrote:
> If that happens, please make sure to include "git" in the new name. That's
> what all the naysayers are trying to convert Fossil into, anyway.
+1 :)
___
fossil-users mailing list
fossil-users@lists.
Sorry to drag up an old thread, but I'm just checking back in after a
lengthy absence.
On Fri, Nov 30, 2012 at 9:33 AM, Nolan Darilek wrote:
> Weighing in on this, finally:
>
> It's interesting to me that everyone speculates that this *might* break
> things for some hypothetical person, and *migh
On Mon, Nov 19, 2012 at 3:46 PM, Themba Fletcher
wrote:
> On Mon, Nov 19, 2012 at 3:12 PM, j. v. d. hoff
> wrote:
>>
>> On Mon, 19 Nov 2012 22:49:22 +0100, Richard Hipp wrote:
>>
>>> On Mon, Nov 19, 2012 at 4:30 PM, j. v. d. hoff
>>> wrote:
>&g
On Mon, Nov 19, 2012 at 3:12 PM, j. v. d. hoff
wrote:
>
> On Mon, 19 Nov 2012 22:49:22 +0100, Richard Hipp wrote:
>
>> On Mon, Nov 19, 2012 at 4:30 PM, j. v. d. hoff
>> wrote:
>>
>>> hi there,
>>>
>>> a modest suggestion:
>>>
>
> -- there seems no easy way to get a list of ignored files (as per
On Sat, Nov 3, 2012 at 5:25 AM, Richard Hipp wrote:
>
>
> On Sat, Nov 3, 2012 at 4:33 AM, Themba Fletcher
> wrote:
>>
>> Attached is a simple shell wrapper around fossil diff that colorizes
>>
>> Criticism and feedback welcome, and I hope it's useful t
Attached is a simple shell wrapper around fossil diff that colorizes
the output of unified diffs. All command line options are passed on to
fossil diff (so you can do --from, --to, --branch, etc), but I
wouldn't expect good results for just anything (--side-by-side will
break, as will --tk of cours
On Mon, Oct 29, 2012 at 5:53 PM, K wrote:
>
> Is there a way to see what has been done to a repo since the last check-in?
> Some kind of an overview of any changes which have not yet been checked in.
>
fossil status, fossil changes will both work
>
> For example, I cannot remember if I've alre
I've not seen or heard of a way to do what you asked for, and I went
on a hunt for just that about a year ago.
You can, if you wish, visit admin:timeline in the ui and check "allow
block markup ..."
This will let you use s and such in your commit messages, but the
raw HTML will still show up in t
thus this offer).
Thanks again,
Themba
On Tue, Sep 25, 2012 at 4:56 AM, Richard Hipp wrote:
> Please try Joe's fix at http://www.fossil-scm.org/fossil/info/33ffb32cb8and
> let us know whether or not this clears your problem. Tnx.
>
> On Mon, Sep 24, 2012 at 5:22 PM, Themb
Hello all,
I came across this weird case a couple of days ago:
1: tif@whiskey-five:~$ fossil version
2: This is fossil version 1.23 [5253e0a791] 2012-08-23 21:18:51 UTC
3: tif@whiskey-five:~$ fossil init foo.fossil
4: project-id: 49688f237979eb312a68fe32b7cdad04ddad7cec
5: server-id: e
On Mon, 30 Jul 2012 03:39:57 -0700, David Bariod wrote:I don't know if the revert command works for a full directory.It doesn't, but if you happen to be on linux (or at least have grep and xargs in your path) this should work:$ fossil ls | grep 'path/to/directory/' | xargs fossil revertI'd defini
ess than the Content-Length header suggests was
planned.
Is there any conceivable reason *not* to delete them and pretend this
never happened?
Thanks in advance,
--
Themba Fletcher
Description/Entity .. (tif@)descriptionentity.com
209-591-8096 ...
ion -- the patch is against [9c28bca430] which was current trunk at
the time. If there's sufficient interest I'd also be glad to bring the
patch up to date.
On Sat, 11 Feb 2012 00:16:01 -0800, Themba Fletcher
wrote:
The attached patch (against [9c28bca430] -- current trunk as
m " " --branch "branch name"'). So far I've failed
to teach my hands to consistently reach for the mouse and close the
branch promptly, so I end up going back and closing a bunch of old
branches weeks later, which sort of confuses the timeline a bit.
-
There's a solution from which you can adapt (that I haven't tested but passes
the smell test) in the comments here:
http://old.nabble.com/sequential-row-numbers-from-query-td22746903.html
Please be aware that this is just a solution that gives you pretty row numbers
for visual output. The row
On Thu, 2012-03-29 at 19:40 +0200, mlfconv wrote:
> Hi Ron,
>
> thanks for your advice, will try, right now I'm unable to figure out
> how to switch to a branch or commit into a branch - it seems that if I
> run:
>
> fossil branch new B
> fossil add somefile.c
> fossil commit -m"commit" --branch
On Tue, 2012-03-20 at 15:04 -0400, Leo Razoumov wrote:
> On Tue, Mar 20, 2012 at 09:57, Richard Hipp wrote:
> >
> > Why not just "fossil revert my/file.txt"?
> >
>
> For each one of dozens of files in the manifest??
Does this do what you want?
fossil merge foo
fossil changes | head -n -1 | awk
On Mar 7, 2012, at 19:10, Leo Razoumov wrote:
> On Wed, Mar 7, 2012 at 18:03, Brian Smith wrote:
>> On Wed, Mar 7, 2012 at 2:40 PM, Leo Razoumov wrote:
>>>
>>> Looking through the fossil source code I found places where manifests
>>> are clearsign-ed. But where are signatures verified?
>>
On Thu, 2012-01-26 at 15:06 -0500, Richard Hipp wrote:
> But I can see an --interactive option being useful for the "stash
> apply" command, so that you could selectively pull parts of a stash
> into your working copy.
That's a fantastic idea.
I have tended to do this by saying fossil stash diff
to
delete, but not necessarily obvious ones and someone, somewhere is going
to learn how it works the first time by having fossil delete their file
unexpectedly.
Nope, I suddenly find myself a fan of the two step process as it stands.
--
Themba Fletcher
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
l, but
you'll have that when you're learning a system :)
So if there are any changes on the roadmap with respect to how fossil
interacts with the filesystem I'd like to also advocate for changes to
"fossil add" and "fossil extra" to stop ignoring dotfiles.
55 matches
Mail list logo
