On Tue, Dec 16, 2014 at 08:33:17PM +0100, Truls Becken wrote:
> Hi everyone,
>
> As the original contributor of sbase cut, I can't help wondering what the
> purpose of the mem freeing added in the two commits from 1st of June is
> supposed to be. The most efficient and reliable way to free allocat
Hi everyone,
As the original contributor of sbase cut, I can't help wondering what the
purpose of the mem freeing added in the two commits from 1st of June is
supposed to be. The most efficient and reliable way to free allocated memory
is to terminate the process. There is no reason to clean thing
On Tue, Dec 16, 2014 at 12:41:35PM +0100, Anselm R Garbe wrote:
> @sbase developers:
> For sbase I would suggest to have some 9 command-like derivative that
> works in systems (and one can rely on) that feature a non-sbase util
> set by default, but to make it easy to always use the sbase version
>
On 15 December 2014 at 16:42, Nick wrote:
> Quoth Calvin Morrison:
>> On 14 December 2014 at 11:44, M Farkas-Dyck wrote:
>> > On 14/12/2014, Jonny Langley wrote:
>> >> It adds just under 100 LOC, but means the shell scripts
>> >> dmenu_{run,path} are unneeded.
>> >
>> > ; wc -l dmenu_^(run path)
On Mon, Dec 15, 2014 at 08:47:43PM +0100, Markus Wichmann wrote:
> On Mon, Dec 15, 2014 at 11:53:26AM -0500, random...@fastmail.us wrote:
> > On Mon, Dec 15, 2014, at 11:47, Greg Reagle wrote:
> > > January 2015 is supposed to start on a Thursday.
> >
> > January 2014 started on a Wednesday - ma
