10 ms·

Mongrel2 and Tir Now On Github

103 points by jnoller 15y ago

tiles 15y ago
Is there an explanation for why Fossil destroys the working copy when a branch is made? Is this expected behavior?
- dchest 15y ago
  It was a bug and it has been fixed: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04681.html http://www.mail-archive.com/fossil-users@lists.fossil-scm.or...
- zedshaw 15y ago
  It didn't, it's just this bug put me in a state where the only thing I could do was revert.
  - kleiba 15y ago
    Why did you lose 3 days of work, though, could you not have copied your recent changes somewhere before reverting?
thezilch 15y ago
While I find Zed's choice a good one -- GitHub (git) repos feeling more accessible, it pains me to think hg doesn't have as great a domination in this space. I feel Zed has a stronger affinity towards Python and the simplicity / extensions of Mercurial, which comes out in his post; it'd be great to have him more involved in that space. But before we get into some "holy-war discussion" over VCSes, it's clear Zed just wants himself and his committers to get shit done.
- rogerbraun 15y ago
  There is a plugin for Mercurial that makes it possible to use git repositories: http://hg-git.github.com/ http://hg-git.github.com/
- zedshaw 15y ago
  Nobody on the Mongrel2 project uses hg or asked for it. But the github fans constantly complained like this was the end of the damn world. I figured since I had to move anyway, I might as well shut them up so I can get back to coding instead of spending hours on end having some dipshit preach at me about how much better his stupid ass religion^Wcommunity is.
  - grandalf 15y ago
    Zed I wouldn't be surprised if you end up getting a large money job offer from Github. Github w/o Zed is like Happy Days without the Fonz. Much respect to Zed for his hacking and inspiring work, as to Github for making a very useful product.
- goldmab 15y ago
  GitHub is just really well designed. I prefer Mercurial, but I use GitHub because they are so far ahead of everyone else.
  - nteon 15y ago
    you're comparing a version control system with a repository hosting website.
    - barrkel 15y ago
      I believe that's exactly his point.
    - gamache 15y ago
      It's not just the tool, it's the ecosystem.
jackowayed 15y ago
How many languages is Git actually written in? I had the impression that it was just C. What is each language used for?
- ptn 15y ago
  There's bash in there, and I think there's some Python; some plugins (git-svn) are in Perl. I also wasn't under the impression that there were 10 languages there.
  - stock_toaster 15y ago
    I believe python is required only for building the docs (html/man) as they are written in asciidoc. There are precompiled docs (git-manpages / git-htmlpages) in the kernel.org git dir[1], so most often that isn't needed. [1]: http://www.kernel.org/pub/software/scm/git/ http://www.kernel.org/pub/software/scm/git/ edit: Looks like there are a few importers written in python as well, but those are entirely optional.
- jakevoytko 15y ago
  Git's core is C. This has the packfile and object store code, the diffing and patching code, reflog code, generic commit-walking libraries, etc. I read it a few years ago when making a Git packfile reader, and the C code is very understandable. I grokked it much quicker than HG's core, the only other one I read. Most of Git's functionality is built with scripts. Lots of jobs, like octopus merging, are done in Bash scripts that dispatch all of the real work to the C libraries. The Git source distribution has a contrib section that has Python, elisp, and Perl (among others). It also includes a few subprojects like Gitweb, each done in random languages. All of this causes the overall source tree feel very unorganized.
  - js2 15y ago
    As of 1.7.5.2, git-core is 119 binaries, 29 shell scripts, 9 perl scripts, and 1 python script. The intention is to eventually replace the remaining shell scripts with C. Perl is used for add-interactive, most of the import/export functionality (arch, cvs, svn), gitweb, and the send-email script. Python is a relatively recent addition, and is being used for the so-called remote helpers, which will eventually allow git to push/pull changes from non-git servers. TCL is used for gitk only.
jamesbritt 15y ago
Earlier discussion: http://news.ycombinator.com/item?id=2571212 http://news.ycombinator.com/item?id=2571212
viraptor 15y ago
Interesting from another perspective. How do you deal with software that just broke your work? You could just say it's broken and switch. Then find another project and hope that it will behave better. Pretty much an automatic and understandable decision. On the other hand, what proves that some other project is more stable, since those situations are exceptional anyways? So what's the better option - switch as soon as your work is broken, or try to resolve the issue if it can be reproduced and hope that a bug like that will not happen again?
- zedshaw 15y ago
  Fossil's been causing me some trouble for about a month or two now. I just can't let something like this get in my way anymore, so out fossil goes. Another thing everyone hasn't really mentioned is that I switched in about 20 minutes plus maybe 40 to figure it out further. The idea that people will be stuck on a VCS is idiotic. The second git+github starts screwing up I'll switch again. This is totally different from say, trying to switch Mongrel2 to Erlang.
swaits 15y ago
So, Zed, how long until you build a fossil on top of hg?
bensummers 15y ago
The author of fossil (and SQLite), Richard Hipp, has posted an analysis of Zed's problem: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04699.html http://www.mail-archive.com/fossil-users@lists.fossil-scm.or...

103 points by jnoller 15y ago

tiles 15y ago

Is there an explanation for why Fossil destroys the working copy when a branch is made? Is this expected behavior?

dchest 15y ago
It was a bug and it has been fixed: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04681.html http://www.mail-archive.com/fossil-users@lists.fossil-scm.or...
zedshaw 15y ago
It didn't, it's just this bug put me in a state where the only thing I could do was revert.
- kleiba 15y ago
  Why did you lose 3 days of work, though, could you not have copied your recent changes somewhere before reverting?

thezilch 15y ago

While I find Zed's choice a good one -- GitHub (git) repos feeling more accessible, it pains me to think hg doesn't have as great a domination in this space. I feel Zed has a stronger affinity towards Python and the simplicity / extensions of Mercurial, which comes out in his post; it'd be great to have him more involved in that space. But before we get into some "holy-war discussion" over VCSes, it's clear Zed just wants himself and his committers to get shit done.

rogerbraun 15y ago
There is a plugin for Mercurial that makes it possible to use git repositories: http://hg-git.github.com/ http://hg-git.github.com/
zedshaw 15y ago
Nobody on the Mongrel2 project uses hg or asked for it. But the github fans constantly complained like this was the end of the damn world. I figured since I had to move anyway, I might as well shut them up so I can get back to coding instead of spending hours on end having some dipshit preach at me about how much better his stupid ass religion^Wcommunity is.
- grandalf 15y ago
  Zed I wouldn't be surprised if you end up getting a large money job offer from Github. Github w/o Zed is like Happy Days without the Fonz. Much respect to Zed for his hacking and inspiring work, as to Github for making a very useful product.
goldmab 15y ago
GitHub is just really well designed. I prefer Mercurial, but I use GitHub because they are so far ahead of everyone else.
- nteon 15y ago
  you're comparing a version control system with a repository hosting website.
  - barrkel 15y ago
    I believe that's exactly his point.
  - gamache 15y ago
    It's not just the tool, it's the ecosystem.

jackowayed 15y ago

How many languages is Git actually written in? I had the impression that it was just C. What is each language used for?

ptn 15y ago
There's bash in there, and I think there's some Python; some plugins (git-svn) are in Perl. I also wasn't under the impression that there were 10 languages there.
- stock_toaster 15y ago
  I believe python is required only for building the docs (html/man) as they are written in asciidoc. There are precompiled docs (git-manpages / git-htmlpages) in the kernel.org git dir[1], so most often that isn't needed. [1]: http://www.kernel.org/pub/software/scm/git/ http://www.kernel.org/pub/software/scm/git/ edit: Looks like there are a few importers written in python as well, but those are entirely optional.
jakevoytko 15y ago
Git's core is C. This has the packfile and object store code, the diffing and patching code, reflog code, generic commit-walking libraries, etc. I read it a few years ago when making a Git packfile reader, and the C code is very understandable. I grokked it much quicker than HG's core, the only other one I read. Most of Git's functionality is built with scripts. Lots of jobs, like octopus merging, are done in Bash scripts that dispatch all of the real work to the C libraries. The Git source distribution has a contrib section that has Python, elisp, and Perl (among others). It also includes a few subprojects like Gitweb, each done in random languages. All of this causes the overall source tree feel very unorganized.
- js2 15y ago
  As of 1.7.5.2, git-core is 119 binaries, 29 shell scripts, 9 perl scripts, and 1 python script. The intention is to eventually replace the remaining shell scripts with C. Perl is used for add-interactive, most of the import/export functionality (arch, cvs, svn), gitweb, and the send-email script. Python is a relatively recent addition, and is being used for the so-called remote helpers, which will eventually allow git to push/pull changes from non-git servers. TCL is used for gitk only.

jamesbritt 15y ago

Earlier discussion: http://news.ycombinator.com/item?id=2571212 http://news.ycombinator.com/item?id=2571212

viraptor 15y ago

Interesting from another perspective. How do you deal with software that just broke your work? You could just say it's broken and switch. Then find another project and hope that it will behave better. Pretty much an automatic and understandable decision. On the other hand, what proves that some other project is more stable, since those situations are exceptional anyways? So what's the better option - switch as soon as your work is broken, or try to resolve the issue if it can be reproduced and hope that a bug like that will not happen again?

zedshaw 15y ago
Fossil's been causing me some trouble for about a month or two now. I just can't let something like this get in my way anymore, so out fossil goes. Another thing everyone hasn't really mentioned is that I switched in about 20 minutes plus maybe 40 to figure it out further. The idea that people will be stuck on a VCS is idiotic. The second git+github starts screwing up I'll switch again. This is totally different from say, trying to switch Mongrel2 to Erlang.

swaits 15y ago

So, Zed, how long until you build a fossil on top of hg?

bensummers 15y ago

The author of fossil (and SQLite), Richard Hipp, has posted an analysis of Zed's problem: http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg04699.html http://www.mail-archive.com/fossil-users@lists.fossil-scm.or...