-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/22/2012 12:11 PM, Lluís Batlle i Rossell wrote:
> No, that modifies a commit, isn't it?
Rereading _Pro Git_, it modifies the commit message, and optionally
the commit itself. Sorry.
- --
The Doctor [412/724/301/703] [ZS]
PGP: 0x807B17C1 / 7
Hello,
stuff happens, and it turns out that now I have finished integrating my
markdown library (libupskirt) into fossil. And I really mean
"integrating", that is using struct Blob as dynamic buffers and other
idioms.
I used it to translate *.mkd and *.markdown embedded docs in a similar
way as *
On Wed, May 23, 2012 at 5:53 PM, Natacha Porté wrote:
> I used it to translate *.mkd and *.markdown embedded docs in a similar
> way as *.wiki are currently translated.
>
FWIW (not that my opinion really matters)...
The addition of a more common wiki parser into fossil has arguably been the
most
Hey, just thought I'd bump this with what I've attempted.
I found the TH1 manual linked to in the wiki. I couldn't find a
reference for which commands Fossil includes, so I grepped through the
source and read parts of th_main.c. After doing so, it looks like TH1
won't give me the ability to hi
On Wed, May 23, 2012 at 6:01 PM, Nolan Darilek wrote:
> I found the TH1 manual linked to in the wiki. I couldn't find a reference
> for which commands Fossil includes, so I grepped through the source and
> read parts of th_main.c. After doing so, it looks like TH1 won't give me
> the ability to hi
On 05/23/2012 11:09 AM, Stephan Beal wrote:
Another approach (non-TCL) would be to use the JSON API to poll for
commits using the /json/timeline/checkin command, e.g.:
I have something similar set up now. I can monitor a URL for changes,
triggering a rebuild whenever the commits RSS feed di
On Wed, May 23, 2012 at 6:15 PM, Nolan Darilek wrote:
> I have something similar set up now. I can monitor a URL for changes,
> triggering a rebuild whenever the commits RSS feed differs. The problem is
> that this method seems to expose memory leaks in Jenkins. That is, a few
> hours of running t
On Wed, May 23, 2012 at 11:53 AM, Natacha Porté wrote:
> Hello,
>
> stuff happens, and it turns out that now I have finished integrating my
> markdown library (libupskirt) into fossil.
We appreciate your efforts on behalf of Fossil. However, let me be very
clear that any library with the name "
Le Wed, 23 May 2012 17:59:32 +0200, Stephan Beal
a écrit :
> While i don't personally care for markdown's syntax, i'd be all for
> seeing this make its way into the trunk just so we can finally move
> past The Wiki Wars ;).
Why not, as long as we still can use the actual wiki syntax
alongside th
Le Wed, 23 May 2012 12:18:52 -0400, Richard Hipp a
écrit :
> We appreciate your efforts on behalf of Fossil. However, let me be
> very clear that any library with the name "libupskirt" has *zero*
> chance of ever getting official support or recognition from the
> Fossil project. Furthermore, eve
On Wed, May 23, 2012 at 6:18 PM, Stephan Beal wrote:
> scripts to be used. IF so... you could cron a job (outside of jenkins)
> which
>
OTOH... (kind of off-topic but it's related...)
a few years back i was administering Solaris systems at a bank. Those
systems ran various stock-market-processi
on Wednesday 23 May 2012 at 12:18, Richard Hipp wrote:
> Note that after reading this far, and observing our choice of library
> names, I have chosen to read no further in your post.
Oblivion was such a nice place for me to be...
All by apologies for having dared creep out it.
pgp2vbVQ9SlGI.pgp
On 5/22/12, Lluís Batlle i Rossell wrote:
>
> Yes, and there also appears a bit of discussion on "what to sign".
>
> We may want to sign, among some:
> - The tree of files of a specific checkin (signing the checkin hash is
> enough)
> - The tree + comment + date + tags... that would mean a set of
On 5/23/2012 9:01 AM, Nolan Darilek wrote:
Hey, just thought I'd bump this with what I've attempted.
I found the TH1 manual linked to in the wiki. I couldn't find a reference for
which commands Fossil includes, so I grepped through the source and read parts
of th_main.c. After doing so, it looks
On Wed, May 23, 2012 at 06:28:59PM +0200, Natacha Porté wrote:
> on Wednesday 23 May 2012 at 12:18, Richard Hipp wrote:
> > Note that after reading this far, and observing our choice of library
> > names, I have chosen to read no further in your post.
>
> Oblivion was such a nice place for me to b
On Wed, May 23, 2012 at 12:25 PM, BohwaZ wrote:
> Le Wed, 23 May 2012 12:18:52 -0400, Richard Hipp a
> écrit :
>
> > We appreciate your efforts on behalf of Fossil. However, let me be
> > very clear that any library with the name "libupskirt" has *zero*
> > chance of ever getting official suppo
On Wed, May 23, 2012 at 12:29:09PM -0400, Ron Wilson wrote:
> On 5/22/12, Lluís Batlle i Rossell wrote:
> >
> > Yes, and there also appears a bit of discussion on "what to sign".
> >
> > We may want to sign, among some:
> > - The tree of files of a specific checkin (signing the checkin hash is
> >
On 2012-05-23 12:18 , "Richard Hipp" wrote:
>Furthermore, even if you rename "libupskirt" to something that is
>completely benign and inoffensive, it will be difficult to rehabilitate
>the code.
Do you mind explaining this bit please, Richard?
TIA,
-Martin
__
On Wed, May 23, 2012 at 12:36 PM, Weber, Martin S wrote:
> On 2012-05-23 12:18 , "Richard Hipp" wrote:
> >Furthermore, even if you rename "libupskirt" to something that is
> >completely benign and inoffensive, it will be difficult to rehabilitate
> >the code.
>
> Do you mind explaining this bit p
On Wed, May 23, 2012 at 6:35 PM, Lluís Batlle i Rossell wrote:
> But what would you sign? The original tree? Comment updates? Tags? Dates?
> All
> until some point? What on later changes to the checkin?
This is possibly a very naive question (i know painfully little about
cryptography), but can
On 2012-05-23 12:39 , "Richard Hipp" wrote:
>On Wed, May 23, 2012 at 12:36 PM, Weber, Martin S
> wrote:
>
>On 2012-05-23 12:18 , "Richard Hipp" wrote:
>>Furthermore, even if you rename "libupskirt" to something that is
>>completely benign and inoffensive, it will be difficult to rehabilitate
>>th
On Wed, May 23, 2012 at 06:40:28PM +0200, Stephan Beal wrote:
> On Wed, May 23, 2012 at 6:35 PM, Lluís Batlle i Rossell
> wrote:
>
> > But what would you sign? The original tree? Comment updates? Tags? Dates?
> > All
> > until some point? What on later changes to the checkin?
>
>
> This is poss
On Wed, May 23, 2012 at 12:41 PM, Weber, Martin S wrote:
>
> Not that bit. The bit about "even if you rename it to something that is
> completely inoffensive, it will be difficult to rehabilitate the code".
> Why is that?
>
The choice of library name suggests that the author does not have a keen
On 5/23/12, Nolan Darilek wrote:
> On 05/23/2012 11:09 AM, Stephan Beal wrote:
>> Another approach (non-TCL) would be to use the JSON API to poll for
>> commits using the /json/timeline/checkin command, e.g.:
>>
>
> I have something similar set up now. I can monitor a URL for changes,
> triggering
On Wed, May 23, 2012 at 6:39 PM, Richard Hipp wrote:
> https://www.google.com/search?q=upskirt
> http://en.wikipedia.org/wiki/Upskirt
>
FWIW, and in Natacha's defense: i'm a native US-English speaker, but i've
been away from the States long enough (going on 15 years) that "the U word"
entered my
On Wed, May 23, 2012 at 1:00 PM, Stephan Beal wrote:
>
> FWIW, and in Natacha's defense: i'm a native US-English speaker, but i've
> been away from the States long enough (going on 15 years) that "the U word"
> entered my vocabulary for the first time today. It cannot be expected that
> non-nativ
> The choice of library name suggests that the author does not have a keen eye
> for beauty, in which case the code is unlikely to be something I would care
> to work with.
Maybe the name of the library just don't represent the same for the
author as for you, different culture, etc; but this real
Has anyone noticed this?
When Explorer of WinXP opens a zip created by fossil zip export,
it shows a zero-sized file for every subfolder in the zip.
Explorer of Win7 does not have this problem, and neither does 7z.
However, would it be possible to fix this annoyance for remaining XP users?
Thank
On Wed, May 23, 2012 at 1:56 PM, Pavel Aronsky wrote:
> Has anyone noticed this?
>
> When Explorer of WinXP opens a zip created by fossil zip export,
> it shows a zero-sized file for every subfolder in the zip.
>
> Explorer of Win7 does not have this problem, and neither does 7z.
> However, would
On Wed, May 23, 2012 at 1:31 PM, Baptiste Daroussin <
baptiste.darous...@gmail.com> wrote:
>
> This is to bad that this great library is just pushed out because of
> an unfortunate name which was chosen for a joke (with references, that
> apparently noone from the native english speaking world ge
Richard,
I really respect and appreciate your standards and the example you set.
Also, I like the (almost always) kind way people treat each other on this
list and you set the standard for that, as well.
Thanks,
Bill
On Wed, May 23, 2012 at 2:26 PM, Richard Hipp wrote:
> On Wed, May 23, 201
Uncovered a bug. In this case, two users working in their own fossil work
areas independently created a file with the same name. Each file is
unique. Fossil identifies that there is a conflict, but does NOT attempt
to merge the files. Commands to duplicate issue follow:
-jmg
##Script started
On Wed, May 23, 2012 at 01:16:08PM -0700, Justin Gedge wrote:
> Uncovered a bug. In this case, two users working in their own fossil work
> areas independently created a file with the same name. Each file is
> unique. Fossil identifies that there is a conflict, but does NOT attempt
> to merge th
On Wed, May 23, 2012 at 4:23 PM, Lluís Batlle i Rossell wrote:
> On Wed, May 23, 2012 at 01:16:08PM -0700, Justin Gedge wrote:
> > Uncovered a bug. In this case, two users working in their own fossil
> work
> > areas independently created a file with the same name. Each file is
> > unique. Foss
On Wed, May 23, 2012 at 1:28 PM, Richard Hipp wrote:
>
>
> On Wed, May 23, 2012 at 4:23 PM, Lluís Batlle i Rossell
> wrote:
>
>> On Wed, May 23, 2012 at 01:16:08PM -0700, Justin Gedge wrote:
>> > Uncovered a bug. In this case, two users working in their own fossil
>> work
>> > areas independent
On Wed, May 23, 2012 at 4:34 PM, Matt Welland wrote:
>
> On Wed, May 23, 2012 at 1:28 PM, Richard Hipp wrote:
>
>>
>>
>> On Wed, May 23, 2012 at 4:23 PM, Lluís Batlle i Rossell > > wrote:
>>
>>> On Wed, May 23, 2012 at 01:16:08PM -0700, Justin Gedge wrote:
>>> > Uncovered a bug. In this case, t
On Wed, May 23, 2012 at 3:11 PM, Richard Hipp wrote:
>
>
> On Wed, May 23, 2012 at 4:34 PM, Matt Welland wrote:
>
>>
>> On Wed, May 23, 2012 at 1:28 PM, Richard Hipp wrote:
>>
>>>
>>>
>>> On Wed, May 23, 2012 at 4:23 PM, Lluís Batlle i Rossell <
>>> vi...@viric.name> wrote:
>>>
On Wed, May
Currently it looks to the first person to commit as though their
changes were discarded. The file is marked "MERGED" yet only contains
content from the last person to add. Perhaps not something that will
happen very often but the behavior is clearly wrong.
Unless I did something wrong whi
_
>>> fossil-users mailing list
>>> fossil-users@lists.fossil-scm.org
>>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>>
>>>
>>
>> ___
>>
On Wed, May 23, 2012 at 5:25 PM, Michael L. Barrow wrote:
>
> Currently it looks to the first person to commit as though their changes
>> were discarded. The file is marked "MERGED" yet only contains content from
>> the last person to add. Perhaps not something that will happen very often
>> but
on Wednesday 23 May 2012 at 15:26, Richard Hipp wrote:
> Therefore, I hereby publicly apologize to Natasha for accusing her of
> generating code that is less than beautiful, based solely on the name of
> the code. The code is once again a candidate for incorporation into Fossil.
Thanks. At this p
41 matches
Mail list logo