Re: [fossil-users] Fossil on HN
On 10/09/2016 09:31 PM, Richard Hipp wrote: > https://news.ycombinator.com/item?id=12673229 These are probably significant decision points for a lot of people: "My intent is to continue personally supporting and maintaining Fossil for at least three more decades." https://youtu.be/Jib2AmRb_rk?t=4m33s ___ 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] Favicon in Localhost
On Mon, 10 Oct 2016 17:03:46 +1000 Dan Raymondwrote: > How to get a favicon to show if using localhost and embedded docs? In the header skin, add meta tags to the head tag: This uses the unversioned files feature, where I place the icons in the unversioned space. I have heard that 1.36 may be releasing soon, so once that is released you can use it this way. If you cannot wait, then what I used to do was base64 encode the files and include them in the meta tag (since I did not want to have the icons and PNGs in the repository). ___ 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] Fossil on HN
On Oct 9, 2016, at 8:31 PM, Richard Hippwrote: > https://news.ycombinator.com/item?id=12673229 Our project uses Fossil to track configuration files for various open source packages, git was a non-starter for our small, embedded 50 MB image. Fossil's small footprint and efficiency with built-in web tools makes it apples vs. oranges to most other VCS. Lonnie ___ 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] Fossil on HN
On 10/10/2016 01:49 PM, Richie Adler wrote: > *Nobody* has the > excuse that version control is costly or complicated anymore. As I sit here trying to untangle the [Permuted Index][1] of documents, I realize there is most definitely a cost; I am paying it now. And, unfortunately, none of this attention and effort is being harnessed. I could be flagging small problems - something like making notes in the margin while reading a book - a syntax error here, a grammatical problem there, something that needs clarification or rephrasing, etc. If the interface were designed to collect that data, I imagine the developers could make good use of it and the cost of learning to use the system would be reduced even further. [1]: http://www.fossil-scm.org/index.html/doc/trunk/www/permutedindex.html ___ 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] 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 Hippwrote: > >> https://news.ycombinator.com/item?id=12673229 > > Our project uses Fossil to track configuration files for various open source > packages, git was a non-starter for our small, embedded 50 MB image. > > Fossil's small footprint and efficiency with built-in web tools makes it > apples vs. oranges to most other VCS. Your case is a very nice "success story". Fossil is a perfect example of an excuse that has to die. *Nobody* has the excuse that version control is costly or complicated anymore. You don't even need to create an account in Github. You can keep it all in house and the configuration couldn't be easier... ___ 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] Fossil on HN
On Mon, 10 Oct 2016 14:49:55 -0300 Richie Adlerwrote: [...] > Fossil is a perfect example of an excuse that has to die. *Nobody* > has the excuse that version control is costly or complicated anymore. > You don't even need to create an account in Github. So, do you really think one has to create a Github account to use Git? You have been sadly misinformed then: github.com is to Git what chiselapp.com is to Fossil -- a hosting solution (one of many, in case of Git). > You can keep it all in house and the configuration couldn't be > easier... You can "keep it all in house" using any contemporary VCS. That's not to say Fossil does not have some edge here in the form of its cobmo -- self-hosting on the server plus easy web UI -- just please be objective. Say, if I need to back a Git repo up to a nearby server I do ssh server git init --bare ~/repo.git git remote add backup ssh://server/~/repo.git git push --all --follow-tags backup which, I reckon, is next to be zero-configuration, too. ___ 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] Fossil on HN
On Oct 10, 2016, at 12:36 PM, Konstantin Khomoutovwrote: > > On Mon, 10 Oct 2016 14:49:55 -0300 > Richie Adler wrote: > > [...] >> Fossil is a perfect example of an excuse that has to die. *Nobody* >> has the excuse that version control is costly or complicated anymore. >> You don't even need to create an account in Github. > > So, do you really think one has to create a Github account to use Git? Yes, I do, because git is nearly unusable without github.com or similar, whereas /usr/bin/fossil is perfectly usable as-is. :) I’m only joking^Wserious. :) > github.com is to Git what > chiselapp.com is to Fossil -- a hosting solution (one of many, in case > of Git). github.com is far more than a hosting service. It provides a whole pile of things that don’t exist in /usr/bin/git or /usr/libexec/git-core/*: https://github.com/features And yes, I already know that not all of those things are in Fossil or ChiselApp, but many of them are, and many of the things you only get in Github Enterprise *are* in stock Fossil. >> You can keep it all in house and the configuration couldn't be >> easier... > > You can "keep it all in house" using any contemporary VCS. But you can’t keep Github in house without buying Github Enterprise, at $21/user/month, minimum 10 users, so $2,520 per year entry cost. If you want any of the features common to Github/GHE and Fossil, and you want to host it privately, you’re looking at GHE or one of its complicated competitors. For example, here’s GitLab’s setup guide for CentOS: https://about.gitlab.com/downloads/#centos7 Compare Fossil: unpack, make && sudo make install. No matter how you slice it, Git is more complex than Fossil, compared feature-for-feature. Git only has advantages where it has a feature that you need that is missing in Fossil. Many of us don’t need the extras Git provides, like subrepositories, rebase, etc. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Favicon in Localhost
How to get a favicon to show if using localhost and embedded docs? Level 19 Waterfront Place, 1 Eagle Street Brisbane Qld 4000 Australia Mail: PO Box 7815 Waterfront Place, Brisbane 4001 Tel:+61 733 600 255 Mob: +61 400 551 920 Fax: +61 733 600 222 Web: http://ecourban.com.au ___ 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] fast-export to git produces unimportable dump
Thus said Osamu Aoki on Mon, 10 Oct 2016 14:32:51 +0900: > PS: Immediately after posing here, I got many replies from SPAM :-( I post quite often and never see any SPAM. Maybe Gmail's filters are breaking down? Andy -- TAI64 timestamp: 400057fb3706 ___ 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] Fossil on HN
On 10/10/2016 08:12 AM, Adam Jensen wrote: > On 10/09/2016 09:31 PM, Richard Hipp wrote: >> https://news.ycombinator.com/item?id=12673229 > > These are probably significant decision points for a lot of people: > > "My intent is to continue personally supporting and maintaining Fossil > for at least three more decades." > > https://youtu.be/Jib2AmRb_rk?t=4m33s Along the same lines, it might be awesome if there were a dhr@ implementation of HDF5[1] using the same engineering methods, quality standards, and long-term maintenance guarantees as SQLite. Taking that idea further, if there were a data repository management system, like Fossil, but with the goals (or additional goals) of managing HDF5 based instrumentation data rather than (or addition to) text file revision history, that could be a big deal within the scientific communities. [1]: https://www.hdfgroup.org/hdf5/ Though an open standard, there is only a single implementation of HDF5 (and it is less than inspiring). ___ 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] Fossil on HN
On 10/10/2016 10:02 AM, Adam Jensen wrote: > Along the same lines, it might be awesome if there were a dhr@ s/dhr/drh-crew ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users