Re: [fossil-users] Shared SSH account consideration.

Thus said Stephan Beal on Wed, 24 Jul 2013 16:51:07 +0200: > This "probably" isn't what you want to do, but i think you could > add anonymous support by piping the /json/anonymousPassword and > /json/login calls through to manage the two-step authentication > process for anonym

Re: [fossil-users] admin pages are empty and have bad titles

Thus said Eric Rubin-Smith on Wed, 24 Jul 2013 10:55:24 -0400: > Am I doing something wrong with my configs, or is a code change > warranted? That's hard to say since I don't know under what conditions --baseurl is intended to be used (I know the docs say reverse proxy, but I haven't ev

Re: [fossil-users] mingw and default ssh command

Thus said Martin Gagnon on Wed, 24 Jul 2013 20:44:05 -0400: > But it seems that now, if I have a user in the URL and a -l > argument, the user from the URL is used for the fossil > authentifcation. Thanks for pointing it out: http://www.fossil-scm.org/index.html/info/90ee2ee

Re: [fossil-users] mingw and default ssh command

Thus said Martin Gagnon on Wed, 24 Jul 2013 20:44:05 -0400: > I tried this new version today. There is an improvement in sync > terminal output. But it seems that now, if I have a user in the URL > and a -l argument, the user from the URL is used for the fossil > authentifcation. (It wa

Re: [fossil-users] mingw and default ssh command

On Wed, Jul 24, 2013 at 12:35:51AM -0600, Andy Bradford wrote: > Thus said Martin Gagnon on Tue, 23 Jul 2013 22:37:27 -0400: > > > I guess when we want to sync with another url, we should have a chance > > to specify user again (user may be different on the another repo), and > > it should save th

Re: [fossil-users] Fossil on cygwin64

On 7/24/2013 05:30, Jan Nijtmans wrote: It looks like SQLite is doing something wrong here: That patch is fine on Cygwin as long as you build Fossil with the external SQLite, rather than the bundled SQLite. The bundled SQLite is a

[fossil-users] Random thoughts on Fossil v2 - translations

For a while I had been meaning to share the configuration file for a Spanish translation to the list. You can find it here: http://versions.southshield.net/fossiles/index And this also serves as an illustration of what I wrote to Stephan Beal earlier with perhaps some additions about what w

Re: [fossil-users] how to delete old history?

True, that was already discussed in the attached thread. Some mentioned SQL dumps of artifacts, or you could open your repo in a SQLite browser to get the list. But, at least it works. Automating shuns is high on my list too! At least enable the cmd via fossil.exe and not just the ui? On Wed, Jul

Re: [fossil-users] how to delete old history?

On 24/07/2013, at 11:06 AM, sky5w...@gmail.com wrote: > From my Fossil cheat sheet...regarding this mail thread: > http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg09584.html > - > fossil shunning or deleting files permanently. > - > Use the Admin - Shun page on fo

Re: [fossil-users] admin pages are empty and have bad titles

I don't even get past the args parsing phase if I try that: [fossil@monk ~]$ /usr/local/bin/fossil server /home/fossil/repo.fossil -P 10080 --baseurl https://mysite.com:10443 argument to --baseurl should be 'http://host/path' or 'https://host/path' [fossil@monk ~]$ On Wed, Jul 24, 2013 at 11:5

Re: [fossil-users] how to delete old history?

>From my Fossil cheat sheet...regarding this mail thread: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg09584.html - fossil shunning or deleting files permanently. - Use the Admin - Shun page on fossil ui. Then enter the full SHA1 of the artifact to delete. Then u

Re: [fossil-users] admin pages are empty and have bad titles

What happens if you set base_url without trailing slash? e.g. " https://foobar.com:10443"; On Wed, Jul 24, 2013 at 4:55 PM, Eric Rubin-Smith wrote: > I think the point here is that with a baseurl of " > https://foobar.com:10443/";, certain links exposed by the fossil HTML > generators wind up p

Re: [fossil-users] how to delete old history?

Yes, that would be the idea, giving the possibility to define an initial date, a branch selection, etc. Compass Ing. y Sistemas Dr. Ramon Ribo http://www.compassis.com ram...@compassis.com c/ Tuset, 8 7-2 tel. +34 93 218 19 89 08006 Barcelona, Spain

[fossil-users] Markdown

Didn't read the change notes for 1.26 until a couple days ago. I just noticed that markdown is now turned on by default this is awesome! Hopefully this will make it easier for my co-workers to start using it for documentation. I also see plain text option which is also awesome! Thanks for every

Re: [fossil-users] how to delete old history?

On Wed, Jul 24, 2013 at 4:21 PM, Steve Landers wrote: > > On 24/07/2013, at 7:28 AM, Stephan Beal wrote: > >> AFAIK git offers a mechanism for changing history, but Fossil doesn't like >> for history to change. > > It isn't changing history, it is setting a subproject free to live > it's own lif

Re: [fossil-users] admin pages are empty and have bad titles

I think the point here is that with a baseurl of "https://foobar.com:10443/";, certain links exposed by the fossil HTML generators wind up pointing my browser to e.g. "https://foobar.com:10443//page_name";, with two slashes after the port number. And fossil's name resolution system does not squash

Re: [fossil-users] Shared SSH account consideration.

On Wed, Jul 24, 2013 at 4:28 PM, Andy Bradford wrote: > It might also be possible to come up with anonymous SSH access to the > system so the only authentication required would come from Fossil, > similar to how anoncvs works for OpenBSD: > > http://www.openbsd.org/anoncvs.html#MIRROR T

Re: [fossil-users] Random thoughts on Fossil v2

On 24/07/2013, at 6:25 AM, Baruch Burstein wrote: > Having recently graduated and on my first job, I am very interested in what > seems to me to be completely irrational. In the past year I have found that > most "irrational" things are really just my lack of experience showing :-) That is on

Re: [fossil-users] Shared SSH account consideration.

Thus said Matt Welland on Thu, 18 Jul 2013 07:24:20 -0700: > I see the ssh implementation as a possible stepping stone to something > along the lines of gitolite for fossil. It might also be possible to come up with anonymous SSH access to the system so the only authentication required wou

Re: [fossil-users] how to delete old history?

On Jul 24, 2013, at 16:21 , Steve Landers wrote: > > On 24/07/2013, at 7:28 AM, Stephan Beal wrote: > >> AFAIK git offers a mechanism for changing history, but Fossil doesn't like >> for history to change. > > It isn't changing history, it is setting a subproject free to live it's own > lif

Re: [fossil-users] how to delete old history?

On 24/07/2013, at 7:28 AM, Stephan Beal wrote: > AFAIK git offers a mechanism for changing history, but Fossil doesn't like > for history to change. It isn't changing history, it is setting a subproject free to live it's own life. That's not an unusual situation, given that projects often gro

Re: [fossil-users] Random thoughts on Fossil v2

Thanks for the script and am glad to hear that it's included. Best, Jacek 2013/7/24 Michai Ramakers > Hi, > > On 24 July 2013 13:25, Stephan Beal wrote: > >> > >> I find this feature very useful and it is very common in clients to SVN, > >> Mercurial, etc. And since fossil has embedded cl

Re: [fossil-users] Fossil on cygwin64

On Wed, Jul 24, 2013 at 08:01:47AM -0400, Martin Gagnon wrote: > Le 24 juil. 2013 06:06, "Lluís Batlle i Rossell" a > écrit : > > > > On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote: > > > 2013/7/24 Lluís Batlle i Rossell : > > > > I think our main usage for a cygwin fossil is that we

Re: [fossil-users] how to delete old history?

On Wed, Jul 24, 2013 at 2:18 PM, Ramon Ribó wrote: > As for the complexity, I do not understand why it would be so complex. > You can do it now manually by executing a collection of "update" and > "commit". It would be just to automate this. Do not think in terms of > "artifacts", think on terms

Re: [fossil-users] how to delete old history?

Of course, the new database would not be allowed to sync with the old one. For all effects, it is a different database. As for the complexity, I do not understand why it would be so complex. You can do it now manually by executing a collection of "update" and "commit". It would be just to automate

Re: [fossil-users] how to delete old history?

On Wed, Jul 24, 2013 at 2:02 PM, Ramon Ribó wrote: > Would it be interesting for fossil to have an export command to a new > fossil database, exporting only some changesets based on dates, > branches, etc? > That would be an extraordinarily complex process, i think, if it's even really possible

Re: [fossil-users] Fossil on cygwin64

Le 24 juil. 2013 06:06, "Lluís Batlle i Rossell" a écrit : > > On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote: > > 2013/7/24 Lluís Batlle i Rossell : > > > I think our main usage for a cygwin fossil is that we develop using a cygwin > > > terminal with bash and vim. And we want fossi

Re: [fossil-users] how to delete old history?

Would it be interesting for fossil to have an export command to a new fossil database, exporting only some changesets based on dates, branches, etc? This option would fix the requirement of another poster for deleting old commits. It could be also an emergency solution for fossils where people has

Re: [fossil-users] how to delete old history?

On Jul 24, 2013, at 13:36 , Petr Pudlák wrote: > I have a several year old project that has been managed in several VCS over > its lifetime, and for past year or two it has been managed using Fossil. The > history of the project contains some ancient code that is not necessary now, > but worse,

Re: [fossil-users] how to delete old history?

On Wed, Jul 24, 2013 at 1:36 PM, Petr Pudlák wrote: > Dear Fossil users, > > I have a several year old project that has been managed in several VCS > over its lifetime, and for past year or two it has been managed using > Fossil. The history of the project contains some ancient code that is not >

Re: [fossil-users] Random thoughts on Fossil v2

Hi, On 24 July 2013 13:25, Stephan Beal wrote: >> >> I find this feature very useful and it is very common in clients to SVN, >> Mercurial, etc. And since fossil has embedded client, I'd really like to see >> that as well. > > That one's come up a few times - added to the list. A list member rece

Re: [fossil-users] Random thoughts on Fossil v2

On Wed, Jul 24, 2013 at 1:25 PM, Baruch Burstein wrote: > Why not use more modern features? I mean, I would probably not shift my > whole codebase to C++11 just yet, but writing new code using C99? > i tried that several times over the past years and (A) C99 doesn't provide anything new which C89

[fossil-users] how to delete old history?

Dear Fossil users, I have a several year old project that has been managed in several VCS over its lifetime, and for past year or two it has been managed using Fossil. The history of the project contains some ancient code that is not necessary now, but worse, it also contains some ancient bina

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 1:17 PM, Mark Janssen wrote: > Synchronisation and authentication is definitely not a app-level detail > for a DVCS, the actual transport used could be though. > In fossil's case authentication is (currently) largely an app-level detail. The core bits provide the basis of

Re: [fossil-users] Fossil on cygwin64

2013/7/24 Warren Young > > Just wait on the Cygwin64 people to bring out a new Sqlite package with >> the same fixes already done in Cygwin32. >> > > Um, it's the same people. Me. :) > > Both packages are generated from the same source, with the same build > options. If they behave differently,

Re: [fossil-users] Random thoughts on Fossil v2

On Wed, Jul 24, 2013 at 2:00 PM, Stephan Beal wrote: > On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner wrote: > >> Personally, I'd vote for Fossil to remain C89. Specifically I'd like >> Microsoft Visual C++ 6.0 on Windows NT 4.0 to continue to be a usable >> target. >> > > As a matter of course

Re: [fossil-users] Random thoughts on Fossil v2

On Wed, Jul 24, 2013 at 1:15 PM, Jacek Cała wrote: > I find this feature very useful and it is very common in clients to SVN, > Mercurial, etc. And since fossil has embedded client, I'd really like to > see that as well. > That one's come up a few times - added to the list. A list member recentl

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 12:37 PM, Stephan Beal wrote: > On Wed, Jul 24, 2013 at 10:43 AM, Mark Janssen wrote: > >> I would just like to add that fossil already has a defined "API" in the >> sense that what a fossil repo and server are is described in >> http://fossil-scm.org/index.html/doc/trunk/w

Re: [fossil-users] Random thoughts on Fossil v2

Hi All, One more feature that I also miss in the current version is selective commit. I mean something which allows you to see changes as a numbered list and then commit selectively e.g. issuing 'fossil commit -range 1-10,15'. It requires that 'fossil changes' is invoked before commit but that's w

Re: [fossil-users] Fossil on cygwin64

On 7/24/2013 02:33, Jan Nijtmans wrote: SQLITE_CANTOPEN: os_win.c:34063: (3) winOpen(/var/tmp/etilqs_FoaHNBQa56cVGrh\etilqs_PXfZEjH5dBl8Cm5) - The system cannot find the path specified. I'm not sure whether this is a SQLite 3.7.17 thing or if it is due to one of the build option changes i

Re: [fossil-users] Random thoughts on Fossil v2

On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner wrote: > Personally, I'd vote for Fossil to remain C89. Specifically I'd like > Microsoft Visual C++ 6.0 on Windows NT 4.0 to continue to be a usable > target. > As a matter of course, i never explicitly use any C99 features except for the 2 header

Re: [fossil-users] Random thoughts on Fossil v2

On Wed, Jul 24, 2013 at 8:38 AM, Edward Berner wrote: > Specifically, a repository's local state is not cloned (see 2nd paragraph > of section 1.0 of http://www.fossil-scm.org/** > index.html/doc/trunk/www/sync.**wiki). > Most of the

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 10:43 AM, Mark Janssen wrote: > I would just like to add that fossil already has a defined "API" in the > sense that what a fossil repo and server are is described in > http://fossil-scm.org/index.html/doc/trunk/www/fileformat.wiki and > http://fossil-scm.org/index.html/doc

Re: [fossil-users] Fossil on cygwin64

On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote: > 2013/7/24 Lluís Batlle i Rossell : > > I think our main usage for a cygwin fossil is that we develop using a cygwin > > terminal with bash and vim. And we want fossil to spawn vim properly on > > commit. > > That should work, only yo

Re: [fossil-users] Fossil on cygwin64

On Wed, Jul 24, 2013 at 11:53:02AM +0200, Jan Nijtmans wrote: > 2013/7/24 Lluís Batlle i Rossell : > > I think our main usage for a cygwin fossil is that we develop using a cygwin > > terminal with bash and vim. And we want fossil to spawn vim properly on > > commit. > > That should work, only yo

Re: [fossil-users] Fossil on cygwin64

2013/7/24 Lluís Batlle i Rossell : > I think our main usage for a cygwin fossil is that we develop using a cygwin > terminal with bash and vim. And we want fossil to spawn vim properly on > commit. That should work, only you should do something like: export EDITOR="C:/Cygwin64/bin/bash.exe -c

Re: [fossil-users] Fossil on cygwin64

On Wed, Jul 24, 2013 at 11:16:19AM +0200, Jan Nijtmans wrote: > 2013/7/24 Lluís Batlle i Rossell : > > Do you happen to know if I can build and run programs for cygwin32, in a > > cygwin64 installation? or I should run two cygwin setups in orthogonally, > > 32 and > > 64? > > I would recommend to

[fossil-users] https-login setting

Hi, My fossil works over http and https. I want to use setting option https-login but i have trouble. Documentation says: "Send login credentials using HTTPS instead of HTTP even if the login page request came via HTTP" but this don't working for me. Fossil don't force https login. Any hints?

Re: [fossil-users] Fossil on cygwin64

2013/7/24 Lluís Batlle i Rossell : > Do you happen to know if I can build and run programs for cygwin32, in a > cygwin64 installation? or I should run two cygwin setups in orthogonally, 32 > and > 64? I would recommend to compile fossil using: make -f win/Makefile.mingw PREFIX=x86_64-w64-ming

Re: [fossil-users] Scripting in Fossil v2

I would just like to add that fossil already has a defined "API" in the sense that what a fossil repo and server are is described in http://fossil-scm.org/index.html/doc/trunk/www/fileformat.wiki and http://fossil-scm.org/index.html/doc/trunk/www/sync.wiki. I would say that any truly useful fossil

Re: [fossil-users] Fossil on cygwin64

Great! Very informative. Thank you. Do you happen to know if I can build and run programs for cygwin32, in a cygwin64 installation? or I should run two cygwin setups in orthogonally, 32 and 64? On Wed, Jul 24, 2013 at 10:33:38AM +0200, Jan Nijtmans wrote: > On Mon, Jul 22, 2013 at 09:21:57PM +020

Re: [fossil-users] Fossil on cygwin64

On Mon, Jul 22, 2013 at 09:21:57PM +0200, Lluís Batlle i Rossell wrote: > Hello, > > today I built fossil on cygwin64, and it built but "it didn't work". Cloning, > a > line in os_win.c complained about not having permission to create a file (a > tmp > file with some kind of random string) in C:/

Re: [fossil-users] Random thoughts on Fossil v2

On 7/22/2013 7:30 PM, Joseph R. Justice wrote: OS-level peculiarities: There are other multi-platform software projects which have to deal with these, both with peculiarities between similar types of platform, such as the various flavors of Unix and Linux, and between drastically different pl

Re: [fossil-users] Random thoughts on Fossil v2

Le Mon, 22 Jul 2013 10:02:47 +0200, Stephan Beal a écrit : > The problem is the interpreter. i am not aware of a small embedable JS > interpreter. SpiderMonkey/Jaegermonkey are complex and poorly > documented. Google V8 is nice but (A) huge, (B) C++, and (C) they > recently made drastic API chang

Re: [fossil-users] Random thoughts on Fossil v2

On 7/22/2013 1:13 AM, Gautier DI FOLCO wrote: 2013/7/22 Stephan Beal > The problem is the interpreter. i am not aware of a small embedable JS interpreter. SpiderMonkey/Jaegermonkey are complex and poorly documented. Google V8 is nice but (A) huge, (B) C+