Greetings comrades,
I am proposing a migration of all mercurial to git repositories. Git is
mature and used by nearly all major OSS projects. Mercurial has this
slow prototyping dependency of Python, which is annoying and could be
removed that way. Of course git is still(?) adding a perl
Dpb on IRC showed me [0], which seems to do a near to perfect import of
the old hg history. Anyone had bad experiences with this?
I have experience with git and importing others vc to it, but I have never
done it with Mercurial.
Uhmm, I have done it with st repository of course, I work
måndagen den 26 november 2012 11.48.09 skrev Roberto E. Vargas Caballero:
Perl dependency in git is present only in no basic commands. You can remove
it and the core system will follow working.
does anyone have experience with libgit2 ? It seems to be pure C and only
depend on zlib.
I
i use git in my phone and i dont even have perl in it. actually you
have cgit and git and libgit2, both implementations are in C and have
no extra dependencies of scripting languages (at runtime), maybe at build..
that's why i decided to get rid of mercurial. i had some problems
because of the
Roberto E. Vargas Caballero k...@shike2.com writes:
On Mon, Nov 26, 2012 at 11:25:18AM +0100, Christoph Lohmann wrote:
Greetings comrades,
I am proposing a migration of all mercurial to git repositories. Git is
mature and used by nearly all major OSS projects. Mercurial has this
slow
pancake panc...@youterm.com writes:
git is far more confusing than hg.. in fact sometimes i have to check
my notebook or manpages in order to do something in hg is plain easy.
Do you have some concrete examples? Maybe it's just a matter of taste,
but I find Git more logical to use than
I am proposing a migration of all mercurial to git repositories.
Sounds good to me. I love git, and use it everywhere else. The
interface is fine once you're used to it, and given that it's so
much more widely used than hg, more people will probably be familiar
with it than mercurial anyway.
the following instructions depend on hggit module being installed
and enabled
in hgrc. fyi
export hg repo to github
$ hg log | grep ^user |sort -u | sed -e 's, ,\t,g' |awk '{print
$2=pancake panc...@nopcode.org}' map
$ vim map # remove user: and set=value
$ hg
I am proposing a migration of all mercurial to git repositories.
not sure if really bored or biten by rabid linux hipster
pancake panc...@youterm.com writes:
git is far more confusing than hg.. in fact sometimes i have to check
my notebook or manpages in order to do something in hg is plain easy.
Do you have some concrete examples? Maybe it's just a matter of taste,
but I find Git more logical to use than
On Mon, Nov 26, 2012 at 11:25:18AM +0100, Christoph Lohmann wrote:
I am proposing a migration of all mercurial to git repositories. Git is
mature and used by nearly all major OSS projects. Mercurial has this
slow prototyping dependency of Python, which is annoying and could be
removed
On Mon, Nov 26, 2012 at 11:55:39AM +0100, Roberto E. Vargas Caballero wrote:
Uhmm, I have done it with st repository of course, I work with git against
the actual hg repository ^^!!!.
Christoph, why can't you just do this instead of shitting all over
everything else?
-- Forwarded message --
From: Marie Hogfors marie.hogf...@gmail.com
Date: Mon, Nov 26, 2012 at 3:15 PM
Subject: Gathering for Uriel. Need photos!!!
To: anu_kotam...@hotmail.com, z...@incoherencia.com, 23h...@gmail.com,
frisco.rami...@gmail.com, death.proof.butter...@gmail.com,
On 11/26/12 12:31, Christian Neukirchen wrote:
pancake panc...@youterm.com writes:
git is far more confusing than hg.. in fact sometimes i have to check
my notebook or manpages in order to do something in hg is plain easy.
Do you have some concrete examples? Maybe it's just a matter of
On 11/26/12 15:41, Kurt H Maier wrote:
On Mon, Nov 26, 2012 at 11:25:18AM +0100, Christoph Lohmann wrote:
I am proposing a migration of all mercurial to git repositories. Git is
mature and used by nearly all major OSS projects. Mercurial has this
slow prototyping dependency of Python,
Right, but python is also an interpreted language, so you need to have the
python runtime installed. With other revision control systems I can ( in
theory ) distribute a standalone, static linked binary without having to
deal with any deps.
On 26 November 2012 10:10, pancake
On Mon, Nov 26, 2012 at 04:10:46PM +0100, pancake wrote:
On 11/26/12 15:41, Kurt H Maier wrote:
everytime i proposed in mercurialchan to rewrite it in C, everybody
thought i was trolling or so.. i would also love to have hg in c,
but the reactions were pretty rude, so i decided to move to git.
On 26 November 2012 10:26, Kurt H Maier khm-suckl...@intma.in wrote:
On Mon, Nov 26, 2012 at 04:10:46PM +0100, pancake wrote:
On 11/26/12 15:41, Kurt H Maier wrote:
everytime i proposed in mercurialchan to rewrite it in C, everybody
thought i was trolling or so.. i would also love to have
if we're going to change vcs just to change, why not move back to darcs
or something? I'm still waiting for anyone to make any kind of case for
changing to git other than lots of people use it.
I don't matter if the repositories change or not, I am using git now, but if
you want some reasons
On Mon, Nov 26, 2012 at 03:59:11PM +0100, pancake wrote:
On 11/26/12 12:31, Christian Neukirchen wrote:
pancake panc...@youterm.com writes:
git is far more confusing than hg.. in fact sometimes i have to check
my notebook or manpages in order to do something in hg is plain easy.
Do you have
On Mon, Nov 26, 2012 at 10:38:17AM -0500, Calvin Morrison wrote:
One could argue that hg doesn't fit the suckless philosophy
The git source tree is more than four hundred percent bigger than the
mercurial source tree. git ships more than 160 *man pages*. It is the
emacs of version control.
The git source tree is more than four hundred percent bigger than the
are you comparing the size of a project in python with the size of a project
written in C?. The logical relation should be 2 times the size of hg, and
then you could say that they have a similar size.
mercurial source tree.
2012/11/26 Roberto E. Vargas Caballero k...@shike2.com:
- History rewriting: git rebase or git filter-branch
mq does this
- Mail workflow support: git am, git format-patch or git email.
patchbomb?
- Incremental commits: git add -i, git checkout -f.
- A diary of tip
On Mon, Nov 26, 2012 at 05:08:56PM +0100, Roberto E. Vargas Caballero wrote:
The git source tree is more than four hundred percent bigger than the
are you comparing the size of a project in python with the size of a project
written in C?. The logical relation should be 2 times the size of
All you've done is convince me that git is its own operating system.
It's ludicrously complex and needlessly huge. I don't care that it is
trendy or popular with developers; most of the 'benefits' you listed are
basically using git as though it were an entire disk filesystem.
I am going to
git flags are crap using getoptlong, i always wondered why nobody did
a saner (hg like) frontend for git (maybe using libgit2?) and using only
one letter flags .
also i would support any mercurial rewrite in C, but mercurial people
will probably laught on you.
i also tried once to simplify the
On Mon, Nov 26, 2012 at 05:29:23PM +0100, Roberto E. Vargas Caballero wrote:
I am going to stop this discussion because I think we will not gain anything
with it, but it is very funny that people here use the word 'complex' in some
religious way, and the things that they don't like directly
Somebody claiming to be Kurt H Maier wrote:
It's like c++: everyone agrees it's safe to use, but nobody agrees on
which 10% is the safe part.
I think we call that part of C++ C89.
(Roughly, modulo valid C89 that C++ makes invalid.)
--
Stephen Paul Weber, @singpolyma
See http://singpolyma.net
On 11/26/12 17:33, Kurt H Maier wrote:
programming languages, and pretending it's 'simple' because it's broken
sloccount
git = 126.000 C
libgit2 = 37.000
mercurial = 34.000 python + 3000 in C
if you say that python loc is 2x times the same done in C then we should
move to libgit2 with a
On Mon, Nov 26, 2012 at 05:55:33PM +0100, pancake wrote:
about hgfs... it is using the mercurial python module, right? because
the googlecode svn repo is empty.. or am i pointing to the wrong hgfs?
cinap's done a lot of work removing dependencies on the python/ape
stuff. it's not 100% there
On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry
hugues.more...@gmail.com wrote:
Just because I'm really curious, I'm searching minimal GNU/Linux
distributions with the following options:
- x86_64 architecture
- minimal installation
- no default Desktop Environment
- rolling release
2012/11/26 Ciprian Dorin Craciun ciprian.crac...@gmail.com:
On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry
hugues.more...@gmail.com wrote:
Just because I'm really curious, I'm searching minimal GNU/Linux
distributions with the following options:
- x86_64 architecture
- minimal
* pancake panc...@youterm.com [2012-11-26 18:00]:
On 11/26/12 17:33, Kurt H Maier wrote:
programming languages, and pretending it's 'simple' because it's broken
sloccount
git = 126.000 C
libgit2 = 37.000
mercurial = 34.000 python + 3000 in C
if you say that python loc is 2x times the same
Andreas Krennmair a...@synflood.at writes:
* pancake panc...@youterm.com [2012-11-26 18:00]:
On 11/26/12 17:33, Kurt H Maier wrote:
programming languages, and pretending it's 'simple' because it's broken
sloccount
git = 126.000 C
libgit2 = 37.000
mercurial = 34.000 python + 3000 in C
if you
On 11/26/2012 12:25 PM, Christoph Lohmann wrote:
Greetings comrades,
Hello!
I am proposing a migration of all mercurial to git repositories. Git is
mature and used by nearly all major OSS projects. Mercurial has this
slow prototyping dependency of Python, which is annoying and could
On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg jens.nyb...@gmail.com wrote:
2012/11/26 Ciprian Dorin Craciun ciprian.crac...@gmail.com:
On Fri, Nov 23, 2012 at 8:53 PM, Hugues Moretto-Viry
hugues.more...@gmail.com wrote:
Just because I'm really curious, I'm searching minimal GNU/Linux
* Christian Neukirchen chneukirc...@gmail.com [2012-11-26 20:30]:
Andreas Krennmair a...@synflood.at writes:
* pancake panc...@youterm.com [2012-11-26 18:00]:
On 11/26/12 17:33, Kurt H Maier wrote:
programming languages, and pretending it's 'simple' because it's broken
sloccount
git =
On Mon, Nov 26, 2012 at 08:46:37PM +0100, Andreas Krennmair wrote:
* Christian Neukirchen chneukirc...@gmail.com [2012-11-26 20:30]:
Andreas Krennmair a...@synflood.at writes:
* pancake panc...@youterm.com [2012-11-26 18:00]:
On 11/26/12 17:33, Kurt H Maier wrote:
programming languages,
[2012-11-26 16:47] Roberto E. Vargas Caballero k...@shike2.com
[...] but if
you want some reasons I am going to give you some of then:
- History rewriting: git rebase or git filter-branch
(btw: That's the worst feature a version control system can offer.)
- Mail workflow support:
On 11/26/2012 09:45 PM, Ciprian Dorin Craciun wrote:
Thus below you'll find a link to a repository, for a minimal Linux
Hi Ciprian,
You forgot the link.
--
Barbu Paul - Gheorghe
Common sense is not so common - Voltaire
Visit My GitHub profile to see my open-source projects -
On Mon, Nov 26, 2012 at 9:45 PM, Ciprian Dorin Craciun
ciprian.crac...@gmail.com wrote:
On Mon, Nov 26, 2012 at 9:23 PM, Jens Nyberg jens.nyb...@gmail.com wrote:
I haven't followed this discussion so I'm sorry if have misunderstood
what you are after. When I want to have a small distro for some
On Tue, Nov 27, 2012 at 8:50 AM, markus schnalke mei...@marmaro.de wrote:
[2012-11-26 16:47] Roberto E. Vargas Caballero k...@shike2.com
- History rewriting: git rebase or git filter-branch
(btw: That's the worst feature a version control system can offer.)
I disagree, IMO this is one of
On Mon, Nov 26, 2012 at 3:51 PM, hiro 23h...@gmail.com wrote:
-- Forwarded message --
From: Marie Hogfors marie.hogf...@gmail.com
Date: Mon, Nov 26, 2012 at 3:15 PM
Subject: Gathering for Uriel. Need photos!!!
To: anu_kotam...@hotmail.com, z...@incoherencia.com,
I've attached a patch which allows 9base to be compiled with the
musl-libc, when CC=musl-gcc and -D__MUSL__ is added to the CFLAGS.
It's trivial stuff, a few missing headers, a couple changed function
calls, and it turns out musl defines setjmp as a macro.
David Galos
On Mon, Aug 13, 2012 at 01:24:57PM -0700, Michael Farnbach wrote:
Troll is another word overused to utter meaninglessness.
troll is a fishing term, it means dragging a line behind a boat,
hoping for a bite. It's clear enough what this means in conversation.
People on here are blisteringly rude,
On Mon, Aug 13, 2012 at 01:24:57PM -0700, Michael Farnbach wrote:
Troll is another word overused to utter meaninglessness.
*time passes*
On Tue, Nov 27, 2012 at 03:56:22PM +1100, Sam Watkins wrote:
troll is a fishing term, it means dragging a line behind a boat,
hoping for a bite. It's clear
On 26/11/12 at 09:23pm, Galos, David wrote:
I've attached a patch which allows 9base to be compiled with the
musl-libc, when CC=musl-gcc and -D__MUSL__ is added to the CFLAGS.
It's trivial stuff, a few missing headers, a couple changed function
calls, and it turns out musl defines setjmp as
Is this patch against 9base hg or tarball? It seems that it fails to patch
against the tarball.
The patch is against the hg tip.
48 matches
Mail list logo