Re: [fossil-users] Autosync: Too bad git doesn't have it...

[B Harder]

I read this roughly (in fossil-speak) as:

"I had a bunch of email notes from folks requesting I merge their
feature-branches into my main branch, but my machine crashed and my mail
isn't accessible…"

I think auto-sync wouldn't have saved anything, but perhaps the something
like fossils built-in ticket system where communiqués are first-class
objects could have helped, versus out-of-band email.
On Sep 11, 2013 4:34 PM, "Richard Hipp"  wrote:

> It appears that autosync would have saved Linus Torvalds from losing some
> work yesterday.  See
> http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01669.html for
> details.  Bummer.
>
> --
> D. Richard Hipp
> d...@sqlite.org
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
___
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] Version 1.27

[Carson Chittom]

Richard Hipp  writes:

> On Wed, Sep 11, 2013 at 8:35 PM, Martin Gagnon
>  wrote:
>
>>
>> I notice from your Release+Build+How+To wiki, you build the OpenBSD
>> release from devious free shell service. I also have an account on devious
>> and I just notice they recently upgrade from OpenBSD 4.7 to 4.8. So I guess
>> we should change 4.7 to 4.8 on the download page too..
>>
>>
> Changed to a more generic "4.x".  Updated version numbers for MacOS and
> Linux in the same way.

Given that the most recent version of OpenBSD is 5.3, and that only the
current and previous releases are supported, is there anything--other
than what James Turner (who I see is the port maintainer) is already
doing--that I can do to ensure that Fossil works properly on OpenBSD?

___
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] Version 1.27

[Carson Chittom]

Stephan Beal  writes:

> Fossil's testing infrastructure is not as amazing as sqlite's. For each
> release we (normally several of us) run through the following checklist:
>
> http://www.fossil-scm.org/index.html/doc/trunk/test/release-checklist.wiki

Can I just say, the inclusion of OpenBSD on that checklist as an,
apparently, first-tier platform is one of the the things that makes me
want to continue to use Fossil. 


___
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] Version 1.27

[Andy Bradford]

Thus said Richard Hipp on Wed, 11 Sep 2013 20:45:25 -0400:

> Changed to a more generic "4.x". Updated version numbers for MacOS and
> Linux in the same way.

For OpenBSD it  is probably best to  just leave the version  on which it
was compiled. The libraries are not  likely to be present unless someone
has upgraded  from 4.0, 4.1,  4.2, etc... (OpenBSD leaves  old libraries
around). I  just downloaded fossil  and unzipped  on 4.9 and  it doesn't
work:

$ ./fossil: can't load library 'libcrypto.so.18.0'

Andy
-- 
TAI64 timestamp: 4000523123e2


___
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] Version 1.27

[Richard Hipp]

On Wed, Sep 11, 2013 at 8:35 PM, Martin Gagnon  wrote:

>
> I notice from your Release+Build+How+To wiki, you build the OpenBSD
> release from devious free shell service. I also have an account on devious
> and I just notice they recently upgrade from OpenBSD 4.7 to 4.8. So I guess
> we should change 4.7 to 4.8 on the download page too..
>
>
Changed to a more generic "4.x".  Updated version numbers for MacOS and
Linux in the same way.


-- 
D. Richard Hipp
d...@sqlite.org
___
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] Version 1.27

[Christopher Vance]

Versions of OpenBSD before 5.2 are obsolete and unsupported.


On 12 September 2013 10:35, Martin Gagnon  wrote:

> On Wed, Sep 11, 2013 at 10:03 AM, Richard Hipp  wrote:
>
>> Fossil version 1.27 has been tagged and precompiled binaries have been
>> uploaded to http://www.fossil-scm.org/download.html
>>
>> I do this infrequently enough that I keep forgetting exactly how things
>> were compiled the previous time.  So please try out the precompiled
>> binaries and let me know if you encounter any problems.
>>
>> I started a wiki page (
>> http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To)
>> describing how the precompiled binaries are produced.  If adjustments need
>> to be made for compatibility purposes, please let me know.  For example,
>> will the Windows8 build using MSVC-x86 work for everybody, or do I need to
>> redo that build on (say) Windows7 or perhaps using MinGW?  Does the Mac
>> binary work on all intel-based Mac systems?  Etc.
>>
>> I'll send out an official release announcement once a few people have
>> verified the current binaries.
>>
>>
> Hi Richard,
>
> I notice from your Release+Build+How+To wiki, you build the OpenBSD
> release from devious free shell service. I also have an account on devious
> and I just notice they recently upgrade from OpenBSD 4.7 to 4.8. So I guess
> we should change 4.7 to 4.8 on the download page too..
>
>
> --
> Martin G.
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
Christopher Vance
___
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] Version 1.27

[Martin Gagnon]

On Wed, Sep 11, 2013 at 10:03 AM, Richard Hipp  wrote:

> Fossil version 1.27 has been tagged and precompiled binaries have been
> uploaded to http://www.fossil-scm.org/download.html
>
> I do this infrequently enough that I keep forgetting exactly how things
> were compiled the previous time.  So please try out the precompiled
> binaries and let me know if you encounter any problems.
>
> I started a wiki page (
> http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To)
> describing how the precompiled binaries are produced.  If adjustments need
> to be made for compatibility purposes, please let me know.  For example,
> will the Windows8 build using MSVC-x86 work for everybody, or do I need to
> redo that build on (say) Windows7 or perhaps using MinGW?  Does the Mac
> binary work on all intel-based Mac systems?  Etc.
>
> I'll send out an official release announcement once a few people have
> verified the current binaries.
>
>
Hi Richard,

I notice from your Release+Build+How+To wiki, you build the OpenBSD release
from devious free shell service. I also have an account on devious and I
just notice they recently upgrade from OpenBSD 4.7 to 4.8. So I guess we
should change 4.7 to 4.8 on the download page too..


-- 
Martin G.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Autosync: Too bad git doesn't have it...

[Richard Hipp]

It appears that autosync would have saved Linus Torvalds from losing some
work yesterday.  See
http://lkml.indiana.edu/hypermail/linux/kernel/1309.1/01669.html for
details.  Bummer.

-- 
D. Richard Hipp
d...@sqlite.org
___
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] RFC before trunking 'usage' command

[Kees Nuyt]

[Default] On Wed, 11 Sep 2013 23:32:10 +0200, Stephan Beal
 wrote:

>
>> I wouldn't be interested in logging query-class commands, like
>> fossil ls, fossil status, fossil timeline
>>
>
>Do you mean the SQL code itself? 

No, I now realize "query" is a confusing word.

I mean the class of commands that doesn't change anything to a
repository or a checkout is not interesting for logging.

So,
fossil {ls|status|timeline|changes|extra| ... }
don't have to be logged,

fossil {pull|push|sync|open|commit|stash| ... }
are interesting though.


>> usage -> commandtrace or commandhistory or cmdtrace or cmdhistory
>
> i think 3 of those might mess up the column alignment in 'help' ;).

Yeah, I'm happy with 'cmdhist' or 'chghist' or 'modhist' or 'shhist' ;)

-- 
Groet, Cordialement, Pozdrawiam, Regards,

Kees Nuyt

___
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] RFC before trunking 'usage' command

[B Harder]

fossil set tracker [on|off] ?
On Sep 11, 2013 2:32 PM, "Stephan Beal"  wrote:

> On Wed, Sep 11, 2013 at 11:26 PM, Kees Nuyt  wrote:
>
>> I wouldn't mind logging the arguments as well, especially for commands
>> that modify the repository or a stash.
>>
>
> i considered it, but the code overhead just wasn't worth it at that time
> of night. One of these days i'll miss having that, add it, and add a
> -verbose option which also shows the args.
>
>
>> I wouldn't be interested in logging query-class commands, like
>> fossil ls, fossil status, fossil timeline
>>
>
> Do you mean the SQL code itself? If so, try:
>
> f time -n 1 -sqltrace
>
> One can learn a lot about how fossil works by using that.
>
> usage -> commandtrace or commandhistory or cmdtrace or cmdhistory
>>
>
> i think 3 of those might mess up the column alignment in 'help' ;).
>
>
>> Note: on Linux/unix, it doesn't add much,
>>   history [-OPTIONS] | grep fossil
>> will do fine, on MS Windows, I think it really adds value.
>>
>
> Me, too, but i'm aware that many other people have much greater concerns
> regarding any sort of usage protocols. For me it's harmless, but "it's not
> just about me."
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
___
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] RFC before trunking 'usage' command

[Ron Wilson]

On Wed, Sep 11, 2013 at 5:56 PM, Kees Nuyt  wrote:

> [Default] On Wed, 11 Sep 2013 23:32:10 +0200, Stephan Beal
>  wrote:
> >> usage -> commandtrace or commandhistory or cmdtrace or cmdhistory
> >
> > i think 3 of those might mess up the column alignment in 'help' ;).
>
> Yeah, I'm happy with 'cmdhist' or 'chghist' or 'modhist' or 'shhist' ;)
>

I'd say 'cmdhist'. Is both short and clear what it does. While 'usage' is
technically correct as well, in Unix/Linux/POSIX, usage generally refers to
how-to-use, not history if use.
___
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] RFC before trunking 'usage' command

[Ron Wilson]

On Wed, Sep 11, 2013 at 5:58 PM, B Harder  wrote:

> fossil set tracker [on|off] ?
>
Or 'fossil set cmdhist [on|off]'

Good idea.
___
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] RFC before trunking 'usage' command

[Stephan Beal]

On Thu, Sep 12, 2013 at 12:08 AM, Ron Wilson  wrote:

> On Wed, Sep 11, 2013 at 5:58 PM, B Harder  wrote:
>
>> fossil set tracker [on|off] ?
>>
> Or 'fossil set cmdhist [on|off]'
>

i like cmdhist but my fingers don't like typing it :/. cmdhist. Just feels
awkward to type. Kind of like the word "awkward." cmdhist. cmdhist. Maybe
it'll grow on me after a while. cmdhist. It's a bit better now, anyway.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] RFC before trunking 'usage' command

[Stephan Beal]

On Wed, Sep 11, 2013 at 11:58 PM, B Harder  wrote:

> fossil set tracker [on|off] ?
>
IIRC "Trac" was Fossil's predecessor for ticket tracking, and "tracker"
always implies tickets to me (as a by-day/by-night developer).

How about...

fossil set nsa-mode on|off

;)

That reminds me (for some reason): old DOS games used to have a so-called
"boss-key" which, if tapped, would change the screen to look like a generic
spreadsheet or document. So maybe "fossil usage --inject 50" to generate a
list of 50 random commands and timestamps, to protect against nosy bosses
;).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] RFC before trunking 'usage' command

[Stephan Beal]

On Wed, Sep 11, 2013 at 11:56 PM, Kees Nuyt  wrote:

> I mean the class of commands that doesn't change anything to a
> repository or a checkout is not interesting for logging.
>

That's a very good point - didn't think of that. We could also do this at
the db level - log them all but then create views which filter on the
different sets, using -flags to control which set is shown.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] RFC before trunking 'usage' command

[Stephan Beal]

On Wed, Sep 11, 2013 at 11:26 PM, Kees Nuyt  wrote:

> I wouldn't mind logging the arguments as well, especially for commands
> that modify the repository or a stash.
>

i considered it, but the code overhead just wasn't worth it at that time of
night. One of these days i'll miss having that, add it, and add a -verbose
option which also shows the args.


> I wouldn't be interested in logging query-class commands, like
> fossil ls, fossil status, fossil timeline
>

Do you mean the SQL code itself? If so, try:

f time -n 1 -sqltrace

One can learn a lot about how fossil works by using that.

usage -> commandtrace or commandhistory or cmdtrace or cmdhistory
>

i think 3 of those might mess up the column alignment in 'help' ;).


> Note: on Linux/unix, it doesn't add much,
>   history [-OPTIONS] | grep fossil
> will do fine, on MS Windows, I think it really adds value.
>

Me, too, but i'm aware that many other people have much greater concerns
regarding any sort of usage protocols. For me it's harmless, but "it's not
just about me."

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] RFC before trunking 'usage' command

[Stephan Beal]

Hi, all,

Once 1.27 officially goes out the door, i plan on pulling the new 'usage'
command into the trunk (for 1.28). My question to you is: is there anyone
who finds the idea of fossil recording which commands (not their arguments)
and the times of their usage in the local checkout database offensive or
insecure? These data are _only_ local to the current checkout and are never
synchronized. The 'usage' command is only intended for informal personal
statistics gathering, and not for spying on developer's activity within a
given tree (that would be possible if devs have access to each others'
checkout directories).

If you don't find the idea offensive/abusive, you needn't say anything. If
you do, please voice your concerns. If there is sufficient outcry i'll drop
that branch instead of integrating it. If we do decide to add it, i will
add a config option to toggle it on and off (disabled by default).

PS: feel free to suggest a better command name than 'usage'. 'history'
would be the obvious choice (due to it's analog in Unix shells), but that
command name potentially has better uses in a future fossil version, so i
don't want to steal that one.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] RFC before trunking 'usage' command

[Kees Nuyt]

[Default] On Wed, 11 Sep 2013 22:58:56 +0200, Stephan Beal
 wrote:

>Hi, all,
>
>Once 1.27 officially goes out the door, i plan on pulling the new 'usage'
>command into the trunk (for 1.28). My question to you is: is there anyone
>who finds the idea of fossil recording which commands (not their arguments)
>and the times of their usage in the local checkout database offensive or
>insecure? These data are _only_ local to the current checkout and are never
>synchronized. The 'usage' command is only intended for informal personal
>statistics gathering, and not for spying on developer's activity within a
>given tree (that would be possible if devs have access to each others'
>checkout directories).

I wouldn't mind logging the arguments as well, especially for commands
that modify the repository or a stash.
I wouldn't be interested in logging query-class commands, like 
fossil ls, fossil status, fossil timeline

>If you don't find the idea offensive/abusive, you needn't say anything. If
>you do, please voice your concerns. If there is sufficient outcry i'll drop
>that branch instead of integrating it. If we do decide to add it, i will
>add a config option to toggle it on and off (disabled by default).
>
>PS: feel free to suggest a better command name than 'usage'. 'history'
>would be the obvious choice (due to it's analog in Unix shells), but that
>command name potentially has better uses in a future fossil version, so i
>don't want to steal that one.

usage -> commandtrace or commandhistory or cmdtrace or cmdhistory

Note: on Linux/unix, it doesn't add much, 
  history [-OPTIONS] | grep fossil
will do fine, on MS Windows, I think it really adds value.

-- 
Groet, Cordialement, Pozdrawiam, Regards,

Kees Nuyt

___
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] Version 1.27

[Kees Nuyt]

[Default] On Wed, 11 Sep 2013 10:03:58 -0400, Richard Hipp
 wrote:

>Fossil version 1.27 has been tagged and precompiled binaries have been
>uploaded to http://www.fossil-scm.org/download.html

Thanks a ton, Richard!

-- 
Groet, Cordialement, Pozdrawiam, Regards,

Kees Nuyt
___
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] Version 1.27

[Jarek Lewandowski]

This version works ok.

W dniu 2013-09-11 21:42, Richard Hipp pisze:




On Wed, Sep 11, 2013 at 3:00 PM, Jarek Lewandowski mailto:maxja...@softleg.pl>> wrote:

I have problem with https:

HTTPS: Fossil has been compiled without SSL support


I new windows binary with SSL support has been uploaded.

--
D. Richard Hipp
d...@sqlite.org 


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


___
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] Version 1.27

[Richard Hipp]

On Wed, Sep 11, 2013 at 3:00 PM, Jarek Lewandowski wrote:

> I have problem with https:
>
> HTTPS: Fossil has been compiled without SSL support
>

I new windows binary with SSL support has been uploaded.

-- 
D. Richard Hipp
d...@sqlite.org
___
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] Version 1.27

[Jarek Lewandowski]

I have problem with https:

HTTPS: Fossil has been compiled without SSL support



___
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] Version 1.27

[David Mason]

On 11 September 2013 11:00,   wrote:
> This worked on Windows 2008 R2 64-bit, Windows 7 32-bit, Mountain Lion 10.8.4 
> 64-bit.

and Snow Leopard 10.6.8 (and it's i386 so should work everywhere)

Well done!  Thanks  ../Dave
___
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] Version 1.27

[Jarek Lewandowski]

On Windows platform.

W dniu 2013-09-11 21:00, Jarek Lewandowski pisze:

I have problem with https:

HTTPS: Fossil has been compiled without SSL support



___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


___
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] Version 1.27

[Stephan Beal]

On Wed, Sep 11, 2013 at 7:36 PM, Matt Welland  wrote:

> Sorry, of course the change summary is on the web page. I think it would
> be helpful to paste it into announcement emails.
>

See the bottom half of the download page link he sent:

http://www.fossil-scm.org/download.html


-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] Version 1.27

[Richard Hipp]

On Wed, Sep 11, 2013 at 1:34 PM, Matt Welland  wrote:

>
> From a quick browse of the timeline it looks like the ssh changes did not
> make it in to this release. What needs to be done to make adding those
> changes to the next release possible?
>

I'd like to start moving those changes into trunk straight away.

-- 
D. Richard Hipp
d...@sqlite.org
___
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] Version 1.27

[Matt Welland]

On Wed, Sep 11, 2013 at 10:34 AM, Matt Welland  wrote:

>
>
>
> On Wed, Sep 11, 2013 at 7:03 AM, Richard Hipp  wrote:
>
>> Fossil version 1.27 has been tagged and precompiled binaries have been
>> uploaded to http://www.fossil-scm.org/download.html
>>
>> I do this infrequently enough that I keep forgetting exactly how things
>> were compiled the previous time.  So please try out the precompiled
>> binaries and let me know if you encounter any problems.
>>
>> I started a wiki page (
>> http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To)
>> describing how the precompiled binaries are produced.  If adjustments need
>> to be made for compatibility purposes, please let me know.  For example,
>> will the Windows8 build using MSVC-x86 work for everybody, or do I need to
>> redo that build on (say) Windows7 or perhaps using MinGW?  Does the Mac
>> binary work on all intel-based Mac systems?  Etc.
>>
>> I'll send out an official release announcement once a few people have
>> verified the current binaries.
>>
>
> From a quick browse of the timeline it looks like the ssh changes did not
> make it in to this release. What needs to be done to make adding those
> changes to the next release possible?
>
> Also, a change summary would be helpful to direct testing efforts.
>

Sorry, of course the change summary is on the web page. I think it would be
helpful to paste it into announcement emails.



>
>
>> --
>> D. Richard Hipp
>> d...@sqlite.org
>>
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>
>>
>
>
> --
> Matt
> -=-
> 90% of the nations wealth is held by 2% of the people. Bummer to be in the
> majority...
>



-- 
Matt
-=-
90% of the nations wealth is held by 2% of the people. Bummer to be in the
majority...
___
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] Version 1.27

[Matt Welland]

On Wed, Sep 11, 2013 at 7:03 AM, Richard Hipp  wrote:

> Fossil version 1.27 has been tagged and precompiled binaries have been
> uploaded to http://www.fossil-scm.org/download.html
>
> I do this infrequently enough that I keep forgetting exactly how things
> were compiled the previous time.  So please try out the precompiled
> binaries and let me know if you encounter any problems.
>
> I started a wiki page (
> http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To)
> describing how the precompiled binaries are produced.  If adjustments need
> to be made for compatibility purposes, please let me know.  For example,
> will the Windows8 build using MSVC-x86 work for everybody, or do I need to
> redo that build on (say) Windows7 or perhaps using MinGW?  Does the Mac
> binary work on all intel-based Mac systems?  Etc.
>
> I'll send out an official release announcement once a few people have
> verified the current binaries.
>

>From a quick browse of the timeline it looks like the ssh changes did not
make it in to this release. What needs to be done to make adding those
changes to the next release possible?

Also, a change summary would be helpful to direct testing efforts.


> --
> D. Richard Hipp
> d...@sqlite.org
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
Matt
-=-
90% of the nations wealth is held by 2% of the people. Bummer to be in the
majority...
___
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] Version 1.27

[Hakki Dogusan]

Hi,

11-09-2013 18:40 tarihinde, Hakki Dogusan yazdı:

Hi,

11-09-2013 17:03 tarihinde, Richard Hipp yazdı:

Fossil version 1.27 has been tagged and precompiled binaries have been
uploaded to http://www.fossil-scm.org/download.html
[snip]


I'm getting "fossil.exe is not a valid Win32 application" error in WinXP.




DependencyWalker gives following:

Error: At least one module has an unresolved import due to a missing 
export function in an implicitly dependent module.


Missing functions in KERNEL32.EXE:
CompareStringEx
FlsAlloc/Free/GetValue/SetValue
GetTickCount64
LCMapStringEx


--
Regards,
Hakki Dogusan



___
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] Version 1.27

[Hakki Dogusan]

Hi,

11-09-2013 17:03 tarihinde, Richard Hipp yazdı:

Fossil version 1.27 has been tagged and precompiled binaries have been
uploaded to http://www.fossil-scm.org/download.html

I do this infrequently enough that I keep forgetting exactly how things
were compiled the previous time.  So please try out the precompiled
binaries and let me know if you encounter any problems.

I started a wiki page (
http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing
how the precompiled binaries are produced.  If adjustments need to be made
for compatibility purposes, please let me know.  For example, will the
Windows8 build using MSVC-x86 work for everybody, or do I need to redo that
build on (say) Windows7 or perhaps using MinGW?  Does the Mac binary work
on all intel-based Mac systems?  Etc.

I'll send out an official release announcement once a few people have
verified the current binaries.




I'm getting "fossil.exe is not a valid Win32 application" error in WinXP.


--
Regards,
Hakki Dogusan


___
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] Version 1.27

[James Turner]

On Wed, Sep 11, 2013 at 10:52:44AM -0500, djg...@gmail.com wrote:
> I didn't know there was an official testing document, I just dropped the exe 
> in place and ran: fossil server file.fossil
> 
> I mostly just use fossil for the wiki which it looked fine so just to clarify 
> I just glanced over the Wiki portion of Fossil and nothing else.
> 
> Jonathan Otsuka

Fossil has tons of regressions tests. Download the source, tclsh
/path/to/fossil/source/test/tester.tcl /path/to/fossil

> On Sep 11, 2013, at 10:00 AM, djg...@gmail.com wrote:
> 
> > This worked on Windows 2008 R2 64-bit, Windows 7 32-bit, Mountain Lion 
> > 10.8.4 64-bit.
> > 
> > Jonathan Otuska 
> > 
> > On Sep 11, 2013, at 9:03 AM, Richard Hipp  wrote:
> > 
> >> Fossil version 1.27 has been tagged and precompiled binaries have been 
> >> uploaded to http://www.fossil-scm.org/download.html
> >> 
> >> I do this infrequently enough that I keep forgetting exactly how things 
> >> were compiled the previous time.  So please try out the precompiled 
> >> binaries and let me know if you encounter any problems.
> >> 
> >> I started a wiki page 
> >> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) 
> >> describing how the precompiled binaries are produced.  If adjustments need 
> >> to be made for compatibility purposes, please let me know.  For example, 
> >> will the Windows8 build using MSVC-x86 work for everybody, or do I need to 
> >> redo that build on (say) Windows7 or perhaps using MinGW?  Does the Mac 
> >> binary work on all intel-based Mac systems?  Etc.
> >> 
> >> I'll send out an official release announcement once a few people have 
> >> verified the current binaries.
> >> 
> >> -- 
> >> D. Richard Hipp
> >> d...@sqlite.org
> >> ___
> >> fossil-users mailing list
> >> fossil-users@lists.fossil-scm.org
> >> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> > 
> 

> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


-- 
James Turner
___
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] Version 1.27

[djgoku]

I didn't know there was an official testing document, I just dropped the exe in 
place and ran: fossil server file.fossil

I mostly just use fossil for the wiki which it looked fine so just to clarify I 
just glanced over the Wiki portion of Fossil and nothing else.

Jonathan Otsuka
On Sep 11, 2013, at 10:00 AM, djg...@gmail.com wrote:

> This worked on Windows 2008 R2 64-bit, Windows 7 32-bit, Mountain Lion 10.8.4 
> 64-bit.
> 
> Jonathan Otuska 
> 
> On Sep 11, 2013, at 9:03 AM, Richard Hipp  wrote:
> 
>> Fossil version 1.27 has been tagged and precompiled binaries have been 
>> uploaded to http://www.fossil-scm.org/download.html
>> 
>> I do this infrequently enough that I keep forgetting exactly how things were 
>> compiled the previous time.  So please try out the precompiled binaries and 
>> let me know if you encounter any problems.
>> 
>> I started a wiki page 
>> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing 
>> how the precompiled binaries are produced.  If adjustments need to be made 
>> for compatibility purposes, please let me know.  For example, will the 
>> Windows8 build using MSVC-x86 work for everybody, or do I need to redo that 
>> build on (say) Windows7 or perhaps using MinGW?  Does the Mac binary work on 
>> all intel-based Mac systems?  Etc.
>> 
>> I'll send out an official release announcement once a few people have 
>> verified the current binaries.
>> 
>> -- 
>> D. Richard Hipp
>> d...@sqlite.org
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> 

___
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] Version 1.27

[Richard Hipp]

On Wed, Sep 11, 2013 at 11:44 AM, Samuel Debionne <
samuel.debio...@ujf-grenoble.fr> wrote:

> The manifest and manifest.uuid is missing from the source tarball.
>

Thanks for the report.  This should be fixed now.  (Please let me know if
you find otherwise.)  I have also updated to release-build wiki with
correct procedures that include manifest and manifest.uuid in the tarball.

-- 
D. Richard Hipp
d...@sqlite.org
___
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] Version 1.27

[Samuel Debionne]

Thank you for this release.
The manifest and manifest.uuid is missing from the source tarball.
Samuel


Le 11/09/2013 16:03, Richard Hipp a écrit :
> Fossil version 1.27 has been tagged and precompiled binaries have been
> uploaded to http://www.fossil-scm.org/download.html
> 
> I do this infrequently enough that I keep forgetting exactly how things
> were compiled the previous time.  So please try out the precompiled
> binaries and let me know if you encounter any problems.
> 
> I started a wiki page
> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To)
> describing how the precompiled binaries are produced.  If adjustments
> need to be made for compatibility purposes, please let me know.  For
> example, will the Windows8 build using MSVC-x86 work for everybody, or
> do I need to redo that build on (say) Windows7 or perhaps using MinGW? 
> Does the Mac binary work on all intel-based Mac systems?  Etc.
> 
> I'll send out an official release announcement once a few people have
> verified the current binaries.
> 
> -- 
> D. Richard Hipp
> d...@sqlite.org 
> 
> 
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
> 

<>___
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] Version 1.27

[John Long]

On Wed, Sep 11, 2013 at 09:08:05AM -0600, Warren Young wrote:
> On 9/11/2013 08:59, John Long wrote:
> >On Wed, Sep 11, 2013 at 08:49:14AM -0600, Warren Young wrote:
> >>Only 7 months left of MS support: http://goo.gl/dtpQj4
> >
> >So what?
> 
> After the EOL date, XP will quickly start bit rotting.

Given my copy is about 13 years old and still perfectly usable and has been
running as-installed with exactly two KBs applied I really don't know what
difference it makes if it's EOLd or not. Auto-update is the first thing that
gets turned off on any Winstall I've ever done. There's a long list after that.

> Another fun problem with Win2K now is that if you're in a part of
> the world where DST rules changed in the past few years (e.g. USA)
> the time will be off during part of the year, since the time zone DB
> isn't being updated any more.

But we're not talking about Win2K which had a much shorter shelf life and was
obsolete a lot faster than XP was. Everything I need XP for (VPN and some
apps for work), and everything a few million other people need it for
already works.

> Software can't go unmaintained indefinitely without consequences.

Each piece of software has an independent and unknown lifetime and in this
case for many if not most users the consequences of going without
maintenance are preferable to throwing money down the toilet on a crappier,
more bloated version. Most people are either going to get something newer
against their will if they buy a new PC or will stay with what they have
until their hardware catches on fire.

Bottom line is a lot of people are using XP and will not "upgrade" and it is
really not appropriate for anybody to lecture them about doing it.

/jl

-- 
ASCII ribbon campaign ( ) Powered by Lemote Fuloong
 against HTML e-mail   X  Loongson MIPS and OpenBSD
   and proprietary/ \http://www.mutt.org
 attachments /   \  Code Blue or Go Home!
 Encrypted email preferred  PGP Key 2048R/DA65BC04 
___
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] Version 1.27

[Michai Ramakers]

On 11 September 2013 16:36, Michai Ramakers  wrote:
> On 11 September 2013 16:03, Richard Hipp  wrote:
>>
>> I started a wiki page
>> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing
>> how the precompiled binaries are produced.  If adjustments need to be made
>> for compatibility purposes, please let me know.  For example, ...
>
> Thank you for making this release.
> For my information: is WinXP still an 'officially supported' platform?
> I realise it's a bit old, but I happen to use fossil on that platform,
> occasionally.
>
> Michai
___
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] Version 1.27

[djgoku]

This worked on Windows 2008 R2 64-bit, Windows 7 32-bit, Mountain Lion 10.8.4 
64-bit.

Jonathan Otuska 

On Sep 11, 2013, at 9:03 AM, Richard Hipp  wrote:

> Fossil version 1.27 has been tagged and precompiled binaries have been 
> uploaded to http://www.fossil-scm.org/download.html
> 
> I do this infrequently enough that I keep forgetting exactly how things were 
> compiled the previous time.  So please try out the precompiled binaries and 
> let me know if you encounter any problems.
> 
> I started a wiki page 
> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing 
> how the precompiled binaries are produced.  If adjustments need to be made 
> for compatibility purposes, please let me know.  For example, will the 
> Windows8 build using MSVC-x86 work for everybody, or do I need to redo that 
> build on (say) Windows7 or perhaps using MinGW?  Does the Mac binary work on 
> all intel-based Mac systems?  Etc.
> 
> I'll send out an official release announcement once a few people have 
> verified the current binaries.
> 
> -- 
> D. Richard Hipp
> d...@sqlite.org
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

___
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] Version 1.27

[Warren Young]

On 9/11/2013 08:36, Michai Ramakers wrote:

For my information: is WinXP still an 'officially supported' platform?
I realise it's a bit old, but I happen to use fossil on that platform,
occasionally.


Only 7 months left of MS support: http://goo.gl/dtpQj4

After that, no more security patches.  It's time to be migrating off XP.
___
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] Version 1.27

[John Long]

On Wed, Sep 11, 2013 at 08:49:14AM -0600, Warren Young wrote:
> On 9/11/2013 08:36, Michai Ramakers wrote:
> >For my information: is WinXP still an 'officially supported' platform?
> >I realise it's a bit old, but I happen to use fossil on that platform,
> >occasionally.

There are plenty of people still using XP for various reasons and tasks.

> 
> Only 7 months left of MS support: http://goo.gl/dtpQj4
> 
> After that, no more security patches.

So what? Maybe XP is safer than any of the NSA-approved Windows versions.
My unpatched firewalled copy has been running for over 10 years without any
issues.

>  It's time to be migrating off XP.

If you have to use Windows you may as well use XP.

/jl
___
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] Version 1.27

[Jan Nijtmans]

2013/9/11 Richard Hipp :
> I don't have a WinXP system to test on.  But maybe some of the other
> developers do

WinXP should work fine, I tested fossil 1.25 or so on it.
And as far as I know there are no fundamental differences
in Windows API usage, so it still should work fine.
(If not, you can file a bug!)

Regards,
 Jan Nijtmans
___
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] Version 1.27

[Warren Young]

On 9/11/2013 08:59, John Long wrote:

On Wed, Sep 11, 2013 at 08:49:14AM -0600, Warren Young wrote:

Only 7 months left of MS support: http://goo.gl/dtpQj4


So what?


After the EOL date, XP will quickly start bit rotting.  You can predict 
the near future by looking at the state of Windows 2000 now.


I was a big fan of Win2K, but I wouldn't dream of running it today in 
anything but a test VM.


There's a fair chance it won't even boot on a modern PC, due to lack of 
driver support.


Another fun problem with Win2K now is that if you're in a part of the 
world where DST rules changed in the past few years (e.g. USA) the time 
will be off during part of the year, since the time zone DB isn't being 
updated any more.


Software can't go unmaintained indefinitely without consequences.
___
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] Version 1.27

[Stephan Beal]

On Wed, Sep 11, 2013 at 5:03 PM, Michai Ramakers wrote:

> slightly related question: is there, or will there be, a
> regression-test suite for fossil? (I read about the sqlite testing
> method, which is truly amazing.)
>

Fossil's testing infrastructure is not as amazing as sqlite's. For each
release we (normally several of us) run through the following checklist:

http://www.fossil-scm.org/index.html/doc/trunk/test/release-checklist.wiki

that said, most of us can only cover 1 or 2 of the more common platforms.

sqlite's testing infrastructure is somewhat of an anomaly (in a good way,
of course) and _extremely_ difficult to achieve.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] Version 1.27

[Michai Ramakers]

On 11 September 2013 16:03, Richard Hipp  wrote:
> Fossil version 1.27 has been tagged and precompiled binaries have been
> uploaded to http://www.fossil-scm.org/download.html
>
> I do this infrequently enough that I keep forgetting exactly how things were
> compiled the previous time.  So please try out the precompiled binaries and
> let me know if you encounter any problems.

slightly related question: is there, or will there be, a
regression-test suite for fossil? (I read about the sqlite testing
method, which is truly amazing.)

Michai
___
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] Version 1.27

[Paolo Bolzoni]

Maybe it is time to leave Windows?

On Wed, Sep 11, 2013 at 5:09 PM, Stephan Beal  wrote:
> On Wed, Sep 11, 2013 at 5:08 PM, Warren Young  wrote:
>>
>> Software can't go unmaintained indefinitely without consequences.
>
>
> The primary consequence being that people eventually upgrade ;).
>
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
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] Version 1.27

[Stephan Beal]

On Wed, Sep 11, 2013 at 5:08 PM, Warren Young  wrote:

> Software can't go unmaintained indefinitely without consequences.
>

The primary consequence being that people eventually upgrade ;).


-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] Version 1.27

[Richard Hipp]

On Wed, Sep 11, 2013 at 10:36 AM, Michai Ramakers wrote:

>
> For my information: is WinXP still an 'officially supported' platform?
> I realise it's a bit old, but I happen to use fossil on that platform,
> occasionally.
>

I don't have a WinXP system to test on.  But maybe some of the other
developers do
-- 
D. Richard Hipp
d...@sqlite.org
___
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] Version 1.27

[Michai Ramakers]

On 11 September 2013 16:03, Richard Hipp  wrote:
>
> I started a wiki page
> (http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing
> how the precompiled binaries are produced.  If adjustments need to be made
> for compatibility purposes, please let me know.  For example, ...

Thank you for making this release.
For my information: is WinXP still an 'officially supported' platform?
I realise it's a bit old, but I happen to use fossil on that platform,
occasionally.

Michai
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Version 1.27

[Richard Hipp]

Fossil version 1.27 has been tagged and precompiled binaries have been
uploaded to http://www.fossil-scm.org/download.html

I do this infrequently enough that I keep forgetting exactly how things
were compiled the previous time.  So please try out the precompiled
binaries and let me know if you encounter any problems.

I started a wiki page (
http://www.fossil-scm.org/fossil/wiki?name=Release+Build+How-To) describing
how the precompiled binaries are produced.  If adjustments need to be made
for compatibility purposes, please let me know.  For example, will the
Windows8 build using MSVC-x86 work for everybody, or do I need to redo that
build on (say) Windows7 or perhaps using MinGW?  Does the Mac binary work
on all intel-based Mac systems?  Etc.

I'll send out an official release announcement once a few people have
verified the current binaries.

-- 
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users