Re: Your questions on IRC
On ons, 2008-10-29 at 15:57 +1100, Mark Nottingham wrote: I'm looking at a dump from the wire, and it doesn't make any sense; e.g,. something logged as taking 79ms takes less than .5ms from GET to last ack. The interesting thing is that this seems related to client persistent connections; if I turn client pconns off, it goes back to 0 or nearby. I'm also using http11; I tried turning that off, but my clients aren't sending Connection: keep-alive, so there aren't any pconns in use in this case. Checking.. am I right in the assumption that there was no other concurrent traffic? It looks like the timing may be slightly off, possibly including the select delay (up to a second). Regards Henrik signature.asc Description: This is a digitally signed message part
Re: Your questions on IRC
You are a living legend. Many thanks, On 29/10/2008, at 7:51 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 09:27 +0100, Henrik Nordstrom wrote: It looks like the timing may be slightly off, possibly including the select delay (up to a second). Confirmed by strace. Patch in 2.HEAD. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED]
[RFC] What would you think about importing IRC logs into the wiki?
Hi all, I'm mulling over the possibility of importing IRC logs from selected channels (FreeNode #squid and #squiddev) into the wiki, as done in http://www.moinmo.in/MoinMoinChat/Logs/moin-dev The only major risk I see is that it would offer a chance to get IRCspam into Wikispam, but so far FreeNode seems to be reasonably free of it. I'd like to get everyone's opinion. -- /kinkie
Re: global configuration manual.
On tor, 2008-10-30 at 01:05 +1300, Amos Jeffries wrote: The info comes from the latest current global cfgman so the default values of many settings are already wrong referring to values only present in 3.1 and 3.HEAD. Think http_port 80 sslbump in 2.6, 2.7, 3.0 and listed default cache_dir of 'none'. It's trivial to switch preferred order. It's scraping the info from the release manuals. The only static information is the list of known directives as each directive needs their own .dyn page.. (I do not fancy using query arguments for this) I'll switch the order to 3.0, 3.1, 3.HEAD, 2.7, 2.HEAD, 2.6 for now (done), and maybe some other cosmetics like indicating which version the displayed info comes from and easy switching between versions while staying within the new view. There is also at least two unresolved issues with the new view a) The config sections and their comments isn't represented. Only an alphabetic index so far. Perhaps sufficient. The per-version table of contents is linked at top. b) The styles isn't set properly. Affects alignment, and missing border around the suggested config, On a related note knoba also knows about all directives now, so ! http_access in #squid links to the config manual. Regards Henrik signature.asc Description: This is a digitally signed message part
Re: [RFC] What would you think about importing IRC logs into the wiki?
On Wed, 2008-10-29 at 11:48 +0100, Kinkie wrote: Hi all, I'm mulling over the possibility of importing IRC logs from selected channels (FreeNode #squid and #squiddev) into the wiki, as done in http://www.moinmo.in/MoinMoinChat/Logs/moin-dev The only major risk I see is that it would offer a chance to get IRCspam into Wikispam, but so far FreeNode seems to be reasonably free of it. I'd like to get everyone's opinion. +0. The logs may be handy as a linkable archive of occasionally useful information. Most of #squid-dev conversations are not reusable from Squid point of view (otherwise I would vote +1). I do not know whether folks discussing personal and business issues on IRC would welcome a searchable archive, so proceed with caution. Thank you, Alex.
Re: [RFC] What would you think about importing IRC logs into the wiki?
On Wed, Oct 29, 2008 at 8:57 PM, Alex Rousskov [EMAIL PROTECTED] wrote: [...] I do not know whether folks discussing personal and business issues on IRC would welcome a searchable archive, so proceed with caution. Thank you, I agree. Hence the RFC. A wiki-based archive has a plus on a fixed-text one is that any wiki editor can strip any unwanted logs. Thanks for the feedback, I'm waiting for more before doing anything. -- /kinkie
squid_kerb_auth.c broken in trunk
Hello, Make -k distclean; ./bootstrap.sh ./configure make results in these (and many more) errors: squid_kerb_auth.c:133: error: expected ‘)’ before ‘major_status’ squid_kerb_auth.c:189: error: expected ‘)’ before ‘major_status’ squid_kerb_auth.c: In function ‘main’: squid_kerb_auth.c:259: error: ‘OM_uint32’ undeclared (first use in this function) squid_kerb_auth.c:259: error: (Each undeclared identifier is reported only once squid_kerb_auth.c:259: error: for each function it appears in.) squid_kerb_auth.c:259: error: expected ‘;’ before ‘ret_flags’ cc1: warnings being treated as errors squid_kerb_auth.c:260: warning: ISO C90 forbids mixed declarations and code squid_kerb_auth.c:263: error: expected ‘;’ before ‘major_status’ squid_kerb_auth.c:264: error: ‘gss_ctx_id_t’ undeclared (first use in this function) squid_kerb_auth.c:264: error: expected ‘;’ before ‘gss_context’ squid_kerb_auth.c:265: error: ‘gss_name_t’ undeclared (first use in this function) ... Looks like some headers required for squid_kerb_auth.c are missing on this Ubuntu box... Configure options are: --enable-icap-client \ --enable-ecap \ --enable-ssl \ --disable-optimizations \ Please fix or let me know what I am doing wrong. Thank you, Alex.
Re: squid_kerb_auth.c broken in trunk
Do you have the Kerberos development package with gssapi.h installed ? Markus Alex Rousskov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello, Make -k distclean; ./bootstrap.sh ./configure make results in these (and many more) errors: squid_kerb_auth.c:133: error: expected ‘)’ before ‘major_status’ squid_kerb_auth.c:189: error: expected ‘)’ before ‘major_status’ squid_kerb_auth.c: In function ‘main’: squid_kerb_auth.c:259: error: ‘OM_uint32’ undeclared (first use in this function) squid_kerb_auth.c:259: error: (Each undeclared identifier is reported only once squid_kerb_auth.c:259: error: for each function it appears in.) squid_kerb_auth.c:259: error: expected ‘;’ before ‘ret_flags’ cc1: warnings being treated as errors squid_kerb_auth.c:260: warning: ISO C90 forbids mixed declarations and code squid_kerb_auth.c:263: error: expected ‘;’ before ‘major_status’ squid_kerb_auth.c:264: error: ‘gss_ctx_id_t’ undeclared (first use in this function) squid_kerb_auth.c:264: error: expected ‘;’ before ‘gss_context’ squid_kerb_auth.c:265: error: ‘gss_name_t’ undeclared (first use in this function) ... Looks like some headers required for squid_kerb_auth.c are missing on this Ubuntu box... Configure options are: --enable-icap-client \ --enable-ecap \ --enable-ssl \ --disable-optimizations \ Please fix or let me know what I am doing wrong. Thank you, Alex.
Re: Making start/stop idempotent
This tests for opt_send_signal == 0. idempotent_start.patch Description: Binary data On 29/10/2008, at 12:13 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 11:32 +1100, Mark Nottingham wrote: I'm not seeing that; no crash, and -k check still correctly finds syntax errors in squid.conf. Behaviour appears the same as without the patch. squid -k check is for checking if Squid is running. squid -k parse is the one parsing the config only.. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED]
Re: Making start/stop idempotent
How soft should this be? Do we really want -k rotate/reconfigure/debug etc to consider Squid not running to be a normal situation? Well, rotate maybe, to avoid cron jobs failing. But certainly not reconfigure. On tor, 2008-10-30 at 09:46 +1100, Mark Nottingham wrote: This tests for opt_send_signal == 0. On 29/10/2008, at 12:13 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 11:32 +1100, Mark Nottingham wrote: I'm not seeing that; no crash, and -k check still correctly finds syntax errors in squid.conf. Behaviour appears the same as without the patch. squid -k check is for checking if Squid is running. squid -k parse is the one parsing the config only.. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: Making start/stop idempotent
Hmm, good point. My aim was just start and stop. Seem reasonable to just limit it to those two? On 30/10/2008, at 9:52 AM, Henrik Nordstrom wrote: How soft should this be? Do we really want -k rotate/reconfigure/ debug etc to consider Squid not running to be a normal situation? Well, rotate maybe, to avoid cron jobs failing. But certainly not reconfigure. On tor, 2008-10-30 at 09:46 +1100, Mark Nottingham wrote: This tests for opt_send_signal == 0. On 29/10/2008, at 12:13 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 11:32 +1100, Mark Nottingham wrote: I'm not seeing that; no crash, and -k check still correctly finds syntax errors in squid.conf. Behaviour appears the same as without the patch. squid -k check is for checking if Squid is running. squid -k parse is the one parsing the config only.. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED] -- Mark Nottingham [EMAIL PROTECTED]
Re: Your questions on IRC
Small typo in comm_kqueue.c:157; if (ignoreErrno(saved_errnoerrno)) On 29/10/2008, at 7:51 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 09:27 +0100, Henrik Nordstrom wrote: It looks like the timing may be slightly off, possibly including the select delay (up to a second). Confirmed by strace. Patch in 2.HEAD. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED]
Re: Your questions on IRC
Thanks. Fixed. A full build matrix is planned before merging to 2.7. On tor, 2008-10-30 at 10:09 +1100, Mark Nottingham wrote: Small typo in comm_kqueue.c:157; if (ignoreErrno(saved_errnoerrno)) On 29/10/2008, at 7:51 PM, Henrik Nordstrom wrote: On ons, 2008-10-29 at 09:27 +0100, Henrik Nordstrom wrote: It looks like the timing may be slightly off, possibly including the select delay (up to a second). Confirmed by strace. Patch in 2.HEAD. Regards Henrik -- Mark Nottingham [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [RFC] What would you think about importing IRC logs into the wiki?
On ons, 2008-10-29 at 11:48 +0100, Kinkie wrote: I'm mulling over the possibility of importing IRC logs from selected channels (FreeNode #squid and #squiddev) into the wiki, as done in http://www.moinmo.in/MoinMoinChat/Logs/moin-dev -1 There is too much noise in this traffic to provide any meaningful online archive, very often diverging into non-Squid matters. But providing an online log restricted to the last 24 hours may be meaningful, esp for #squiddev. Regards Henrik signature.asc Description: This is a digitally signed message part
Re: [RFC] What would you think about importing IRC logs into the wiki?
On tor, 2008-10-30 at 12:24 +1300, Amos Jeffries wrote: I think we should do it when we hold meetings. But not as a matter of routine. That's better accomplished by copy-paste and clean up a log from one of the participants. collaborations to get something fixed fast. Not exactly important information, or the result has soon come out in email anyway. Exactly. IRC is a voilatile medium. Anything of general importance to project members should move over to squid-dev@ (or at least copied..) Regards Henrik signature.asc Description: This is a digitally signed message part