Hi everyone
I just learned that Alpine Linux[0] has switched to musl libc[1]. The
following are the most interesting facts about Alpine Linux:
* No GNU tools (using busybox)
* musl libc (still in Beta though)
* OpenRC initsystem
* Using their own package manager called apk[2]; C source is
On Fri, Jun 06, 2014 at 10:50:24AM +0200, Silvan Jegen wrote:
Hi everyone
I just learned that Alpine Linux[0] has switched to musl libc[1]. The
following are the most interesting facts about Alpine Linux:
* No GNU tools (using busybox)
* musl libc (still in Beta though)
* OpenRC
On 6 June 2014 10:50, Silvan Jegen s.je...@gmail.com wrote:
Hi everyone
I just learned that Alpine Linux[0] has switched to musl libc[1]. The
following are the most interesting facts about Alpine Linux:
* No GNU tools (using busybox)
* musl libc (still in Beta though)
* OpenRC initsystem
On Fri, Jun 6, 2014 at 12:40 PM, Jens Staal staal1...@gmail.com wrote:
[...]
I am dual booting this distro at the moment. Very easy to install and set-up
with nice instructions on the web page.
Sounds good!
I definitely find it a desktop-class distro (however due to various needs,
I found another issue. When i have a st window open and generate some
output (ls -l) and then decrease and increase the size again the content
isn't redrawn to the match the actual size.
I can workaround it with tmux most of the time but still even with tmux
active the redraw is sometimes not
Teodoro Santoni asbras...@gmail.com writes:
If it takes too much time to put in place a program relying on a SAX parser
or
a DOM parser, the best choice is libxml2, probably.
Why not expat? It has a simple API, is standard-conformant and not very
bloated.
--
Christian Neukirchen
Xml standard is bloated, but you can get some assumptions to make it simpler
like only accepting utf8. I used libparsifal in the past and it was quite
straightforward and the lib is quite small.
For speed is better to go with sax, but dom is useful when you have to walk and
resolve different
Hi dev@,
in commit c6fcb78b3a9a73b691875048848430c18870a0fc[1], Colourmap was renamed to
the
american version Colormap, which is already defined in openbsds X.h:
st.c:183: error: redefinition of typedef 'Colormap'
/usr/X11R6/include/X11/X.h:104: error: previous declaration of 'Colormap'
pancake said:
Xml standard is bloated, but you can get some assumptions to make it
simpler like only accepting utf8.
This assumption violates the standard. From 2.2 Characters:
| All XML processors must accept the UTF-8 and UTF-16 encodings of
| Unicode [Unicode]; the mechanisms for signaling
On Fri, 6 Jun 2014 13:55:17 +0200 (CEST)
Nils R m...@hxgn.net wrote:
Any thoughts?
-typedef Colormap Colormap;
+typedef Colormap Colourmap;
typedef struct {
char c[UTF_SIZ]; /* character code */
@@ -241,7 +241,7 @@ typedef struct {
/* Purely graphic info */
typedef struct {
On Fri, 6 Jun 2014 13:55:17 +0200 (CEST)
Nils R m...@hxgn.net wrote:
My patch below solves it for me, but i only tested on openbsd.
Here's the improved patch without falling back to using Colour and
just removing the typedef instead.
Thanks for reporting this issue!
Cheers
FRIGN
--
FRIGN
On Fri, Jun 06, 2014 at 03:18:03PM +0200, Martin Kopta wrote:
On Fri, Jun 06, 2014 at 01:55:17PM +0200, Nils R wrote:
in commit c6fcb78b3a9a73b691875048848430c18870a0fc[1], Colourmap was
renamed to the
american version Colormap, which is already defined in openbsds X.h:
st.c:183:
Yeah, you’re right, yours is definitely better, I’m totally fine with
it!
Applied!
--
Roberto E. Vargas Caballero
Roberto E. Vargas Caballero schrieb am 06.06.2014 15:22:
On Fri, Jun 06, 2014 at 03:18:03PM +0200, Martin Kopta wrote:
On Fri, Jun 06, 2014 at 01:55:17PM +0200, Nils R wrote:
in commit c6fcb78b3a9a73b691875048848430c18870a0fc[1], Colourmap was
renamed
to the
american version Colormap,
Hi,
Just an useless patch to have the same dwm default color theme in st.
Regards,
--
,--.
: /` ) Thuban
| `-'PubKey : http://yeuxdelibad.net/Divers/thuban.pub
\_ KeyID : 0x54CD2F2F
Envoyé à partir de mon serveur auto-hébergé
diff --git a/config.def.h b/config.def.h
index
I forgot it, sorry about that. I don't know why, the last time I
checked, I memorized all these and deleted permanently expat from my brain.
I would not always go in for expat, though. Well... Depends on what are
you working on. The problem is, if you deal with xml encoded in utf,
libparsifal
On Fri, Jun 06, 2014 at 01:18:56PM +0200, Andreas Herz wrote:
Is this intended to keep lightweight or is this something missig?
Yes, this is intended. st doesn't have scroll-buffer, and resizes screen
buffer to fit exactly to the window. Any extra rows/columns are removed
during the process.
Greetings.
On Fri, 06 Jun 2014 21:15:41 +0200 Thuban thu...@yeuxdelibad.net wrote:
Hi,
Just an useless patch to have the same dwm default color theme in st.
The dwm default colors are ugly. Won’t apply.
Sincerely,
Christoph Lohmann
This patch does not change the logic of the function. It simply trades
two levels of if statement nestings for a goto.
Signed-off-by: Silvan Jegen s.je...@gmail.com
---
I find this version of the loop to be easier to follow. Combined with
the reduced line count I think this patch is worth
Greetings.
On Fri, 06 Jun 2014 21:27:33 +0200 Silvan Jegen s.je...@gmail.com wrote:
This patch does not change the logic of the function. It simply trades
two levels of if statement nestings for a goto.
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring
On Fri, Jun 06, 2014 at 09:15:41PM +0200, Christoph Lohmann wrote:
Greetings.
On Fri, 06 Jun 2014 21:15:41 +0200 Thuban thu...@yeuxdelibad.net wrote:
Hi,
Just an useless patch to have the same dwm default color theme in st.
The dwm default colors are ugly. Won’t apply.
Sincerely,
Signed-off-by: Silvan Jegen s.je...@gmail.com
---
st.c | 34 ++
1 file changed, 14 insertions(+), 20 deletions(-)
diff --git a/st.c b/st.c
index fde4d2d..80b7a70 100644
--- a/st.c
+++ b/st.c
@@ -3249,28 +3249,22 @@ xdraws(char *s, Glyph base, int x, int y, int
On Fri, 06 Jun 2014 21:27:33 +0200
Christoph Lohmann 2...@r-36.net wrote:
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring without goto would be applied.
What's the problem with gotos? It's some bullshit proposed by some
Java-fanatics who don't understand
* hiro 23h...@gmail.com [2014-06-03 21:05:23 +0200]:
choose a stream, meaning of itags is on wikipedia article of youtube.
wget -q -O - 'http://www.youtube.com/watch?v=Ux1Za8Wmz_s'|sed
's//\n/g; s/\\u0026/ /g; s/,/\n/g'|sed -n
'/url_encoded_fmt_stream_map/,/^$/p; /adaptive_fmts/,/^$/p'
yes,
On Fri, Jun 06, 2014 at 10:55:25PM +0200, FRIGN wrote:
On Fri, 06 Jun 2014 21:27:33 +0200
Christoph Lohmann 2...@r-36.net wrote:
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring without goto would be applied.
What's the problem with gotos? It's some
On Fri 06 Jun 2014 at 13:55:25 PDT FRIGN wrote:
On Fri, 06 Jun 2014 21:27:33 +0200
Christoph Lohmann 2...@r-36.net wrote:
This will introduce the notion that gotos are allowed. Won’t be applied.
A refactoring without goto would be applied.
What's the problem with gotos? It's some bullshit
26 matches
Mail list logo
