On 00:12 Thu 02 Aug, sjferr...@gmail.com wrote:
>> On 19:52 Wed 01 Aug, Kurt H Maier wrote:
>>>On Wed, Aug 01, 2012 at 07:28:57PM -0400, Steven Blatchford wrote:
What is your awk to print fields three and four with this input:
'foo bar baz quz'
>>>
>>>Depends on what
> On 19:52 Wed 01 Aug, Kurt H Maier wrote:
>>On Wed, Aug 01, 2012 at 07:28:57PM -0400, Steven Blatchford wrote:
>>>
>>> What is your awk to print fields three and four with this input:
>>>
>>> 'foo bar baz quz'
>>>
>>
>>Depends on what output format I want. Get to the point instead of
>>try
On 19:52 Wed 01 Aug, Kurt H Maier wrote:
>On Wed, Aug 01, 2012 at 07:28:57PM -0400, Steven Blatchford wrote:
>>
>> What is your awk to print fields three and four with this input:
>>
>> 'foo bar baz quz'
>>
>
>Depends on what output format I want. Get to the point instead of
>trying to set
On 01/08/2012, Kurt H Maier wrote:
> In fact, I'm fairly
> certain I could implement cut in sed.
with shell script wrapper?
On Wed, Aug 01, 2012 at 08:33:14PM -0400, Andrew Hills wrote:
> On Wed, Aug 1, 2012 at 6:54 PM, Kurt H Maier wrote:
> > The question is: since cut can be implemented IN awk, why should it get
> > a separate C binary? Anyone nattering about performance in a shell
> > script is barking up the wrong
On Wed, Aug 1, 2012 at 6:54 PM, Kurt H Maier wrote:
> The question is: since cut can be implemented IN awk, why should it get
> a separate C binary? Anyone nattering about performance in a shell
> script is barking up the wrong tree.
Should sed be excluded? What can you do with sed that you can'
On Wed, Aug 01, 2012 at 07:28:57PM -0400, Steven Blatchford wrote:
>
> What is your awk to print fields three and four with this input:
>
> 'foo bar baz quz'
>
Depends on what output format I want. Get to the point instead of
trying to set me up for failure; I don't have time for this shit
On 19:21 Wed 01 Aug, Kurt H Maier wrote:
>On Wed, Aug 01, 2012 at 07:13:57PM -0400, Steven Blatchford wrote:
>>
>> Give this[0] a read and see what you think.
>>
>> [0] http://awk.freeshell.org/RangeOfFields
>>
>
>I think their suggestions are based on
> 1) deciding to use a shitty version of aw
On Wed, Aug 01, 2012 at 07:13:57PM -0400, Steven Blatchford wrote:
>
> Give this[0] a read and see what you think.
>
> [0] http://awk.freeshell.org/RangeOfFields
>
I think their suggestions are based on
1) deciding to use a shitty version of awk, and
2) the idea that you should give a shit i
On 18:54 Wed 01 Aug, Kurt H Maier wrote:
>On Wed, Aug 01, 2012 at 11:02:52PM +0100, Nick wrote:
>>
>> Bah. There's a balance to be struck. Scripts which aren't awful
>> should be supported. The issue is whether using cut constitutes
>> 'awful'. I think it does not. There are legitimate cases whe
because suckless lol
On 8/2/12, Kurt H Maier wrote:
> On Wed, Aug 01, 2012 at 11:02:52PM +0100, Nick wrote:
>>
>> Bah. There's a balance to be struck. Scripts which aren't awful
>> should be supported. The issue is whether using cut constitutes
>> 'awful'. I think it does not. There are legitimat
On Wed, Aug 01, 2012 at 11:02:52PM +0100, Nick wrote:
>
> Bah. There's a balance to be struck. Scripts which aren't awful
> should be supported. The issue is whether using cut constitutes
> 'awful'. I think it does not. There are legitimate cases where it's
> simpler and clearer than awk/sed.
>
Tup is cool but i find it quite bloated to depend on sqlite. And requires to
rebuild the cache for every new file.
Apart from that the rules looks good and graph theory makes the papers cool.
I had some issues trying to port r2 from makefiles to tupfiles so i end up
keeping the good old makefil
Quoth Uriel:
> On Wed, Aug 1, 2012 at 4:04 PM, Ryan Mullen wrote:
> >
> > Exclusion of cut would make sbase not viable when existing scripts
> > need to be supported.
>
> Exclusion of bash would make sbase not viable when existing scripts
> need to be supported.
>
> What a lame argument.
Bah. T
On Wed, Aug 1, 2012 at 3:18 PM, Martin Kopta wrote:
> On 08/01/2012 03:09 PM, Kurt H Maier wrote:
>>
>> On Wed, Aug 01, 2012 at 08:58:00AM -0400, Niki Yoshiuchi wrote:
>>>
>>> Why would you use awk or Perl when you have the best programming language
>>> available: Ruby?
>>> On Aug 1, 2012 8:55 AM,
On Wed, Aug 1, 2012 at 4:04 PM, Ryan Mullen wrote:
>
> Exclusion of cut would make sbase not viable when existing scripts
> need to be supported.
Exclusion of bash would make sbase not viable when existing scripts
need to be supported.
What a lame argument.
Uriel
why argu?
On Wed, Aug 1, 2012 at 5:11 PM, Strake wrote:
[...]
> +void main (int argc, char *argu[]) {
[...]
Thanks for the information. Actually I think it was a good idea to add
suckless in Github.
Take care.
--
Envoyé d'Archlinux
On 1 August 2012 16:48, pancake wrote:
> Anyone checked my cake?
> http://hg.youterm.com/cake
What's your take on tup?
http://gittup.org/building-firefox-with-tup.html
On Wed, Aug 01, 2012 at 04:11:16PM +0200, Kai Hendry wrote:
> > What would be good if just PGUP/PGDN worked.
The following should work, but as the code is you have no way of sending
PGUP/PGDN to the underlying app, which might be a problem. I personally
use a pager when I know that I want to insp
On 01/08/2012, pancake wrote:
> That is vulnerable on linux. Proper use is:
>
> chdir (path); chroot(".");
Ah, sorry.
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/chroot.8 Wed Aug 01 05:09:36 2012 -0500
@@ -0,0 +1,25 @@
+.TH CHROOT 8
+.SH NAME
+chroot \- change root directory
+.SH SYNOP
You could have at least tried to match the formatting of the rest of the
project.
On Wed, Aug 1, 2012 at 7:49 AM, Ross Mohn wrote:
>>> You're not at all off the mark; you should replace tmux with dvtm. Tmux
>>> is a
>>> decent "multiplexer", but dvtm it a true terminal "manager"!
>>
>>
>> How exactly is tmux not a "true terminal "manager"", out of curiosity?
>> I'm quite intrig
That is vulnerable on linux. Proper use is:
chdir (path); chroot(".");
On Aug 1, 2012, at 16:50, Strake wrote:
> diff -r 8cf300476909 chroot.8
> --- /dev/nullThu Jan 01 00:00:00 1970 +
> +++ b/chroot.8Wed Aug 01 04:46:43 2012 -0500
> @@ -0,0 +1,25 @@
> +.TH CHROOT 8
> +.SH NAME
>
diff -r 8cf300476909 chroot.8
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/chroot.8 Wed Aug 01 04:46:43 2012 -0500
@@ -0,0 +1,25 @@
+.TH CHROOT 8
+.SH NAME
+chroot \- change root directory
+.SH SYNOPSIS
+.B chroot
+.I path
+[
+.I x
+[
+.I argument ...
+]
+]
+.SH OPERATION
+.B chroot
+chang
On 08/01/2012 10:01 AM, Chris Larson wrote:
On Wed, Aug 1, 2012 at 6:18 AM, Ross Mohn wrote:
http://natalian.org/archives/2012/07/31/dwm+tmux/
I'm thinking dvtm could replace tmux. I'm probably way off the mark.
You're not at all off the mark; you should replace tmux with dvtm. Tmux is a
d
Anyone checked my cake?
http://hg.youterm.com/cake
On Aug 1, 2012, at 14:52, Uriel wrote:
> On Sun, Jul 15, 2012 at 3:28 PM, Prakhar Goel wrote:
>> I propose adding redo to the list of software that rocks. It'll also
>> give you a nice incremental build system to use.
>
> I like the design, b
So, the new version, cut.c only, all else same:
diff -r 8cf300476909 cut.c
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/cut.c Wed Aug 01 09:41:11 2012 -0500
@@ -0,0 +1,188 @@
+#include
+#include
+#include
+#include
+#include "text.h"
+#include "util.h"
+
+typedef struct {
+ i
sometimes I only respond to the suckless becaus I want to annoy you
with my top-posts, although I have nothing to say whatsoever.
On 8/1/12, Ryan Mullen wrote:
> Hi,
>
> On Wed, Aug 1, 2012 at 10:23 AM, pancake wrote:
>> The only thing i miss in cut is mutichar word split. Which is properly
>> h
Hi,
On Wed, Aug 1, 2012 at 10:23 AM, pancake wrote:
> The only thing i miss in cut is mutichar word split. Which is properly
> handled by awk. For example:
>
> If a line is splitted by multiple spaces or a mix of tabs and spaces it is
> not handled right by cut. But awk does the job.
This is s
The only thing i miss in cut is mutichar word split. Which is properly handled
by awk. For example:
If a line is splitted by multiple spaces or a mix of tabs and spaces it is not
handled right by cut. But awk does the job.
That's quite anoying because of the crappy output of many tools that abu
Quoth Ryan Mullen:
> Exclusion of cut would make sbase not viable when existing scripts
> need to be supported.
Exactly. I only use awk to do these kind of jobs nowadays, but cut
is in use a lot of places, so it makes sense to use it. And it can
be easier for certain kinds of jobs (e.g. printing
Sorry, sent this message with the wrong From: address
On 1 August 2012 16:10, Kai Hendry wrote:
> On 1 August 2012 15:18, Ross Mohn wrote:
>> Try CTRL-g + PgUp
>
> I realise this could probably be rebound, but the default is pretty
> unusable. IIUC I need to 'CTRL-g + PgUp' everytime I want to p
HI,
On Wed, Aug 1, 2012 at 9:48 AM, Strake wrote:
> I rewrote cut cleaner, but am not sure whether I ought to bother to
> send it, if ye would rather keep sbase sans cut.
IMO cut is a good tool to include. I use cut's functionality much more
than awk's; it's a simpler tool that does a basic thin
On Wed, Aug 1, 2012 at 6:18 AM, Ross Mohn wrote:
>> http://natalian.org/archives/2012/07/31/dwm+tmux/
>>
>> I'm thinking dvtm could replace tmux. I'm probably way off the mark.
>
>
> You're not at all off the mark; you should replace tmux with dvtm. Tmux is a
> decent "multiplexer", but dvtm it a
I rewrote cut cleaner, but am not sure whether I ought to bother to
send it, if ye would rather keep sbase sans cut.
On Aug 1, 2012 8:17 AM, "Marc Andre Tanner" wrote:
>
> Hi,
>
> I've released dvtm-0.8
>
> http://www.brain-dump.org/projects/dvtm/dvtm-0.8.tar.gz
>
> Changes since last release
>
> * AIX support (special thanks to Ross Mohn)
> * Cygwin compile fix
> * terminal emulation correctness fixes
> *
On 01/08/2012, Martin Kopta wrote:
>> Also, I'm really curious why people use cut when awk exists.
>
> $ du -b /usr/bin/cut /usr/bin/gawk /opt/plan9/bin/awk
> 38600 /usr/bin/cut
> 400212 /usr/bin/gawk
> 105700 /opt/plan9/bin/awk
>
> Speed and simplicity I guess?
>
> Why would I use awk of whic
On 08/01/2012 03:09 PM, Kurt H Maier wrote:
On Wed, Aug 01, 2012 at 08:58:00AM -0400, Niki Yoshiuchi wrote:
Why would you use awk or Perl when you have the best programming language
available: Ruby?
On Aug 1, 2012 8:55 AM, "Martin Kopta" wrote:
On 08/01/2012 02:36 PM, Uriel wrote:
Use awk.
On 08/01/2012 09:12 AM, Kai Hendry wrote:
Couldn't quite work out how to scroll back in the buffer. To add
"scrollbackabilty" to st.
Try CTRL-g + PgUp
http://natalian.org/archives/2012/07/31/dwm+tmux/
I'm thinking dvtm could replace tmux. I'm probably way off the mark.
You're not at all of
On 08/01/2012 08:48 AM, Christoph Lohmann wrote:
Greetings.
On Wed, 01 Aug 2012 14:48:47 +0200 Marc Andre Tanner
wrote:
Hi,
I've released dvtm-0.8
http://www.brain-dump.org/projects/dvtm/dvtm-0.8.tar.gz
Changes since last release
* AIX support (special thanks to Ross Mohn)
[snip]
Greetings.
On Wed, 01 Aug 2012 15:10:19 +0200 Niki Yoshiuchi wrote:
> Why would you use awk or Perl when you have the best programming language
> available: Ruby?
> On Aug 1, 2012 8:55 AM, "Martin Kopta" wrote:
>
> > On 08/01/2012 02:36 PM, Uriel wrote:
> >
> >> Use awk.
> >>
> >
> > Use Perl.
Couldn't quite work out how to scroll back in the buffer. To add
"scrollbackabilty" to st.
http://natalian.org/archives/2012/07/31/dwm+tmux/
I'm thinking dvtm could replace tmux. I'm probably way off the mark.
On Wed, Aug 01, 2012 at 08:58:00AM -0400, Niki Yoshiuchi wrote:
> Why would you use awk or Perl when you have the best programming language
> available: Ruby?
> On Aug 1, 2012 8:55 AM, "Martin Kopta" wrote:
>
> > On 08/01/2012 02:36 PM, Uriel wrote:
> >
> >> Use awk.
> >>
> >
> > Use Perl.
> >
>
Why would you use awk or Perl when you have the best programming language
available: Ruby?
On Aug 1, 2012 8:55 AM, "Martin Kopta" wrote:
> On 08/01/2012 02:36 PM, Uriel wrote:
>
>> Use awk.
>>
>
> Use Perl.
>
>
>
On 08/01/2012 02:36 PM, Uriel wrote:
Use awk.
Use Perl.
On Sun, Jul 15, 2012 at 3:28 PM, Prakhar Goel wrote:
> I propose adding redo to the list of software that rocks. It'll also
> give you a nice incremental build system to use.
I like the design, but unless you rewrite it in C or Go it is not
worth taking seriously.
Uriel
>
> Info here: http://a
Greetings.
On Wed, 01 Aug 2012 14:48:47 +0200 Marc Andre Tanner
wrote:
> Hi,
>
> I've released dvtm-0.8
>
> http://www.brain-dump.org/projects/dvtm/dvtm-0.8.tar.gz
>
> Changes since last release
>
> * AIX support (special thanks to Ross Mohn)
>
> [snip]
How is this possible without autoc
Thanks Marc!
To all -- This version is very stable and very functional. It is a huge
productivity enhancer for anyone who works in a terminal!
-Ross
On 08/01/2012 07:49 AM, Marc Andre Tanner wrote:
Hi,
I've released dvtm-0.8
http://www.brain-dump.org/projects/dvtm/dvtm-0.8.tar.gz
Chan
I really don't care, luser space, or kernel space, as long as ALSA and
Puke Audio die.
Uriel
On Wed, Aug 1, 2012 at 2:34 AM, Anthony J. Bentley wrote:
> Christoph Lohmann writes:
>> Greetings comrades,
>>
>> in our reckless effort to improve the software world a new friend might
>> have appeare
On 1 August 2012 14:31, Hugues Moretto-Viry wrote:
> I was away from computer but today I saw suckless repo on Github.
> This is an official repo as http://hg.suckless.org , maintened by devs or
> this is something added by volunteers?
https://github.com/suckless is a mirror maintained by volunte
Use awk.
On Wed, Aug 1, 2012 at 6:07 AM, Strake wrote:
> Will now need libutf.
>
> diff -r 8cf300476909 Makefile
> --- a/Makefile Sat Jun 09 18:53:39 2012 +0100
> +++ b/Makefile Tue Jul 31 23:06:28 2012 -0500
> @@ -27,6 +27,7 @@
> cksum.c\
> cmp.c \
> cp.c
Hi,
I was away from computer but today I saw suckless repo on Github.
This is an official repo as http://hg.suckless.org , maintened by devs or
this is something added by volunteers?
Cheers.
--
Envoyé d'Archlinux
Hi,
I've released dvtm-0.8
http://www.brain-dump.org/projects/dvtm/dvtm-0.8.tar.gz
Changes since last release
* AIX support (special thanks to Ross Mohn)
* Cygwin compile fix
* terminal emulation correctness fixes
* some minor code cleanups here and there
Cheers,
Marc
--
Marc Andre Ta
54 matches
Mail list logo
