" field which is intended to
be human-readable text that explains why the shun occurred. Probably
you would want to add another field to be the filename of the object
shunned. This is doable. But, again, the code is not yet in place.
--
D. Richard Hipp
d...@sqlite.org
the shun page, when it lists pending shuns at the bottom of the
> page, it would be very convenient if it listed the files that correspond to
> that hash (probably only 1, modulo renaming, but useful regardless).
>
> Thanks for any help!
>
> ../Dave
>
--
D. Richard Hipp
d
$NAME appropriately, of course.
--
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
On 7/27/16, David Mason wrote:
> On 26 July 2016 at 17:13, Richard Hipp wrote:
>
>> SELECT DISTINCT uuid
>> FROM blob, mlink, filename
>>
>
> Works a charm (18 UUIDs show up). Now if there were a way to shun from the
> command line, I'd be golden.
The
On 8/1/16, Adam Jensen wrote:
> Is there a way to
> commit empty directories to the repository so the project's directory
> structure can be preserved and reconstructed?
No, sadly, there is not. Fossil versions only files. Directories
exist only if they contain a file.
--
D.
FIG_H -O2 -pipe -o
> bld/user.o -c bld/user_.c
> ./src/user.c: In function 'prompt_for_passphrase':
> ./src/user.c:191:15: warning: unused variable 'zSecure' [-Wunused-variable]
>const char *zSecure;
>^
>
> BR,
> Johan
>
--
D. Richa
g into alternatives to plain old CGI, I found that
the FastCGI protocol was very complex and hard to implement, whereas
SCGI was quite simple. So I took the simpler approach. Are there
some advantages to FastCGI that I am unaware of?
--
D. Richard Hipp
d...@sqli
ests also deals with SCGI
requests - it just understands a different protocol.
Were we to add FastCGI capabilities to Fossil, no doubt there would be
yet another "--fastcgi" option on the "fossil server" command.
--
D. Richard Hipp
d...@sqlite.org
On 8/2/16, Johan Kuuse wrote:
>
> I would suggest adding the -Wextra flag
> anyway, to trap a lot of other existing warnings, and more important,
> future warnings.
>
I care more about bugs than warnigns. Has -Wextra ever found a bug in Fossil?
--
D. Richard Hipp
guess I would say "not".
--
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
il
Other lines are possible, but the above is sufficient to get you
started. Probably this deserves to be better documented....
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-s
On 8/2/16, Richard Hipp wrote:
>
> Simply run "fossil cgi FILE" where FILE is the name of a configuration
> file. FILE should look like this:
>
> repository: /home/of/your/repository.fossil
>
> Other lines are possible, but the above is sufficient to ge
ww.fossil-scm.org/fossil/doc/trunk/www/aboutcgi.wiki and let
me know if it helps any. Remember that the document is a
work-in-progress.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil
that?
Should we move this discussion to fossil-...@lists.fossil-scm.org?
--
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
nd that
should take care of the problem.
--
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
s.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
On 8/13/16, Kain Abel wrote:
>
> after
> $ fossil stash pop
> or
> $ fossil stash rm
> is the pointer for the next stash id (stash-next in table vvar) untouched.
And thus each new stash has a unique id. Is that a problem?
--
D. Richard Hi
On 8/13/16, Kain Abel wrote:
> The next try: another version.
>
> (Prevents the growth from stash id after many push and pop operations.)
But you still have not made your case for why growth of the stash id
is a bad thing.
>
> Just for the sake of completeness,
> Kain
>
On 8/23/16, Svyatoslav Mishyn wrote:
> Hi all,
>
> "Environment Test" page outputs HTTP headers,
> when "Show Cookies" option is enabled,
> and when `fossil ui` or `fossil server` is running.
This is a deliberate feature. Perhaps you can suggest a way to
d
nsistency.
The HTTP header is not shown in CGI mode (or SCGI mode) because Fossil
does not have access to the information then. Only in HTTP mode (from
the "fossil ui" or "fossil server" commands) does Fossil have access
to the HTTP headers and hence only then is it able to
.org/fossil/test-piechart?data=50+a%0A3+bbb%0A3+c%0A2+d%0A2+e%0A43+f%0A
--
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
On 8/24/16, Richard Hipp wrote:
> On 8/24/16, Svyatoslav Mishyn wrote:
>> Hello,
>>
>> on the page /repo-tabsize I got two items that are not very readable
>> see screenshot (items "event" and "delta"):
>> https://cloud.openmailbox.o
On 8/24/16, Richard Hipp wrote:
> On 8/24/16, Svyatoslav Mishyn wrote:
>> Hello,
>>
>> on the page /repo-tabsize I got two items that are not very readable
>> see screenshot (items "event" and "delta"):
>> https://cloud.openmailbox.o
On 8/24/16, Svyatoslav Mishyn wrote:
> (Wed, 24 Aug 11:25) Richard Hipp:
>> In case anybody is reading this on an archive: I have changed the way
>> the test-piechart page works, so the link above no longer functions.
>
> Floating-point numbers are allowed..?
> Try th
itory can again be a simple mirror.
One of my long-term goals is to enhance Fossil so that it can
push/pull from a git mirror, or so that a git mirror can push/pull
from the main Fossil repository. Unfortunately, that isn't going to
help you now. Or this week.
--
D. Richa
up so
rarely and the workaround so easy that nobody has taken the time to
track down the bug and fix it.
--
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
ch was incomplete was the incorrect part.
Please update to the latest "trunk" Fossil check-in and verify that
the problem is now fixed.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fos
h:void uvstat_page(void);
Notice that the uvstat_page() prototype appears in the header file of
every module that uses that routine.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.o
Encoding" header, because
> this is the function of the web server.
>
I have never before encountered that opinion.
It would be a problem for me, because my bespoke webserver used on the
www.fossil-scm.org website does NOT attempt to compress CGI content.
--
D. Richard Hipp
d...@sqlit
lemented
using these unversioned files, which means that mirrors that sync with
the -u option also mirror the Download page content.
Your feedback on this new feature is appreciated.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossi
On 9/2/16, Gour wrote:
> On Tue, 30 Aug 2016 14:31:06 -0400
> Richard Hipp wrote:
>
>> Your feedback on this new feature is appreciated.
>
> I've added one whole directory with several subfolders (via shell
> scripting) and an see them with 'fossil unver ls&#x
On 9/6/16, Andy Goth wrote:
>
> Today I upgraded from Fossil 1.34, and it
> looks like I'm going to have to switch back.
>
Try using trunk before you downgrade to 1.33 or 1.32.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users ma
's what I've been using successfully since
> its release.
I misunderstood.
So apparently the problem is in the merge-renames branch. Joel?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
ht
ot;
"SELECT 1 FROM ancestor WHERE id=%d LIMIT 1",
vid, nid, pid, pid
) ? 'p' : 'n';
--
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
gt; I wonder if it would be nifty if Fossil could export a set (or several
> sets) of files as a FUSE[1] file-system?
Already does that. https://www.fossil-scm.org/fossil/help?cmd=fusefs
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing
mp;name=cairo
>
https://pizzahack.eu/fossil/thunderchez/dir?ci=trunk&name=cairo
In other words, change the ci= value to the name of any branch and it
uses the most recent check-in on that branch. Or make it ci=tip and
it will use the most recent check-in on any branch.
--
D.
On 9/14/16, Aldo Nicolas Bruno wrote:
> Il 14/09/2016 18:33, Richard Hipp ha scritto:
>> https://pizzahack.eu/fossil/thunderchez/dir?ci=trunk&name=cairo
>>
>> In other words, change the ci= value to the name of any branch and it
>> uses the most recent check-in on
ot well
formatted. It is on my to-do list to improve it. You may have
noticed some recent check-ins on trunk relating to refactoring the
help-text logic. More of that is planned.
But, as Martin says, there is *some* information there already. It
just needs to be improved.
--
D.
e to reproduce the problem on Windows10.
* Fresh Fossil checkout
* cd win
* nmake /f makefile.msc fossil.exe
Compiles without error or warnings. Resulting binary works great.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
foss
just reload to fix it, but for
> files critical to the skin, I can see that that would be more burdensome in
> your case.
I need a way to reproduce the problem in order to fix it.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
foss
On 9/26/16, Warren Young wrote:
>
> I don’t recall seeing inline images in any of the SQLite embedded docs.
The Fossil homepage (https://www.fossil-scm.org/) is an embedded
document and it has the lizard embedded image.
--
D. Richard Hipp
d...@sqli
"src/aux.c" or "doc/aux.txt".
Does anybody know of a reasonable work-around?
--
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
I'm thinking we should cut a new Fossil release shortly after the
SQLite 3.15.0 release (which should be out in less than two weeks).
Key feature for Fossil 1.36 is the addition of unversioned content.
--
D. Richard Hipp
d...@sqlite.org
___
f
, the code is
> currently licensed under cc-by-sa 3.0. That may be liberal enough to
> include it in Fossil as-is.
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.o
tudio
> this way.
>
> Thanks
>
> Kevin
>
>
> ___
> 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...@sql
ndows10 with VS2012.
--
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
> the required date) by hand, one by one? if yes - how?
>
> Thank you in advance,
> Zeev
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:
om the local repo. They will be restored on a sync from another
repo that holds them.
I think. Double-check before relying on what I said above. :-)
> Is shun obsoleted or superseded by purge now?
> Can I achieve the obliteration entirely from the cmd line?
om used, and are not novice-friendly.
--
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
documentation is unclear, perhaps
we can clarify it for you.
--
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
On 10/8/16, Zeev Pekar wrote:
>
> 2) using shun:
>
> fossil shun 86848307235407 (this is just a guess since this one I
> couldn't find in docs)
>
> Am I right?
There is no "shun" command. Shunning must be done from the web interface.
what that
example does.
I do not know how to make the documentation any clearer.
Contributions from others who do know how to make better documentation
will be greatly appreciated.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fos
ut to see what
happened, or (3) both. But you can do that as easily as I can.
--
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
https://news.ycombinator.com/item?id=12673229
--
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
the group.
>
> Once I have done that I need to have the developers register on the
> master repo.
>
> To allow them to log into the web or clone/push/pull I need to:
>
> fossil config pull -R museum/repo.fossil user museum/master.repo
>
> to copy all the users from the maste
rror: multiple updates for ref 'refs/tags/one' not allowed.
My guess: Git does not allow more than a single instance of the tag
named "one". In other words, all tags must be unique in Git.
--
D. Richard Hipp
d...@sqlite.org
__
> People on my team tell me it's a massive timesaver compared to what we
> would have been stuck doing.
>
Glad to you have you around. And glad Fossil is working well for you!
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
686/match.S:354: Error: invalid instruction
>> suffix fo
>> r `pop'
>>
>> make: *** [win/Makefile.mingw:994: src/../compat/zlib/match.o] Error 1
>>
>>
>>
>>
>> I am, trying to compile under CYGWIN on windows
were both
still running.
--
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
FWIW, sqlite.org was also down (since it is on the same machine and
uses the same xinetd process to respond to requests, but nobody bother
to report that
On 10/15/16, Richard Hipp wrote:
> On 10/15/16, Johan Kuuse wrote:
>> Hi,
>>
>> I cannot acces www.fossil-scm.org
ms to be a common alternative.
>>
>> Or maybe you could just run a cron job for alerts, to keep the downtime
>> to
>> a minimum.
xinetd has never given trouble before...
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing lis
I was just now booted from my own mailing list for excessive bounces.
;-) Dunno what that is about...
It was easy enough to click on the link in the notification message to
resubscribe.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
again. But who knows what other subtle problems lurk undetected.
Also clone data you care about.
--
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
orward on these kinds of things?
--
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
ould help me to set the right priority to my work.
And your input is greatly appreciated. Thank you for contributing.
I'm sure your ideas will have at least some influence on future
directions.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users
ed to notice the
problem. Hence, the 1.36 tarball will not build (without patching)
using MSVC. Bummer. Maybe 1.37 will go better.
If you want to build Fossil from sources on windows using MSVC, then
use the trunk.
--
D. Richard Hipp
d...@sqlite.org
__
On 10/24/16, jungle Boogie wrote:
>
> So did you patch prior to making the Windows build and that's how you
> have Windows binary?
The binary for 1.36 is built using mingw+msys.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users maili
On 10/24/16, Andy Bradford wrote:
> Thus said Richard Hipp on Mon, 24 Oct 2016 14:17:37 -0400:
>
>> Yes, except that Andy broken the build while we were in the quiet
>> period leading up to the 1.36 release and I failed to notice the
>> problem.
>
> My
ild --compress-only" if you want to
minimize the size of your repository/ Also, if you have an older
repository, running "fossil rebuild --pagesize 8192 --wal" might give
you a small performance increase. But all of this is entirely
optio
a
dependency on Git?
--
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
ok at Rust I observed that you really
cannot use it effectively without also having to use Git. The two
seem closely linked. Is that incorrect?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://
parts of Fossil
> think that the command is enabled, but fusefs.c itself does not, so it
> doesn't get built. Hence the linker error.
>
> Thanks,
>
> Andy
> --
> TAI64 timestamp: 40005812cb7e
>
>
> _______
&
On 10/31/16, Artur Shepilko wrote:
> I would've
> gladly fixed it myself, but have not mailed yet the Contributor Agreement..
> (I have signed it though :)
>
Please do mail in your CLA. And maybe also post a patch to this mailing list.
--
D. Richard Hip
sed instead of sending the original paper via post.
--
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
l
> __imp__open
> .\fossil.exe : fatal error LNK1120: 4 unresolved externals
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 14.0\VC\BIN\link.EXE"' : return code '0x460'
> Stop.
>
> Thanks.
>
--
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
. That is the unix way.
I suppose this is so obvious to people who grew up with Unix that we
don't even think about it. Are you coming from a windows background?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fo
gs differently.
I have your request to do internal glob expansion for "fossil revert"
--
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
gt;> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual
>> Studio
>> 12.0\VC\BIN\cl.EXE"' : return code '0x2'
>> Stop.
>>
>
> getting the same failure with MSVC 2010 but unix builds pass fine.
>
Should be fixed now.
On 11/2/16, Scott Doctor wrote:
> Seems to be more problems than usual with this release.
That was not a "release" problem. That was a check-in from yesterday.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
2224: left of '.pOffset' must have
> struct/union type
> ..\src\sqlite3.c(135658) : error C2224: left of '.pLimit' must have
> struct/union type
> ..\src\sqlite3.c(135658) : error C2224: left of '.pOffset' must have
> struct/union type
> ..\src\sqlite3.c(135661) : error C2224: left of '.pOffset' must have
> struct/union type
> ..\src\sqlite3.c(135661) : error C2224: left of '.pLimit' must have
> struct/union type
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
> 12.0\VC\BIN\cl.EXE"' : return code '0x2'
--
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
t; Question: beside simply re-cloning the repo, is there a way to recover
> from this?
>
>
> --
> Ron Aaron, CTO
> Aaron High-Tech, Ltd.
> +1 425.296.0766
> +972 52.652.5543
> GPG Key: 91F92EB8
> <https://pgp.mit.edu/pks/lookup?op=get&search=0xC90C1BD191F92EB8&g
care about: email, project, shun, skin,
ticket, or user.
To sync up everything on all your repositories, run:
fossil all config pull all
--
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
t I am not completely certain. If you are using --baseurl,
I would appreciate it if you could try out the latest trunk version of
fossil and let me know whether or not it is still working.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fo
ou want to contribute, a
good starting point might be to update some of the documentation for
the various webpages that Fossil generates. :-))
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://list
set a breakpoint on the
fossil_sqlite_log() function, then provoke the behavior above. When
you hit the breakpoint, capture a stack trace and post it to the list.
That will probably make the problem obvious.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-user
___
> 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
fer access to the afflicted repository if someone
> wants to peek into it.
>
I won't have an opportunity work on this until Thursday. But I'd like
to have a look then, if you can send the repo via private email (or
some other mechanism).
--
D. Richard Hipp
d...@sqlite.org
___
g your binaries) you can make sure this setting propagates
> properly to other clones.
>
> cf. (4) above
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://list
7;', 0, 0, 0, 0, 0, 0, 0
> FROM sfile WHERE pathname NOT IN
> ('_FOSSIL_','_FOSSIL_-journal','_FOSSIL_-wal','_FOSSIL_-shm','.fslckout','.fslckout-journal','.fslckout-wal','.fslckout-shm','.fos',
On 1/19/17, Tony Papadimitriou wrote:
> Would it be possible for SEARCH to honor the –R option (just like TIMELINE
> does) so that one can search without having to open the repo?
Now on trunk.
--
D. Richard Hipp
d...@sqlite.org
___
fossil
can work off
network for a while, using the --nosync option when you commit. Then
when you go back on network, just run "fossil all push" to transmit
all changes from all repositories back to the masters.
--
D. Richard Hipp
d...@sqlite.org
__
On 1/20/17, Javier Guerra Giraldez wrote:
> On 20 January 2017 at 13:08, Richard Hipp wrote:
>> But have you considered doing it using your network? Are all of your
>> machines at least intermittently connected to a network?
>>
>> So on some central machine that i
self clean the next time you
plug it in, and have a suitable recovery plan.
--
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
l network, and run a Fossil server
on that!
--
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
was having issues with fossil-users list a while
> back. Either way, it'd be good to know if the email is at least making it
> to the list. Thanks! :)
>
Your emails are getting through. But I've been busy with other
things. Do you
est approach.
--
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
this reproducible?
> -citation---end---
>
>
> This is fossil version 1.35 [3aa86af6aa]
>
> Thank You :-)
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cg
tart the link with "/" (which tells Fossil to base
the link at the root of the current repository) then follow that by
"../" to move up one level, then insert the other repository name.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-us
==
>
>
> _______
> 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
d trouble reproducing the problem is because Joe had
already fixed it on trunk. :-\
--
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
1 - 100 of 3341 matches
Mail list logo
