Re: [dev] Re: coreutils / moreutils - DC a directory counter

2013-07-17 Thread Bjartur Thorlacius
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?

Re: [dev] Re: coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

[dev] Re: coreutils / moreutils - DC a directory counter

2013-07-17 Thread Christian Neukirchen
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

Re: [dev] Re: coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

[dev] Re: coreutils / moreutils - DC a directory counter

2013-07-17 Thread Christian Neukirchen
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

Re: [dev] Truecolor ST

2013-07-17 Thread Roberto E. Vargas Caballero
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Nick
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Bjartur Thorlacius
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.

Re: [dev] Truecolor ST

2013-07-17 Thread u
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

[dev] Truecolor ST

2013-07-17 Thread pancake
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Roberto E. Vargas Caballero
> > 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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Chris Down
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Jacob Todd
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 > >

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Evan Gates
Most of the time I have an HP-97 sitting on my desk. But when I don't, I use dc.

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Chris Down
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.

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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/

Re: [dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread p37sitdu
dc - desk calculator http://man.cat-v.org/plan_9/1/dc http://man.cat-v.org/unix-1st/1/dc

[dev] coreutils / moreutils - DC a directory counter

2013-07-17 Thread Calvin Morrison
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

Re: [dev] textwin

2013-07-17 Thread Bjartur Thorlacius
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

[dev] Re: [sbase] [patch] Adding tar v2

2013-07-17 Thread Christian Neukirchen
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

Re: [dev] [sbase] [patch] Adding tar v2

2013-07-17 Thread Nick
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

Re: [dev] [sbase] [patch] Adding tar v2

2013-07-17 Thread Bjartur Thorlacius
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

Re: [dev] [sbase] [patch] Adding tar v2

2013-07-17 Thread Truls Becken
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

Re: [dev] [sbase] [patch] Adding tar v2

2013-07-17 Thread Markus Wichmann
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