Re: [dev] dev

2024-02-04 Thread Rene Kita
On Sat, Feb 03, 2024 at 09:04:04PM +, NRK wrote: > Having trouble unsubscribing? Worry not, coach NRK is at your service! > For a fair pay of 1337 XMR, you'll receive: > > ★★★ A comprehensive guide on how to unsubscribe from the suckless dev mailing > list ★★★ > > Offer available for a limit

Re: [dev] dev

2024-02-03 Thread Greg Minshall
:)

Re: [dev] dev

2024-02-03 Thread NRK
Having trouble unsubscribing? Worry not, coach NRK is at your service! For a fair pay of 1337 XMR, you'll receive: ★★★ A comprehensive guide on how to unsubscribe from the suckless dev mailing list ★★★ Offer available for a limited time only. - NRK

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
(replying to Laslo) > which is basically a CGI-interface and thus not within quark's scope. thttpd has a patch that adds basic CGI support, and I've quickly scanned the patch, and it seems super simple.. perhaps you could use that in one way or another. I don't mean to say "support intellectual pr

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
Hey, Laslo. Yeah, that's fine.. it's like "stable release" for normies. Ah. I kind-of like Quark.. I don't want to go try thttpd.. It does NOT work XD In fact - it seems to work much less.. like the opposite from before. I get like the IP (localhost) dropped - - usually it's IP (localhost) 200(o

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread Laslo Hunhold
On Sun, 26 Feb 2023 14:02:48 +0100 Thomas Oltmann wrote: Dear Thomas, > Looks to me like your version of quark is actually a lot newer than > 2020; Old versions of quark did not print that "dropped" message. > > Probably only tangentially related, > but I reported a bug in the connection droppi

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
If you guys want - perhaps we can play the printf game, or rather - the logging game?

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
Ah, I see. I forgot how to use git after such a long absence from programming.. +6 months. I ran the command and it's up to date, last commit is 68b4f733b2755762e43df90f73db5a6ec8d14104 on both of my sites. I see. I can test the patch, but I don't think I'm using AF_INET6 as I disabled IPv6 in Fr

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread Thomas Oltmann
On Sun, Feb 26, 2023 at 3:53 PM wrote: > > I did a git clone like it says on the main Quark web-site, and doing `mandoc > -a quark.1` it shows '2020-09-27', and that's what I am using. > Unless that's wrong and/or there's another way to get the version number - > I'd > like to know. Ah i see. Run

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
I did a git clone like it says on the main Quark web-site, and doing `mandoc -a quark.1` it shows '2020-09-27', and that's what I am using. Unless that's wrong and/or there's another way to get the version number - I'd like to know. > which meant that quark would likely drop legitimate connections

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread fossy
> Reread Laslo's message and look at the source code as he suggested in the mentioned message. I cannot afford that, I have health problems :(. Regardless - I am getting only ~5 requests per minute, and my biggest file is <3M, so even given the attack has a super-slow Tor circuit connection of say

Re: [dev] [DEV][Quark] Big problem

2023-02-26 Thread Thomas Oltmann
Hi fossy, Looks to me like your version of quark is actually a lot newer than 2020; Old versions of quark did not print that "dropped" message. Probably only tangentially related, but I reported a bug in the connection dropping code some time ago, which meant that quark would likely drop legitimat

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread Страхиња Радић
On 23/02/25 12:59PM, fo...@dnmx.org wrote: > Tried -s 128 -t 8, doesn't seem to do jack shit.. > Got less than 10 connection logs from Quark and then another dropped one.. > Is there any other reason Quark would print-out 'dropped', other than > connection pool at max? > > I restarted the jail, so

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread fossy
Tried -s 128 -t 8, doesn't seem to do jack shit.. Got less than 10 connection logs from Quark and then another dropped one.. Is there any other reason Quark would print-out 'dropped', other than connection pool at max? I restarted the jail, so Quark's memory and stuff should have been reset.

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread fossy
Hey, I just read the quark.1 . I see the -s and -t options lol. I shall experiment.

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread fossy
Hi, Laslo. Sorry, I might not have been best at explaining problem, but then again - I didn't quite understand problem.. but said all I did understand. > one of my development goals for quark was to have no memory allocations at runtime. Right, I knew that.. but what about memory allocation BEFOR

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread fossy
You are a brainless joke.

Re: [dev] [DEV][Quark] Big problem

2023-02-25 Thread Hiltjo Posthuma
On Sat, Feb 25, 2023 at 09:50:42AM -0500, fo...@dnmx.org wrote: > Hello. > Before I start, I want to clarify 2 things: > 1. I'm not 100% sure if it's a Quark problem, but there are like 2/4th > chance that it is. > 2. I'm hosting my site over the Tor network > > Problem I have: software runs, can

Re: [dev] [ dev ] [ st ] [ PATCH ] concurrency window size bug

2020-06-05 Thread Hiltjo Posthuma
On Fri, Jun 05, 2020 at 03:05:49PM -0400, Kyryl Melekhin wrote: > This bug is very exceptional and will only affect users who run other > terminal programs with st. > For example running > " st -e vim . " > " st -e lynx " > etc ... > Hi Kyryl, Thanks for the report. > The bug happens randomly,

Re: [dev] dev+unsubscr...@suckless.org

2016-09-15 Thread David Phillips
On Thu, Sep 15, 2016 at 10:05:46AM +0100, Joseph Graham wrote: > hey Hi > -- > Joseph Graham Remember that it's the address, not the subject that should be dev+unsubscribe. All the best

Re: [dev] dev+unsubscr...@suckless.org

2016-06-25 Thread Jakub Lach
> dev+unsubscr...@suckless.org Your subscription has been prolonged.

[dev] Re: [dev] [dev] [surf] [PATCH] replacing deprecating signal “title-changed” with “notify::title”

2014-02-06 Thread Quentin Rameau
He is another one for signals populate-popup/context-menu. I'm not sure that is really necessary, but here, it's done. On Thu, Feb 6, 2014 at 7:15 PM, Christoph Lohmann <2...@r-36.net> wrote: > Greetings. > > On Thu, 06 Feb 2014 19:15:13 +0100 Quentin Rameau wrote: >> As the subject of the mail t

Re: [dev] [dev] [surf] [PATCH] replacing deprecating signal “title-changed” with “notify::title”

2014-02-06 Thread Christoph Lohmann
Greetings. On Thu, 06 Feb 2014 19:15:13 +0100 Quentin Rameau wrote: > As the subject of the mail tells, this is a simple signal handling > adjustment for page title modification. The patch has been applied. Thanks for sending it. Sincerely, Christoph Lohmann

Re: [dev] dev+confunsub-27380ac57e2486a8-thuban=singularity...@suckless.org

2013-06-13 Thread Chris Down
You might want to try that using the right header :-) On 13 Jun 2013 10:21, "Thuban" wrote: > >

Re: [dev] dev+unsubscribe-dig...@suckless.org

2012-12-25 Thread Chris Hall
On Wed, Dec 26, 2012 at 7:30 AM, Johny Why wrote: > dev+unsubscribe-dig...@suckless.org You send a message to that address (body isn't important). ~cjh

Re: [dev] dev+unsubscr...@suckless.org

2012-08-06 Thread Valentin Ochs
On Mon, Aug 06, 2012 at 10:13:01AM +0200, Anselm R Garbe wrote: > Read > > http://suckless.org/community > > to learn the unsubscription procedure. > Or the email headers...

Re: [dev] dev+unsubscr...@suckless.org

2012-08-06 Thread Anselm R Garbe
Read http://suckless.org/community to learn the unsubscription procedure.

Re: [dev] dev+unsubscr...@suckless.org

2012-08-05 Thread pancake
Welcome to the suckless mailing list! You have been succesfully subscribed again. Ad eternum On Aug 6, 2012, at 8:34, David Dušanić wrote: >

Re: [dev] [dev xlsh]: fix Makefile

2011-10-21 Thread Michał Siejak
> With this patch, your Makefile works with my make (GNU Make 3.81) Thanks for your patch. I modyfied Makefile accordingly and pushed it to github. -- Michał Siejak

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

2010-08-21 Thread Suraj Kurapati
On Sat, Aug 21, 2010 at 2:12 AM, pancake wrote: > 80 or 78? :) Good point. I personally use 78 because, if you follow the Python suggestion of 79 characters and reserve 1 more character for +/-/> indicators in diff(1) output, then your code will be readable in terminals, editors, and also in pat

[dev] Re: [dev] Re: [dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-21 Thread yy
2010/8/21 Suraj Kurapati : > I like to put documentation at the head of a file because that's only > part anyone will read before deciding if it's worth spending their > time to delve into the rest of the shell script.  Also, I don't like > messing up my program's indentation because I have to emit

[dev] Re: [dev] Re: [dev] Re: [dev] [dev] Usage, -h, --hel p, help, synopsis, …

2010-08-21 Thread Suraj Kurapati
On Sat, Aug 21, 2010 at 4:22 AM, yy wrote: > 2010/8/19 Suraj Kurapati : >> On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: >> #!/bin/sh >> # your program description & usage documentation here >> # nicely formatted and beautified to fit 80 columns >> # NOTE: the blank line below is the end

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

2010-08-21 Thread yy
2010/8/19 Suraj Kurapati : > On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: >> On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: >>> What is the most concise way of outputting a usage and help text? >> >> For my programs, the --help option simply displays their manpage. :-) > > Alt

Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, syn opsis, …

2010-08-21 Thread pancake
80 or 78? :) Sent from my iPod On Aug 21, 2010, at 2:59 AM, Noah Birnel wrote: On Thu, Aug 19, 2010 at 11:06:40AM -0700, Suraj Kurapati wrote: On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: Alternatively, in simple shell scripts (for which writing a manpage would be overkill), I s

Re: [dev] Re: [dev] [dev] Usage , -h, --help, help, synopsis, …

2010-08-20 Thread Noah Birnel
On Thu, Aug 19, 2010 at 11:06:40AM -0700, Suraj Kurapati wrote: > On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: > Alternatively, in simple shell scripts (for which writing a manpage > would be overkill), I simply print the script file's comment header > using sed(1): > > #!/bin/sh > # yo

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-19 Thread Suraj Kurapati
On Tue, Aug 17, 2010 at 7:54 PM, Suraj Kurapati wrote: > On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: >> What is the most concise way of outputting a usage and help text? > > For my programs, the --help option simply displays their manpage. :-) Alternatively, in simple shell scripts

Re: [dev] Re: [dev] Re: [dev] Re : [dev] [dev] Usage, -h, --help, help, synops is, …

2010-08-18 Thread Jacob Todd
On Wed, Aug 18, 2010 at 05:55:10PM +0200, Alexander Teinum wrote: > I’d like to write a KISS option parser that accepts “program -c -a -f > some_file”, but not “program -ca -fsome_file”. I prefer to keep the > rules simple. take a look at the ARGBEGIN and ARGEND macro's in Plan 9. pgpoEUvuWrFez.p

Re: [dev] Re: [dev] Re: [dev] Re : [dev] [dev] Usage, -h, --help, help, synops is, …

2010-08-18 Thread anonymous
On Wed, Aug 18, 2010 at 05:55:10PM +0200, Alexander Teinum wrote: > Is it okay to use three dots in the usage text? (See echo’s man page.) > I think it means that you can repeat what’s before the three dots. It is ok and they should be used. And it should be 3 dots, not … so usage is in ASCII. A

[dev] Re: [dev] Re: [dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-18 Thread Connor Lane Smith
2010/8/18 Alexander Teinum : > I’d like to write a KISS option parser that accepts “program -c -a -f > some_file”, but not “program -ca -fsome_file”. I prefer to keep the > rules simple. Such a simple option set probably doesn't actually *need* a parser. I don't think any lines would be freed up i

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

2010-08-18 Thread Anh Hai Trinh
On Wed, Aug 18, 2010 at 10:27 AM, Kris Maglione wrote: > > GNU man has the annoying and difficult to stop habit of filling the entire > width of the terminal rather than wrapping at 80 chars. And if you set > $MANWIDTH or $COLUMNS to 80 and the terminal isn't that wide, you wind up > with badly br

[dev] Re: [dev] Re: [dev] Re: [dev] [dev] Usage, -h, --hel p, help, synopsis, …

2010-08-18 Thread Alexander Teinum
(Sorry for not quoting names. It’s cumbersome to do with more than one person in Gmail.) > With the above rules this should be: flo [-cfrtw arg] [what[,from][-to]] I think that’s too little information. > It also just makes the usage easier to read, in my opinion. Dropping a > few characters jus

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

2010-08-18 Thread Connor Lane Smith
On 18 August 2010 15:37, Alexander Teinum wrote: > But we don’t need the brackets. As long as the usage text is > unambiguous, then they don’t add any information. Am I right? Two instances which make this untrue: > ar [-]key archive [files...] > eg [-b from to] files... It also just makes the

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-18 Thread Alexander Teinum
But we don’t need the brackets. As long as the usage text is unambiguous, then they don’t add any information. Am I right? Alexander

Re: [dev] [dev] Usage, -h, --hel p, help, synopsis, …

2010-08-18 Thread Claudio M. Alessi
On Tue, Aug 17, 2010 at 08:52:37PM +0400, anonymous wrote: > usage: cmd [-abcde] [-f file] [-g pattern] [file ...] What about cmd [-abcde] [-fg arg] [file ...]? > usage: flo [-c id] [-f from] [-r id] [-t to] [-w what] [what[,from][-to]] With the above rules this should be: flo [-cfrtw arg] [what[,

Re: [dev] Re: [dev] [dev] Usage , -h, --help, help, synopsis, …

2010-08-18 Thread anonymous
On Tue, Aug 17, 2010 at 08:07:05PM +0200, Alexander Teinum wrote: > > I think the best format for usage is something like what Plan 9 > > utilities use (BSD use the same): > > > > usage: cmd [-abcde] [-f file] [-g pattern] [file ...] > > Options without values are combined? Is that correct? Yes.

[dev] Re: [dev] Re: [dev] [dev] Usage, -h, --help, help, s ynopsis, …

2010-08-17 Thread Suraj Kurapati
On Tue, Aug 17, 2010 at 8:27 PM, Kris Maglione wrote: > GNU man has the annoying and difficult to stop habit of filling the entire > width of the terminal rather than wrapping at 80 chars. And if you set > $MANWIDTH or $COLUMNS to 80 and the terminal isn't that wide, you wind up > with badly broke

Re: [dev] Re: [dev] [dev] Usage , -h, --help, help, synopsis, …

2010-08-17 Thread Kris Maglione
On Tue, Aug 17, 2010 at 07:54:44PM -0700, Suraj Kurapati wrote: On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: What is the most concise way of outputting a usage and help text? For my programs, the --help option simply displays their manpage. :-) man(1) is better suited for informa

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-17 Thread Suraj Kurapati
On Tue, Aug 17, 2010 at 8:40 AM, Alexander Teinum wrote: > What is the most concise way of outputting a usage and help text? For my programs, the --help option simply displays their manpage. :-) man(1) is better suited for information display (text-wrapping to 80 characters or $COLUMNS, paginati

[dev] Re: [dev] [dev] Usage, -h, --help, help, synopsis, …

2010-08-17 Thread Alexander Teinum
> I think the best format for usage is something like what Plan 9 > utilities use (BSD use the same): > > usage: cmd [-abcde] [-f file] [-g pattern] [file ...] Options without values are combined? Is that correct? > With these rules flo usage should be > > usage: flo [-c id] [-f from] [-r id] [-t

Re: [dev] [dev] Usage, -h, --hel p, help, synopsis, …

2010-08-17 Thread anonymous
On Tue, Aug 17, 2010 at 05:40:40PM +0200, Alexander Teinum wrote: > What is the most concise way of outputting a usage and help text? > > Must the usage text be unambiguous when it comes to valid combinations? No, compatibility of options should be described in man page. > What should the progra

Re: [dev] dev+unsubscribe, I think it is better to avoid the bloat

2010-05-14 Thread Marvin Vek
On Sat, May 15, 2010 at 12:35:41AM +0200, hiro wrote: > That's why I always said "suckless" is stupid. People have too high > expectations when they read it! It's not plan9 enough!! -- Marvin Vek - /* * We used to try various strange things. Let's not. */ linux-2.2.16/fs/buffer.c

Re: [dev] dev+unsubscribe, I think it is better to avoid the bloat

2010-05-14 Thread hiro
That's why I always said "suckless" is stupid. People have too high expectations when they read it!

Re: [dev] dev+unsubscribe, I think it is better to avoid the bloat

2010-05-14 Thread Aurélien Aptel
«Dawning horror tinged with self-loathing crept slowly over the face of mobi phil as he described his "text editor" and by extension his vision of "suckless" to others during a seemingly innocuous email exchange.» Uriel was *not even* involved. A weird (and incredible) day, indeed.

Re: [dev] dev+unsubscribe, I think it is better to avoid the bloat

2010-05-14 Thread Kurt H Maier
On Fri, May 14, 2010 at 5:55 PM, mobi phil wrote: > By the way. Ion3 is less bloated than any of the wi, wii, wi, > wii or drm... Isn't it a bloat or "not suckles" to have the same 3 > times? Has anyone really been far even as decided to use even go want to do look more like? -- # Kurt

Re: [dev] dev+unsubscr...@suckless.org

2009-11-10 Thread Anselm R Garbe
2009/11/10 Kris Maglione : > On Mon, Nov 09, 2009 at 07:20:28PM -0600, tosh wrote: >> >> For fucks sake it's not that big of a deal is it? I don't read the >> discussions, hence the unsubscribe. Gmail adds an unsubscribe link, >> apparently it doesn't work. No need to be a dick. > > It really is, g

Re: [dev] dev+unsubscr...@suckless.org

2009-11-10 Thread Dieter Plaetinck
On Mon, 9 Nov 2009 19:30:54 -0500 Kris Maglione wrote: > On Mon, Nov 09, 2009 at 06:16:43PM -0600, tosh wrote: > >unsubscribe > > For fuck's sake! It's not that hard, and we've just had this > discussion. Well, I hope you can figure this one out yourself, > or I suppose you'll have to stay sub

Re: [dev] dev+unsubscr...@suckless.org

2009-11-09 Thread Kris Maglione
On Mon, Nov 09, 2009 at 07:20:28PM -0600, tosh wrote: For fucks sake it's not that big of a deal is it? I don't read the discussions, hence the unsubscribe. Gmail adds an unsubscribe link, apparently it doesn't work. No need to be a dick. It really is, given the frequency of these things, and t

Re: [dev] dev+unsubscr...@suckless.org

2009-11-09 Thread tosh
On Mon, Nov 9, 2009 at 6:30 PM, Kris Maglione wrote: > On Mon, Nov 09, 2009 at 06:16:43PM -0600, tosh wrote: > >> unsubscribe >> > > For fuck's sake! It's not that hard, and we've just had this discussion. > Well, I hope you can figure this one out yourself, or I suppose you'll have > to stay sub

Re: [dev] dev+unsubscr...@suckless.org

2009-11-09 Thread Kris Maglione
On Mon, Nov 09, 2009 at 06:16:43PM -0600, tosh wrote: unsubscribe For fuck's sake! It's not that hard, and we've just had this discussion. Well, I hope you can figure this one out yourself, or I suppose you'll have to stay subscribed. -- Kris Maglione Pessimists, we're told, look at a glas

Re: [dev] dev+unsubscribe

2009-11-09 Thread Moritz Wilhelmy
On Mon, Nov 09, 2009 at 04:47:00PM +0100, markus schnalke wrote: > [2009-11-09 10:21] Kris Maglione > > On Mon, Nov 09, 2009 at 04:02:56PM +0100, markus schnalke wrote: > > > > > >Aren't they able to take a look at the List-Unsubscribe header? > > > > Apparently. Look closely: > > > To: "dev+un

Re: [dev] dev+unsubscribe

2009-11-09 Thread markus schnalke
[2009-11-09 10:21] Kris Maglione > On Mon, Nov 09, 2009 at 04:02:56PM +0100, markus schnalke wrote: > > > >Aren't they able to take a look at the List-Unsubscribe header? > > Apparently. Look closely: > To: "dev+unsubscr...@suckless.org" *LOL* meillo

Re: [dev] dev+unsubscribe

2009-11-09 Thread Kris Maglione
On Mon, Nov 09, 2009 at 04:02:56PM +0100, markus schnalke wrote: [2009-11-09 09:35] Kris Maglione On Mon, Nov 09, 2009 at 09:30:41AM -0500, Robert C Corsaro wrote: >dev+unsubscribe Annoying, isn't it? How many people do I have to manually unsubscribe? Aren't they able to take a look at the L

Re: [dev] dev+unsubscribe

2009-11-09 Thread markus schnalke
[2009-11-09 09:35] Kris Maglione > On Mon, Nov 09, 2009 at 09:30:41AM -0500, Robert C Corsaro wrote: > >dev+unsubscribe > > Annoying, isn't it? How many people do I have to manually > unsubscribe? Aren't they able to take a look at the List-Unsubscribe header? meillo

Re: [dev] dev+unsubscribe

2009-11-09 Thread Kris Maglione
On Mon, Nov 09, 2009 at 09:30:41AM -0500, Robert C Corsaro wrote: dev+unsubscribe Annoying, isn't it? How many people do I have to manually unsubscribe? -- Kris Maglione For every complex problem there is an answer that is clear, simple, and wrong. --H. L. Mencken