Hi Strake,
On 4 July 2013 04:36, Strake wrote:
> Tested now.
>
>
> From 309ffdb318e67014b8565335cc1d95e4ff5d506c Mon Sep 17 00:00:00 2001
> From: Strake
> Date: Wed, 3 Jul 2013 07:26:16 -0500
> Subject: [PATCH 1/2] bin/handlers: roll up repeated code
Well I tried to apply your patch, but it doe
On 6 July 2013 17:01, Chris Down wrote:
> On 2013-07-06 10:52, Adam Brand wrote:
>> The problem ended up being that the Terminus font wasn't installed. Maybe a
>> good add to the requirements for install (xfonts-terminus)?
>
> There is no "requirements" file, what do you mean? If you are talking a
Hi David,
On 2 July 2013 03:24, David Dufberg Tøttrup wrote:
> On Jun 28 2013, Anselm R Garbe wrote:
>> On 28 June 2013 12:51, David Dufberg Tøttrup wrote:
>>> Hi! I assume drw_rect()'s intended purpose isn't to only draw the small
>>> squares in the dwm bar. Patch attached.
>>
>> As dwm uses li
Hi,
When tar has to archiving the same directory where the
output file is located, (for example with something like
tar cf f.tar .) it enters in a infinite loop in:
@archive
while((l = fread(b, 1, Blksiz, f)) > 0) {
if(l < Blksiz)
memset(b+l
>From 1f2c098b079f2cdb275178215d27325a270adccd Mon Sep 17 00:00:00 2001
From: sin
Date: Sat, 20 Jul 2013 12:09:42 +0100
Subject: [PATCH] Use int instead of char for getc()
---
wc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wc.c b/wc.c
index 45d6dda..4226a44 100644
---
Good catch, applied.
* Galos, David [2013-07-20 00:50:25 -0400]:
> >> +/*
> >> + * public domain sha256 crypt implementation
> >> + *
> >> + * original sha crypt design:
> >> http://people.redhat.com/drepper/SHA-crypt.txt
> >> + * in this implementation at least 32bit int is assumed,
> >> + * key length is limited, t
This patch fixes this issue using the inode number of the tar
file.
--
Roberto E. Vargas Caballero
k...@shike2.com
http://www.shike2.com
>From e5b989e7899c87f316597e6b8ed39adfa97959b2 Mon Sep 17 00:00:00 2001
From: "Roberto E. Vargas Caballero"
Date: Sat, 20 Jul 20
> This patch fixes this issue using the inode number of the tar
> file.
I like this fix; it has been applied. Thank you for sending this as
an attachment.
> /* public domain sha256 implementation based on fips180-3 */
>
> you may add that it's from the crypt code of musl libc
> in case somebody wants to check upstream changes
I have applied the patch, then moved that line to the top of the
file, and removed the notice about the nonexistent crypt cod
2013/7/19 Roberto E. Vargas Caballero :
> From: "Roberto E. Vargas Caballero"
>
> It is impossible allocate all the RGB colors using a static
> array, so it is necessary move DC.col into a pointer and use
> dinamic memory.
>
> Since the color definition is not used to much is not a bad idea
> use
I disapprove of this patch, since it does not work the way advertised.
> Particularly, added colors can be palette-swapped with another
> sequence. Also, replacing static memory with malloc() feels dirty.
I don't see how you can swapped them, and I agree with you that the
malloc can be a big probl
On Sat, Jul 20, 2013 at 01:25:09PM -0400, Galos, David wrote:
> > /* public domain sha256 implementation based on fips180-3 */
> >
> > you may add that it's from the crypt code of musl libc
> > in case somebody wants to check upstream changes
>
> I have applied the patch, then moved that line to t
From: "Roberto E. Vargas Caballero"
Colors definition can be changed using a OSC sequence, so
we have to reload them if we want be sure all the colors
are the correct.
Could be desirable free the colors allocated due to rgb
colors and inverse colors (XftColorAllocValues in xdraws),
but it is imp
From: "Roberto E. Vargas Caballero"
This patch uses the bit 24 in the color descriptor as an indicator
of RGB color, so we can take the values and generating the XftColour
directly in xdraws.
---
st.c | 119 ---
1 file changed, 85 i
15 matches
Mail list logo
