On 27 August 2017 at 19:29, isabella parakiss wrote:
> did you know that ksh93 supports
Nobody suggested that bourne level is equal to ksh93.
BR,
Anselm
On 27 August 2017 at 20:16, Greg Reagle wrote:
> On Sun, Aug 27, 2017, at 13:48, Thomas Levine wrote:
>> * mktemp is not portable; you could use something like the date and
>> process identifier ($$) to create a portable temporary file.
>> (I am actually still curious as to whether there is a
Hi, got some crashes. Looks like st is calling XftFontClose in the
last member of the font cache array when it runs out of space in it,
but that xft font is still used somewhere else.
To reproduce:
1. Make the font cache array smaller, in x.c "static Fontcache frc[1];"
2. wget https://www.cl.cam.
Le 27/08/2017 à 19:29, sylvain.bertr...@gmail.com a écrit :
On Sun, Aug 27, 2017 at 05:27:24PM +0200, Stéphane Aulery wrote:
My idea is how to reconcile the implementation of programs and a kernel
that is a multiplexer like plan9 with a language and a sound compilation
environment like that of O
I suppose I could have just logged in to my HP-UX computer to confirm.
So now I do that. It indeed has an incompatible version of mktemp that
happens to be even worse than the option that I proposed; here is the
relevant section of the man page.
The name generated by mktemp is the concatenation
On Sun, Aug 27, 2017, at 16:46, Kamil Cholewiński wrote:
> On Sun, 27 Aug 2017, Thomas Levine <_...@thomaslevine.com> wrote:
> > * mktemp is not portable; you could use something like the date and
> > process identifier ($$) to create a portable temporary file.
>
> This is very wrong advice, ple
On Sun, 27 Aug 2017, Thomas Levine <_...@thomaslevine.com> wrote:
> * mktemp is not portable; you could use something like the date and
> process identifier ($$) to create a portable temporary file.
This is very wrong advice, please don't do this. Current timestamp is as
guessable as it gets. PI
> > * mktemp is not portable; you could use something like the date and
> > process identifier ($$) to create a portable temporary file.
> > (I am actually still curious as to whether there is a reasonable
> > portable approach that is less sloppy than this.)
>
> I'm not sure the best way to
On Sun, Aug 27, 2017, at 13:48, Thomas Levine wrote:
> * mktemp is not portable; you could use something like the date and
> process identifier ($$) to create a portable temporary file.
> (I am actually still curious as to whether there is a reasonable
> portable approach that is less sloppy
On Sun, Aug 27, 2017, at 13:18, isabella parakiss wrote:
> why don't you open the !@#$%^&* vipe script and read it?
I did.
> YOU WROTE THE EXACT SAME THING
Well it's very similar, but not the exact same thing because it has the
-v option.
> you literally have ZERO control over the amount of mem
I had not been aware of vipe; thank you for sending this!
Removing the perl dependency is worthwhile, even if it does not reduce
RAM usage. (And I don't know what affects the RAM usage in this case.)
Regarding the portability of your version,
* mktemp is not portable; you could use something lik
On Sun, Aug 27, 2017 at 05:27:24PM +0200, Stéphane Aulery wrote:
> My idea is how to reconcile the implementation of programs and a kernel
> that is a multiplexer like plan9 with a language and a sound compilation
> environment like that of Oberon.
Once you have a nice working kernel with a vulka
On 8/27/17, Hadrien Lacour wrote:
> To be honest, it'd be more acceptable if it didn't rely on the most bloated
> shell ever (baring fish, maybe).
and you know this because of your 30+ years experience in unix?
did you know that ksh93 supports
- namespaces
- enums
- custom types with methods and
On 8/27/17, Greg Reagle wrote:
> Hello everyone. Someone asked a little while ago about a suckless pager
> and I mentioned using vipe of moreutils to use your favorite editor as a
> pager. I noticed that when I was using vipe it was using several
> megabytes (it is written in Perl) so I wrote a
A similar tool made for the dvtm pager:
https://github.com/martanne/dvtm/raw/master/dvtm-editor.c
It saves stdin to a file and open an editor on it, then
if the file has changed since its creation, it print all
the content of the file to stdout.
It is used to copy a fragment of a file: select th
On Sun, Aug 27, 2017 at 01:31:42PM +, sylvain.bertr...@gmail.com wrote:
> On Sun, Aug 27, 2017 at 02:58:34PM +0200, Stéphane Aulery wrote:
> > Go and Oberon are better than this crazy ecosystem.
> > They solve the problem of compilation and object orientation.
>
> go is quite worse than rust.
Hello everyone. Someone asked a little while ago about a suckless pager
and I mentioned using vipe of moreutils to use your favorite editor as a
pager. I noticed that when I was using vipe it was using several
megabytes (it is written in Perl) so I wrote a program in Bourne shell
that is much sma
On Sun, Aug 27, 2017 at 02:58:34PM +0200, Stéphane Aulery wrote:
> Go and Oberon are better than this crazy ecosystem.
> They solve the problem of compilation and object orientation.
go is quite worse than rust. go has mandatory garbage collection, and its
bootstrap compiler is gcc (now c++ manda
On 27 August 2017 at 00:19, Mattias Andrée wrote:
> The user's must be able to find the appropriate keys some way the first
> time, so suckless must at least have links to them. If suckless is
> compromised these can be replaced. PGP keys only ensure that future
> keys are not fraudulent as all ne
On 26 August 2017 at 21:08, Laslo Hunhold wrote:
> On Fri, 25 Aug 2017 13:54:41 +0200
> Anselm R Garbe wrote:
>> Either that, or perhaps we can reinstate the old fashion of
>> suckless.org/~user/ homedir.
>
> I gave it a bit more thought and realized that putting the keys all in
> one place defea
On 26 August 2017 at 23:59, isabella parakiss wrote:
> On 8/26/17, Anselm R Garbe wrote:
>> On 26 August 2017 at 13:05, isabella parakiss wrote:
>>> i wrote a simple pager in ~100 lines
>>> https://github.com/izabera/bashutils/blob/master/pager
>>>
>>> inb4 it sucks because it's bash code
>>
>>
On Sun, Aug 27, 2017 at 10:55:01AM +, sylvain.bertr...@gmail.com wrote:
> On Sun, Aug 27, 2017 at 10:56:49AM +0200, Hadrien Lacour wrote:
> > The point of using a compiled language is to avoid useless dependencies,
> > even
> > if performances also count.
> > To be honest, it'd be more accepta
On Sun, Aug 27, 2017 at 10:56:49AM +0200, Hadrien Lacour wrote:
> The point of using a compiled language is to avoid useless dependencies, even
> if performances also count.
> To be honest, it'd be more acceptable if it didn't rely on the most bloated
> shell ever (baring fish, maybe). POSIX sh isn
On Sun, Aug 27, 2017 at 03:47:52AM +0200, isabella parakiss wrote:
> On 8/27/17, Laslo Hunhold wrote:
> > On Sat, 26 Aug 2017 23:59:27 +0200
> > isabella parakiss wrote:
> >
> > Hey Isabella,
> >
> >> https://i.imgur.com/79U7mcO.png
> >> side by side screenshot against less
> >> your face looks h
24 matches
Mail list logo