it's hard to know when to build upon other people's work and when to avoid it.
for any work to succeed the scope has to be achievably small or at
least self-contained, but also still useful. sucking less alone
(obviously) is not enough.
If we need packages we could just do it like tinycorelinux (
Hi FRIGN,
On 15 September 2016 at 12:17, FRIGN wrote:
>> concentrate on the essence here, this is all a waste of time.
> - hiro
>
> to be fair and meaning no offense to anybody, I think stali in
> general is a waste of time. It is too ambitious given the low manpower
> and the hypetrain,
Hello fellow hackers,
> concentrate on the essence here, this is all a waste of time.
- hiro
to be fair and meaning no offense to anybody, I think stali in
general is a waste of time. It is too ambitious given the low manpower
and the hypetrain, if I may call it so, is just pissing people
concentrate on the essence here, this is all a waste of time.
On Thu, 15 Sep 2016, Anselm R Garbe wrote:
> Let's call the tool metasrc, it consists of a metafile that contains the
> format:
>
> # comment
> local/path/situation:git-url[#tag|ref|branch]
> ...
[snip]
> This has also the advantage, that in theory one could also deal with
> other source contro
Hi Evan,
On 15 September 2016 at 01:08, Evan Gates wrote:
> On Wed, Sep 14, 2016 at 1:33 PM, Evan Gates wrote:
> documentation, I realize I misunderstood submodules, and subtrees are
> a better fit.
>
> For example, using sbase:
>
> git remote add sbase git://git.suckless.org/sbase
> git subtree
On Wed, Sep 14, 2016 at 1:33 PM, Evan Gates wrote:
> For those packages that are available through git, I think it would
> make sense to have git submodules.
After playing around with git some more, and reading more
documentation, I realize I misunderstood submodules, and subtrees are
a better fi
