Re: [fossil-users] About to merge the forum-v2 branch

El 03/08/2018 a las 11:13, Warren Young escribió: > The vast majority of mail users *do* go out and specifically pull emails, > either via IMAP or by visiting a web mail interface of some kind. Is there a reason why you exclude POP3 from the "pulling"? ___

Re: [fossil-users] Checkin [a9578f7870] freezes Windows server

El 01/08/2018 a las 21:17, Joe Mistachkin escribió: > Richie Adler wrote: >> Compiling checkin a9578f7870 in Windows 7 freezes the server; whatever > task is >> running, it never ends, and the timeline does not update, neither does the >> files list. > I'm unable t

[fossil-users] Checkin [a9578f7870] freezes Windows server

Compiling checkin a9578f7870 in Windows 7 freezes the server; whatever task is running, it never ends, and the timeline does not update, neither does the files list. Going back to d5c41263af restores functionality. -- o-=< Marcelo >=-o ___ fossil-us

Re: [fossil-users] Unnable to merge: Cannot find a common ancestor between the current checkout and ID

Richard, I'm having now the same problem in my repository at https://chiselapp.com/user/richieadler/repository/axxoneval/ I'm trying to merge the branch "mejorasilus" into trunk. For "fossil stat" I get [...] checkout: 4541a5d4ba186d49dbc8e2f31ab91796fee90de3 2018-05-30 22:43:54 UTC parent

Re: [fossil-users] Error compiling Fossil in Windows for 396513fa

El 19/01/2018 a las 16:12, Richard Hipp escribió: > I moved the offending check-in onto a branch. Please do "fossil up > trunk" and then try again. [6b41a7e803] compiles perfectly. Thank you. ___ fossil-users mailing list fossil-users@lists.fossil-sc

[fossil-users] Error compiling Fossil in Windows for 396513fa

I get the following warning in compilation: src/checkin.c: In function 'status_cmd': src/checkin.c:477:7: warning: implicit declaration of function 'getuid' [-Wimplicit-function-declaration] if( getuid()==0 ){ ^ and then on link: wbld/checkin.o:checkin_.c:(.text+0xea9): undefined refer

Re: [fossil-users] Errors in current trunk (24c2b99d) related to TIMESPEC

El 09/01/2018 a las 18:27, The Tick escribió: > Zero errors or warnings. Very nice. Thank you. I concur, same result on my end. Thank you very much. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bi

[fossil-users] Errors in current trunk (24c2b99d) related to TIMESPEC

Compiling current trunk (24c2b99d) under Windows 7, I get these errors (maybe even with the spaces the lines are considered proper #define directives?) src/shell.c:2074:0: warning: "stat" redefined # define stat _stat ^ In file included from src/shell.c:108:0: c:/Prog/mingw-w64/x86_64-5.3.0-win

Re: [fossil-users] Fossil with IPv6 support on Windows XP

El 03/01/2018 a las 16:38, Olivier Mascia escribió: > Merely replacing "127.0.0.1" with "::1". In my Windows 7 x64 installation, updating to 96dcb7e7 and making the indicated change DOES NOT restore the --localauth functionality. ___ fossil-users maili

Re: [fossil-users] Fossil with IPv6 support on Windows XP

Florian Balmer decía, en el mensaje "Re: [fossil-users] Fossil with IPv6 support on Windows XP" del 3/1/2018 14:59:05: > Re: Fossil with IPv6 support on Windows XP > > I have several physical and virtual XP machines around, and `fossil > ui' doesn't work any more with the new patch. I can add that

Re: [fossil-users] Load customized skin from subdirectory on Windows

El 26/05/2017 a las 09:44, Florian Balmer escribió: > I would highly appreciate a configuration option (similar to > `index-page') to set custom default timeline query parameters. +1 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http:

Re: [fossil-users] Issue with crlf-glob *

Thomas decía, en el mensaje "[fossil-users] Issue with crlf-glob *" del 8/4/2017 17:46:14: > Does anyone know how to unveil the secret of getting the mentioned > asterisk into the crlf-glob setting without consulting the web interface? For me, it works if I enter the asterisk as '*'. I'm on Win

Re: [fossil-users] [PROPOSED FEATURE] Fossil commands output sent through a pager

Sergei Gavrikov decía, en el mensaje "Re: [fossil-users] [PROPOSED FEATURE] Fossil commands output sent through a pager" del 25/3/2017 14:09:57: > My 2 cents. Many of us use f-alias to deal with fossil in a terminal, > right? Then why not f-function? Maybe because not everybody uses Unix-like ope

Re: [fossil-users] Problem with Fossil compilation on Windows

Jan Nijtmans decía, en el mensaje "Re: [fossil-users] Problem with Fossil compilation on Windows" del 23/1/2017 08:02:41: > Did you do a full clean before re-building? If not, the earlier built > libz.a will not be built again. I had, but just in case I did it again just now. Same errors.

Re: [fossil-users] Problem with Fossil compilation on Windows

> Jan Nijtmans Thu, 19 Jan 2017 01:57:05 -0800 > > 2017-01-19 0:13 GMT+01:00 Richie Adler: >> Windows 7 Ultimate 64 bit >> gcc (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 5.3.0 >> >> Running this: >> >> C:\Prog\MinGW\msys\1.0\bin\m

[fossil-users] Problem with Fossil compilation on Windows

Windows 7 Ultimate 64 bit gcc (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 5.3.0 Running this: C:\Prog\MinGW\msys\1.0\bin\make.exe -e -f win\Makefile.mingw clean SET FOSSIL_ENABLE_JSON=1 C:\Prog\MinGW\msys\1.0\bin\make.exe -e -f win\Makefile.mingw Generates these errors: src/../compat/zl

Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd

Nathaniel Reindl decía, en el mensaje "Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd" del 28/10/2016 08:23:28: > From my perspective, this thread has far outlasted its usefulness and has > become an exercise in self-satisfaction for those who prefer to write words > instead of writin

Re: [fossil-users] features I'd like to have in fossil

> * suggestions on what could be improved to make Fossil easier to use for me As a mere reader of the list, I have to ask: why should *the Fossil team* consider this important? You haven't presented any compelling reason to change significatively the way Fossil operates, besides that it would be

Re: [fossil-users] Fossil on HN

Lonnie Abelbeck decía, en el mensaje "Re: [fossil-users] Fossil on HN" del 10/10/2016 09:46:54: > > On Oct 9, 2016, at 8:31 PM, Richard Hipp wrote: > >> https://news.ycombinator.com/item?id=12673229 > > Our project uses Fossil to track configuration files for various open source > packages, gi

Re: [fossil-users] Unversioned files.

Adam Jensen decía, en el mensaje "Re: [fossil-users] Unversioned files." del 3/9/2016 09:27:05: > a next step might be to track, > manage, and share items in the file-system that are not actually stored > in the repository database file; an example might be media files or HDF5 > dataset files. -1

Re: [fossil-users] git quote

Konstantin Khomoutov decía, en el mensaje "Re: [fossil-users] git quote" del 8/6/2016 13:01:48: > Some people appear to feel the necessity to fetishize their hatred for > certain things, no matter how bizzare it is. On the other hand, as there are many people eager to propose ways in which Fossil

Re: [fossil-users] Quotes

> Not sure it's fair to include my quote when I've never once actually used > git, but I appreciate your vote. You don't need to drill your own head to know that the practice is deadly :) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org h

[fossil-users] Quotes (was: git rebase, and what it looks like in Fossil)

El 18/05/2016 a las 10:56, Andy Goth escribió: > [...] the git model may have compromised its users' thought processes to > the point where they don't realize they're missing anything, basically a > combination of Sapir-Whorf and Stockholm Syndrome. I vote this to be added to the list of quotes ab

[fossil-users] Rewrite of fossil-v-git.wiki. Was: Fossil mentioned on HN

Scott Robison decía, en el mensaje "Re: [fossil-users] Rewrite of fossil-v-git.wiki. Was: Fossil mentioned on HN" del 17/12/2015 21:12:09: > Microsoft software has been exporting and importing CSV files for multiple > decades. The CSV "standard" is just over one decade old. There are plenty of > r

[fossil-users] Rewrite of fossil-v-git.wiki. Was: Fossil mentioned on HN

El 17/12/2015 a las 17:28, Ross Berteig escribió: > On 12/16/2015 6:42 PM, Ron W wrote: >> Would be nice if there was a "fossil ticket export" command that would >> produce a "proper" CSV file. While "proper" is still something of a >> debate, most spread sheet apps (Excel, LibreCalc, GnomeCalc

Re: [fossil-users] Linux compilation problem (Ubuntu v14) and is rebuild needed?

Martin Gagnon decía, en el mensaje "Re: [fossil-users] Linux compilation problem (Ubuntu v14) and is rebuild needed?" del 23/5/2015 10:53:25: > May be I'm a bit too parano, but every time I build from source after an > update I do a make clean and a ./configure. > > $ fossil up > $ make clean

Re: [fossil-users] Missing timeline graph above 36 timeline items (?!)

Andy Bradford decía, en el mensaje "Re: [fossil-users] Missing timeline graph above 36 timeline items (?!)" del 17/3/2015 1:48:13: >> Disabled NoScript and for more security restarted Firefox with no >> extensions enabled. Same thing. > > I wonder if perhaps some cross-site scripting blockin

Re: [fossil-users] Missing timeline graph above 36 timeline items (?!)

El 16/03/2015 a las 17:10, Tontyna escibió: >> The weirdest thing is that I have reverted to old versions and I'm still >> unable to see the full graph! > First idea: cached stylesheet? Cleared the cache to no avail. > Although that wouldn't explain why you can see >36 items on the Fossil > site

[fossil-users] Missing timeline graph above 36 timeline items (?!)

After the latest upgrades, I've been unable to see the timeline graphs if I have more than 36 items in the timeline. The space for the graph remains, but nothing is drawn. The weirdest thing is that I have reverted to old versions and I'm still unable to see the full graph! I can see it in the Fo

Re: [fossil-users] fossil repolist argument with winsrv

Petr Ferdus decía, en el mensaje "Re: [fossil-users] fossil repolist argument with winsrv" del 3/3/2015 18:15:56: > BTW fossil server could serve *.fossil files from any subdirectory of > directory it was > invoked with. In order to do what you want, "fossil server" should iterate all the direc

Re: [fossil-users] fossil repolist argument with winsrv

Petr Ferdus decía, en el mensaje "Re: [fossil-users] fossil repolist argument with winsrv" del 3/3/2015 17:13:44: > Is it correct/intentional? My hopes were that I would have "Available > Repositories:" > displayed in any directory/subdirectory I browse into. > Could be fossil repositories enume

Re: [fossil-users] fossil repolist argument with winsrv

Joe Mistachkin decía, en el mensaje "Re: [fossil-users] fossil repolist argument with winsrv" del 2/3/2015 19:48:22: > Sorry, minor oversight. It was not setting the right flag bit prior to > calling into the Win32 HTTP server. Should work on trunk now. Confirmed: it does. __

Re: [fossil-users] fossil repolist argument with winsrv

Joe Mistachkin decía, en el mensaje "Re: [fossil-users] fossil repolist argument with winsrv" del 2/3/2015 18:42:42: > > Petr Ferdus wrote: >> >> I just realized that fossil winsrv command does not recognize --repolist >> argument. Could winsrv honors this argument as well? >> > > Fixed on trunk.

[fossil-users] Problem with /dev/random and /dev/null in latest versions?

I've found this problem in my fossil: accessing the Admin page shows the following messages: WARNING: Device "/dev/null" is not available for reading and writing. WARNING: Device "/dev/urandom" is not available for reading. This means that the pseudo-random number generator used by SQLite will be

[fossil-users] Error in Windows with Makefile.mingw

After many builds working properly, this happens: C:/Prog/MinGW/bin/mingw32-make -C src/../compat/zlib PREFIX= LOC="-DASMV -DASMINF" OBJA="inffas86.o match.o" -f win32/Makefile.gcc libz.a C:\Prog\MinGW\bin\mingw32-make: invalid option -- A C:\Prog\MinGW\bin\mingw32-make: invalid option -- M Usage:

Re: [fossil-users] Pessimism about CommonMark in fossil

Stephan Beal decía, en el mensaje "Re: [fossil-users] Pessimism about CommonMark in fossil" del domingo, 28 de septiembre de 2014 13:45:58: > On Sun, Sep 28, 2014 at 6:39 PM, Natacha Porté > wrote: > But this is still about disambiguating "Markdown", without look

Re: [fossil-users] break in fossil sync, between versions [9b30c01e8b] and [f62bedf1ef]

> Confirmed. This should now be fixed on trunk: > > https://www.fossil-scm.org/index.html/info/1f8a4ecdb7 > > Thanks for the report. > I'm getting the following error compiling this in MinGW: wbld/translate.exe src/add.c >wbld/add_.c 0 [main] us 0 init_cheap: VirtualAlloc pointer

Re: [fossil-users] Problem with compilation under MINGW

Joe Mistachkin escribió: > A clean build from Fossil trunk compiles fine here. Can you please run make > clean and try again? That did the trick. I'll make sure to include this in my troubleshooting before reporting a problem again -- sorry for the noise. _

[fossil-users] Problem with compilation under MINGW

After checkin [bd1151126a], compilation under MINGW produces the following error: wbld/sqlite3.o:sqlite3.c:(.text+0xe244): undefined reference to `_fossil_localtime' Previous checkins from trunk work properly. -- o-=< Marcelo >=-o ___ fossil-user

[fossil-users] Problems with Fossil 1.26 for Windows

Trying to run the Windows version in Windows XP SP3 gives the error "Not a valid Win32 application". -- o-=< Marcelo >=-o ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossi

Re: [fossil-users] Noted a chiselapp status update - positive news

Andreas Kupries decía, en el mensaje "[fossil-users] Noted a chiselapp status update - positive news" del Martes, 23 de Abril de 2013 13:17:18: > Update: Chiselapp found a new home. Starting May 1ish Chiselapp will > be transfered to it's new owner (a member of the Tcl community). Andreas, I'm a

Re: [fossil-users] Why do we need a fossil hosting service?

Matt Welland decía, en el mensaje "Re: [fossil-users] Why do we need a fossil hosting service?" del Viernes, 29 de Marzo de 2013 14:38:25: > Ability for loosely coupled collaboration (i.e. fork). Not exactly what Fossil was designed for, I believe... > Community and the momentum that can come wi

Re: [fossil-users] Fossil vs. Git/Mercurial/etc.?

Michael Richter decía, en el mensaje "Re: [fossil-users] Fossil vs. Git/Mercurial/etc.?" del Domingo, 30 de Diciembre de 2012 02:11:46: > There's use cases for every bizarre feature in every bizarre SCM (distributed > or otherwise) out there. Let's not turn Fossil into the C++ of DSCMs, shall > w

Re: [fossil-users] why does `fossil rm' not do the "real" thing?

Nolan Darilek decía, en el mensaje "Re: [fossil-users] why does `fossil rm' not do the "real" thing?" del Miércoles, 12 de Diciembre de 2012 22:38:16: > Naysayers aren't trying to make Fossil Git, we're just trying to make it > do what most other VCSs do in these areas. Sorry, I still think that

Re: [fossil-users] why does `fossil rm' not do the "real" thing?

Chad Perrin decía, en el mensaje "Re: [fossil-users] why does `fossil rm' not do the "real" thing?" del Miércoles, 12 de Diciembre de 2012 18:22:53: > I rather suspect that, if Fossil continues to grow in usage over time, > and if it fails to implement sane defaults and options like what you just

Re: [fossil-users] Fossil version 1.25 scheduled.

fossil-m...@h-rd.org decía, en el mensaje "Re: [fossil-users] Fossil version 1.25 scheduled." del Martes, 04 de Diciembre de 2012 07:26:32: > Why not fossil allow only to serve files from a specific and specified > directory (in settings). I think thats better than filtering on mime > types e

Re: [fossil-users] Fossil version 1.25 scheduled.

Dmitry Chestnykh decía, en el mensaje "Re: [fossil-users] Fossil version 1.25 scheduled." del Sábado, 01 de Diciembre de 2012 09:44:27: > On a related note, I think you should consider making the previous > behaviour (not serving static files) the default one, and serve static > files only when --

Re: [fossil-users] [1.24/Win] Adding files through *.html?

Gilles decía, en el mensaje "Re: [fossil-users] [1.24/Win] Adding files through *.html?" del Jueves, 29 de Noviembre de 2012 14:08:32: > On Thu, 29 Nov 2012 17:43:34 +0100, Peter Spjuth > wrote: >> You can also do: >> for %x in (*.html) do fossil add %x > > Thanks for the tip, but it's much more

Re: [fossil-users] status of TODO list (was Re: comparison with Git)

Richard Hipp escribió: > On Sat, Oct 13, 2012 at 4:06 AM, Gour > wrote: > > > Now, I'm curious about some of the items from the TODO list > (http://www.fossil-scm.org/index.html/wiki?name=To+Do+List) > and their status: > > * Uncommit > > All what

Re: [fossil-users] The future of markdown-in-fossil

Remigiusz Modrzejewski decía, en el mensaje "Re: [fossil-users] The future of markdown-in-fossil" del Viernes, 03 de Agosto de 2012 07:26:27: > I've read the "we'll have requests for all the markups in the world" > argument many times. I can't remember anyone actually coming and asking for > *anyt

Re: [fossil-users] The future of markdown-in-fossil

Michal Suchanek escribió: >>> Note there are JavaScript hacks for interpreting random wiki syntax so >>> you can have markdown interpreted without any direct support in >>> fossil. >> >> Note there are good wiki engines out there, so no need for one in Fossil >> too. But once we set the scope to

Re: [fossil-users] Problem with "fossil winsrv" (alternative name problem solved; minor issue not working?; typo in error messages)

Richard Hipp decía, en el mensaje "Re: [fossil-users] Problem with "fossil winsrv" (cont'd)" del Jueves, 07 de Junio de 2012 07:39:35: > You can download a complete development environment from http://www.mingw.org/ > - I did this just the other day on the Windows 8 RC and it works great. Thank

Re: [fossil-users] Problem with "fossil winsrv" (cont'd)

Thomas Schnurrenberger decía, en el mensaje "Re: [fossil-users] Problem with "fossil winsrv" (cont'd)" del Miércoles, 06 de Junio de 2012 17:35:59: > On 06.06.2012 20:59, Marcelo wrote: >> >> What do you think of my proposed change? >> > I have committed a fix to the Fossil repository. > It can be

[fossil-users] Problem with "fossil winsrv"

When creating a new Fossil service, the command fossil winsrv create Tickets ... doesn't create a service called "Tickets", but a service called "Fossil-DSCM". There's no way to change the low-level service name. This is not the documented behaviour, when the service name is supposed to be the