Re: [fossil-users] Who runs Fossil servers on Windows?

2018-08-07 Thread Eugene Mindrov
Richard,

I'm running fossil as a server on my Windows laptop using approach #1:

fossil.exe  server --localhost --port 80

> If you are running a Fossil server on Windows, please share with me
> how you set it up. You can respond via private email directly to me
> if you like.
> 
> (1) Run using "fossil server"
> (2) Run using "fossil winsrv"
> (3) Using Apache with CGI
> (4) Using Apache with SCGI
> (5) Using Nginx with SCGI
> (6) Via SSH using some kind of SSHD for Windows
> (7) Some other webserver (please specify)
> (8) Other (please specify)
> 
> I have the impression that most if not all Fossil servers on Windows
> are run using either (1) or (2). If you are using any of the other
> approaches, then I especially want to hear from you.
> 
> 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
___
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] Purging attachments

2018-05-31 Thread Eugene MIndrov
Stephan, I beg to disagree a bit: For starters, I'm well aware of The Scary Purge Warning and its last-resort-ish intended method of usage, and I most definitely don't swing it around on a daily basis, exterminating swathes of artifacts in my repo left and right :) This is actually the very first time in years I've been using Fossil that I need to really obliterate something from historical data. Now, if it was against the implementation then it wouldn't have been implemented, right? But the possibility is there for anyone brave or foolish enough to use. I was simply pointing out an inconsistency or oversight, as I believe that even the most dangerous or uncommon things (probably them foremost), should they be implemented, should be taken on most carefully. The main reason I haven't used shun for my purposes is the attachment I was trying to nuke was taking 90% of the entire repo and shun leaves shunned artifacts lying around, just adding their SHA into the shun list so they would be excluded from sync operations. But on the other hand, I could've rebuilt the local repo afterwards... May be this is the best approach, yes, I'll give it a try, thank you.31.05.2018, 23:05, "Stephan Beal" :On Thu, May 31, 2018 at 8:03 PM, Миндров Евгений  wrote:Well, now I'm in a situation which has been discussed here many times - I need to "unmake" certain file attachment from a repo, make it look like it had never been there.

I know it goes against the core values of Fossil philosophy and it's akin to replacing all fossilized trilobite remains in Paleozoic strata with Oreos so paleontologists would scratch their heads, but anyway.It's not just against the values, it's against the implementation!There is only one way to nuke data in fossil, and it should only be used as a last-resort option, not in day-to-day maintenance. (i've been using fossil since Christmas of 2007 and have never once used this feature.)fossil help purgeprovides these warnings: WARNING: This command can potentially destroy historical data and  leave your repository in a goofy state. Know what you are doing!   Make a backup of your repository before using this command!        FURTHER WARNING: This command is a work-in-progress and may yet    contain bugs. i.e. don't use that feature ever unless you know for a fact that you absolutely need to.Instead, you "want" (but don't REALLY want) the shun feature. It's only accessible in the UI under the Admin pages (the URI is /shun). You enter the UIDs of the artifacts to shun and it will permanently remove them from your repo. Be sure to read the documentation on that page.PS: you _really_ don't want to remove data from your repo unless someone checked in a password, private SSH key, something copyrighted by someone else, or similar cases.-- - stephan bealhttp://wanderinghorse.net/home/stephan/"Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do." -- Bigby Wolf

,___fossil-users mailing listfossil-users@lists.fossil-scm.orghttp://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