Add ls -A.
I choose test in an else if due to long condition. Criticism welcome.
diff --git a/ls.c b/ls.c
index 8d2c3f6..03765c6 100644
--- a/ls.c
+++ b/ls.c
@@ -24,6 +24,7 @@ struct entry {
ino_t ino;
};
+static int Aflag = 0;
static int aflag = 0;
static int cflag = 0;
static int
First off, I'm not sure what's proper etiquette around here for posting
a public email that is somewhat directed toward a specific person, so
mea culpa if CC'ing that person is the wrong approach.
While implementing Unicode support for dwm with Xft, I discovered an
issue with my code and realized
See attached.
-emg
From dd9c359d5a6b6731860e4b2693b043dfac056529 Mon Sep 17 00:00:00 2001
From: Evan Gates
Date: Fri, 20 Feb 2015 17:51:04 -0800
Subject: [PATCH] insert implicit -a after primary before !
---
find.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --g
That's what I get for testing in sbase/, all the things I tried to
execute existed there so I didn't realize I was missing the path
searching. I also included some cleanup, making globals static, change
a few data types, rearrange struct members, fix a comment.
-emg
From 77d3af375670e3406aa9320cb0
On Fri, Feb 20, 2015 at 3:36 PM, Nick wrote:
> Quoth Evan Gates:
>> sbase-use_pe.diff : use parameter expansion instead of basename when
>> building sbase-box. simpler, shorter, no extra processes
>
> I don't like this. The sbase Makefile is a really standard, basic,
> make at the moment (almost c
Quoth Evan Gates:
> sbase-use_pe.diff : use parameter expansion instead of basename when
> building sbase-box. simpler, shorter, no extra processes
I don't like this. The sbase Makefile is a really standard, basic,
make at the moment (almost completely within the OpenGroup makefile
spec), and A
And of course I forgot to remove [ on uninstall. One more patch to do that.
-emg
From a2145f934990b56b17c1faa564142b1bad42396f Mon Sep 17 00:00:00 2001
From: Evan Gates
Date: Fri, 20 Feb 2015 14:02:12 -0800
Subject: [PATCH] remember to remove [ on uninstall
---
Makefile | 4 ++--
1 file changed,
I separated the changes into multiple patches that each do one thing
and apply on top of each other. In order they are:
sbase-add_test_alias.diff : adds [ hardlink to test on install, adds [
to sbase-box
sbase-use_pe.diff : use parameter expansion instead of basename when
building sbase-box. simpl
On Fri, Feb 20, 2015, at 02:18 PM, sta...@cs.tu-berlin.de wrote:
> * Greg Reagle 2015-02-20 20:07
> > It is true that the only reason I select text in st is to copy it, but I
> > still don't want it clobbering my clipboard.
>
> does the current behaviour break some scripts or habits of yours and
On Fri, Feb 20, 2015 at 11:24:30AM -0800, Evan Gates wrote:
> Noticed test was marked as 'UTF-8 support' instead of 'implicit UTF-8
> support' in README. utflen() was being used to check for zero length
> vs nonzero length strings. No need for that, a null byte is a null
> byte, just check whether
Noticed test was marked as 'UTF-8 support' instead of 'implicit UTF-8
support' in README. utflen() was being used to check for zero length
vs nonzero length strings. No need for that, a null byte is a null
byte, just check whether the first byte is null or not.
-emg
From ebf480d8b31027f72860132f30
having more than one buffer is just annoying, and there are no well
behaved X applications anyways.
* Greg Reagle 2015-02-20 20:07
> It is true that the only reason I select text in st is to copy it, but I
> still don't want it clobbering my clipboard.
does the current behaviour break some scripts or habits of yours and
how?
On Fri, Feb 20, 2015, at 01:50 PM, random...@fastmail.us wrote:
> Another reason to leave it as-is is that, while in other applications it
> is reasonable to select text for some purpose other than copying it
> (e.g. to delete it or replace it), people will not want their clipboard
> obliterated in
On Fri, Feb 20, 2015, at 12:38, sta...@cs.tu-berlin.de wrote:
> * k...@shike2.com 2015-02-20 17:39
> > I agree here, it shouldn't modiy the CLIPBOARD seletction. Sometime
> > is good to have different things in both selections. If nobady claims
> > about it I will apply your patch.
>
> I'd leave i
Just allow user to set the behavior with some foot switch.
* k...@shike2.com 2015-02-20 17:39
> I agree here, it shouldn't modiy the CLIPBOARD seletction. Sometime
> is good to have different things in both selections. If nobady claims
> about it I will apply your patch.
>
I'd leave it as is, in order not to break scrips which expect to read
something fr
k...@shike2.com said:
> I agree here, it shouldn't modiy the CLIPBOARD seletction. Sometime
> is good to have different things in both selections. If nobady claims
> about it I will apply your patch.
FWIW I would prefer to have selected text in both selections.
--
Dmitrij D. Czarkoff
On Fri, 20 Feb 2015 18:12:13 +0100
k...@shike2.com wrote:
> I submitted a version of the patch to the wiki, and I supposed it already
> was there, but It wasn't. I hope it will appear in the wiki soon. Sorry
> for the problems.
http://st.suckless.org/patches/delkey
I added it. If you find smarte
>> a new version of the patch? Also, I think such a patch should be
>> considered for inclusion at http://st.suckless.org/patches/. Thank you!
>
> There you go!
> Please let me know if it works. Apply with "git am".
>
I submitted a version of the patch to the wiki, and I supposed it already
w
I will apply it. Thanks
Regards,
> Hello list,
>
> I know this isn't a democracy, but I agree with Greg, it makes more
> sense to only set PRIMARY, not CLIPBOARD, in selcopy. Removing the
> clipboard-related lines from xsetsel seems to do the trick. I've
> attached a patch that does just that.
I agree here, it shouldn't modiy th
On Fri, Feb 20, 2015 at 17:10:19 +0100, FRIGN wrote:
> There you go!
> Please let me know if it works. Apply with "git am".
I've been using this patch for weeks now, seems to work fine.
I agree that it should be included in st.suckless.org/patches.
--
Daniel Martà - mv...@mvdan.cc - http://mvda
On Fri, 20 Feb 2015 09:48:03 -0500
Greg Reagle wrote:
Hey Greg,
> Greetings. I have a patch file (which is attached) that no longer
> applies since st has changed. I don't remember whether it was emailed
> to me or I got it from a website. Would someone be kind enough to issue
> a new version
Greetings. I have a patch file (which is attached) that no longer
applies since st has changed. I don't remember whether it was emailed
to me or I got it from a website. Would someone be kind enough to issue
a new version of the patch? Also, I think such a patch should be
considered for inclusi
On Thu, Feb 19, 2015, at 06:46 PM, Wander Nauta wrote:
> I know this isn't a democracy, but I agree with Greg, it makes more
> sense to only set PRIMARY, not CLIPBOARD, in selcopy. Removing the
> clipboard-related lines from xsetsel seems to do the trick. I've
> attached a patch that does just that
Before removing bit fields:
$ size find
textdata bss dec hex filename
16751 968 48 177674567 find
After removing bit fields:
$ size find
textdata bss dec hex filename
16527 968 68 17563449b find
This is an example where bi
find(1) uses clock_gettime which in some systems needs -lrt.
---
config.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/config.mk b/config.mk
index a944970..b375d6d 100644
--- a/config.mk
+++ b/config.mk
@@ -12,4 +12,4 @@ RANLIB = ranlib
CPPFLAGS = -D_DEFAULT_SOURCE -D_BS
On Thu, Feb 19, 2015 at 05:58:01PM -0800, Evan Gates wrote:
> I got sick of staring at the sed code and needed a break, so I wrote
> find. It is complete and POSIX compliant. The only FIXMEs that affect
> function are deciding what to do in a few error cases, and including
> nanoseconds when compar
29 matches
Mail list logo
