Thus said Andy Goth on Wed, 09 Jul 2014 18:49:45 -0500:
> What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is
> displayed as if on a branch. Was there a fork or something?
As Richard already explained it was a fork. For a good explanation of a
fork (which is really just like
On Wed, Jul 9, 2014 at 7:49 PM, Andy Goth wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd
>
> What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is
> displayed as if on a branch.
On Wed, Jul 9, 2014 at 7:59 PM, Philip Bennefall
wrote:
> Hi all,
>
> I have a bunch of commits that were made while the time zone on the
> machine was set incorrectly. If I change the time zone, will the timeline
> items be displayed in the new zone or will they remain as is? If the
> latter, is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What is the difference between the /info/ and /ci?name= URLs? When
followed by a check-in artifact ID or unambiguous prefix thereof, it
seems the only difference is /ci?name= shows diffs and /info/ merely
offers to show diffs.
The problem I have is u
At Wed, 09 Jul 2014 14:23:02 -0500,
Andy Goth wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> In one project tree I have a symlink pointing to a directory outside
> of the checkout directory. [fossil extras] lists all the files in the
> referenced directory as extras even though t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wrote a simple custom terminal program demonstrating how to work
with stdin/stdout/stdio, available on the Tcler's Wiki:
http://wiki.tcl.tk/3543 . Right now I'm finding it to be useful on a
system at work that halfheartedly hides cmd.exe in the name
On Wed, Jul 9, 2014 at 5:49 PM, Andy Goth wrote:
>
> http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd
>
> What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is
> displayed as if on a branch. Was there a fork or something?
>
The only differenc
Hi all,
I have a bunch of commits that were made while the time zone on the
machine was set incorrectly. If I change the time zone, will the
timeline items be displayed in the new zone or will they remain as is?
If the latter, is there a way to modify the time stamps on all the
commits? In th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://fossil-scm.org/index.html/timeline?p=92c2c1e5e18b19c5b05ea5684feb0bbeeb6670fd
What's going on here? Everything is tagged trunk, yet [b4a53ba45f] is
displayed as if on a branch. Was there a fork or something?
- --
Andy Goth |
-BEGIN PGP
On Wed, Jul 9, 2014 at 5:58 PM, Brian Tiffin wrote:
> Now try
>
> /artifact?ci=CHECKIN&filename=PATH
That worked. Thanks.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-
Ron W wrote:
In the web UI, is there a way to fetch the artifact by the file name?
Something like:
/artifact?name=filename&ci=tag
I think something like this has been answered on the list, but I
wasn't successful searching for it.
___
fossil-us
On Wed, 9 Jul 2014, Jan Nijtmans wrote:
> Found the problem: _GNU_SOURCE needs to be defined
> BEFORE inclusion of the first system header file.
Yes, this fixed the issue. Thanks!
Sergei
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
h
On Wed, Jul 9, 2014 at 5:16 PM, Brian Tiffin wrote:
> Ron W wrote:
>
>> In the web UI, is there a way to fetch the artifact by the file name?
>>
>
> try
>
> fossil cat filename
>
I'm asking for the web UI equivalent of /artifact - s, instead of:
http://host.domain/artifact/hash
I want:
Ron W wrote:
In the web UI, is there a way to fetch the artifact by the file name?
Something like:
/artifact?name=filename&ci=tag
I think something like this has been answered on the list, but I
wasn't successful searching for it.
Ron, try
fossil cat filename
Cheers,
Brian
__
2014-07-09 22:47 GMT+02:00 Jan Nijtmans :
> 2014-07-09 22:43 GMT+02:00 Sergei Gavrikov :
>> On Wed, 9 Jul 2014, Jan Nijtmans wrote:
>>> What compile error are you seeing? On what platform?
>
> Yes, I can indeed reproduce this on Linux. I moved the code
> to the utime_usleep branch.
Found the probl
2014-07-09 22:43 GMT+02:00 Sergei Gavrikov :
> On Wed, 9 Jul 2014, Jan Nijtmans wrote:
>> What compile error are you seeing? On what platform?
Yes, I can indeed reproduce this on Linux. I moved the code
to the utime_usleep branch.
Thanks!
Jan Nijtmans
_
In the web UI, is there a way to fetch the artifact by the file name?
Something like:
/artifact?name=filename&ci=tag
I think something like this has been answered on the list, but I wasn't
successful searching for it.
___
fossil-users mailing list
fos
On Wed, 9 Jul 2014, Jan Nijtmans wrote:
> 2014-07-09 22:11 GMT+02:00 Sergei Gavrikov :
> > FYI: there is a typo in Makefile.in which does cause compile error
> >
> >
> > http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0c&to=45feda65e9978b9e
> >
> > s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE
2014-07-09 22:11 GMT+02:00 Sergei Gavrikov :
> FYI: there is a typo in Makefile.in which does cause compile error
>
>
> http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0c&to=45feda65e9978b9e
>
> s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE_CONFIG_H/ (?)
No, it's not a typo. This is meant to f
FYI: there is a typo in Makefile.in which does cause compile error
http://fossil-scm.org/index.html/vpatch?from=df3ada575c9e3f0c&to=45feda65e9978b9e
s/_HAVE_SQLITE_CONFIG_H/HAVE_SQLITE_CONFIG_H/ (?)
Sergei
___
fossil-users mailing list
fossil-users@
On Sun, Jul 6, 2014 at 9:19 PM, Michai Ramakers
wrote:
> actually... "it happened again", and the reason was simply me
> forgetting the '-R' option for 'remote-url': e.g. typing "fossil
> remote-url /the/local/repo.fossil" instead of "fossil remote-url -R
> /the/local/repo.fossil". That will set
On Wed, Jul 9, 2014 at 9:38 PM, Andy Goth wrote:
> addremove perhaps? I've been afraid to experiment because I don't want
> to jack up my repository.
>
Understood. Here's my analysis after implementing an "is in repo" algo, and
i've found the core of the problem:
canonicalizing a symink...
[o
On Wed, Jul 9, 2014 at 9:36 PM, Stephan Beal wrote:
> On Wed, Jul 9, 2014 at 9:32 PM, Stephan Beal
> wrote:
>
>> so everything for a fix is already in place :). Looking into 'clean'
>> now...
>>
>
> i don't believe clean is affected by this problem:
>
> if( file_tree_name(g.zRepositoryName,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/9/2014 2:29 PM, Stephan Beal wrote:
> On Wed, Jul 9, 2014 at 9:23 PM, Andy Goth
> wrote:
>> I think symlink handling needs to be reevaluated. Symlinks to
>> files and directories outside the checkout definitely need to not
>> have the effect of
On Wed, Jul 9, 2014 at 9:32 PM, Stephan Beal wrote:
> so everything for a fix is already in place :). Looking into 'clean' now...
>
i don't believe clean is affected by this problem:
if( file_tree_name(g.zRepositoryName, &repo, 0) ){
db_multi_exec("DELETE FROM sfile WHERE x=%B", &repo
On Wed, Jul 9, 2014 at 9:29 PM, Stephan Beal wrote:
> Doh. Indeed. i'm looking into it now. i know we have a routine which
> determines if a file is in the checkout (b/c i ported it to libf), but
> can't remember what it's called.
>
Here we go:
/*
** Compute a pathname for a file relative to th
On Wed, Jul 9, 2014 at 9:23 PM, Andy Goth wrote:
> According to the -n option, [fossil clean] would remove the files.
> That's rather serious.
>
Doh. Indeed. i'm looking into it now. i know we have a routine which
determines if a file is in the checkout (b/c i ported it to libf), but
can't remem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In one project tree I have a symlink pointing to a directory outside
of the checkout directory. [fossil extras] lists all the files in the
referenced directory as extras even though they are not actually part
of the checkout. I think they should be o
28 matches
Mail list logo
