Hi all,
is anyone using the free node irc log bot anymore? If not, I’m considering
retiring it.
Thanks,
Kinkie
___
squid-dev mailing list
squid-dev@lists.squid-cache.org
http://lists.squid-cache.org/listinfo/squid-dev
To avoid misunderstanding, I am pretty sure this is a relatively new
problem, but I have no idea which change(s) broke the build. A few bugs
may have been fixed since my earlier tests, and the remaining bugs may
not be related to your changes.
Hi,
it doesn't seem related to my changes, but
On 10/11/2012 03:03 AM, Kinkie wrote:
To avoid misunderstanding, I am pretty sure this is a relatively new
problem, but I have no idea which change(s) broke the build. A few bugs
may have been fixed since my earlier tests, and the remaining bugs may
not be related to your changes.
Hi,
it
Hi all,
a quick summary of questions that were raised while I was offline on IRC.
@Alex:
kinkie, --disable-inline (and, hence, --disable-optimizations) breaks
build of many test cases. This is relatively new because I often work
with --disable-optimizations and it was not a problem. If your
On 10.10.2012 04:51, Kinkie wrote:
Hi all,
a quick summary of questions that were raised while I was offline
on IRC.
snip Alex question
@Amos:
kinkie: bit of a blocker problem with mswin branch. It was one of the
branches which got left out of the master repo upgrade. I can produce
fre 2010-11-26 klockan 22:33 -0800 skrev Arthur Tumanyan:
Thanks for answer.
I have an idea.
I want add to squid support for other protos and mysql_config
support(config elements will be stored in mysql db).All data about
traffic will be stored in mysql db. An another process/software will
On 27/11/10 22:23, Henrik Nordström wrote:
fre 2010-11-26 klockan 22:33 -0800 skrev Arthur Tumanyan:
Thanks for answer.
I have an idea.
I want add to squid support for other protos and mysql_config
support(config elements will be stored in mysql db).All data about
traffic will be stored in
,serviceType/protoType,etc) theoretically.
Thanks!
-
I SEE YOU
--
View this message in context:
http://squid-web-proxy-cache.1019090.n4.nabble.com/Other-proxy-types-sock-voip-irc-in-squid-tp3060807p3060807.html
Sent from the Squid - Development mailing list archive at Nabble.com.
fre 2010-11-26 klockan 11:26 -0800 skrev Arthur Tumanyan:
Hi.I havе a question about protos which supports squid.Can I add sock or VOIP
feature to squid(by adding some piece of code,for example),and if yes,how?I
mean,where to dig? I need some support.
And can squid log all incoming data in
Uhm, guess I go on holiday and miss out on EVERYTHING I got back on the
17th and would have loved to attend had I the precence of mind to have
checked.
:) Hey, someone got a holiday! Quick, he's relaxed enough now to work! :)
Sorry guys.
In other news I've got some new exposed
Kinkie wrote:
Hi all,
I've slightly polished the IRC logs for Sunday's IRC meetup and put
them on the wiki as a reference to all parties interested:
http://wiki.squid-cache.org/MeetUps/IrcMeetup-2009-01-17
Uhm, guess I go on holiday and miss out on EVERYTHING I got back on
the 17th
Hi all,
I've slightly polished the IRC logs for Sunday's IRC meetup and put
them on the wiki as a reference to all parties interested:
http://wiki.squid-cache.org/MeetUps/IrcMeetup-2009-01-17
--
/kinkie
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
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.
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
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
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
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).
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
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
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
patch at:
http://www.squid-cache.org/bugs/show_bug.cgi?id=2504
On 23/10/2008, at 5:25 PM, Henrik Nordstrom wrote:
But yes, would be possible to add a config parameter for the timeout,
but thats for the timeout and not fixing this problem.
--
Mark Nottingham [EMAIL PROTECTED]
More info here;
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
On tor, 2008-10-23 at 15:45 +1100, Mark Nottingham wrote:
I've been thinking a while that it would be useful to make the
collapsed_forwarding timeout configurable; right now it's hard-coded
at 30 seconds. Would reducing this time help manage the depth (and
perhaps load implications)?
On tor, 2008-10-23 at 15:58 +1100, Mark Nottingham wrote:
Bit more on this;
2008/10/22 21:48:31| fd_open FD 21 HTTP Request
2008/10/22 21:48:31| httpAccept: FD 21: accepted port 3128 client
127.0.0.1:44244
[...]
2008/10/22 21:48:31| aclCheck: checking 'always_direct allow
Thanks, H. Some replies inline.
On 23/10/2008, at 5:49 AM, Henrik Nordstrom wrote:
(15.47.03) mnot: hno: my only remaining concern is the deep ctx's -
unfortunately I'm having a real problem reproducing them (although
they're unfortunately common)
would help a bit if you could make it
Bit more on this;
2008/10/22 21:48:31| fd_open FD 21 HTTP Request
2008/10/22 21:48:31| httpAccept: FD 21: accepted port 3128 client
127.0.0.1:44244
[...]
2008/10/22 21:48:31| aclCheck: checking 'always_direct allow
local_proxy'
2008/10/22 21:48:31| aclMatchAclList: checking local_proxy
sön 2007-03-11 klockan 15:49 +0300 skrev Igor:
from line #3512:
while (t conn-in.buf xisspace(*t))
t--;
while (t conn-in.buf !xisspace(*t))
t--;
As far as xisspace() doesn't seem to have side-effects this code makes me
guess what's going on here :)
It scans the
while (t conn-in.buf xisspace(*t))
t--;
while (t conn-in.buf !xisspace(*t))
t--;
As far as xisspace() doesn't seem to have side-effects this code makes me
guess what's going on here :)
It scans the string backwards one word (t-- steps one character back).
What follows is a sorted recapture of the IRC discussions and some
additional answers.
(14.48.55) poige: well, code inside httpAccept()
(14.49.07) poige: int *N = incoming_sockets_accepted;
(14.49.08) poige: ...
(14.49.21) poige: (*N)++;
(14.49.27) poige: -- why that? :)
(14.53.23) hno: poige
(I don't get why xassert is disabled when PURIFY is set.. Duane?)
I don't remember exactly any more. Maybe because assert() interferred
with purify's ability to get a good stack trace. It can be
removed as far as I'm concerned.
On Mon, 7 Nov 2005, Adrian Chadd wrote:
is there an irc channel to join and chat amongst y'all?
#squiddev on freenode.
Usually a good idea to announce ahead if you want some serious discussion
however...
Regards
Henrik
On Mon, 2005-11-07 at 18:05 +0800, Adrian Chadd wrote:
is there an irc channel to join and chat amongst y'all?
I hang out in #squid-dev
Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Mon, 2005-11-07 at 08:23 -0500, Robert Collins wrote:
On Mon, 2005-11-07 at 18:05 +0800, Adrian Chadd wrote:
is there an irc channel to join and chat amongst y'all?
I hang out in #squid-dev
Bah, I mean #squiddev, of course.
Rob
--
GPG key available at: http://www.robertcollins.net
What follows is a summary of the discussions held on IRC tonight.
As already announced Henrik will be at the Linux-Kongress in a few weeks.
The question on if he is presenting something or just attending arised and
he is attending the Linux-Kongress (or actually the Netfilter Workshop
held
Just thought I'd mention that I, and a couple other developers
(depending on various 'busy' levels) often hang out in #squiddev on
irc.freenode.net.
The more the merrier.
Cheers,
Rob
--
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.
signature.asc
Description: This
36 matches
Mail list logo
