On Tue, Feb 3, 2015 at 5:07 PM, hiro <23h...@gmail.com> wrote:
> posix is not suck less.
I agree, however it seems sbase aims to be "mostly" POSIX compliant.
posix is not suck less.
Hello,
I finally have a new sed implementation. It's littered with FIXMEs and
there are some points that need to be discussed, but for the most part
it works like it should. It definitely has some work until it sucks
less.
A summary of points that should be discussed, for more detail read the
sou
Greetings.
On Tue, 03 Feb 2015 17:25:49 +0100 Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> On Tue, 27 Jan 2015 19:38:47 +0100 Greg Reagle wrote:
> > On Tue, Jan 27, 2015, at 11:52 AM, Christoph Lohmann wrote:
> > > Then hook to the window leaving event in GTK or X11 and set the titl
I didn't ask about Nazis or even mentioned 20h, I have no idea where
you see the connection. 20h regularly converses with non-aryans. I
would never call anyone from the suckless community a Nazi.
On 2/3/15, FRIGN wrote:
> On Tue, 3 Feb 2015 12:26:51 +0100
> hiro <23h...@gmail.com> wrote:
>
>> I r
* FRIGN 2015-02-03 14:35
> The entire suckless-website has a horizontal approach with only one thin
> dotted line separating the menu from the content.
hm. apart from the ss discussion, an appealing variant would be to vertically
align suckless.org with the content in the main area. (whether the d
On Tue, 3 Feb 2015 14:13:25 +1300
David Phillips wrote:
Hey Nick,
> Images [1] and [2] are food for thought. Excuse my ugly sans serif
> fonts. A thin line has been inserted between the suckless logo and the
> page title in both images. In [2], the subtitle has been floated on
> the right to avo
On Tue, 3 Feb 2015 12:26:51 +0100
hiro <23h...@gmail.com> wrote:
> I reject all the hidden SS references. (Software and Suck both start
> with an S and they are getting repeated multiple times for no reason
> (definitely not minimalist or suckless, so I assume it's done on
> purpose), S is directl
On Tue, Jan 27, 2015 at 11:37:42AM -0500, Wolfgang Corcoran-Mathe wrote:
> Currently, the replace operator in vis gets lumped with following actions
> in the {un,re}do tree. Using the 'r' key several times then attempting
> to undo the last replacement undoes the entire series.
>
> ---
> vis.c |
On Tue, Feb 03, 2015 at 08:31:47PM +0900, Eon S. Jeon wrote:
> llvm-ar doesn't understand flags prefixed with dashes.
Applied, thanks!
Again, lol.
This patch does the same as the previous one, but this one is for
ubase.
llvm-ar doesn't understand flags prefixed with dashes.
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index a74824f..0621eb5 100644
--- a/Makefile
+++ b/Makefile
@@ -158,7 +158,7 @@ config.h:
$(CC) $(CFLAGS) $(CPPFLAGS) -o $@ -c $<
$
I reject all the hidden SS references. (Software and Suck both start
with an S and they are getting repeated multiple times for no reason
(definitely not minimalist or suckless, so I assume it's done on
purpose), S is directly followed by suckless creating an even more
obvious S S)
Seeing that Germ
On Tue, Feb 03, 2015 at 01:22:04PM +0900, Eon S. Jeon wrote:
> llvm-ar doesn't understand flags prefixed with dashes.
Applied, thanks!
We should do this for ubase as well at the very least.
> Thanks k0ga. I have not taken the time to check whether this is on the
> wiki or on git, but last week I updated my suckless software packages
> and patches and to have this was definitely a good thing.
I have uploaded it to the wiki, but I have to add a README about it.
Regards,
Hi,
I'm sorry that I forgot to put [sbase] in the subject. Nevertheless,
some other projects might need similar changes, though changing all of
them will need little more discussion.
Sincerely,
Eon
Anselm R Garbe wrote:
> Well executing swerc for each request is still overhead. But for the sake of
> not doing weirdo stuff (like hiding .html or redirecting from previously known
> URL to some .html file) in order to keep all the links to suckless.org intact,
> I'm not inclined to disable the sw
On 1 February 2015 at 21:45, Markus Teich wrote:
> prototype wrote:
> A much bigger problem I see is swerc, which still has not been modified to
> statically generate the page[0] (I think I reported this more than a year
> ago…).
> Every pageload is rendered live, although there are no elements,
18 matches
Mail list logo
