On Wed, Jul 17, 2013 at 12:35 AM, B Harder wrote:
> Of top of head, reflexive position is that week numbers are running in
> wrong order, but if it's reversed, latest would be at bottom of page.
>
i sorted them DESC because i _suspect_ the most common use case will be
checking the current week.
On Jul 17, 2013 12:58 AM, "Stephan Beal" wrote:
>
>
> On Wed, Jul 17, 2013 at 12:35 AM, B Harder wrote:
>>
>> Of top of head, reflexive position is that week numbers are running in
wrong order, but if it's reversed, latest would be at bottom of page.
>
>
> i sorted them DESC because i _suspect_ t
On Wed, Jul 17, 2013 at 10:04 AM, B Harder wrote:
> Yes. If the width of the bars was more narrow, obviously more could fit,
> or alternatively, instead of bars, perhaps a line graph, showing the
> general shape.
>
If i use the week numbers horizontally then it's really wide (and i don't
much li
Le 17 juil. 2013 00:13, "Andy Bradford" a écrit :
>
> Hello,
>
> After giving a little though to handling shared SSH accounts, it might
> be as simple as the following change:
>
> https://www.fossil-scm.org/index.html/info/7a10b79a2c
>
> Basically, if the specified SSH command already has an '@
The stats_report webpage is largely decoupled from the rest of Fossil, so I
went ahead and merge the changes into trunk, even though they might not be
considered "finished". It is OK for development to continue on trunk.
(Just don't break the build! Or introduce a vulnerability!)
While you are o
Hi,
what do you think about adding some meta data to embedded documentation?
So file Banana.md could look like this:
/*
Title: Title of the Banana page <- html title ->
Description: This description will go in the meta description tag <-
html description ->
Keywords: Banana, Bananas, Musa, Frui
On Wed, Jul 17, 2013 at 3:00 PM, Richard Hipp wrote:
> The stats_report webpage is largely decoupled from the rest of Fossil, so
> I went ahead and merge the changes into trunk, even though they might not
> be considered "finished". It is OK for development to continue on trunk.
Thank you :)
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on
an UltraSPARC system, I get a bus error from "fossil new":
$ ./fossil new t.fossil
Bus Error (core dumped)
$ ./fossil version -v
This is fossil version 1.26 [5d74ce03da] 2013-07-17 12:56:17 UTC
Compiled on Jul 17
On 7/17/13, Edward Berner wrote:
> Hello,
>
> Using a recent trunk version of fossil, built with gcc on Solaris 10 on
> an UltraSPARC system, I get a bus error from "fossil new":
>
> $ ./fossil new t.fossil
> Bus Error (core dumped)
>
>
> $ ./fossil version -v
> This is fossil version 1.26 [5d74ce
Yesterday I compiled fossil on a 32 bits vista machine and I got
cannot link/find WinMain@16.
Did I do something wrong?
And yes also building it on linux gives:
usr/lib/gcc/i486-mingw32/4.7.2/../../../../i486-mingw32/lib/libmingw32.a(main.o):(.text+0xf3):
undefined reference to `WinMain@16'
an
Somehow it got send to quick :-(
However this croscompile like:
make -f win/Makefile.mingw PREFIX=i486-mingw32-
did deliver a fossil.exe (if it works I do not know yet)
On 2013-07-18 08:43, Rene wrote:
Yesterday I compiled fossil on a 32 bits vista machine and I got
cannot link/find WinMain@16
Thus said Martin Gagnon on Wed, 17 Jul 2013 08:04:10 -0400:
> I propose to add a kind of -l|--login option to the clone command, so
> when the username@ is present but don't match the repo username, we
> could specify repo username with -l.
While I do like this idea, at first glance it s
On 7/17/2013 11:24 PM, B Harder wrote:
On 7/17/13, Edward Berner wrote:
Hello,
Using a recent trunk version of fossil, built with gcc on Solaris 10 on
an UltraSPARC system, I get a bus error from "fossil new":
$ ./fossil new t.fossil
Bus Error (core dumped)
$ ./fossil version -v
This is fos
13 matches
Mail list logo