Thank you Daniel for your reply. One of the maintainers replied, and there
are indeed issues with the patch. I will try stacker instead.
Best regards,
Vinícius.
--
Fingerprint: 1224546E7D5435465E1777CB8E65EA37669D90BE
Long Key ID:
8E65EA37669D90BE
Short Key ID:
669D90BE
On Thu, Oct 1,
Previously, when a directory was requested, the index body was not sent,
and the MIME type defaulted to "application/octet-stream".
---
http.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/http.c b/http.c
index f1e15a4..2d3f17f 100644
--- a/http.c
+++ b/http.c
@@
Hi Richard
Richard Ipsum wrote:
> For a while I've been writing some tests which cover basic POSIX util
> functionality, these tests have been quite useful in helping me find
> bugs in sbase and other implementations. Recently though I wrote some
Those tests sound interesting! Are they publicly
Thank you Aaron for your kind reply. I will indeed try stacker instead.
Best regards,
Vinícius.
--
Fingerprint: 1224546E7D5435465E1777CB8E65EA37669D90BE
Long Key ID:
8E65EA37669D90BE
Short Key ID:
669D90BE
On Thu, Oct 1, 2020 at 11:53 AM Aaron Duxler wrote:
> Hi Vinícius,
>
> sorry for
Hi Vinícius,
sorry for the inconveniences. I have added a view features to the swapfocus
patch, because I did not like the default behavior of it.
Though I'm not using this patch any more and for that reason I won't fix the
patch.
If it is really not working I will remove the recent swapfocus
On 2020-06-20, Richard Ipsum wrote:
> diff --git a/fold.c b/fold.c
> index 169064b..10a23cf 100644
> --- a/fold.c
> +++ b/fold.c
> @@ -29,12 +29,14 @@ foldline(struct line *l) {
> eprintf("fwrite :");
> if (l->data[i] != '\n')
>
Hi Vinicius,
I think the "patch does not apply" error may be a red herring. The
patch applies cleanly for me directly to dwm 6.2, but does not
compile.
dwm.c:2161:52: error: ‘Monitor’ {aka ‘struct Monitor’} has no
member named ‘pertag’
On the other hand, the patch conflicts you get if you
On Thu, 1 Oct 2020 09:04:32 +0100
Daniel Littlewood wrote:
Dear Daniel,
> My argument that the GPL is simpler here is that in the "default case"
> where changes are simply submitted without the contributor talking
> about licensing, the project as a whole is not covered by the given
> license
Dear Laslo,
> as far as I know, there's no need for a CLA. CLAs are just a
> simplification that contributors waive their rights to the code to the
> legal entity behind the project so the license file is not littered
> with 100s of people but only the legal entity. Which license you're
> using
On Wed, 30 Sep 2020 22:41:47 -0700
Michael Forney wrote:
Dear Michael,
> POSIX says we should be counting column positions rather than
> codepoints, but I think that might be rather difficult to get right
> and this is probably an improvement already.
>
> I know Laslo has studied this area for
On Wed, 30 Sep 2020 19:06:32 +0100
Daniel Littlewood wrote:
Dear Daniel,
> I am wary of going too far off topic, but I think a convincing
> argument against the use of "permissive" licenses like MIT is that if
> your project grows above a certain size, it necessitates CLAs in
> addition to a
On 2020-06-20, Richard Ipsum wrote:
> diff --git a/fold.c b/fold.c
> index 9c3c919..a54594b 100644
> --- a/fold.c
> +++ b/fold.c
> @@ -19,7 +19,7 @@ foldline(struct line *l) {
> for (i = 0, last = 0, col = 0, spacesect = 0; i < l->len; i++) {
> if (!UTF8_POINT(l->data[i]) &&
Hey Richard,
Thanks for the reminder about the patches.
On 2020-09-30, Richard Ipsum wrote:
> Hi, looks like these patches got lost/forgotten,
> is there any reason to not merge them?
Sorry about that. I hadn't forgotten about them, I had just been
putting off digging into the code to review
13 matches
Mail list logo