On 6 Aug 2014, at 2:08 pm, Warren Young wrote:
> On 8/5/2014 18:50, Sean Woods wrote:
>>
>>> I saw that jimsh references glob.tcl, so I removed all my local Tcl/Tk
>>> stuff -- I wasn't really using it -- and rebuilt Fossil clean from tip,
>>> to force it to use jimsh, and it still doesn't happe
On Wed, Aug 6, 2014 at 7:42 PM, Warren Young wrote:
> I'll finish with my original premise: except in areas where software
> development is just a way of doing physics or pure mathematics of one sort
> or another, you probably are not doing engineering from the start. This is
> why I prefer the
Thus said Will Parsons on Thu, 07 Aug 2014 00:53:53 -:
> fossil push https://chiselapp.com/user//repository/ -B
> ':'
>
By the way, if chiselapp does support HTTP_AUTH, then you might simply
need to enable REMOTE_USER support in your respository if that is how
you prefer to authenticat
Thus said B Harder on Wed, 06 Aug 2014 10:41:47 -0700:
> Do we have fine-grained control over pulling only specifically rooted
> branches?
No, but you can certainly clone the developers clone and inspect his
changes before pulling into your clone (or pushing directly to main
repository)
Thus said Will Parsons on Thu, 07 Aug 2014 00:53:53 -:
> Since I wasn't transmitting any sensitive data anyway, I answered yes,
> and then got:
>
> Error: not authorized to write
>
> Is there something wrong with the way I'm trying to authenticate?
I see you used -B for HTTP_AUTH. I do
On 8/6/2014 15:27, Andy Bradford wrote:
Thus said Warren Young on Wed, 06 Aug 2014 12:22:45 -0600:
Out here in the normal software world, I think we are being
presumptuous to use the word "engineering." We usually cannot write an
equation to prove our software correct.
The earth tr
I'm trying out chiselapp for the first time and running into
difficulties. I managed to create an account for myself and upload an
existing repo successfully, but I can't seem to figure out how to push
changes to chiselapp.
What I thought should work is:
fossil push https://chiselapp.com/user//r
Thus said Warren Young on Wed, 06 Aug 2014 12:22:45 -0600:
> Out here in the normal software world, I think we are being
> presumptuous to use the word "engineering." We usually cannot write an
> equation to prove our software correct.
The earth trembles as Dijkstra rolls in his grave:
Thus said Ron W on Wed, 06 Aug 2014 13:14:13 -0400:
> When a developer has a change ready for review, she/he sends a review
> request with the name of the branch (on his repo). the the integrator
> (or an automated process) would then pull that branch so the reviewers
> can review if.
Do you m
On 8/6/2014 04:36, Stephan Beal wrote:
On Tue, Aug 5, 2014 at 11:16 PM, Warren Young mailto:war...@etr-usa.com>> wrote:
I'm not aware of any evidence that an approve-up-front development
process gives better end results than a fix-in-place process.
i'm fairly certain that space-going so
On 8/6/14, Ron W wrote:
> On Tue, Aug 5, 2014 at 5:16 PM, Warren Young wrote:
>
>> On 7/26/2014 08:53, Eric Rubin-Smith wrote:
>>
>>>
>>> * Code review!
>>>
>>
>> Your talk of state machines suggests that you're instead envisioning a
>> system where you can't get a checkin into the trunk -- may
On 8/6/2014 01:49, Martijn Coppoolse wrote:
On 5-8-2014 23:16, Warren Young wrote:
1. Set Fossil up as a server. [1]
It's not even necessary to set Fossil up as a server; you can also run
`fossil rss`
Nice. Thanks for the tip.
[2] A quick glance at src/rss.c in the Fossil sources says thi
On Tue, Aug 5, 2014 at 5:16 PM, Warren Young wrote:
> On 7/26/2014 08:53, Eric Rubin-Smith wrote:
>
>>
>> * Code review!
>>
>
> Your talk of state machines suggests that you're instead envisioning a
> system where you can't get a checkin into the trunk -- maybe not even into
> a development bra
On Wed, Aug 6, 2014 at 6:36 AM, Stephan Beal wrote:
> On Tue, Aug 5, 2014 at 11:16 PM, Warren Young wrote:
>
>> I'm not aware of any evidence that an approve-up-front development
>> process gives better end results than a fix-in-place process.
>>
>
> Just to play Devil's Advocate (and not intend
On Wed, Aug 6, 2014 at 3:25 PM, Stephan Beal wrote:
> That's always been my assumption, but _somehow_ it avoids conflicting (if
> it sees a conflict, it creates two copies and lets the user sort it out,
> but i haven't seen that happen in about 4 years). My current hypothesis is
> that either the
On Wed, Aug 6, 2014 at 2:14 PM, Richard Hipp wrote:
> Advisory locks are used. So cooperating programs know to not have two
> programs writing at once. But Dropbox is not a cooperating program in this
> context. Dropbox just opens the file and writes, without paying any
> attention to the advi
On Wed, Aug 6, 2014 at 8:10 AM, Baruch Burstein
wrote:
> On Wed, Aug 6, 2014 at 2:47 PM, Richard Hipp wrote:
>
>>
>> On Wed, Aug 6, 2014 at 2:11 AM, Baruch Burstein
>> wrote:
>>
>>>
>>> To the best of my knowledge, Dropbox is not a "virtual" filesystem. It
>>> is a regular folder in the regular
On Wed, Aug 6, 2014 at 2:47 PM, Richard Hipp wrote:
>
> On Wed, Aug 6, 2014 at 2:11 AM, Baruch Burstein
> wrote:
>
>>
>> To the best of my knowledge, Dropbox is not a "virtual" filesystem. It is
>> a regular folder in the regular filesystem that is managed by the OS. The
>> only "special" thing
On Wed, Aug 6, 2014 at 2:11 AM, Baruch Burstein
wrote:
> On Fri, Aug 1, 2014 at 4:15 PM, Richard Hipp wrote:
>
>> I don't know how closely a DropBox folder follows correct (published)
>> filesystem semantics. If DropBox is doing some no-standard things, then it
>> might be possible to corrupt t
On Tue, Aug 5, 2014 at 11:16 PM, Warren Young wrote:
> I'm not aware of any evidence that an approve-up-front development process
> gives better end results than a fix-in-place process.
>
Just to play Devil's Advocate (and not intended to diminish your thoughtful
and detailed post):
i'm fairly
The problem appeared in
[5ce85eb6f8] Upgrade the built-in SQLite to the latest 3.8.6 alpha from
upstream. (user: mistachkin tags: trunk)
-Original Message-
From: Tony Papadimitriou
Sent: Wednesday, August 06, 2014 12:15 PM
To: Fossil SCM user's discussion
Subject: [fossil-users] Erro
I get this with trying to compile [78fdf9f5b2] with MSVC. Any ideas?
...
zlib.lib ws2_32.lib advapi32.lib
zlib.lib(zutil.obj) : warning LNK4217: locally defined symbol _free imported
in function _zcfree
zlib.lib(zutil.obj) : warning LNK4217: locally defined symbol _malloc
imported in function
On 5-8-2014 23:16, Warren Young wrote:
On 7/26/2014 08:53, Eric Rubin-Smith wrote:
* Code review!
Fossil already provides all the code review I think any nimble team
should need: RSS.
1. Set Fossil up as a server. [1]
It's not even necessary to set Fossil up as a server; you can also run
23 matches
Mail list logo
