Thus said Richard Hipp on Fri, 20 Mar 2015 13:04:44 -0400:
(1) Make logically separate changes in separate check-outs so that
they are easy to test and commit separately.
I think this ability to have multiple checkouts of the same repository
is a much more elegant solution, but it does
Thus said Ron W on Fri, 20 Mar 2015 13:19:58 -0400:
Never too late to stash. If I decide I need to split out changes
already made, I stash the files, then do fossil stash gdiff to
selectively (re) apply the stashed changes, then build/test/commit.
gdiff allows you to selectively
Thus said Marcel Graf on Fri, 20 Mar 2015 18:30:11 +0100:
Imho, the missing piece would be stash having means to do partial
stashing (finer than on file-by-file base). This the would allow to do
these splittings of a mixed up check-outs a bit easier (including
testing before committing,
Thus said Ron W on Fri, 20 Mar 2015 15:56:51 -0400:
I've never seen a non-gui, interactive merge, so I don't know how
feasible to create such a tool
Here's a non-gui, interactive merge (I didn't show it, but there is also
an edit command which invokes $EDITOR on just the chunk in
Thus said Abilio Marques on Thu, 19 Mar 2015 21:25:05 -0430:
By doing git commit -a, your doing an implicit
git add -A before the commit, which stages all the uncommitted
changes, and then you're working close to what you would in fossil.
I see, this is totally foreign to how I use
Thus said Abilio Marques on Thu, 19 Mar 2015 19:22:14 -0430:
Having said these things, I must confess that in my mind, I find the
staging area a difference that's not easily solved. Perhaps some of
you have thought about this before, and have ideas on how to simulate
it in a clean way.
Thus said Abilio Marques on Thu, 19 Mar 2015 22:10:41 -0430:
git commit -a or git commit filename, you're skipping the staging
area.
Yes, that's right---thanks to your explanation. I haven't needed it and
now that I understand it (at least according what has been discussed)
I'm
Thus said Abilio Marques on Thu, 19 Mar 2015 21:08:55 -0430:
(1) modify a file or files
(2) add the files (every single time... this sucks sometimes, as Joerg said)
(3) commit
I'm not sure what (2) is unless you mean that I create new files in the
working checkout and then use ``git add''
Thus said Abilio Marques on Thu, 19 Mar 2015 21:29:28 -0430:
As a side note, one of the reasons I dislike git is because the
commands don't do (do as in never) what their name imply, and some are
hidden as subcommands inside commands that are meant for other
purposes.
You mean
Thus said Tontyna on Thu, 19 Mar 2015 11:58:40 +0100:
Starting several fossil servers with ui increments port from 8080 onwards.
Starting several fossil servers with server increments port ditto.
Mixing ui and server instances results in double-bound ports.
Don't know whether that's a
Thus said die.drachen die.drac...@gmail.com on Wed, 18 Mar 2015 00:58:41
-0400:
Unfortunately I'm unable to distribute the repo, which is also quite
large (~730mb .fossil file, 93k commits). Are there additional
measures I can take to get diagnostic information?
You could ensure
Thus said Stephan Beal on Mon, 16 Mar 2015 18:41:34 +0100:
wiki-/ticket-only repos might not have a manifest at all.
Then these types of repositories would have to be unclonable by older
versions of Fossil. The server would have to refuse the clone request
(similar to how it refuses to
Thus said Richie Adler on Mon, 16 Mar 2015 18:53:34 -0300:
JavaScript issue?
Disabled NoScript and for more security restarted Firefox with no
extensions enabled. Same thing.
I wonder if perhaps some cross-site scripting blocking tool is blocking
it?
Andy
--
TAI64 timestamp:
Thus said David Mason on Mon, 16 Mar 2015 21:35:51 -0400:
Does the server fossil know the version number of the client fossil on
a clone? Or could it ask? If so, it could do what Andy suggests.
Not currently. The client version is not currently exchanged during
cloning. The only piece of
Thus said bch on Sun, 15 Mar 2015 01:05:42 -0700:
Has the Ryerson Bug be characterised?
Yes.
Basically, versions of Fossil 1.27 and older, assumed that the first rid
in the blob table would always be a checkin. This was true because the
first thing fossil new did was to create a bogus
Hello,
I just browsed to:
https://www.fossil-scm.org/fossil/timeline?y=ci
and there is no footer...
Not sure if this is due to the skin that is currently enabled on it, or
some other cause, but I thought I would point it out.
Andy
--
TAI64 timestamp: 40005505086d
Thus said Andy Bradford on 14 Mar 2015 22:19:22 -0600:
https://www.fossil-scm.org/fossil/timeline?y=ci
and there is no footer...
Oh, I see the problem. The text in the footer is some color of grey, and
there is no body color defined in www.fossil-scm.org's CSS, and it just
happens to match
Thus said Richard Hipp on Sat, 14 Mar 2015 00:05:07 -0400:
Am I wrong to think that clicking through the changes in a project
(not necessarily from the beginning, but from some signification
event, say the most recent release) in chronological order is
something that people
Thus said Jan Nijtmans on Fri, 13 Mar 2015 16:28:47 +0100:
Another way to trigger the 'problem' is using fossil reconstruct.
This function reconstructs the repository from artifacts on disk, it
is very unlikely that the initial empty checkin is encountered as
first artifact and
Thus said Jan Nijtmans on Fri, 13 Mar 2015 16:28:47 +0100:
Another way to trigger the 'problem' is using fossil reconstruct.
This function reconstructs the repository from artifacts on disk, it
is very unlikely that the initial empty checkin is encountered as
first artifact and
Thus said Tontyna on Fri, 13 Mar 2015 13:12:25 +0100:
A tricky SQL statement could probably create the required records...
While no content was lost, the relationship appears to have been lost,
which is why the timeline cannot figure out how to draw it.
Specifically, the problem appears
Thus said Tontyna on Thu, 12 Mar 2015 11:40:32 +0100:
1. Created a repo with Fossil 1.30
2. Switched to Fossil 1.27
3. clone/open worked without warning
BTW: open produced a _FOSSIL_ but the local reposirory was empty,
i.e no checked-out files at all
According to David's
Thus said Andy Goth on Wed, 11 Mar 2015 15:56:43 -0500:
anonymous does have some privileges not inherited from nobody (hmncz)
anonymous doesn't have z by default.
No, but nobody does:
https://www.fossil-scm.org/index.html/info/68ce0bcf6269988e
Maybe what he really meant was that any user
Thus said Richard Hipp on Wed, 11 Mar 2015 15:56:41 -0400:
That's an processing artifact of the graph generator. The 198f28add5
check-in references some parent a09a968bf05 which is not in the tree,
so the graph generator just draws a line off the bottom of the page,
not knowing what else
Thus said David Mason on Wed, 11 Mar 2015 15:17:57 -0400:
But I'm back. I could imagine one student doing some weird thing, but
not a score of them with the same outcome. The directions were as I
posted (without the bits in red). I would virtually guarantee that
*none* of the
Thus said Richard Hipp on Wed, 11 Mar 2015 12:48:04 -0400:
I'm still curious as to how the students managed to get the repo into
this state, too.
This is possible if you open a repository using the --empty command line
option. Basically, what you end up with when you do this are two DAGs in
Thus said David Mason on Wed, 11 Mar 2015 11:07:11 -0400:
I have several students who, through some problem while cloning
the fossil I created for them, created a parallel timeline. (see
screenshot)
Do you create the intial repository for the students?
If so, do you initialize
Thus said David Mason on Wed, 11 Mar 2015 15:17:57 -0400:
Does that help at all?
I tried these steps with Fossil from trunk and saw the files when I
opened the Fossil. Any chance you could make up a test fossil using
the above mentioned steps (and a fake student/user and TA) in
Thus said Richard Hipp on Wed, 11 Mar 2015 14:32:18 -0400:
Brainstorming... Maybe something like this occurred:
(1) Copy the original repository file into xyz.fossil
(2) run fossil open xyz.fossil
(3) Copy a revised version of the repository over top of xyz.fossil
(4) run
Thus said Richard Hipp on Mon, 09 Mar 2015 23:52:16 -0400:
Oh, it does. Try a graph with n=all and you'll see. When you start
to get a lot of rails, and the graph gets all scrunched together, then
(2) is clearly better. The question is should we go with (2) always,
or use (1) for graphs
Thus said Richard Hipp on Mon, 09 Mar 2015 23:06:59 -0400:
Which timeline graph do you prefer:
(1) https://www.fossil-scm.org/fossil/timeline?y=cinomo=0
(2) https://www.fossil-scm.org/fossil/timeline?y=cinomo=1
(1) because the relationship to the node from which the arrow originates
is more
Thus said Joe Mistachkin on Sat, 07 Mar 2015 22:05:48 -0800:
Personally, I agree. I find having the abbreviated UUID displayed in
this particular context to be quite disconcerting.
What about some of the other command line checkin contexts that were
changed in [c62e94f8a3]:
$ fossil
Hello,
There have recently been some changes to make short UUIDs more
prominent, however, I think that new checkins should still display the
full UUID:
$ fossil ci -m test
New_Version: 36eb94ea54
vs
$ fossil ci -m test
New_version: 36eb94ea547e5905b41e6b447efbfd1184311b23
I think
Thus said Alexandr Smolnikov on Wed, 04 Mar 2015 18:06:25 +0500:
2) fossil ignores 'http_proxy' but honors 'proxy' settings if set
manually strace shows that fossil hangs on sendto(-1, ...)
All that happened after [32f8da0ce7] check-in
http_proxy appears to be honored just fine for me
Thus said Alexandr Smolnikov on Fri, 06 Mar 2015 09:31:29 +0500:
http_proxy appears to be honored just fine for me with [998af5b2a8].
Can you provide more details about what is not working?
Maybe it's meaningless now :)
Yeah, unfortunately I sent off my email before I saw your previous
Thus said Richard Hipp on Wed, 04 Mar 2015 08:13:23 -0500:
2) fossil ignores 'http_proxy' but honors 'proxy' settings if set
manually strace shows that fossil hangs on sendto(-1, ...)
I don't understand the problem statement here. And I don't have a
proxy at hand for testing so I
Thus said Michai Ramakers on Sat, 28 Feb 2015 10:44:59 +0100:
I'll pick this one up. Did you mean to change the actual option-names
too?
My vote is to leave checkin without the dash, and after a bit of sed,
Knuth would agree:
lynx --dump http://www-cs-faculty.stanford.edu/~uno/email.html
Thus said jungle Boogie on Fri, 27 Feb 2015 12:17:15 -0800:
Can this be updated to check-in as we are graduating from checkin?
This is the first time I've heard anything about ``graduating from
checkin.''
Why?
What purpose can making such a change serve?
Especially where command
Thus said Gaurav M. Bhandarkar on Wed, 25 Feb 2015 14:07:08 +0530:
if a branch is marked as closed, it is (by default) hidden
Oh, I think I understood the significance of unhide. Thanks for
explaining.
Unless I have missed something, closing a branch does not hide the
branch.
Thus said Oliver Friedrich on Mon, 23 Feb 2015 15:17:35 +:
Nowmy problemis, ifI connectto arepo via
http://my.dyn.dns:8080/myrepo I am able to log in as userA. But if I
do a logout, and try to log in as userB, it always refuses the logon
and claims that
Thus said Andy Bradford on 20 Feb 2015 15:15:13 -0700:
Thus said Julie Aguas on Fri, 20 Feb 2015 12:37:02 -0800:
5) If I try on another computer which is synced to the same master
repository, I see no evidence of the branch existing at all in the
local repository, even though it shows
Thus said Julie Aguas on Fri, 20 Feb 2015 12:37:02 -0800:
1) My source tree is pointing to a branch off the trunk
3) I commit the changes to my source tree. I don't request a branch,
and no message comes indicating that the change will cause a fork. It
looks like the commit goes through
Thus said j. van den hoff on Tue, 17 Feb 2015 09:44:47 +0100:
doing the exact same cloning command after login to the server (i.e.
via a ssh connection to itself) the clone is just fine. whether an
accidental coincidence or not: this happened today and just one day
after I updated
Thus said Ashwin Hirschi on Tue, 17 Feb 2015 21:32:57 +0100:
Yeah, it feels a bit counter-intuitive: monospaced fonts are usually
associated with old things [;-)]. But using them for the check-in
links really helps make the timeline easier to read.
I prefer monospaced fonts for most
Thus said =?koi8-r?B?7cnOxNLP1yDl18fFzsnK?= on Wed, 18 Feb 2015 22:32:02 +0300:
There's no BASELINE mentioned in Usage header, it's CHECKIN now, so
I'm sure this is a leftover from the previous version, and probably
this should be fixed (BASELINE to CHECKIN in the details text).
Thanks
Thus said Richard Hipp on Tue, 17 Feb 2015 18:43:15 -0500:
I have switched the default Fossil repo over to using the San
Francisco Modern skin. Everybody seems to think it looks a lot better,
and I agree.
It does look better, but it lacks a background color. :-)
Andy
--
TAI64
Thus said Richard Hipp on Wed, 11 Feb 2015 10:21:32 -0500:
https://www.fossil-scm.org/skin2
Please let me know if you see any problems with the look of this
alternative skin.
One other thing I've noticed is that the second-level menu in the
Timeline page doesn't line up
Thus said Richard Hipp on Wed, 11 Feb 2015 10:21:32 -0500:
https://www.fossil-scm.org/skin2
Please let me know if you see any problems with the look of this
alternative skin.
Looks nice, except it has no background color. Perhaps this is
intentional?
Andy
--
TAI64
Thus said Harry Putnam on Mon, 09 Feb 2015 22:32:51 -0500:
You get the picture. However I've only worked on (part of) one host's
project files so far and my immediate expansion would be from z up to
x0 on one hosts files.
How tightly related are the files from different hosts? If they are
Thus said John Found on Tue, 10 Feb 2015 21:32:09 +0200:
It doesn't matter. It is even more simple, just detect the first hex
number, enclosed in square brackets and you will be fine, notice,
without assuming any length at all. If you want to use finfo with -b
option, simply scan to
Thus said Richard Hipp on Tue, 10 Feb 2015 15:49:06 -0500:
But I find those 40-character long URL parameters annoying a have been
slowing reducing the length of (2) in specific places where it annoys
me. I propose either 16 or 20 as the default length for (2). Probably
the shorter.
For a
Thus said Harry Putnam on Mon, 09 Feb 2015 20:03:28 -0500:
I'm not so concerned about losing my experimental repo recoreds of its
files. I was trying to ask if I could acquire a much larger set of
files by moving my current repo db file and then go to the highest
level of this
Thus said Richie Adler on Mon, 09 Feb 2015 17:03:13 -0300:
WARNING: Device /dev/null is not available for reading and writing.
WARNING: Device /dev/urandom is not available for reading. This
means that the pseudo-random number generator used by SQLite will be
poorly seeded.
Are you
Thus said Jan Danielsson on Sun, 01 Feb 2015 15:08:07 +0100:
In that thread the commit
http://www.fossil-scm.org/index.html/info/b4dffdac5e706980d911a0e672526ad461ec0640
was brought up as a potential fix. I updated to get the fix and then
tried running a clone, and I could indeed get the
Thus said David Given on Mon, 02 Feb 2015 23:51:33 +0100:
It seems that doing 'fossil config reset skin' *also* resets the
index path to the default.
Does anyone have an opinion on this? I'm not going to do a merge
without a sign-off...
I don't think it makes much sense for
Thus said Steve Bennett on Thu, 29 Jan 2015 09:49:42 +1000:
This is because (e.g.) http://jim.tcl.tk/index.html/doc/www/www/news/ no
longer
automatically redirects to
http://jim.tcl.tk/index.html/doc/www/www/news/index.html
Likely caused by:
Thus said Richard Hipp on Sat, 24 Jan 2015 16:27:55 -0500:
I would hope that the local machine knows that it cannot provide IPv6
service and that getaddrinfo() should therefore always return an IPv4
address. But apparently that is not happening on Michai's machine.
That's a fair point. I
Thus said Andy Bradford on 24 Jan 2015 14:00:22 -0700:
Should Fossil have such a selection mechanism in an option that
indicates whether IPv6 should be preferred, with the default falling
to IPv4?
s/in/or/
Should Fossil have such a selection mechanism or an option
Thus said Richard Hipp on Sat, 24 Jan 2015 17:18:18 -0500:
OK. Enhanced to do as Joerg describes. Seem to work fine on Michai's
machine now without needing to --ipv4 manually.
Excellent change! After my last email, I started to look at the changes
required and you beat me to it. :-)
Thus said Michai Ramakers on Sat, 24 Jan 2015 20:19:20 +0100:
michai@delle:/tmp/f/f/f2$ ../fossil clone http://fossil-scm.org f.f
cannot connect to host fossil-scm.org:80
Clone done, sent: 0 received: 0 ip: 2600:3c00::f03c:91ff:fe96:b959
server returned an error - clone aborted
It
Thus said Michai Ramakers on Sat, 24 Jan 2015 21:09:05 +0100:
Does your network have IPv6 support?
none whatsoever.
Ok, so apparently Fossil has recently had IPv6 support enabled in the
client and it does seem that it is choosing to use IPv6 in favor of
IPv4, even though you don't
Thus said Andy Bradford on 15 Jan 2015 13:37:24 -0700:
Or would the sync protocol have to be modified so that the client, on
push, receives a copy of any existing artifacts that it is intending
to push so that it can compare the contents prior to pushing?
Not this. This is already what
Thus said Kelly Dean on Tue, 13 Jan 2015 23:24:49 +:
Yes. And it needs to compare the contents, not just compare hashes as
a shortcut.
Given Fossil's distributed design, I don't think it is always possible
to compare contents, at least not on the client. For example:
A clones from S
B
Thus said Kelly Dean on Wed, 14 Jan 2015 23:57:57 +:
Instead of sha1, use something like a 160-bit version of xxhash, which
is 10-20 times faster than a secure hash, and has no more risk of
collision than does the latter, assuming you don't commit malicious
people's data.
The use
Thus said Stephan Beal on Tue, 13 Jan 2015 11:51:57 +0100:
my query above was only counting the size of all manifests.
Oh, that's an interesting query indeed; I must have misunderstood.
Thanks,
Andy
--
TAI64 timestamp: 400054b54e1d
___
Thus said Kelly Dean on Tue, 13 Jan 2015 01:42:51 +:
But if the R-card is optional, then it can simply be removed entirely,
right?
It can, certainly. That doesn't mean it should in all environments.
Keeping it as an option means that those who are best able to evaluate
the need
Thus said Stephan Beal on Tue, 13 Jan 2015 03:06:46 +0100:
[stephan@host:~/cvs/fossil/tcl]$ f-query -e select sum(b.size) from blob
b, event e where e.type='ci' and b.rid=e.objid
sum(b.size)
233986926
Hmm, that number is considerably different than this:
http://core.tcl.tk/tcl/stat
What's
Thus said Stephan Beal on Mon, 12 Jan 2015 02:06:30 +0100:
Seems i can only set high and low priority, but some boxes may
allow more details setup.
I can set up all kind of QoS on my firewall, but most devices don't
allow one to request random and routine packet loss and
Thus said Kelly Dean on Sun, 11 Jan 2015 21:37:12 +:
Just ask your ISP or network administrator to lower your quality of
service, or try using wifi while a large number of microwave ovens are
operating nearby.
Wifi with a microwave would have been much easier than what I was doing!
I
Thus said org.fossil-scm.fossil-us...@io7m.com on Fri, 09 Jan 2015 23:53:16
+:
Made a copy of the repos here with the default 500 limit:
http://fossil.io7m.com/repo.cgi/io7m-r1-500
Thanks. So far I've seen a core dump:
$ fossil clone --verbose --httptrace
Thus said Stephan Beal on Sat, 10 Jan 2015 03:56:11 +0100:
i have an idea but can't try it out:
rebuild_step() local var:
Blob copy;
==
Blob copy = empty_blob;
Ok, after many attempts (timing problems are so much fun), I was still
able to get a core dump even after initializing copy
Thus said Warren Young on Fri, 09 Jan 2015 18:32:16 -0700:
Mr Boehme, have you considered hosting your Fossil repository either
on ChiselApp or your own cheap VPS? Then you're not relying on the
cloud disk syncing mechanism to do the right thing with the Fossil
blobs. You're
Thus said Stephan Beal on Sat, 10 Jan 2015 03:56:11 +0100:
i have an idea but can't try it out:
rebuild_step() local var:
Blob copy;
==
Blob copy = empty_blob;
Thanks, I'll try it out... I'll have to back up a bit because I already
made a change that will abort on short reads:
$
Thus said Richard Boehme on Fri, 09 Jan 2015 18:35:18 -0500:
Can anyone recommend how I can fix this?
Reclone, open the clone, copy the files from the broken repository and
commit?
Andy
--
TAI64 timestamp: 400054b07afd
___
fossil-users
Thus said Richard Hipp on Fri, 09 Jan 2015 16:53:44 -0500:
Clones are specially optimized so that they run faster. And this is
probably interfering with the restart. A push or pull is completely
restartable. Perhaps something can be done.
Until then, I think this will at least not
Thus said org.fossil-scm.fossil-us...@io7m.com on Fri, 09 Jan 2015 23:30:55
+:
Yep, lowering it to 100 from 500 seems to have helped a lot.
Drat! I wanted to try to clone your repo later while it was misbehaving
so I could see what problem you were hitting. :-) Similar to the
Thus said Kelly Dean on Fri, 09 Jan 2015 08:39:35 +:
HTTPS can't prevent a proxy from dropping packets, including all
packets after a certain number of bytes for the connection. It also
doesn't prevent bogus reset packets, though a properly-designed secure
transport protocol
Thus said Kelly Dean on Thu, 08 Jan 2015 08:52:28 +:
Yes, a badly-behaving one. That's why I said the network probably
dropped some packets. But I used HTTPS, so the problems the proxy
could have introduced would be no more than dropped packets, and bogus
TCP resets (which SSL
Thus said Richard Hipp on Thu, 08 Jan 2015 07:52:41 -0500:
My text editor, written ~20 years ago in Tk3.6, is now uploaded to
http://www.fossil-scm.org/e.txt -
The server keeps closing the connection when trying to get this file.
Andy
--
TAI64 timestamp: 400054aea5d2
Thus said Kelly Dean on Sun, 04 Jan 2015 04:21:55 +:
Yesterday, the network probably dropped some packets. But it's
misleading, at least for a new user, for Fossil to report that the
clone finished when it actually didn't.
I have not been able to reproduce this problem. Do
Thus said Kelly Dean on Tue, 06 Jan 2015 21:03:03 +:
That's horrible. You have to re-download the entire repository if one
packet is lost at the end?
If you're suggesting that Fossil should treat network errors differently
during cloning and complete with whatever artifacts have
Thus said Ashwin Hirschi on Tue, 06 Jan 2015 20:08:12 +0100:
As an alternative, you could try some predefined entities like uarr;
and darr; (for up- and down-arrow resp.).
These actually render ``prettier'' for me than the Unicode characters,
perhaps because they are older as you suggest.
Thus said Joel Bruick on Sat, 20 Dec 2014 21:51:31 -0500:
Sorry I haven't been able to contribute anything in quite a while, but
this should be fixed on trunk now.
Thanks, the change is much appreciated, especially on high resolution
displays.
Andy
--
TAI64 timestamp: 40005496680c
Thus said Stephan Beal on Thu, 18 Dec 2014 20:48:03 +0100:
That infrastructure was only recently added. Over time, more of those
resources will be moved into the file-based system. The build process
bakes those files into the binary, but we could have an intermediate
step for minification
Thus said Stephan Beal on Thu, 18 Dec 2014 21:33:20 +0100:
personally i don't feel that minification would gain us much because
we don't have much css/js, but the points about expiry dates and such
are valid.
Yes, the scope of my question was limited to minification only; I think
the
Thus said jungle Boogie on Tue, 16 Dec 2014 13:47:32 -0800:
I'm curious what unhiding here:
https://www.fossil-scm.org/fossil/timeline actually does.
Try it here:
https://www.fossil-scm.org/index.html/timeline?c=2014-11-06+21:46:01
Andy
--
TAI64 timestamp: 40005490ab17
Thus said Sean Woods on Tue, 16 Dec 2014 21:20:51 -0500:
- integers have no prefix
I believe there is an exception for when they represent something that
may be ``boolean'' in which case:
- boolean integers have a b prefix e.g. bBlame
Andy
--
TAI64 timestamp: 40005490ed29
Thus said Ashwin Hirschi on Mon, 15 Dec 2014 19:35:05 +0100:
This would also explain why Andy could not reproduce our exact
problem. My apologies for not mentioning HTTPS earlier, I did not
think it played a part during my initial post.
In any case, does this help track down the
Thus said Richard Hipp on Mon, 15 Dec 2014 21:39:53 -0500:
It should clone fossil. And that appears to work, both before and
after the modifications above.
I was able to reproduce the problem (which only happened with autosync;
triggered by commit), and can confirm that your changes (as
Thus said Stephen De Gabrielle on Fri, 12 Dec 2014 14:29:28 +:
is it possible to change the submenu links for the tickets page? it
currently has
Edit http://localhost:8080/rptedit?rn=1 New Ticket
You should be able to change this using:
http://localhost:8080/tktsetup_reportlist
Andy
Thus said Jungle Boogie on Fri, 12 Dec 2014 09:37:30 -0800:
This is great. Do you know if there's an rss feed for sqlite?
There is indeed:
http://www.sqlite.org/src/timeline.rss
I think it would be really handy if either project had a visible
location to the rss feed
Yes, more
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 19:16:17 +0100:
It's good to hear Andy may have found the cause of the crashes and has
created a fix.
One detail that I failed to ask... what OS is this on? You mentioned
having a Windows install to deal with, but I wasn't certain if that was
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 00:29:57 +0100:
recently, my team started using Fossil. It took me a while to move our
existing code revisions to Fossil repositories. But it was worth it:
everyone's very pleased with what Fossil offers. So, I'm really glad
we made the jump.
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 01:34:54 +0100:
Good point, but... no, in all cases the end-points where still valid
available afterwards. And if it turned out the commited changes were
not pushed to the remote repository, I could always recover by doing a
fossil sync.
But we
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 01:58:20 +0100:
In other words, for now I'm stuck at browsing the Fossil source code
and hoping maybe someone on the list is able to reproduce the problem.
I've used Fossil with redirected sites before so I may be able to look
at this later, not
Thus said Jungle Boogie on Thu, 11 Dec 2014 17:27:10 -0800:
Any plans to support cloning a specific branch?
While you cannot yet clone a specific branch, you can download the tip
of the source for a specific branch:
http://www.fossil-scm.org/index.html/help?cmd=/zip
For example, to get
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 00:29:57 +0100:
Unfortunately, it looks we've also run into strange crashes related to
(HTTP) redirection. Since many team members work from home, their IP
addresses jump around a lot. To help people find each other, we've set
up a simple
Thus said jungle Boogie on Thu, 11 Dec 2014 21:57:23 -0800:
Interestingly, I had to put quotes around the URL and it downloaded as
zip?name=trunk.zip
Yes, I gave you a bad URL due to a failure on my part to understand the
help. Try:
http://www.fossil-scm.org/index.html/zip/trunk.zip
Same
Thus said Richard Hipp on Mon, 08 Dec 2014 15:28:30 -0500:
So what is the point of this? Why is the default text/binary detection
not working for Tony?
I looked at the two files he sent as an example, and they had a null
byte (0x00) at the end of the file.
Andy
--
TAI64 timestamp:
Thus said Richard Hipp on Mon, 08 Dec 2014 15:28:30 -0500:
So what is the point of this? Why is the default text/binary detection
not working for Tony?
And more specifically (I didn't know about this command until Stephen
showed it):
$ fossil test-looks-like-utf 9s08gw32.s8p
File
401 - 500 of 969 matches
Mail list logo