On Tue, Jul 16, 2013 at 08:58:49AM +0100, Nick wrote:
> Quoth Chris Down:
> > On 14 July 2013 20:42, Nick wrote:
> > > I'd be inclined to check for and filter out leading .. and /
> > > characters, to avoid tarballs doing unexpectedly evil things.
> >
> > I think all security onus for stuff like
On 2013-07-17, at 15:52, Markus Wichmann wrote:
> Speaking of which, is anyone up for some suckless binutils?
Rob Landley has some vaporware here:
http://landley.net/qcc/
-Truls
On 07/17/2013 01:52 PM, Markus Wichmann wrote:
I do partially. That is, I usually list the archive before unpacking,
but I don't visually scan each and every entry, because, for one, I use
st, so no scrollback buffer (I refuse to run a terminal multiplexer in
an environment, were it is never goin
On Wed, Jul 17, 2013 at 04:50:03PM +, Bjartur Thorlacius wrote:
> If you're just interacting with
> a shell, you should be using a simple I/O text window, with or
> without autocompletion.
I would very much like this to exist, using non-monospaced fonts. It
wouldn't be hard to knock something
Nick writes:
> On Wed, Jul 17, 2013 at 04:50:03PM +, Bjartur Thorlacius wrote:
>> If you're just interacting with
>> a shell, you should be using a simple I/O text window, with or
>> without autocompletion.
>
> I would very much like this to exist, using non-monospaced fonts. It
> wouldn't be
Well, there's gobject.io_add_watch, if you're ok with something that
sucks somewhat. Feel free to rewrite this in Tcl/Tk. Please, join #suckless.
import gtk,pygtk
import subprocess
import gobject
class CommandTextView(gtk.TextView):
def __init__(self,command):
super(CommandTextView,self).__ini
Hi guys,
I came up with a utility[0] that i think could be useful, and I sent
it to the moreutils page, but maybe it might fit better here. All it
does is give a count of files in a directory.
I was sick of ls | wc -l being so damned slow on large directories, so
I thought a more direct solution
dc - desk calculator
http://man.cat-v.org/plan_9/1/dc
http://man.cat-v.org/unix-1st/1/dc
I know there is a naming conflict, what does that have to do with the
usage of the program?
What was the last time you used the reverse polish notation calculator
that precedes the invention of C?
Thank you,
Calvin
On 17 July 2013 13:36, wrote:
> dc - desk calculator
>
> http://man.cat-v.org/
On 17 July 2013 19:38, Calvin Morrison wrote:
> What was the last time you used the reverse polish notation calculator
> that precedes the invention of C?
Are you serious? I use dc all the time. Just because you don't use it,
don't assume others don't. I find dc to be my calculator of choice.
Most of the time I have an HP-97 sitting on my desk. But when I don't, I use dc.
Fine,
I retract my statement.
The name still this has nothing to do with the utility of the
statement. Please focus the conversation on that.
Calvin
On 17 July 2013 13:40, Chris Down wrote:
> On 17 July 2013 19:38, Calvin Morrison wrote:
>> What was the last time you used the reverse polish n
Thank you for your input Evan,
I've decided that renaming the file would probably only take one
command, and so I think another name might be possible to use.
Could we focus on the merit of the utility?
Thank you,
Calvin
On 17 July 2013 13:42, Evan Gates wrote:
> Most of the time I have an HP
Yesterday.
On Jul 17, 2013 1:39 PM, "Calvin Morrison" wrote:
> I know there is a naming conflict, what does that have to do with the
> usage of the program?
>
> What was the last time you used the reverse polish notation calculator
> that precedes the invention of C?
>
> Thank you,
>
> Calvin
>
>
On 17 July 2013 19:43, Calvin Morrison wrote:
> The name still this has nothing to do with the utility of the
> statement. Please focus the conversation on that.
If you are going to release things to mailing lists (especially this
one), you are going to have to stop acting so personally offended
> > Could we focus on the merit of the utility?
>
> I cannot imagine any period in time where this would have been useful
> for me over a simple `set -- * && echo "$#"', but whatever floats your
> boat. Dependencies are much more costly than a small amount of time
> saved (and dirs with >100k file
On 17 July 2013 13:58, Chris Down wrote:
> On 17 July 2013 19:43, Calvin Morrison wrote:
>> The name still this has nothing to do with the utility of the
>> statement. Please focus the conversation on that.
>
> If you are going to release things to mailing lists (especially this
> one), you are g
On 17 July 2013 14:07, Roberto E. Vargas Caballero wrote:
>> > Could we focus on the merit of the utility?
>>
>> I cannot imagine any period in time where this would have been useful
>> for me over a simple `set -- * && echo "$#"', but whatever floats your
>> boat. Dependencies are much more costl
I've been doing some ansi tests and found that only xterm (not urxvt, vte,
iterm2,cmd.exe) supports truecolor ansi escape codes.
It is documented in wikipedia, but afaik, only radare2 uses it (when enabled).
Do you think that it should be implemented in st or we should stand supporting
the mos
Hey,
On Wed, Jul 17, 2013 at 08:44:28PM +0200, pancake wrote:
> I've been doing some ansi tests and found that only xterm (not urxvt, vte,
> iterm2,cmd.exe) supports truecolor ansi escape codes.
>
> It is documented in wikipedia, but afaik, only radare2 uses it (when
> enabled).
Do you have t
On 07/17/2013 06:13 PM, Calvin Morrison wrote:
I rely heavily on unioned directories (go plan9!) so mine tend to get
large when working with many large datasets.
Does anyone use large directories often?
Unices avoid large directories to scalability problems like the one
you're trying to solve.
Quoth Chris Down:
> On 17 July 2013 19:43, Calvin Morrison wrote:
> > Could we focus on the merit of the utility?
>
> I cannot imagine any period in time where this would have been useful
> for me over a simple `set -- * && echo "$#"', but whatever floats your
> boat. Dependencies are much more c
On Wed, Jul 17, 2013 at 08:44:28PM +0200, pancake wrote:
> I've been doing some ansi tests and found that only xterm (not urxvt, vte,
> iterm2,cmd.exe) supports truecolor ansi escape codes.
>
> It is documented in wikipedia, but afaik, only radare2 uses it (when
> enabled).
>
> Do you think th
Calvin Morrison writes:
> Hi guys,
>
> I came up with a utility[0] that i think could be useful, and I sent
> it to the moreutils page, but maybe it might fit better here. All it
> does is give a count of files in a directory.
>
> I was sick of ls | wc -l being so damned slow on large directories
On 17 July 2013 16:32, Christian Neukirchen wrote:
> Calvin Morrison writes:
>
>> Hi guys,
>>
>> I came up with a utility[0] that i think could be useful, and I sent
>> it to the moreutils page, but maybe it might fit better here. All it
>> does is give a count of files in a directory.
>>
>> I wa
Calvin Morrison writes:
> On 17 July 2013 16:32, Christian Neukirchen wrote:
>> Calvin Morrison writes:
>>
>>> Hi guys,
>>>
>>> I came up with a utility[0] that i think could be useful, and I sent
>>> it to the moreutils page, but maybe it might fit better here. All it
>>> does is give a count
On 17 July 2013 16:58, Christian Neukirchen wrote:
> Calvin Morrison writes:
>
>> On 17 July 2013 16:32, Christian Neukirchen wrote:
>>> Calvin Morrison writes:
>>>
Hi guys,
I came up with a utility[0] that i think could be useful, and I sent
it to the moreutils page, but ma
On 07/17/2013 09:02 PM, Calvin Morrison wrote:
So it seems a good deal of that time is ls
Wait, sbase ls doesn't seem to implement -f. Are you sorting the
directory entries?
28 matches
Mail list logo
