Hi all,
sorry to revive this old thread but I'm glad to inform you that the
issue come ftom the missing ncurses-term package on my debian installation.
I have get it once I have upgrage my version of st to 0.3. Great job!
goog night,
JiCeheR
Le 04/09/2012 07:18, Julien Richefeu a écrit :
L
Hi there,
I discussed with 20h on IRC. I agreed with him to investigate all
necessary steps for such a switch and to bring everything in place.
Then we can estimate and dry-run if this is any worth.
This decision is just because of the fact that 20h is the most active
contributor -- and that the
On 27 November 2012 18:57, Anselm R Garbe wrote:
> On 26 November 2012 11:25, Christoph Lohmann <2...@r-36.net> 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 depen
On 27 November 2012 12:43, Raphael Proust wrote:
> On Tue, Nov 27, 2012 at 10:36 AM, markus schnalke wrote:
>> It's the ingenuity of Unix to have just one kind of fork(). Why can't
>> we map this concept to DVCS and have just one kind of cloning?
>
> darcs?
>
> (Yes, I know, it's not written in C
Hi 20h,
On 26 November 2012 11:25, Christoph Lohmann <2...@r-36.net> 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
Greetings.
On Tue, 27 Nov 2012 18:24:47 +0100 Comrade DOS wrote:
> Hi.
> Migration on git is a very good idea. Maybe you can move source code on
> github and/or bitbucket?
Github and Bitbucket promote half‐done projects without the basic struc‐
ture of some LICENSE, README and Makefile. At least
That means I attached the wrong patch, here is the corrected one
9base-compile-with-musl.diff
Description: Binary data
On Tue, Nov 27, 2012 at 10:36:38PM +0700, Comrade DOS wrote:
> Hi.
> Migration on git is a very good idea. Maybe you can move source code on
> github and/or bitbucket?
Do you want ants, Christoph?
Because this is how you get ants.
Hi.
Migration on git is a very good idea. Maybe you can move source code on
github and/or bitbucket?
On Tue, Nov 27, 2012 at 3:10 PM, Barbu Paul - Gheorghe
wrote:
> On 11/27/2012 02:50 PM, Strake wrote:
> Hello,
>
>
>> Darcs has no history edition, as it essentially keeps no history,
>> which is a win in my book. The main difficulty seems to be the
>> corner-case exponential-time merge algorithm.
On 11/27/2012 02:50 PM, Strake wrote:
Hello,
Darcs has no history edition, as it essentially keeps no history,
which is a win in my book. The main difficulty seems to be the
corner-case exponential-time merge algorithm.
I'm not familiar with that VCS, but how can it store no history since tha
Greetings.
On Tue, 27 Nov 2012 14:43:35 +0100 hiro <23h...@gmail.com> wrote:
> On Tue, Nov 27, 2012 at 2:15 PM, Christoph Lohmann <2...@r-36.net> wrote:
> > But in the meanwhile the migration to git can be done easily
>
> are you willing to back this claim with money?
Of course not. It’s unreli
On Tue, Nov 27, 2012 at 2:15 PM, Christoph Lohmann <2...@r-36.net> wrote:
> But in the meanwhile the migration to git can be done easily
are you willing to back this claim with money?
Greetings.
On Tue, 27 Nov 2012 14:15:43 +0100 Hadrian Węgrzynowski
wrote:
> As Kurt asked earlier - what for? Because it sucks a bit less? I'm more
> git user myself, but hg is OK. Even if git sucks less, so what?
Well, this is »suckless« so things that »suck less« are adopted. There
was the
On Mon, 26 Nov 2012 11:25:18 +0100
Christoph Lohmann <2...@r-36.net> 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 prototyping dependency of Python, whic
On 27/11/2012, Raphael Proust wrote:
> darcs?
>
> (Yes, I know, it's not written in C. The interface is very clean
> though. There is no branching, no history rewritting, no bells and
> whistles.)
It's not in C, but Haskell code can be easily compiled and distributed
in binary form.
Darcs has no
On Tue, Nov 27, 2012 at 10:36 AM, markus schnalke wrote:
> It's the ingenuity of Unix to have just one kind of fork(). Why can't
> we map this concept to DVCS and have just one kind of cloning?
darcs?
(Yes, I know, it's not written in C. The interface is very clean
though. There is no branching,
[2012-11-27 12:03] chris hall
> On Tue, Nov 27, 2012 at 8:50 AM, markus schnalke wrote:
> > [2012-11-26 16:47] "Roberto E. Vargas Caballero"
> > > - History rewriting: git rebase or git filter-branch
> > (btw: That's the worst feature a version control system can offer.)
>
> I disagree, IMO
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
19 matches
Mail list logo
