Re: [fossil-users] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Dmitry Chestnykh 
On Oct 4, 2011, at 2:08 , Ross Berteig wrote:

> I wonder if we should start a collection of pages at the
> fossil-scm.org wiki that document the collective wisdom of this
> group for IDEs we've encountered.

Here's a useful resource:
https://github.com/github/gitignore

--
Dmitry Chestnykh

___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Gilles 
On Tue, 04 Oct 2011 01:55:46 +0200, Gilles
 wrote:
>Thanks guys for the help. Apparently, I'm not doing it right, as
>Fossil did add bin/, obj/, and My Project/ when running "add".

Incidently, what is the right way to cancel changes made but not yet
commited?

According to the wiki, it seems like the only way is to force-close
the connection to the repository:

www.sqlite.org/debug1/doc/trunk/www/reference.wiki#close

fossil close -f
fossil open c:\my.repo

___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Ross Berteig 


At 06:59 AM 10/3/2011, Gilles wrote:
>   I'd like to start using Fossil to monitor Vb.Net (2008 
Express)

>projects, and need to know which files/folders I can safely ignore
>when using the "add" command.
>

A pet peeve of mine with IDE developers is they way they tend to
completely fail to document which files should be included in
revision control, and which files are just caches that simplify
the IDE's implementation.

This information can also be quite difficult to search for.

I wonder if we should start a collection of pages at the
fossil-scm.org wiki that document the collective wisdom of this
group for IDEs we've encountered.

Along with a list of files that must be saved, we should include
the list of files that will only cause trouble if saved, and
descriptions of any (like the .suo of VB2010) that can be saved
but might have implications if the project is opened on a
different machine or by a different user.

I can contribute some details about a couple of cross development
IDEs if there is interest in slightly out of date 8051, SH4, and
PIC tools or one current ARM tool.

Ross Berteig   r...@cheshireeng.com
Cheshire Engineering Corp.   http://www.CheshireEng.com/

___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Gilles 
On Mon, 3 Oct 2011 10:56:25 -0400, Tomek Kott
 wrote:
>for C++ projects based in VS2008/10, I have the following ignore glob, which
>seems to work pretty well:
>
>*.vcxproj.user,*Debug/*,*.suo
>
>Probably you can replace vcx with vb. Of course, YMMV.
>
>I ignore the debug folders since these are used when building, and I assume
>I can just build things again to get back the exe from the source.

Thanks guys for the help. Apparently, I'm not doing it right, as
Fossil did add bin/, obj/, and My Project/ when running "add".

Google didn't return much about ignoring directories.

=
C:\Projects\MyApp>fossil add --ignore *.exe,bin/*,obj/*,"My Project/*"
.
=
ADDED  Projects/MyApp/WindowsApplication1/Form1.Designer.vb
ADDED  Projects/MyApp/WindowsApplication1/Form1.resx
ADDED  Projects/MyApp/WindowsApplication1/Form1.vb
ADDED  Projects/MyApp/WindowsApplication1/Form2.Designer.vb
ADDED  Projects/MyApp/WindowsApplication1/Form2.resx
ADDED  Projects/MyApp/WindowsApplication1/Form2.vb
ADDED  Projects/MyApp/WindowsApplication1/Module1.vb

ADDED  Projects/MyApp/WindowsApplication1/My
Project/Application.Designer.vb
ADDED  Projects/MyApp/WindowsApplication1/My Project/Application.myapp
ADDED  Projects/MyApp/WindowsApplication1/My Project/AssemblyInfo.vb
ADDED  Projects/MyApp/WindowsApplication1/My
Project/Resources.Designer.vb
ADDED  Projects/MyApp/WindowsApplication1/My Project/Resources.resx
ADDED  Projects/MyApp/WindowsApplication1/My
Project/Settings.Designer.vb
ADDED  Projects/MyApp/WindowsApplication1/My Project/Settings.settings

ADDED  Projects/MyApp/WindowsApplication1/WindowsApplication1.sln
ADDED  Projects/MyApp/WindowsApplication1/WindowsApplication1.suo
ADDED  Projects/MyApp/WindowsApplication1/WindowsApplication1.vbproj
ADDED
Projects/MyApp/WindowsApplication1/WindowsApplication1.vbproj.user

ADDED
Projects/MyApp/WindowsApplication1/bin/Debug/WindowsApplication1.pdb
ADDED
Projects/MyApp/WindowsApplication1/bin/Debug/WindowsApplication1.xml
ADDED
Projects/MyApp/WindowsApplication1/bin/Release/WindowsApplication1.pdb
ADDED
Projects/MyApp/WindowsApplication1/bin/Release/WindowsApplication1.xml

ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/ResolveAssemblyReference.cache
ADDED  Projects/MyApp/WindowsApplication1/obj/Debug/TempPE/My
Project.Resources.Designer.vb.dll
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.Form1.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.Form2.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.Resources.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.pdb
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.vbproj.FileListAbsolute.txt
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.vbproj.GenerateResource.Cache
ADDED
Projects/MyApp/WindowsApplication1/obj/Debug/WindowsApplication1.xml

ADDED  Projects/MyApp/WindowsApplication1/obj/Release/TempPE/My
Project.Resources.Designer.vb.dll
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.Form1.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.Form2.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.Resources.resources
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.pdb
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.vbproj.FileListAbsolute.txt
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.vbproj.GenerateResource.Cache
ADDED
Projects/MyApp/WindowsApplication1/obj/Release/WindowsApplication1.xml
=

___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Gé Weijers 



On Mon, 3 Oct 2011, Konstantin Khomoutov wrote:


Is there no way to make it switchable at runtime (like via `fossil set
ipv6 on`) or is it doable but just complicated to implement?
Having a compile-time switch effectively doubles the number of binaries
one have to built to offer for downloading.  The same issue arises for
downstream distro packagers.


It's doable and not that complicated. The patch submitted is much more 
complicated than it needs to be, esp. on the server side. All this #ifdef

stuff is not necessary. Looking at the patch I saw several issues:

- not using 'struct sockaddr_storage' but casting a char[256] to a struct
  sockaddr pointer (alignment)
- using an overly complicated method to get a representation of the IP
  address (use 'getnameinfo' in stead)

It is not necessary to even specify the protocol, unless you want to force 
the use of IPv4 or IPv6. The complexity is hidden in the library routines

'getnameinfo' and 'getaddrinfo'.

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 mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] minor milestone: Java client

2011-10-03 Thread Paul Ruizendaal 

On 2 Oct 2011, at 11:58 , Joerg Sonnenberger wrote:

> On Sat, Oct 01, 2011 at 11:22:28PM +0200, Paul Ruizendaal wrote:
>> Doing fork/exec sounds expensive, but on a posix box there is not much
>> difference between that and spawning a thread:
>> http://bulk.fefe.de/scalable-networking.pdf
> 
> Please don't base decisions on questionable micro-benchmarks. fork+exec
> is significantly more expensive than thread creation in a
> multi-processor environment.

Its not black and white, I think. The cost of fork/exec would only be 
relatively low on Posix for a statically linked binaries with a small working 
set that are already in memory (as to minimize copy on write, TLB updates 
etc.). On windows it might be quite different.

I've not found any measurements on threads vs. forks in multiprocessor 
environments. I guess results would depend on the size of the binaries 
involved. For x86 it would probably depend on chip manufacturer, as AMD's cache 
design is different from Intel's design.

In any case, the cost of fork/exec would be less than 0.1 ms. As most Fossil 
commands take much longer than that, I think the proposal is a practical design 
for wrapping 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] minor milestone: Java client

2011-10-03 Thread Remigiusz Modrzejewski 

On Oct 4, 2011, at 12:27 AM, Paul Ruizendaal wrote:

> 
> On 2 Oct 2011, at 11:58 , Joerg Sonnenberger wrote:
> 
>> On Sat, Oct 01, 2011 at 11:22:28PM +0200, Paul Ruizendaal wrote:
>>> Doing fork/exec sounds expensive, but on a posix box there is not much
>>> difference between that and spawning a thread:
>>> http://bulk.fefe.de/scalable-networking.pdf
>> 
>> Please don't base decisions on questionable micro-benchmarks. fork+exec
>> is significantly more expensive than thread creation in a
>> multi-processor environment.
> 
> [...]
> In any case, the cost of fork/exec would be less than 0.1 ms. As most Fossil 
> commands take much longer than that, I think the proposal is a practical 
> design for wrapping Fossil.

Anyhow Fossil is doing only fork, which is pretty cheap. And, unless some crazy 
security folk take over, there is no reason to change this :)

Kind regards,
Remigiusz Modrzejewski



___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Richard Hipp 
2011/10/3 Lluís Batlle i Rossell 

> On Mon, Oct 03, 2011 at 11:58:08AM -0700, Gé Weijers wrote:
> >
> >
> > On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:
> >
> > >Additionally, I don't know how portable it is to use always getaddrinfo
> > >(POSIX-2001?) while requiring C89.
> >
> > C89 does not address networking, so this issue is unrelated to C89.
> > If getaddrinfo is not supported on a platform that uses the socket
> > API it may be time to move away from it :-(
>
> :) I agree. I was just wondering, how old (or simple) systems/compilers we
> expect fossil to build on.
>

I need to build Fossil on a circa 2002 Mac iBook PPC running MacOS 10.2
(Juguar).  And that currently works, with a few extra -D options manually
added to the Makefile.  I'd like to keep it working.


>
> > The only extra complexity it adds is that a server has to be able to
> > listen to multiple sockets. Some OSes may give you a single socket
> > that can handle both IPv4 and IPv6 connections, and others will not.
>
> I know I know. But posix allows a 'setsockopt' to force it do both ipv4 and
> ipv6
> in the same socket, isn't it? Different OSes have different 'defaults' for
> that
> though.
>
> Regards,
> Lluís.
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>



-- 
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 11:58:08AM -0700, Gé Weijers wrote:
> 
> 
> On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:
> 
> >Additionally, I don't know how portable it is to use always getaddrinfo
> >(POSIX-2001?) while requiring C89.
> 
> C89 does not address networking, so this issue is unrelated to C89.
> If getaddrinfo is not supported on a platform that uses the socket
> API it may be time to move away from it :-(

:) I agree. I was just wondering, how old (or simple) systems/compilers we
expect fossil to build on.

> The only extra complexity it adds is that a server has to be able to
> listen to multiple sockets. Some OSes may give you a single socket
> that can handle both IPv4 and IPv6 connections, and others will not.

I know I know. But posix allows a 'setsockopt' to force it do both ipv4 and ipv6
in the same socket, isn't it? Different OSes have different 'defaults' for that
though.

Regards,
Lluís.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Konstantin Khomoutov 
On Mon, 03 Oct 2011 22:24:02 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:

> > That is cool, but please be sure to make such IPv6 mode not enabled
> > by default unless it's somehow possible to make it work
> > transparently on a conventional box with IPv4 only networking.
> 
> Well, you can enable/disable at compile time. At runtime, it won't
> try to use IPv6 address if you don't have desired connectivity
> available, RFC3484[1] which getaddrinfo(3) implements. But if you
> enable IPv6 support at compile-time, it expects IPv6 support (in
> kernel) to be available at runtime, as it's using AF_INET6 sockets.
Is there no way to make it switchable at runtime (like via `fossil set
ipv6 on`) or is it doable but just complicated to implement?
Having a compile-time switch effectively doubles the number of binaries
one have to built to offer for downloading.  The same issue arises for
downstream distro packagers.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Gé Weijers 



On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:


Additionally, I don't know how portable it is to use always getaddrinfo
(POSIX-2001?) while requiring C89.


C89 does not address networking, so this issue is unrelated to C89. If 
getaddrinfo is not supported on a platform that uses the socket API it may 
be time to move away from it :-(


The only extra complexity it adds is that a server has to be able to 
listen to multiple sockets. Some OSes may give you a single socket that 
can handle both IPv4 and IPv6 connections, and others will not.


Ge'


The code could go right now into a branch, and then we change it according to
needs and tests.

Regards,
Lluís.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Joerg Sonnenberger 
On Mon, Oct 03, 2011 at 04:19:34PM +0400, Konstantin Khomoutov wrote:
> On Mon, 03 Oct 2011 16:00:14 +0530
> ashish...@lostca.se (Ashish SHUKLA) wrote:
> 
> [...]
> > 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
> > if there was any technical reason to not add support for IPv6, so I
> > modified it all relevant places (I was able to find) to use IPv6
> > sockets, perform hostname lookups using getaddrinfo(3), accept
> > push/pulls to/from IPv6 address, and persist this information in the
> > repository database.
> [...]
> 
> That is cool, but please be sure to make such IPv6 mode not enabled by
> default unless it's somehow possible to make it work transparently on a
> conventional box with IPv4 only networking.

It should just work as long as your IPv6 setup is not broken. E.g. as
long as nothing in your network advertises a IPv6 default route AND
doesn't provide ICMP6 failures, it will behave.

It might also be a saner option to just always use getaddrinfo() and one
of the fallback implementations that emulate getaddrinfo based on
gethostbyname etc. That has the big advantage of keeping the main code
#if free.

Joerg
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Joerg Sonnenberger 
On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
> Might be best to also add in 'private'
> 
>   Cache-Control: private, no-cache
> 
> for a more explicit description of the intent of only showing content to the 
> user who requested it.

That's wrong. It should have a Vary header to restrict it to the session
cookie.

Joerg
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Ashish SHUKLA 
Konstantin Khomoutov writes:
> On Mon, 03 Oct 2011 16:00:14 +0530
> ashish...@lostca.se (Ashish SHUKLA) wrote:

> [...]
>> 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
>> if there was any technical reason to not add support for IPv6, so I
>> modified it all relevant places (I was able to find) to use IPv6
>> sockets, perform hostname lookups using getaddrinfo(3), accept
>> push/pulls to/from IPv6 address, and persist this information in the
>> repository database.
> [...]

> That is cool, but please be sure to make such IPv6 mode not enabled by
> default unless it's somehow possible to make it work transparently on a
> conventional box with IPv4 only networking.

Well, you can enable/disable at compile time. At runtime, it won't try to use
IPv6 address if you don't have desired connectivity available, RFC3484[1]
which getaddrinfo(3) implements. But if you enable IPv6 support at
compile-time, it expects IPv6 support (in kernel) to be available at runtime,
as it's using AF_INET6 sockets.

References:
[1]  http://tools.ietf.org/html/rfc3484

HTH
-- 
Ashish SHUKLA

“I couldn't help but overhear, probably because I was eavesdropping.”
(anonymous)


pgpUKUcOQUQp1.pgp
Description: PGP signature
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Ben Summers 

On 3 Oct 2011, at 17:37, Lluís Batlle i Rossell wrote:

> On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
>> 
>> On 3 Oct 2011, at 16:20, Lluís Batlle i Rossell wrote:
>>> I think that's exactly what I want. Anyone against?
>> 
>> Might be best to also add in 'private'
>> 
>>  Cache-Control: private, no-cache
>> 
>> for a more explicit description of the intent of only showing content to the 
>> user who requested it.
> 
> That's for multi-user web-browsers, isn't it? I don't know of any.

It's not aimed at browsers, it's aimed at intermediate caches which proxy 
multiple users.

> I also can't
> forecast a meaning for private+no-cache.

I means roughly the same as no-cache, but allows for older caches.

> 
> If ever appears the need, let's introduce "private".
> 
> I committed the removal of no-store, btw.
> 
> Regards,
> Lluís.
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

--
http://bens.me.uk/



___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 06:47:12PM +0200, Stephan Beal wrote:
> 2011/10/3 Lluís Batlle i Rossell 
> 
> > If ever appears the need, let's introduce "private".
> >
> > I committed the removal of no-store, btw.
> >
> >
> Wouldn't it be just as easy to set the whole string as a config option,
> defaulting to something sane?

There is still not any option better than 'no-store' in any known situation,
isn't it? :)
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Stephan Beal 
2011/10/3 Lluís Batlle i Rossell 

> If ever appears the need, let's introduce "private".
>
> I committed the removal of no-store, btw.
>
>
Wouldn't it be just as easy to set the whole string as a config option,
defaulting to something sane?

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
> 
> On 3 Oct 2011, at 16:20, Lluís Batlle i Rossell wrote:
> > I think that's exactly what I want. Anyone against?
> 
> Might be best to also add in 'private'
> 
>   Cache-Control: private, no-cache
> 
> for a more explicit description of the intent of only showing content to the 
> user who requested it.

That's for multi-user web-browsers, isn't it? I don't know of any. I also can't
forecast a meaning for private+no-cache.

If ever appears the need, let's introduce "private".

I committed the removal of no-store, btw.

Regards,
Lluís.
___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Scott Robison 
I think it's more a question of how you're using fossil. If you are
using it for an actual distributed project, then you probably don't
(or at least might not want) to include suo files. If you are using it
just for vcs as a solo developer, there is no technical reason not to
include the suo file.

SDR

On Mon, Oct 3, 2011 at 9:46 AM, Tomek Kott  wrote:
> The way I see it, you don't want the user options travelling between
> different users, since they're user options. I don't believe they set
> anything important for the solution itself. At least, that's how I
> understand it.
>
> Tomek
>
> On Mon, Oct 3, 2011 at 11:33 AM, tpero...@compumation.com
>  wrote:
>>
>> I also ignore the obj folder. All those files get rebuilt anyway. You
>> might want to keep the suo file:
>>
>> What is an suo file?
>>
>>
>>
>> Tony Perovic
>>
>> Compumation, Inc.
>>
>>
>>
>> From: fossil-users-boun...@lists.fossil-scm.org
>> [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Tomek Kott
>> Sent: Monday, October 03, 2011 9:56 AM
>> To: fossil-users@lists.fossil-scm.org
>> Subject: Re: [fossil-users] [vb.net] Which files/folders can be safely
>> ignored?
>>
>>
>>
>> for C++ projects based in VS2008/10, I have the following ignore glob,
>> which seems to work pretty well:
>>
>> *.vcxproj.user,*Debug/*,*.suo
>>
>> Probably you can replace vcx with vb. Of course, YMMV.
>>
>> I ignore the debug folders since these are used when building, and I
>> assume I can just build things again to get back the exe from the source.
>>
>> Hope that helps,
>>
>> Tomek
>>
>> On Mon, Oct 3, 2011 at 9:59 AM, Gilles  wrote:
>>
>> Hello
>>
>>        I'd like to start using Fossil to monitor Vb.Net (2008 Express)
>> projects, and need to know which files/folders I can safely ignore
>> when using the "add" command.
>>
>> FWIW, here's a one form + one module project:
>> 
>> Directory of C:\Projects\MyApp\WindowsApplication1
>>
>> 03/10/2011  15:04             3.040 Form1.Designer.vb
>> 03/10/2011  15:04             5.814 Form1.resx
>> 03/10/2011  15:08             2.903 Form1.vb
>> 03/10/2011  13:40               194 Module1.vb
>> 03/10/2011  13:36              bin
>> 03/10/2011  13:36              My Project
>> 03/10/2011  13:36              obj
>> 03/10/2011  13:36               934 WindowsApplication1.sln
>> 03/10/2011  13:36             5.678 WindowsApplication1.vbproj
>> 03/10/2011  13:36                74 WindowsApplication1.vbproj.user
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Debug
>> 03/10/2011  15:08            27.648 WindowsApplication1.exe
>> 03/10/2011  15:08            58.880 WindowsApplication1.pdb
>> 03/10/2011  15:08            14.328 WindowsApplication1.vshost.exe
>> 03/10/2011  15:08               127 WindowsApplication1.xml
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Release
>>               0 File(s)              0 bytes
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\My Project
>> 03/10/2011  02:51             1.522 Application.Designer.vb
>> 03/10/2011  02:51               510 Application.myapp
>> 03/10/2011  02:51             1.199 AssemblyInfo.vb
>> 03/10/2011  02:51             2.807 Resources.Designer.vb
>> 30/07/2008  06:54             5.612 Resources.resx
>> 03/10/2011  02:51             3.058 Settings.Designer.vb
>> 30/07/2008  06:54               279 Settings.settings
>>               7 File(s)         14.987 bytes
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug
>> 03/10/2011  10:56             6.069 ResolveAssemblyReference.cache
>> 03/10/2011  13:36              TempPE
>> 03/10/2011  15:08            27.648 WindowsApplication1.exe
>> 03/10/2011  15:04               180
>> WindowsApplication1.Form1.resources
>> 03/10/2011  14:30               180
>> WindowsApplication1.Form2.resources
>> 03/10/2011  15:08            58.880 WindowsApplication1.pdb
>> 03/10/2011  13:40               180
>> WindowsApplication1.Resources.resources
>> 03/10/2011  15:08             2.764
>> WindowsApplication1.vbproj.FileListAbsolute.txt
>> 03/10/2011  15:04               905
>> WindowsApplication1.vbproj.GenerateResource.Cache
>> 03/10/2011  15:08               127 WindowsApplication1.xml
>>               9 File(s)         96.933 bytes
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug\TempPE
>> 03/10/2011  13:02             7.680 My
>> Project.Resources.Designer.vb.dll
>>               1 File(s)          7.680 bytes
>>
>> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Release
>>               0 File(s)              0 bytes
>> 
>>
>> Thank you.
>>
>> ___
>> 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/fossi

Re: [fossil-users] Forms are cleared in firefox, switch pages

2011-10-03 Thread Ben Summers 

On 3 Oct 2011, at 16:20, Lluís Batlle i Rossell wrote:

> On Mon, Oct 03, 2011 at 05:05:13PM +0200, Stephan Beal wrote:
>> 2011/10/3 Lluís Batlle i Rossell 
>> 
>>> What would happen if JSON answers had not 'no-store'? Would not be
>>> 'no-cache'
>>> enough? It should be up to the json clients though.
>>> 
>> 
>> Sorry, my mistake - i meant no-cache, not no-store.
> 
> So, as I tested, removing 'no-store' makes firefox remember the form in the 
> case
> of back-forward in history. But clicking to the same url makes firefox still
> refetch the page contents.
> 
> I think that's exactly what I want. Anyone against?

Might be best to also add in 'private'

  Cache-Control: private, no-cache

for a more explicit description of the intent of only showing content to the 
user who requested it.

Ben


--
http://bens.me.uk/



___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Tomek Kott 
The way I see it, you don't want the user options travelling between
different users, since they're user options. I don't believe they set
anything important for the solution itself. At least, that's how I
understand it.

Tomek

On Mon, Oct 3, 2011 at 11:33 AM, tpero...@compumation.com <
tpero...@compumation.com> wrote:

> I also ignore the obj folder. All those files get rebuilt anyway. You might
> want to keep the suo file:
>
> What is an suo 
> file?
> 
>
> ** **
>
> Tony Perovic
>
> Compumation, Inc.
>
> ** **
>
> *From:* fossil-users-boun...@lists.fossil-scm.org [mailto:
> fossil-users-boun...@lists.fossil-scm.org] *On Behalf Of *Tomek Kott
> *Sent:* Monday, October 03, 2011 9:56 AM
> *To:* fossil-users@lists.fossil-scm.org
> *Subject:* Re: [fossil-users] [vb.net] Which files/folders can be safely
> ignored?
>
> ** **
>
> for C++ projects based in VS2008/10, I have the following ignore glob,
> which seems to work pretty well:
>
> *.vcxproj.user,*Debug/*,*.suo
>
> Probably you can replace vcx with vb. Of course, YMMV.
>
> I ignore the debug folders since these are used when building, and I assume
> I can just build things again to get back the exe from the source.
>
> Hope that helps,
>
> Tomek
>
> On Mon, Oct 3, 2011 at 9:59 AM, Gilles  wrote:
>
> Hello
>
>I'd like to start using Fossil to monitor Vb.Net (2008 Express)
> projects, and need to know which files/folders I can safely ignore
> when using the "add" command.
>
> FWIW, here's a one form + one module project:
> 
> Directory of C:\Projects\MyApp\WindowsApplication1
>
> 03/10/2011  15:04 3.040 Form1.Designer.vb
> 03/10/2011  15:04 5.814 Form1.resx
> 03/10/2011  15:08 2.903 Form1.vb
> 03/10/2011  13:40   194 Module1.vb
> 03/10/2011  13:36  bin
> 03/10/2011  13:36  My Project
> 03/10/2011  13:36  obj
> 03/10/2011  13:36   934 WindowsApplication1.sln
> 03/10/2011  13:36 5.678 WindowsApplication1.vbproj
> 03/10/2011  13:3674 WindowsApplication1.vbproj.user
>
> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Debug
> 03/10/2011  15:0827.648 WindowsApplication1.exe
> 03/10/2011  15:0858.880 WindowsApplication1.pdb
> 03/10/2011  15:0814.328 WindowsApplication1.vshost.exe
> 03/10/2011  15:08   127 WindowsApplication1.xml
>
> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Release
>   0 File(s)  0 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\My Project
> 03/10/2011  02:51 1.522 Application.Designer.vb
> 03/10/2011  02:51   510 Application.myapp
> 03/10/2011  02:51 1.199 AssemblyInfo.vb
> 03/10/2011  02:51 2.807 Resources.Designer.vb
> 30/07/2008  06:54 5.612 Resources.resx
> 03/10/2011  02:51 3.058 Settings.Designer.vb
> 30/07/2008  06:54   279 Settings.settings
>   7 File(s) 14.987 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug
> 03/10/2011  10:56 6.069 ResolveAssemblyReference.cache
> 03/10/2011  13:36  TempPE
> 03/10/2011  15:0827.648 WindowsApplication1.exe
> 03/10/2011  15:04   180
> WindowsApplication1.Form1.resources
> 03/10/2011  14:30   180
> WindowsApplication1.Form2.resources
> 03/10/2011  15:0858.880 WindowsApplication1.pdb
> 03/10/2011  13:40   180
> WindowsApplication1.Resources.resources
> 03/10/2011  15:08 2.764
> WindowsApplication1.vbproj.FileListAbsolute.txt
> 03/10/2011  15:04   905
> WindowsApplication1.vbproj.GenerateResource.Cache
> 03/10/2011  15:08   127 WindowsApplication1.xml
>   9 File(s) 96.933 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug\TempPE
> 03/10/2011  13:02 7.680 My
> Project.Resources.Designer.vb.dll
>   1 File(s)  7.680 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Release
>   0 File(s)  0 bytes
> 
>
> Thank you.
>
> ___
> 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
>
>
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Dmitry Chestnykh 
On Oct 3, 2011, at 17:20 , Lluís Batlle i Rossell wrote:

> I think that's exactly what I want. Anyone against?

I'm for it, but here's the ticket referring to "no-store" that mentions some 
problems with Opera:
http://www.fossil-scm.org/index.html/info/b465b3bc2ceef4446b2ae770242ed0968e4dbc68

--
Dmitry Chestnykh


___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread tpero...@compumation.com 
I also ignore the obj folder. All those files get rebuilt anyway. You might 
want to keep the suo file:
What is an suo 
file?

Tony Perovic
Compumation, Inc.

From: fossil-users-boun...@lists.fossil-scm.org 
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Tomek Kott
Sent: Monday, October 03, 2011 9:56 AM
To: fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] [vb.net] Which files/folders can be safely ignored?

for C++ projects based in VS2008/10, I have the following ignore glob, which 
seems to work pretty well:

*.vcxproj.user,*Debug/*,*.suo

Probably you can replace vcx with vb. Of course, YMMV.

I ignore the debug folders since these are used when building, and I assume I 
can just build things again to get back the exe from the source.

Hope that helps,

Tomek
On Mon, Oct 3, 2011 at 9:59 AM, Gilles 
mailto:gilles.gana...@free.fr>> wrote:
Hello

   I'd like to start using Fossil to monitor Vb.Net (2008 Express)
projects, and need to know which files/folders I can safely ignore
when using the "add" command.

FWIW, here's a one form + one module project:

Directory of C:\Projects\MyApp\WindowsApplication1

03/10/2011  15:04 3.040 Form1.Designer.vb
03/10/2011  15:04 5.814 Form1.resx
03/10/2011  15:08 2.903 Form1.vb
03/10/2011  13:40   194 Module1.vb
03/10/2011  13:36  bin
03/10/2011  13:36  My Project
03/10/2011  13:36  obj
03/10/2011  13:36   934 WindowsApplication1.sln
03/10/2011  13:36 5.678 WindowsApplication1.vbproj
03/10/2011  13:3674 WindowsApplication1.vbproj.user

Directory of C:\Projects\MyApp\WindowsApplication1\bin\Debug
03/10/2011  15:0827.648 WindowsApplication1.exe
03/10/2011  15:0858.880 WindowsApplication1.pdb
03/10/2011  15:0814.328 WindowsApplication1.vshost.exe
03/10/2011  15:08   127 WindowsApplication1.xml

Directory of C:\Projects\MyApp\WindowsApplication1\bin\Release
  0 File(s)  0 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\My Project
03/10/2011  02:51 1.522 Application.Designer.vb
03/10/2011  02:51   510 Application.myapp
03/10/2011  02:51 1.199 AssemblyInfo.vb
03/10/2011  02:51 2.807 Resources.Designer.vb
30/07/2008  06:54 5.612 Resources.resx
03/10/2011  02:51 3.058 Settings.Designer.vb
30/07/2008  06:54   279 Settings.settings
  7 File(s) 14.987 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug
03/10/2011  10:56 6.069 ResolveAssemblyReference.cache
03/10/2011  13:36  TempPE
03/10/2011  15:0827.648 WindowsApplication1.exe
03/10/2011  15:04   180
WindowsApplication1.Form1.resources
03/10/2011  14:30   180
WindowsApplication1.Form2.resources
03/10/2011  15:0858.880 WindowsApplication1.pdb
03/10/2011  13:40   180
WindowsApplication1.Resources.resources
03/10/2011  15:08 2.764
WindowsApplication1.vbproj.FileListAbsolute.txt
03/10/2011  15:04   905
WindowsApplication1.vbproj.GenerateResource.Cache
03/10/2011  15:08   127 WindowsApplication1.xml
  9 File(s) 96.933 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug\TempPE
03/10/2011  13:02 7.680 My
Project.Resources.Designer.vb.dll
  1 File(s)  7.680 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Release
  0 File(s)  0 bytes


Thank you.

___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Stephan Beal 
2011/10/3 Lluís Batlle i Rossell 

> I think that's exactly what I want. Anyone against?
>

Sounds perfect to me :).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 05:05:13PM +0200, Stephan Beal wrote:
> 2011/10/3 Lluís Batlle i Rossell 
> 
> > What would happen if JSON answers had not 'no-store'? Would not be
> > 'no-cache'
> > enough? It should be up to the json clients though.
> >
> 
> Sorry, my mistake - i meant no-cache, not no-store.

So, as I tested, removing 'no-store' makes firefox remember the form in the case
of back-forward in history. But clicking to the same url makes firefox still
refetch the page contents.

I think that's exactly what I want. Anyone against?

(Looking for 'chrome no-store' in google quite a lot of bug reports, for what 
I've seen)


Index: src/cgi.c
===
--- src/cgi.c
+++ src/cgi.c
@@ -325,11 +325,11 @@
 */
 /*time_t expires = time(0) + 
atoi(db_config("constant_expires","604800"));*/
 time_t expires = time(0) + 604800;
 fprintf(g.httpOut, "Expires: %s\r\n", cgi_rfc822_datestamp(expires));
   }else{
-fprintf(g.httpOut, "Cache-control: no-cache, no-store\r\n");
+fprintf(g.httpOut, "Cache-control: no-cache\r\n");
   }
 
   /* Content intended for logged in users should only be cached in
   ** the browser, not some shared location.
   */


___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Stephan Beal 
2011/10/3 Lluís Batlle i Rossell 

> What would happen if JSON answers had not 'no-store'? Would not be
> 'no-cache'
> enough? It should be up to the json clients though.
>

Sorry, my mistake - i meant no-cache, not no-store.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 04:34:19PM +0200, Stephan Beal wrote:
> 2011/10/3 Lluís Batlle i Rossell 
> 
> > Small research about the trouble:  Cache-Control: no-store
> >
> >
> > http://blogs.atlassian.com/developer/2007/12/cachecontrol_nostore_considere.html
> > https://jira.atlassian.com/browse/JRA-14031
> >
> > I'd prefer not to switch to chrome. :) What about removing no-store?
> >
> 
> IMO "that would be bad." In my experience, Chrome (my primary browser since
> 2 or 3 years) very aggressively caches, often requiring multiple reloads to
> get any updates to pages/scripts i'm editing at the time. And for JSON mode
> no-store is especially appropriate (that said, it could be conditionally
> enabled just for JSON mode).

What would happen if JSON answers had not 'no-store'? Would not be 'no-cache'
enough? It should be up to the json clients though.
___
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] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Tomek Kott 
for C++ projects based in VS2008/10, I have the following ignore glob, which
seems to work pretty well:

*.vcxproj.user,*Debug/*,*.suo

Probably you can replace vcx with vb. Of course, YMMV.

I ignore the debug folders since these are used when building, and I assume
I can just build things again to get back the exe from the source.

Hope that helps,

Tomek

On Mon, Oct 3, 2011 at 9:59 AM, Gilles  wrote:

> Hello
>
>I'd like to start using Fossil to monitor Vb.Net (2008 Express)
> projects, and need to know which files/folders I can safely ignore
> when using the "add" command.
>
> FWIW, here's a one form + one module project:
> 
> Directory of C:\Projects\MyApp\WindowsApplication1
>
> 03/10/2011  15:04 3.040 Form1.Designer.vb
> 03/10/2011  15:04 5.814 Form1.resx
> 03/10/2011  15:08 2.903 Form1.vb
> 03/10/2011  13:40   194 Module1.vb
> 03/10/2011  13:36  bin
> 03/10/2011  13:36  My Project
> 03/10/2011  13:36  obj
> 03/10/2011  13:36   934 WindowsApplication1.sln
> 03/10/2011  13:36 5.678 WindowsApplication1.vbproj
> 03/10/2011  13:3674 WindowsApplication1.vbproj.user
>
> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Debug
> 03/10/2011  15:0827.648 WindowsApplication1.exe
> 03/10/2011  15:0858.880 WindowsApplication1.pdb
> 03/10/2011  15:0814.328 WindowsApplication1.vshost.exe
> 03/10/2011  15:08   127 WindowsApplication1.xml
>
> Directory of C:\Projects\MyApp\WindowsApplication1\bin\Release
>   0 File(s)  0 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\My Project
> 03/10/2011  02:51 1.522 Application.Designer.vb
> 03/10/2011  02:51   510 Application.myapp
> 03/10/2011  02:51 1.199 AssemblyInfo.vb
> 03/10/2011  02:51 2.807 Resources.Designer.vb
> 30/07/2008  06:54 5.612 Resources.resx
> 03/10/2011  02:51 3.058 Settings.Designer.vb
> 30/07/2008  06:54   279 Settings.settings
>   7 File(s) 14.987 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug
> 03/10/2011  10:56 6.069 ResolveAssemblyReference.cache
> 03/10/2011  13:36  TempPE
> 03/10/2011  15:0827.648 WindowsApplication1.exe
> 03/10/2011  15:04   180
> WindowsApplication1.Form1.resources
> 03/10/2011  14:30   180
> WindowsApplication1.Form2.resources
> 03/10/2011  15:0858.880 WindowsApplication1.pdb
> 03/10/2011  13:40   180
> WindowsApplication1.Resources.resources
> 03/10/2011  15:08 2.764
> WindowsApplication1.vbproj.FileListAbsolute.txt
> 03/10/2011  15:04   905
> WindowsApplication1.vbproj.GenerateResource.Cache
> 03/10/2011  15:08   127 WindowsApplication1.xml
>   9 File(s) 96.933 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug\TempPE
> 03/10/2011  13:02 7.680 My
> Project.Resources.Designer.vb.dll
>   1 File(s)  7.680 bytes
>
> Directory of C:\Projects\MyApp\WindowsApplication1\obj\Release
>   0 File(s)  0 bytes
> 
>
> Thank you.
>
> ___
> 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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Stephan Beal 
2011/10/3 Lluís Batlle i Rossell 

> Small research about the trouble:  Cache-Control: no-store
>
>
> http://blogs.atlassian.com/developer/2007/12/cachecontrol_nostore_considere.html
> https://jira.atlassian.com/browse/JRA-14031
>
> I'd prefer not to switch to chrome. :) What about removing no-store?
>

IMO "that would be bad." In my experience, Chrome (my primary browser since
2 or 3 years) very aggressively caches, often requiring multiple reloads to
get any updates to pages/scripts i'm editing at the time. And for JSON mode
no-store is especially appropriate (that said, it could be conditionally
enabled just for JSON mode).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 03:43:39PM +0200, Dmitry Chestnykh wrote:
> > sometimes I'm filling a ticket, and I click to some link by error, and then 
> > I
> > use back/forward to go to the ticket form page again. And the form is blank.
> > 
> > Firefox uses to store the form contents along page back/forward, but it 
> > fails to
> > do so for fossil. Can this be 'fixed'? Anyone aware of these web things
> > understanding the problem?
> 
> Firefox bug?

Small research about the trouble:  Cache-Control: no-store

http://blogs.atlassian.com/developer/2007/12/cachecontrol_nostore_considere.html
https://jira.atlassian.com/browse/JRA-14031

I'd prefer not to switch to chrome. :) What about removing no-store?

Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] [vb.net] Which files/folders can be safely ignored?

2011-10-03 Thread Gilles 
Hello

I'd like to start using Fossil to monitor Vb.Net (2008 Express)
projects, and need to know which files/folders I can safely ignore
when using the "add" command.

FWIW, here's a one form + one module project:

Directory of C:\Projects\MyApp\WindowsApplication1

03/10/2011  15:04 3.040 Form1.Designer.vb
03/10/2011  15:04 5.814 Form1.resx
03/10/2011  15:08 2.903 Form1.vb
03/10/2011  13:40   194 Module1.vb
03/10/2011  13:36  bin
03/10/2011  13:36  My Project
03/10/2011  13:36  obj
03/10/2011  13:36   934 WindowsApplication1.sln
03/10/2011  13:36 5.678 WindowsApplication1.vbproj
03/10/2011  13:3674 WindowsApplication1.vbproj.user

Directory of C:\Projects\MyApp\WindowsApplication1\bin\Debug
03/10/2011  15:0827.648 WindowsApplication1.exe
03/10/2011  15:0858.880 WindowsApplication1.pdb
03/10/2011  15:0814.328 WindowsApplication1.vshost.exe
03/10/2011  15:08   127 WindowsApplication1.xml

Directory of C:\Projects\MyApp\WindowsApplication1\bin\Release
   0 File(s)  0 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\My Project
03/10/2011  02:51 1.522 Application.Designer.vb
03/10/2011  02:51   510 Application.myapp
03/10/2011  02:51 1.199 AssemblyInfo.vb
03/10/2011  02:51 2.807 Resources.Designer.vb
30/07/2008  06:54 5.612 Resources.resx
03/10/2011  02:51 3.058 Settings.Designer.vb
30/07/2008  06:54   279 Settings.settings
   7 File(s) 14.987 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug
03/10/2011  10:56 6.069 ResolveAssemblyReference.cache
03/10/2011  13:36  TempPE
03/10/2011  15:0827.648 WindowsApplication1.exe
03/10/2011  15:04   180
WindowsApplication1.Form1.resources
03/10/2011  14:30   180
WindowsApplication1.Form2.resources
03/10/2011  15:0858.880 WindowsApplication1.pdb
03/10/2011  13:40   180
WindowsApplication1.Resources.resources
03/10/2011  15:08 2.764
WindowsApplication1.vbproj.FileListAbsolute.txt
03/10/2011  15:04   905
WindowsApplication1.vbproj.GenerateResource.Cache
03/10/2011  15:08   127 WindowsApplication1.xml
   9 File(s) 96.933 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Debug\TempPE
03/10/2011  13:02 7.680 My
Project.Resources.Designer.vb.dll
   1 File(s)  7.680 bytes

Directory of C:\Projects\MyApp\WindowsApplication1\obj\Release
   0 File(s)  0 bytes


Thank you.

___
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] Forms are cleared in firefox, switch pages

2011-10-03 Thread Dmitry Chestnykh 
> sometimes I'm filling a ticket, and I click to some link by error, and then I
> use back/forward to go to the ticket form page again. And the form is blank.
> 
> Firefox uses to store the form contents along page back/forward, but it fails 
> to
> do so for fossil. Can this be 'fixed'? Anyone aware of these web things
> understanding the problem?

Firefox bug?

I just tried, and Firefox preserves the content when you close the tab and then 
go to History > Recently Closed Tabs and reopen it (presumably, it uses a 
different method for saving the state). However, as you said, this doesn't work 
when you click any link on the page or manually enter a new address.

Chrome preserves the form correctly.

--
Dmitry Chestnykh

___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Konstantin Khomoutov 
On Mon, 3 Oct 2011 14:39:18 +0200
Lluís Batlle i Rossell  wrote:

> > > 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not
> > > sure if there was any technical reason to not add support for
> > > IPv6, so I modified it all relevant places (I was able to find)
> > > to use IPv6 sockets, perform hostname lookups using getaddrinfo
> > > (3), accept push/pulls to/from IPv6 address, and persist this
> > > information in the repository database.
> > That is cool, but please be sure to make such IPv6 mode not enabled
> > by default unless it's somehow possible to make it work
> > transparently on a conventional box with IPv4 only networking.
> That's what I saw from the patch at first glance; that building with
> "-DWITH_IPV6" fossil required a connected ipv6 stack.
> 
> Additionally, I don't know how portable it is to use always
> getaddrinfo (POSIX-2001?) while requiring C89.
Tcl developers recently completed implementing IPv6 in the Tcl runtime,
and Tcl runs even on obscure systems like AIX.  So I think this should
not be a problem these days.  Personally I'm only concerned with this
change not breaking things for the majority of users (who use IPv4 and
will continue to do so in the foreseeable future).

> The code could go right now into a branch, and then we change it
> according to needs and tests.
Good idea, thanks.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Lluís Batlle i Rossell 
On Mon, Oct 03, 2011 at 04:19:34PM +0400, Konstantin Khomoutov wrote:
> On Mon, 03 Oct 2011 16:00:14 +0530
> ashish...@lostca.se (Ashish SHUKLA) wrote:
> 
> [...]
> > 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
> > if there was any technical reason to not add support for IPv6, so I
> > modified it all relevant places (I was able to find) to use IPv6
> > sockets, perform hostname lookups using getaddrinfo(3), accept
> > push/pulls to/from IPv6 address, and persist this information in the
> > repository database.
> [...]
> 
> That is cool, but please be sure to make such IPv6 mode not enabled by
> default unless it's somehow possible to make it work transparently on a
> conventional box with IPv4 only networking.

That's what I saw from the patch at first glance; that building with
"-DWITH_IPV6" fossil required a connected ipv6 stack.

Additionally, I don't know how portable it is to use always getaddrinfo
(POSIX-2001?) while requiring C89.

The code could go right now into a branch, and then we change it according to
needs and tests.

Regards,
Lluís.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Konstantin Khomoutov 
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:

[...]
> 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
> if there was any technical reason to not add support for IPv6, so I
> modified it all relevant places (I was able to find) to use IPv6
> sockets, perform hostname lookups using getaddrinfo(3), accept
> push/pulls to/from IPv6 address, and persist this information in the
> repository database.
[...]

That is cool, but please be sure to make such IPv6 mode not enabled by
default unless it's somehow possible to make it work transparently on a
conventional box with IPv4 only networking.
___
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] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Richard Hipp 
Please send in a Contributors License Agreement (
http://www.fossil-scm.org/fossil/doc/trunk/www/copyright-release.html) so
that we can use your code.

On Mon, Oct 3, 2011 at 6:30 AM, Ashish SHUKLA  wrote:

> Hi everyone,
>
> I've written attached diff sometime ago to add:
>
> 1. Improved reverse proxy support. I'm not sure if there is any explicit
>   support for reverse proxy, but the way in which I was trying to use it,
>   i.e. exposing fossil repository at a _location_ in nginx, it wasn't
>   working. So I decided to fix issues I encountered and added explicit
>   support for it in the code which now works as I expected:
>
> --8<---cut here---start->8---
> chateau.d.if!abbe fossils % fossil server -R /code -P 8080 .
> --8<---cut here---end--->8---
>
>   And following is the corresponding nginx configuration to proxy traffic
> at
>   /code/ to fossil server listening at port 8080:
>
> --8<---cut here---start->8---
> location /code/ {
>proxy_pass http://localhost:8080/ ;
>proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
>proxy_redirect http://localhost:8080/code/ http://$http_host/code/;
> }
> --8<---cut here---end--->8---
>
>   If this is achievable using current version (hosted at: fossil-scm.org),
>   please let me know.
>
> 2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure if
> there
>   was any technical reason to not add support for IPv6, so I modified it
> all
>   relevant places (I was able to find) to use IPv6 sockets, perform
> hostname
>   lookups using getaddrinfo(3), accept push/pulls to/from IPv6 address, and
>   persist this information in the repository database.
>
> I'm using it with the Fossil snapshot of September, 2011 with FreeBSD 8.2-R
> (amd64) without any issues. Please let me know if you find any problems
> with
> code.
>
> I'll be glad if these changes makes to the trunk.
>
> Thanks
> --
> Ashish SHUKLA
>
> “The wonderful thing about science is that it doesn't ask for your
> faith, it just ask for your eyes.” (xkcd #154)
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
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] Event pages can't have attachments

2011-10-03 Thread Lluís Batlle i Rossell 
Hello,

as event pages should be similar to wiki pages, shouldn't they allow
attachments?

Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] [PATCH] IPv6 support and improved reverse proxying support

2011-10-03 Thread Ashish SHUKLA 
Hi everyone,

I've written attached diff sometime ago to add:

1. Improved reverse proxy support. I'm not sure if there is any explicit
   support for reverse proxy, but the way in which I was trying to use it,
   i.e. exposing fossil repository at a _location_ in nginx, it wasn't
   working. So I decided to fix issues I encountered and added explicit
   support for it in the code which now works as I expected:

--8<---cut here---start->8---
chateau.d.if!abbe fossils % fossil server -R /code -P 8080 .
--8<---cut here---end--->8---

   And following is the corresponding nginx configuration to proxy traffic at
   /code/ to fossil server listening at port 8080:

--8<---cut here---start->8---
location /code/ {
proxy_pass http://localhost:8080/ ;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_redirect http://localhost:8080/code/ http://$http_host/code/;
}
--8<---cut here---end--->8---

   If this is achievable using current version (hosted at: fossil-scm.org),
   please let me know.

2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure if there
   was any technical reason to not add support for IPv6, so I modified it all
   relevant places (I was able to find) to use IPv6 sockets, perform hostname
   lookups using getaddrinfo(3), accept push/pulls to/from IPv6 address, and
   persist this information in the repository database.

I'm using it with the Fossil snapshot of September, 2011 with FreeBSD 8.2-R
(amd64) without any issues. Please let me know if you find any problems with
code.

I'll be glad if these changes makes to the trunk.

Thanks
-- 
Ashish SHUKLA

“The wonderful thing about science is that it doesn't ask for your
faith, it just ask for your eyes.” (xkcd #154)
Index: auto.def
===
--- auto.def
+++ auto.def
@@ -8,10 +8,11 @@
 with-zlib:path   => {Look for zlib in the given path}
 internal-sqlite=1=> {Don't use the internal sqlite, use the system one}
 static=0 => {Link a static executable}
 lineedit=1   => {Disable line editing}
 fossil-debug=0   => {Build with fossil debugging enabled}
+ipv6=1  => {Disable IPv6 support}
 }
 
 # sqlite wants these types if possible
 cc-with {-includes {stdint.h inttypes.h}} {
 cc-check-types uint32_t uint16_t int16_t uint8_t
@@ -65,10 +66,19 @@
 }
 
 if {[opt-bool static]} {
 # XXX: This will not work on all systems.
 define-append EXTRA_LDFLAGS -static
+}
+
+if {[opt-bool ipv6]} {
+   define-append EXTRA_CFLAGS -DWITH_IPV6
+   msg-result "IPv6 support enabled"
+   if {[cc-check-functions getaddrinfo]} {
+  define-append EXTRA_CFLAGS -DHAVE_GETADDRINFO
+  msg-result "getaddrinfo() enabled"
+   }
 }
 
 
 # Check for zlib, using the given location if specified
 set zlibpath [opt-val with-zlib]

Index: src/cgi.c
===
--- src/cgi.c
+++ src/cgi.c
@@ -992,12 +992,12 @@
 ** and subsequent code handles the actual generation of the webpage.
 */
 void cgi_handle_http_request(const char *zIpAddr){
   char *z, *zToken;
   int i;
-  struct sockaddr_in remoteName;
-  socklen_t size = sizeof(struct sockaddr_in);
+  char remoteName[256];
+  socklen_t size = sizeof(remoteName);
   char zLine[2000]; /* A single line of input. */
 
   g.fullHttpReply = 1;
   if( fgets(zLine, sizeof(zLine),g.httpIn)==0 ){
 malformed_request();
@@ -1019,20 +1019,10 @@
   cgi_setenv("REQUEST_URI", zToken);
   for(i=0; zToken[i] && zToken[i]!='?'; i++){}
   if( zToken[i] ) zToken[i++] = 0;
   cgi_setenv("PATH_INFO", zToken);
   cgi_setenv("QUERY_STRING", &zToken[i]);
-  if( zIpAddr==0 &&
-getpeername(fileno(g.httpIn), (struct sockaddr*)&remoteName, 
-&size)>=0
-  ){
-zIpAddr = inet_ntoa(remoteName.sin_addr);
-  }
-  if( zIpAddr ){   
-cgi_setenv("REMOTE_ADDR", zIpAddr);
-g.zIpAddr = mprintf("%s", zIpAddr);
-  }
  
   /* Get all the optional fields that follow the first line.
   */
   while( fgets(zLine,sizeof(zLine),g.httpIn) ){
 char *zFieldName;
@@ -1059,18 +1049,57 @@
   cgi_setenv("HTTP_HOST", zVal);
 }else if( fossil_strcmp(zFieldName,"if-none-match:")==0 ){
   cgi_setenv("HTTP_IF_NONE_MATCH", zVal);
 }else if( fossil_strcmp(zFieldName,"if-modified-since:")==0 ){
   cgi_setenv("HTTP_IF_MODIFIED_SINCE", zVal);
+}else if( fossil_strcmp(zFieldName,"x-forwarded-for:")==0 ){
+  char* p = zVal;
+  /*
+  ** x-forwarded-for header is a list of comma-separated addresses, 
+  ** with leftmost address corresponding to the client
+  */
+  while(*p && *p != ',') p++;
+  *p = '\0';
+  zIpAddr = mprintf( "%s", zVal );
 }
 #if 0
 else if( fossil_strcmp(zFieldName,"referer:")==0 ){
   cgi_

Re: [fossil-users] delete a branch

2011-10-03 Thread Alaric Snell-Pym 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/03/2011 11:07 AM, Remigiusz Modrzejewski wrote:
>
> On Oct 1, 2011, at 3:19 PM, Paul Ruizendaal wrote:
>
>> Perhaps it is bloat, but would it be useful if branches with the tag 
>> 'mistake' or perhaps 'hidden' were not shown on the default timeline in the 
>> web interface, and having an option for showing the full timeline? It would 
>> be a bit like the full file view and the current file view when showing 
>> files.
>
> I second this idea. Hiding mistakes by default is at least reasonable.

Rather than hardcoding special names like "mistake", I think it would be
better (and more culturally neutral!) to have an explicit property to
hide a check-in, which you'd apply as a propogating tag.

Work required:

1) Make the timeline not show hidden check-ins by default, with a button
to show them; I presume this should be fairly simple.

2) A sensible UI to easily put the propogating tag in place on a given
check-in

3) Documentation thereof

>
> Kind regards,
> Remigiusz Modrzejewski
>

ABS

- --
Alaric Snell-Pym
http://www.snell-pym.org.uk/alaric/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6JirMACgkQRgz/WHNxCGrIJACeKd3U+GxLBgjqCYvb3Pc3IbSY
EaEAnjj9pOW6yFUnSTVKwmB/7qgwJmft
=DZnO
-END PGP SIGNATURE-
___
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] delete a branch

2011-10-03 Thread Remigiusz Modrzejewski 

On Oct 1, 2011, at 3:19 PM, Paul Ruizendaal wrote:

> Perhaps it is bloat, but would it be useful if branches with the tag 
> 'mistake' or perhaps 'hidden' were not shown on the default timeline in the 
> web interface, and having an option for showing the full timeline? It would 
> be a bit like the full file view and the current file view when showing files.

I second this idea. Hiding mistakes by default is at least reasonable.


Kind regards,
Remigiusz Modrzejewski



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

[fossil-users] Forms are cleared in firefox, switch pages

2011-10-03 Thread Lluís Batlle i Rossell 
Hello,

sometimes I'm filling a ticket, and I click to some link by error, and then I
use back/forward to go to the ticket form page again. And the form is blank.

Firefox uses to store the form contents along page back/forward, but it fails to
do so for fossil. Can this be 'fixed'? Anyone aware of these web things
understanding the problem?

Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users