Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 7:56 PM, Will Parsons wrote: > Ha! Thou speakest well! (And get the grammar right!) I do have to > admit that "verily" is more characteristic of the KJV Bible than > Shakespeare,though... > I recently read "Shakespeare's Star Wars: Verily, A New Hope", thus why --verily

Re: [fossil-users] Fossil not updating to the true latest commit in branch

Richard Hipp wrote: > --===1631061293== > Content-Type: multipart/alternative; boundary=047d7bb04ace7469e00502303533 > > --047d7bb04ace7469e00502303533 > Content-Type: text/plain; charset=UTF-8 > > On Wed, Sep 3, 2014 at 5:13 PM, Stephan Beal wrote: > >> On Wed, Sep 3, 2014 at 11:05 PM

Re: [fossil-users] Elizabethan grammar [was: Fossil not updating to the true latest commit in branch]

Stephan Beal wrote: > --===0605817196== > Content-Type: multipart/alternative; boundary=047d7ba9828059d4a905022fb60a > > --047d7ba9828059d4a905022fb60a > Content-Type: text/plain; charset=UTF-8 > > On Wed, Sep 3, 2014 at 11:05 PM, Ron W wrote: > >> On Wed, Sep 3, 2014 at 3:39 PM, Steph

[fossil-users] github gets split diffs

https://news.ycombinator.com/item?id=8265249 Github gets "split diffs", everybody rejoices. -bch ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 5:13 PM, Stephan Beal wrote: > On Wed, Sep 3, 2014 at 11:05 PM, Ron W wrote: > >> On Wed, Sep 3, 2014 at 3:39 PM, Stephan Beal >> wrote: >> >>> fossil pull --verily >>> >> >> Hast someone been reading Shakespeare's Star Wars? >> > > Why doth thou ask? > > It wasn't my cho

Re: [fossil-users] Fossil not updating to the true latest commit in branch

Thus said Philip Bennefall on Wed, 03 Sep 2014 21:50:28 +0200: > Was this a problem that could be said to be on the server side or the > client side? The problem that was recently corrected was server side. Did one of you recently make a largish checkin (as in a large number of artifacts)? [l

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 11:05 PM, Ron W wrote: > On Wed, Sep 3, 2014 at 3:39 PM, Stephan Beal > wrote: >> >> fossil pull --verily >> > > Hast someone been reading Shakespeare's Star Wars? > Why doth thou ask? It wasn't my choice of --flag name ;), i only read about it in the threads related to

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 3:39 PM, Stephan Beal wrote: > > What i do remember, though, is this coming up as a potentially workaround: > > fossil pull --verily > Hast someone been reading Shakespeare's Star Wars? ___ fossil-users mailing list fossil-users@l

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 3:50 PM, Philip Bennefall wrote: > > That fixed the problem immediately. Thanks! I only have one question. Was > this a problem that could be said to be on the server side or the client > side? > Server side, if I recal correctly. -- D. Richard Hipp d...@sqlite.org _

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On 9/3/2014 9:39 PM, Richard Hipp wrote: On Wed, Sep 3, 2014 at 3:23 PM, Philip Bennefall > wrote: Hi all, I am having a strange problem with Fossil. I and a friend are collaborating on a project together, and everything has been working just fin

Re: [fossil-users] Fossil not updating to the true latest commit in branch

Hi Stephan, That did fix the problem. Thanks for the quick response! Kind regards, Philip Bennefall On 9/3/2014 9:39 PM, Stephan Beal wrote: On Wed, Sep 3, 2014 at 9:37 PM, Stephan Beal > wrote: Please try a newer version if you can. This mysterious problem h

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 3:23 PM, Philip Bennefall wrote: > Hi all, > > I am having a strange problem with Fossil. I and a friend are > collaborating on a project together, and everything has been working just > fine up until now. Today when I tried to grab the latest commit which I > knew he had m

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 9:37 PM, Stephan Beal wrote: > Please try a newer version if you can. This mysterious problem has come up > several times in the past year, once quite recently with a long thread with > people chasing it down. i don't recall if it was resolved, though. > What i do remember

Re: [fossil-users] Fossil not updating to the true latest commit in branch

On Wed, Sep 3, 2014 at 9:23 PM, Philip Bennefall wrote: > I should mention that the version of Fossil that is on the server is about > 10 months older than the one we both have locally on our machines. Can that > be a problem? > Please try a newer version if you can. This mysterious problem has

[fossil-users] Fossil not updating to the true latest commit in branch

Hi all, I am having a strange problem with Fossil. I and a friend are collaborating on a project together, and everything has been working just fine up until now. Today when I tried to grab the latest commit which I knew he had made, it told me that I already have the latest version. However

Re: [fossil-users] Pull requests

On Tue, Sep 2, 2014 at 6:47 PM, Richard Hipp wrote: > (3) Create a new "fossil bundle import" command that imports a bundle as a > *private* branch. Require a branch name as an argument and there will be no need to think about branch name collisions. It doesn't matter that the branch namespace i

Re: [fossil-users] "how to use git to lose data"

On Wed, Sep 3, 2014 at 12:07 AM, Ron W wrote: > Now that I think of it, most projects probably can't afford such strict > rules for patches. > LOL! Yeah, i think most of us are just happy someone sent a patch. Others will tell you, "won't accept until spaces are replaced with tabs" (serious - ha

Re: [fossil-users] Off-topic faith declarations (was Re: "how to use git to lose data")

On Tue, Sep 2, 2014 at 8:35 PM, David Given wrote: > I have no idea whether this is feasible or not. I don't really know how > different SQLite's SQL dialect is from other databases --- since > discovering SQLite I haven't really felt a need to get into MySQL or > Postgres --- and there may also

Re: [fossil-users] Off-topic faith declarations (was Re: "how to use git to lose data")

On Tue, Sep 2, 2014 at 8:02 PM, Ron W wrote: > As I understand it, Fossil is intentionally designed around the feature > set provided by SQLite. Therefore, to support DB back-ends other than > SQLite would not just require rewriting SQL queries, but significant > re-working of Fossil's C implemen

Re: [fossil-users] Pull requests

Thus said Richard Hipp on Wed, 03 Sep 2014 10:51:10 -0400: > For example, suppose the person wanting to generate the patch had > actually cloned their clone of the repo, and done pushing and pulling > between his two clones. Then the UNSENT table would have been emptied > on both clones be

Re: [fossil-users] Pull requests

On Wed, Sep 3, 2014 at 10:39 AM, Andy Bradford wrote: > Thus said Andreas Kupries on Tue, 02 Sep 2014 15:23:33 -0700: > > > That information is part of a regular pull operation, so if we can > > invoke only the steps to get that, without actually sending any > > content back, then your

Re: [fossil-users] Pull requests

Thus said Andy Bradford on Wed, 03 Sep 2014 08:39:32 -0600: > Is it as simple as taking the contents referenced in the unsent table > and putting them into a mini Fossil that has just those artifacts (and > perhaps any requisite predecessors). Excluding any artifacts referenced in the private

Re: [fossil-users] Pull requests

Thus said Andreas Kupries on Tue, 02 Sep 2014 15:23:33 -0700: > That information is part of a regular pull operation, so if we can > invoke only the steps to get that, without actually sending any > content back, then your new tool knows what the other side has. Is it as simple as tak

Re: [fossil-users] Pull requests

On Wed, Sep 3, 2014 at 9:49 AM, Gour wrote: >> (5) Create a new command and perhaps a new web page that will publish >> (make public) a private branch or check-in. I don't yet know what >> this command is called. ("publish"? Other suggestions?) > > 'publish' sounds good to me. Other candidates

Re: [fossil-users] "how to use git to lose data"

On Mon, 1 Sep 2014 17:29:41 +0200 Stephan Beal wrote: > It occurred to me today that in nearly 31 years of using a computer i > have, in total, lost more data to git (while following the > instructions!!!) than any other single piece of software. Also > concluded is that git is the only SCM out t

Re: [fossil-users] Pull requests

On Tue, 2 Sep 2014 19:47:14 -0400 Richard Hipp wrote: > (2) Create a new "fossil bundle export" command that generates a > "bundle" from a designated branch, or all check-ins following a > particular check-in, or just a single check-in. The bundle format is > an SQLite database file (essentially

Re: [fossil-users] Scalability (WAS: something else)

On Tue, Sep 2, 2014 at 11:26 PM, wrote: > ​ > (2) Fossil's purpose is to be able to recreate historical versions of the > project - exactly. It cannot do that if historical images have been > deleted. > I understand the purity intended, but continue to be frustrated by it. :) > I merely seek an

Re: [fossil-users] "how to use git to lose data"

Hello, On 3 September 2014 09:12, Gour wrote: > On Tue, 2 Sep 2014 08:07:48 -0600 > Scott Robison > wrote: > >> Interesting you should write this. One of my newest uses for fossil >> is the one case in which I'm using it distributed (even though all by >> myself): My blog (such as it is). > > ..

Re: [fossil-users] "how to use git to lose data"

On Tue, 2 Sep 2014 08:07:48 -0600 Scott Robison wrote: > Interesting you should write this. One of my newest uses for fossil > is the one case in which I'm using it distributed (even though all by > myself): My blog (such as it is). It is not a unique idea at all, but > I finally tired of heavy w