> From: Michael Forney
> Date: Tue, 28 Mar 2017 00:00:22 -0700
> On Mon, Mar 27, 2017 at 2:44 PM, Marc André Tanner
> wrote:
>> Hi Michael,
>> * Did you consider using netbsd-curses[1] instead of ncurses?
>>
>> This probably won't work as is, because libtermkey as required by
>> vis depends on
On Tue, Mar 28, 2017 at 3:34 AM, Kamil Cholewiński wrote:
>> I think it might have been possible to use some other build tool to
>> achieve something similar, but I don't think it would have worked out
>> as well.
>
> http://gittup.org/tup/ ?
I think tup could have worked too, but I still prefer
On 28 March 2017 at 18:48, Pickfire wrote:
> I see tup as a good build system but not used by many.
An interesting feature I noticed was that it automatically detects dependencies.
"The trick is that tup instruments all commands that it executes in
order to determine what files were actually rea
On Wed, Mar 29, 2017 at 12:27:27AM +0300, Alexander Krotov wrote:
> ninja claims to be "as fast as possible" but starts shell instead of
> executing programs directly like make does.
Since when did make execute the programs directly? It runs each line
of the recipe in its own shell.
On Wed, Mar 29, 2017 at 01:48:35AM +0800, Pickfire wrote:
> Kamil Cholewiński wrote:
>
> > > I think it might have been possible to use some other build tool to
> > > achieve something similar, but I don't think it would have worked out
> > > as well.
> >
> > http://gittup.org/tup/ ?
>
> I did
On Tue, 28 Mar 2017, Pickfire wrote:
> I did a benchmark against tup, make, mk, ninja back then.
> What I learn:
>
> - make is the fastest
> - ninja needs to be run twice
> - tup is slowest (probably didn't use monitor) but easy to write
> - mk is slightly slower than make
>
> Still gnumake is the
Kamil Cholewiński wrote:
> > I think it might have been possible to use some other build tool to
> > achieve something similar, but I don't think it would have worked out
> > as well.
>
> http://gittup.org/tup/ ?
I did a benchmark against tup, make, mk, ninja back then.
What I learn:
- make is
I don't want to derail the thread, but speaking of small linux systems I
wonder if anyone has tried Lemote's notebook or desktop which come with
Linux installed. It uses Loongcon CPUs, which are only RISC, but should
be adequate for most purposes.
What drew me to it is that it offers a way to esc
On Tue, Mar 28, 2017 at 12:00:22AM -0700, Michael Forney wrote:
> On Mon, Mar 27, 2017 at 2:44 PM, Marc André Tanner
> wrote:
> > Hi Michael,
> >
> > Overall I like your package selection, but I also have a few questions:
> >
> > * Did you consider using netbsd-curses[1] instead of ncurses?
> >
> I think it might have been possible to use some other build tool to
> achieve something similar, but I don't think it would have worked out
> as well.
http://gittup.org/tup/ ?
On Mon, Mar 27, 2017 at 2:44 PM, Marc André Tanner wrote:
> Hi Michael,
>
> Overall I like your package selection, but I also have a few questions:
>
> * Did you consider using netbsd-curses[1] instead of ncurses?
>
>This probably won't work as is, because libtermkey as required by
>vis d
Hi Michael,
Overall I like your package selection, but I also have a few questions:
* Did you consider using netbsd-curses[1] instead of ncurses?
This probably won't work as is, because libtermkey as required by
vis depends on the ncurses terminfo library. It might be worth
investigati
Heyho
On Sun, Feb 12, 2017 at 10:55 PM, Michael Forney wrote:
> For a while now, I've been working on putting together a linux system
> based on suckless core tools, as well as various other projects. There
> are still a number of things left to do, but I'm now at a point where
> it is quite usab
Hi Michael,
On Sun, Feb 12, 2017 at 4:55 PM, Michael Forney wrote:
> For a while now, I've been working on putting together a linux system
> based on suckless core tools, as well as various other projects. There
> are still a number of things left to do, but I'm now at a point where
> it is quite
14 matches
Mail list logo
