I wonder what the purpose of th1 is?
Currently it is to weak for server-side scripting.
From wikipedia:
Server-side scripting is a web server technology in which a user's
request
is fulfilled by running a script directly on the web server to
generate
dynamic web pages. It is
I also noticed the time skew problem when I quickly add, commit, then tag
the same file (from a script; not by hand). If interested, I can provide
more details to reproduce.
On Wed, Jan 26, 2011 at 11:56 PM, Ron Aaron wrote:
> > On Wed, Jan 26, 2011 at 3:53 PM, Ron Aaron wrote:
> > > I'm now ge
My application invokes fossil through a system call. It tends to
commit/tag/open frequently. It seems to be rather expensive way to talk to
fossil. Is there a way to perhaps run fossil as a server and accept commands
such as open/commit/tag to avoid multiple invocations of the executable? I
am al
> On Wed, Jan 26, 2011 at 3:53 PM, Ron Aaron wrote:
> > I'm now getting "time skew... server time differs by 62.0 seconds"
> > whenever I
> > update (the exact time varies).
>
> Is it taking 60 seconds to sync?
no - just a sec
___
fossil-users mailing
Symlink support makes sense and would be useful.
As for Windows, I only use it when I have to (which is most days,
unfortunately).
That said, where the target of a symlink is a directory, it would make
sense to create a Windows shortcut. In a software development
environment like where I work, th
Hello,
I'm working on adding symlink support to Fossil, mostly because having
it is very important for my Mac development, where I put frameworks
into repository, and valid frameworks on Mac contain at least 3
symlink inside them. Plus, there were requests for this feature in the
past. Currently F
On Wed, Jan 26, 2011 at 3:53 PM, Ron Aaron wrote:
> I'm now getting "time skew... server time differs by 62.0 seconds" whenever
> I
> update (the exact time varies).
>
Is it taking 60 seconds to sync?
>
> But... the server I'm connecting to and the machine I am running from are
> within one se
I'm now getting "time skew... server time differs by 62.0 seconds" whenever I
update (the exact time varies).
But... the server I'm connecting to and the machine I am running from are
within one second of each other!
This only started to happen recently, but I don't know exactly which version.
On Wed, Jan 26, 2011 at 18:54, David Bovill wrote:
> OK - so we have "tip", "current", "ckout", "next" and "previous"!
“ckout” is useful only in your web browser when you want to browse embedded
documentation that has not been committed.
It will probably not work with “tag”, “info”, or other c
On Wed, Jan 26, 2011 at 17:22, Dmitry Chestnykh wrote:
>
> On Jan 26, 2011, at 4:31 PM, David Bovill wrote:
>
> > Can't get the syntax right for colourizing a new branch? None of the
> following seem to work.
> >
> > fossil branch new html5 xml -bgcolor #F87A17
> > fossil branch new html5 xml -bgc
__
> Od: "Lluís Batlle i Rossell"
> Komu: Fossil ML
> Datum: 26.01.2011 18:45
> Předmět: Re: [fossil-users] Bug at baseline/delta manifests,workaround using
> 'rebuild'
>
>On Tue, Jan 25, 2011 at 07:36:49PM +0100, Lluís Batlle i Rossel
OK - so we have "tip", "current", "ckout", "next" and "previous"!
On 26 January 2011 17:17, Richard Hipp wrote:
> "Tip" refers to the most recent check-in in your repository, which is not
> necessarily the check-in you most recently did yourself, or which you
> currently have checked out. "curr
On Tue, Jan 25, 2011 at 07:36:49PM +0100, Lluís Batlle i Rossell wrote:
> Hello,
>
> I updated the fossil version I had in one computer from 2010-11-17 to
> 2011-01-13. I run the fossil rebuild (Btw, it said 100.1% completed at the
> end),
> and synched to the main repository.
>
> I noticed that
On Wed, Jan 26, 2011 at 12:08 PM, David Bovill wrote:
> On 26 January 2011 16:17, Dmitry Chestnykh wrote:
>
>> On Jan 26, 2011, at 3:54 PM, David Bovill wrote:
>>
>> > Basic question - is "CHECK-IN" a valid value rather than using the sha1
>> of the checkin? I'd like to simply add a tag to the mo
On 26 January 2011 16:17, Dmitry Chestnykh wrote:
> On Jan 26, 2011, at 3:54 PM, David Bovill wrote:
>
> > Basic question - is "CHECK-IN" a valid value rather than using the sha1
> of the checkin? I'd like to simply add a tag to the most recent checkin -
> but leaving the CHECK-IN parameter out d
On Jan 26, 2011, at 4:31 PM, David Bovill wrote:
> Can't get the syntax right for colourizing a new branch? None of the
> following seem to work.
>
> fossil branch new html5 xml -bgcolor #F87A17
> fossil branch new html5 xml -bgcolor#F87A17
> fossil branch new html5 xml --bgcolor #F87A17
> foss
On Jan 26, 2011, at 3:54 PM, David Bovill wrote:
> Basic question - is "CHECK-IN" a valid value rather than using the sha1 of
> the checkin? I'd like to simply add a tag to the most recent checkin - but
> leaving the CHECK-IN parameter out does not work?
I believe that would be "tip".
--
Dmitr
Hi
I have some thoughts on this. And I can share it with you, and with
others (maybe somebody will be willing to join my efforts when I will
start doing something ;).
I'm planing to start work on implementing RIA based UI for fossil. I'm
planning to add some AJAX to the fossil web-ui and turn bro
Can't get the syntax right for colourizing a new branch? None of the
following seem to work.
fossil branch new html5 xml -bgcolor #F87A17
fossil branch new html5 xml -bgcolor#F87A17
fossil branch new html5 xml --bgcolor #F87A17
fossil branch new html5 xml --bgcolor#F87A17
The manpage gives:
foss
On Wed, Jan 26, 2011 at 9:54 AM, David Bovill wrote:
> Basic question - is "CHECK-IN" a valid value rather than using the sha1 of
> the checkin? I'd like to simply add a tag to the most recent checkin - but
> leaving the CHECK-IN parameter out does not work?
>
Once again - I have no idea what yo
Basic question - is "CHECK-IN" a valid value rather than using the sha1 of
the checkin? I'd like to simply add a tag to the most recent checkin - but
leaving the CHECK-IN parameter out does not work?
___
fossil-users mailing list
fossil-users@lists.fossil
Found these links:
1. http://stackoverflow.com/questions/2135779/gui-for-fossil-scm
On 26 January 2011 13:45, David Bovill wrote:
> Is there an existing project to create a cross-platform GUI for fossil?
> There is the web interface, and maybe that is all that is needed? Certainly
> a nativ
On 26 January 2011 14:30, Stephan Beal wrote:
> On Wed, Jan 26, 2011 at 3:04 PM, David Bovill wrote:
>
>> I know that the shell returns info about the url and process id that the
>> web interface is being served on - but is there a way to query this given a
>> repository name / path? Or do I hav
On Jan 26, 2011, at 8:57 AM, Richard Hipp wrote:
> separate branches. :-(Perhaps I should add a restriction somewhere that
> disallows whitespace at the beginning or at the end of the tag name. Maybe,
> too, I should disallow CR and NL in tag names. What do you think?
A few days ago I h
Pretty sure the answer will be know - as Fossil would need to keep track of
what ports were being used for which currently served projects.
Essentially I'd lie to be able to do "fossil ui url ?projectPath?" and get a
value of the url/port currently being served by Fossil for that project. I'm
just
On Wed, Jan 26, 2011 at 3:04 PM, David Bovill wrote:
> I know that the shell returns info about the url and process id that the
> web interface is being served on - but is there a way to query this given a
> repository name / path? Or do I have to track these in my app?
>
You can ensure a specif
On Wed, Jan 26, 2011 at 3:02 PM, David Bovill wrote:
> I think this would cause no harm - possibly by normalizing input, rather
> than throwing an error?
>
+1
--
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
On Wed, Jan 26, 2011 at 9:07 AM, Benoit Mortgat wrote:
> Probably disallowing any character below or equal to 0x19 would be a good
> idea.
>
> But let us suppose that some fossil user has a repository with such a tag.
> Won't that break when trying to do a fossil update or fossil checkout?
I wo
On Wed, Jan 26, 2011 at 9:04 AM, David Bovill wrote:
> I know that the shell returns info about the url and process id that the
> web interface is being served on - but is there a way to query this given a
> repository name / path? Or do I have to track these in my app?
>
I don't understand this
Probably disallowing any character below or equal to 0x19 would be a good
idea.
But let us suppose that some fossil user has a repository with such a tag.
Won't that break when trying to do a fossil update or fossil checkout?
On Wed, Jan 26, 2011 at 14:57, Richard Hipp wrote:
> On Wed, Jan 26,
On 26 January 2011 13:57, Richard Hipp wrote:
> Perhaps I should add a restriction somewhere that disallows whitespace at
> the beginning or at the end of the tag name. Maybe, too, I should disallow
> CR and NL in tag names. What do you think?
>
I think this would cause no harm - possibly by n
I know that the shell returns info about the url and process id that the web
interface is being served on - but is there a way to query this given a
repository name / path? Or do I have to track these in my app?
___
fossil-users mailing list
fossil-users@
On Wed, Jan 26, 2011 at 8:39 AM, David Bovill wrote:
> What are the permitted characters for a tag name? Are spaces or
> international characters allowed?
>
I think all characters (other than 0x00) are allowed in tag names. Try it
out. If you run into problems, let me know and I'll fix them.
You can use spaces or international characters. But here is a warning: You
should use a UTF8 command line interpreter if you want to be consistent with
the web interface. So: do it from the web interface if your console
application is cmd.exe.
On Wed, Jan 26, 2011 at 14:39, David Bovill wrote:
Is there an existing project to create a cross-platform GUI for fossil?
There is the web interface, and maybe that is all that is needed? Certainly
a native interface would be more snappy - but what other features could a a
graphical front end add?
I'm asking as I'll be making a cross platform GUI
What are the permitted characters for a tag name? Are spaces or
international characters allowed?
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
36 matches
Mail list logo
