New different versions of arg.h in the wild.
http://git.suckless.org/scc/tree/inc/arg.h
http://git.suckless.org/sbase/tree/arg.h
On Mon, Feb 29, 2016 at 9:08 AM, Marc Collin wrote:
> Since arg.h changes so little over time, I'll have to agree.
> No need to complicate the process, it can be ma
Since arg.h changes so little over time, I'll have to agree.
No need to complicate the process, it can be manually updated for each
project on the rare occasion there is an improvement.
I guess it's no big deal.
If suckless projects one day share a fast-changing files, then it
could be a problem an
On Mon, Feb 29, 2016 at 01:40:30AM -0800, Louis Santillan wrote:
> Got a link to google repo?
https://code.google.com/p/git-repo/
http://myrepos.branchable.com/
https://github.com/vcstools/wstool
It's a common problem, so there are a number of projects
trying to automate this (including git-submo
On Mon, Feb 29, 2016 at 10:40 AM, Louis Santillan wrote:
> Got a link to google repo?
https://code.google.com/p/git-repo/
It wasn't hard to find...
Cheers,
Silvan
Got a link to google repo?
On Mon, Feb 29, 2016 at 12:43 AM, Anselm R Garbe wrote:
> On 28 February 2016 at 02:03, Daniel Kowalski wrote:
>> Synchronization of common code between projects is built into git:
>> https://git-scm.com/docs/git-submodule
>
> git submodules are an abomination. They to
On 28 February 2016 at 02:03, Daniel Kowalski wrote:
> Synchronization of common code between projects is built into git:
> https://git-scm.com/docs/git-submodule
git submodules are an abomination. They touch git repos for no good
reason. If someone really wants to manage a tree of git repos,
som
On 28 February 2016 at 08:53, robin wrote:
>> I noticed there's libsl on git.suckless.org
> Why not have a makefile in libsl?
> It could install to /usr/local/include/arg.h and so on.
> All projects using arg.h can #include .
This has been discussed earlier as well. arg.h barely changes, the
vers
Hello kowal256,
On Sat, Feb 27, 2016 at 8:03 PM, Daniel Kowalski wrote:
> Synchronization of common code between projects is built into git:
> https://git-scm.com/docs/git-submodule
That had been proposed and discused earlier, and it was considered full of suck.
--Carlos
> I noticed there's libsl on git.suckless.org
Why not have a makefile in libsl?
It could install to /usr/local/include/arg.h and so on.
All projects using arg.h can #include .
> Send patches
I wouldnt know if its a good idea to have .a files such as 9base lib9.a.
On Sat, Feb 27, 2016 at 05:14:47P
On Sat, 27 Feb 2016 20:53:48 -0300
Marc Collin wrote:
> I did a one-liner that finds every file named "arg.h", extract their
> last modified date, get the "arg.h" that was last modified, and
> replace all "arg.h" with this latest version (arg.h from the project
> that last updated it). This one-l
I did a one-liner that finds every file named "arg.h", extract their
last modified date, get the "arg.h" that was last modified, and
replace all "arg.h" with this latest version (arg.h from the project
that last updated it). This one-line can be run by who has access to
all repositories on git.suck
On Sat 27 Feb 2016 at 12:14:47 PST Marc Collin wrote:
So the idea is to send patches to all arg.h files on different
suckless projects when one of them is modified?
Wouldn't it be easier to have a more centralized arg.h (and similar tools)?
I'm not complaining, I just want to understand the idea
But the libsl arg.h is missing Lucas Vuotto's out-of bounds fix.[0]
As many other tools on git.suckless.org like quark, xsstate, smdev, sic, ...
When someone improves arg.h on a project, is it really supposed for
other projects to slowly copy the improvement?
It seems to lack coordination.
Of cours
On 27 February 2016 at 19:56, Marc Collin wrote:
> A few days ago arg.h was update on sbase to fix an out-of bounds error.
> After that the same error was fixed (some sooner some later) on lots
> of other projects that also have arg.h like ubase, slock, dmenu, st,
> and others. And many tools that
So the idea is to send patches to all arg.h files on different
suckless projects when one of them is modified?
Wouldn't it be easier to have a more centralized arg.h (and similar tools)?
I'm not complaining, I just want to understand the idea you guys have.
I noticed there's libsl on git.suckless.o
On Sat, Feb 27, 2016 at 03:56:25PM -0300, Marc Collin wrote:
> Hello,
> A few days ago arg.h was update on sbase to fix an out-of bounds error.
> After that the same error was fixed (some sooner some later) on lots
> of other projects that also have arg.h like ubase, slock, dmenu, st,
> and others.
People here won't agree on building a framework.
cheers!
mar77i
Hello,
A few days ago arg.h was update on sbase to fix an out-of bounds error.
After that the same error was fixed (some sooner some later) on lots
of other projects that also have arg.h like ubase, slock, dmenu, st,
and others. And many tools that use arg.h are still not fixed. Isn't
this bad for
18 matches
Mail list logo