On Mon, 2008-03-31 at 20:43 +0200, Henrik Nordstrom wrote:
But I have to ask Robert how we best continue the merge process on
that
branch.. I suspect it would actually be best to recreate the branch as
a
new bzr branch from trunk, if it's kept at all...
We can manually sync it up quite
On Tue, 2008-04-01 at 15:18 +1300, Amos Jeffries wrote:
I'm getting annoyed by bzr's method of handling bzr send emails.
As you may have noticed it adds the subject of the last commit to the
email. regardless of the message thats asked for manually during the send
process.
It would be good
On Tue, 2008-04-01 at 15:41 +1300, Amos Jeffries wrote:
No. I'm just using:
bzr send --mailto=squid-dev.squid-cache.org
and entering the message when it asks for one.
Is it popping up a gui client, or a text editor? Does it have a field
for setting a subject?
-Rob
--
GPG key
On Thu, 2008-03-27 at 23:23 +0100, Henrik Nordstrom wrote:
Robert,
do you have any advice on how to best keep track of what to backport to
earlier (i.e. STABLE) releases?
...
For a sensible workflow what one really wants is something like this
- A changeset starts out as uncategorized
On Thu, 2008-03-27 at 22:03 -0400, Tres Seaver wrote:
I thought I understood that 'bzr' encouraged the fix on the old rev
and
forward port model over backporting / cherry picking? In the style
described at:
http://www.venge.net/mtn-wiki/DaggyFixes
I think that daggyfixes is the tail
On Thu, 2008-03-27 at 22:26 -0400, Tres Seaver wrote:
OK. I had the impression that bzr's model was branch
happy (compared
to CVS / SVN), which would seem to me to make forward porting more
attractive.
bzr encourages many, lightweight branches.
For instance, in supportig Zope2, we often
On Thu, 2008-03-27 at 00:02 +0100, Henrik Nordstrom wrote:
I was more thinking of the resulting changeset and what you meant by
your statement above
you are committing a changeset that happens to alter previously done
work, but bzr does not consider this a cherrypick or merge - the
On Sun, 2008-03-23 at 20:37 +0900, Adrian Chadd wrote:
On Mon, Mar 24, 2008, Amos Jeffries wrote:
Adrian Chadd wrote:
You can ignore that. If you care that much about the epoll error then
just bzero() the data being passed into epoll_ctl() before its called.
I care about every potential
On Tue, 2008-03-25 at 10:34 +1300, Amos Jeffries wrote:
Robert Henrik,
Some of us have found a knowledge-hole in the bzr revert process.
We can easily reverse a patch using for example:
bzr revert -r 8902
But then when its fixed we don't know how to undo the undo.
The local
On Thu, 2008-03-20 at 08:57 -0600, Alex Rousskov wrote:
Hello,
From http://www.squid-cache.org/bugs/show_bug.cgi?id=2275:
User: squid-3.0.STABLE2 compile error.
Troubleshooter: Where did you get this 3.0.STABLE2 tree?
User: squid-3.0.STABLE2-20080319.tar.gz
On Fri, 2008-03-21 at 14:33 +1300, Amos Jeffries wrote:
I've been thinking it would be a good idea to add the patch-cleaning
script to the source for people to use for submission. There are a
few
minor issues to work out still but if you all agree I'll drop it in.
FWIW I'd really rather
On Tue, 2008-03-25 at 13:04 +0100, Henrik Nordstrom wrote:
On Tue, 2008-03-25 at 12:04 +1100, Robert Collins wrote:
'bzr revert' changes the working tree to be the same as a given revision
[with optional file list].
If you then do a commit - e.g:
bzr revert -r X
bzr commit
you
On Tue, 2008-03-25 at 13:09 +0100, Henrik Nordstrom wrote:
Robert?
Should I go ahead and set up the needed accounts?
turbogears seems broken on squid-cache.org at the moment, until I figure
out what has changed, noone can add accounts.
-Rob
--
GPG key available at:
On Mon, 2008-03-24 at 11:25 +0100, Henrik Nordstrom wrote:
On Sun, 2008-03-23 at 18:29 +0900, Adrian Chadd wrote:
The real solution is a tree for offset lookups, and a linear walk of order
O(1) for subsequent sequential accesses.
Walking a tree is usually a cheap operation, unless the
On Thu, 2008-03-20 at 06:09 +0100, Henrik Nordstrom wrote:
loggerhead (/bzrview/) seems to have some problems. Any attemt to view
changes of an individual file gives a server error. Viewing the commit
logs, file annotations, revision changesets and also download of
individual source files seem
On Thu, 2008-03-20 at 16:25 +1100, Robert Collins wrote:
On Thu, 2008-03-20 at 06:09 +0100, Henrik Nordstrom wrote:
loggerhead (/bzrview/) seems to have some problems. Any attemt to view
changes of an individual file gives a server error. Viewing the commit
logs, file annotations, revision
On Sun, 2008-03-16 at 21:54 -0600, Alex Rousskov wrote:
On Sun, 2008-03-16 at 02:55 +0100, Henrik Nordstrom wrote:
Cons:
- Not entirely sure how ICAP and ESI fits into the reply processing. But
I hope there is no problem..
The bzr branch can be found at
On Sun, 2008-03-16 at 23:30 +0100, Henrik Nordstrom wrote:
Robert, can you fix the bundlebuggy bug links to point to our bugzilla
instead of launchpad?
/bugs/show_bug.cgi?id=id
From what it looks this is set in bundlebuggy/templates/master.kid where
it's currently hardcoded to use the
bb:approve
signature.asc
Description: This is a digitally signed message part
On Sun, 2008-03-16 at 23:21 +0900, Adrian Chadd wrote:
On Wed, Mar 12, 2008, Adrian Chadd wrote:
I'm able to push this to about 5000 req/sec, 8000 concurrent client
connections
(so 16,000 concurrent TCP connections on the proxy) @ ~ 335mbit
full-duplex on my
test setup. I'm not
I would like to upgrade the bzr version on squid-cache.org tomorrow.
This does not require client upgrades. Those of you with current clients
will be seeing 'Server is too old for fast get_parent_map, reconnecting.
(Upgrade the server to Bazaar 1.2 to avoid this)' when you use bzr+ssh -
the
On Sat, 2008-03-15 at 13:49 +0100, Henrik Nordstrom wrote:
On Fri, 2008-03-14 at 12:34 +0900, Adrian Chadd wrote:
Has anyone actually committed to the bzr tree? I haven't seen any commit
messages.
Commit works fine, but commit messages is not yet operational. Waiting
for Robert to set up
This reminds me, one of the things I was thinking heavily about a few
years ago was locality of reference in N-CPU situations. That is, making
sure we don't cause thrashing unnecessarily. For instance - given
chunking we can't really avoid seeing all the bytes for a MISS, so does
it matter if
On Mon, 2008-03-17 at 12:05 +0900, Adrian Chadd wrote:
On Mon, Mar 17, 2008, Robert Collins wrote:
On Sun, 2008-03-16 at 14:04 +0900, Adrian Chadd wrote:
Annoyingly, why the hell is the request from the client a range request?
Squid can't easily cache those unless it somehow fetches
On Mon, 2008-03-17 at 13:24 +0900, Adrian Chadd wrote:
Yes, but I think more thought needed to go into teaching the store
about
sparse objects (which the backend store hooks don't cover);
They don't yet, thats definitely true.
teaching the
store about re-populating the memory cache
On Wed, 2008-03-12 at 14:15 +1300, Amos Jeffries wrote:
=== modified file 'src/ACLBrowser.cc'
--- src/ACLBrowser.cc 2004-12-20 23:30:12 +
+++ src/ACLBrowser.cc 2008-03-12 01:10:46 +
@@ -41,11 +41,7 @@
/* explicit template instantiation required for some systems */
Sorry I've been silent a few days - been ill :(. Tomorrow I travel home,
then on tuesday I will be around again.
Re: review process stuff - there is a tool, running already at
http://squid-cache.org/bundlebuggy/ which reduces much of the overhead
of patch submission. 'bzr send' to squid-dev will
On Wed, 2008-03-05 at 15:18 +1300, Amos Jeffries wrote:
I'm doing the CVS-bzr migration now, any future squid3 commits will be
ignored.
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
Oh darn, I got my date conversion wrong. Oh well this afternoons commits
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Sun, 2008-03-02 at 20:31 +0100, Guido Serassio wrote:
Hi,
At 13:47 02/03/2008, Robert Collins wrote:
Henrik and I have been fine tuning the bzr configuration instructions
and checking everything is sufficiently good to migrate across to.
We propose to cut across on Tuesday
Henrik and I have been fine tuning the bzr configuration instructions
and checking everything is sufficiently good to migrate across to.
We propose to cut across on Tuesday; if there are no objections, then at
1200 UTC Tuesday, squid3 CVS will be frozen, and the import recreated.
The import takes
Hi,
The squid meetup has been going well :). We're going to head to
waggamamma's http://www.wagamama.com/locations_map.php?locationid=127
around 5pm. We'll head off to a local pub after that around 6:30 or so.
-Rob
signature.asc
Description: This is a digitally signed message part
On Fri, 2008-02-29 at 10:54 +, Tony Dodd wrote:
This is a test e-mail, as I'm fairly sure that something is broken with
the exchange mail server that I'm now being made to use. Thus far, I
haven't received any squid-dev e-mails since the change-over, so this
is just a test to make sure
On Tue, 2008-02-26 at 20:37 -0700, Alex Rousskov wrote:
On Wed, 2008-02-27 at 11:33 +1100, Robert Collins wrote:
On Tue, 2008-02-26 at 16:50 -0700, Alex Rousskov wrote:
That #include line would be illegal in cleaned up sources, of course.
You are supposed to say include1/Foo.h
On Wed, 2008-02-27 at 15:20 +1100, Mark Nottingham wrote:
Is this going to be a semi-regular event? I'd be interested in
participating in the future, but need more lead time to arrange
travel...
As already noted this is really an ad-hoc meetup, I'm in London for a
different event and
I'm very happy to announce that Canonical are hosting a squid meetup in
London this coming Saturday and Sunday the 1st and 2nd of March. Any
*developers* (in the broad sense - folk doing
coding/testing/documenting/community support/) are very welcome to
attend. As it is a weekend and a security
On Fri, 2008-02-22 at 20:11 +0100, Guido Serassio wrote:
Hi Alex,
At 19:29 22/02/2008, Alex Rousskov wrote:
On Fri, 2008-02-22 at 19:23 +0100, Guido Serassio wrote:
Changing the case of files/dir will not be a problem if we will avoid
upper/lower case collisions.
This only applies
On Sat, 2008-02-23 at 15:03 +0100, Henrik Nordström wrote:
fre 2008-02-15 klockan 09:07 +1100 skrev Robert Collins:
Its more work both at code and at runtime. The only thing it really
allows that 1) doesn't is non-GPL eCAP modules.
I don't see how 2) can allow non-GPL eCAP modules. We
On Tue, 2008-02-19 at 16:22 -0700, Alex Rousskov wrote:
The problem is not with the script, but with a cvs command that finds
a
lock somewhere in the repository. You can just tell them what *cvs*
command fails and not mention any scripts. Somebody with enough access
privileges should be
On Mon, 2008-02-18 at 15:58 -0700, Alex Rousskov wrote:
Will Squid2 tree be migrated to bzr along with Squid3?
I am happy to do so. I'm not sure that we'll be able to get great
joining of history - enough surgery has happened on both trees to make
them quite separate these days. Thats not a
On Sat, 2008-02-16 at 18:14 -0700, Alex Rousskov wrote:
On Fri, 2008-02-15 at 14:05 +, Arthur Tumanyan wrote:
Update of cvs.devel.squid-cache.org:/cvsroot/squid/squid3/errors/Armenian
Modified Files:
ERR_ESI ERR_ICAP_FAILURE
Log Message:
Another SourceForge HEAD commit?
On Fri, 2008-02-15 at 12:24 +1300, Amos Jeffries wrote:
6) Should directory names use just_small, CamelCase, or CAPS
letters?
I Think CamelCase like we do for files and classes, with acroynms
being
upper case is working. When we can make the converted and re-used
legacy
files from
Canonical has confirmed - they are happy to host 4-5 people at the
office on the 1st and 2nd. The only caveat is the air conditioning is
off in the weekend.
On Wed, 2008-02-13 at 09:27 -0700, Alex Rousskov wrote:
On Wed, 2008-02-13 at 15:52 +1100, Robert Collins wrote:
If this was a 'lets
On Wed, 2008-02-13 at 12:53 +0900, Adrian Chadd wrote:
On Wed, Feb 13, 2008, Robert Collins wrote:
Definitely, especially with the launch of yahoo live!; afaik, there's a
private online ability with this, which should allow easy interaction
with sound video especially
On Wed, 2008-02-13 at 01:57 +, Tony Dodd wrote:
Adrian Chadd wrote:
(Only replying to squid-dev)
Since some of us aren't really able to travel half way around the world
for the weekend, could some sort of video and/or voice hookup be organised
for the devel session?
Some of the squid developers are going to get together in London during
the weekend of the 1st and 2nd of March. We're still putting together
final details and so on. We'll be talking about much of the current
things under development. If you are hacking on squid, or interested in
doing so please
On Fri, 2008-02-08 at 23:26 +0200, Tsantilas Christos wrote:
Alex Rousskov wrote:
Changes in the current code are only bad for outstanding patches and
forgotten branches, right? If everybody applies the same formatting to
all their branches and HEAD, we should not have many conflicts,
On Fri, 2008-02-08 at 16:26 +1100, Tim Starling wrote:
The added features of the patch are conditional, and are enabled by
the
configure option --enable-vary-options.
Unless there is non-trivial process required for regular vary headers
with this enabled, I don't think it needs to be
On Tue, 2008-02-12 at 11:10 +1300, Amos Jeffries wrote:
On Mon, 2008-02-11 at 09:33 +1100, Robert Collins wrote:
One of the things I'd most love to see is the modularisation completed
- complete deletion of protos.h, structs.h, typedefs.h.
Yes, of course. That would be the focus
On Fri, 2008-02-08 at 12:14 +0900, Adrian Chadd wrote:
Together they make a pretty tree. But every used piece is
eseentially
another new, memset, free.
Ah, and here you will have problems.
The members of that struct should probably be malloc, free, and not
new/delete. You're using
On Mon, 2008-02-11 at 10:15 +1300, Amos Jeffries wrote:
What I'm seeing with the auto-docs work is that a lot of header
files
include squid.h or protos.h for one or two simple things. That file
brings with it a host of type-dependencies, directly or indirectly
that
clutter up the whole
On Mon, 2008-02-11 at 11:49 +0900, Adrian Chadd wrote:
On Mon, Feb 11, 2008, Amos Jeffries wrote:
I end up with -one- exit location in the function and I don't have to
bum around using extra functions or massively nested conditional
constructs to achieve it. In fact, I've used goto in
On Mon, 2008-02-11 at 16:03 +1300, Amos Jeffries wrote:
typedef has its place in C particularly for portability issues, but
that
is vastly reduced in C++. I've only seen the event/callback
function-pointers as a required use for it nowadays. That only because
none has shown me a better way
On Thu, 2008-02-07 at 11:56 +0900, Adrian Chadd wrote:
Argh, this temporary malloc/free pair is peppered throughout the codebase!
Grr.
I've removed that hack, and things work fine for me. Ubuntu 7.01 here, x86_64.
There's a useful c++ thing called 'placement new' - its used when you
have
On Thu, 2008-02-07 at 12:21 +0900, Adrian Chadd wrote:
Well, I haven't removed the temporary malloc/free pair, whatever its
called;
I've just removed Amos' workaround in src/comm.cc so it doesn't leak
on my
system whilst I profile.
Still, this is one of those death of a thousand cuts
On Wed, 2008-01-30 at 15:54 +0900, Adrian Chadd wrote:
Hi everyone,
I'd like to make diskd use the unlink daemon instead of handling unlinks
itself
in an attempt to lessen the amount of work being sent to the queue, and thus
(hopefully) mitigate the amount of times the disk callback is
On Wed, 2008-01-23 at 10:41 +1300, Amos Jeffries wrote:
Hi Alex,
At 18:28 21/01/2008, Alex Rousskov wrote:
Please let me know if both of you get stuck with any specific error and
I will try to help. FWIW, I doubt many Squid functions should be
declared with C binding so we may just
On Mon, 2008-01-21 at 08:42 -0700, Alex Rousskov wrote:
On Sun, 2008-01-20 at 18:58 +0100, Guido Serassio wrote:
Im resending again this message, because nobody answered my first post.
I cannot fix this by myself because I don't have the needed write
permission and I don't know the
On Fri, 2008-01-18 at 16:51 +0300, Alexey Veselovsky wrote:
valexey_eykon
I've added you to the squid project with CVS access.
Cheers,
Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Wed, 2008-01-16 at 09:46 -0700, Alex Rousskov wrote:
On Tue, 2008-01-15 at 08:24 +1100, Robert Collins wrote:
So far I've heard of 3 devs trying the bzr tree, main concern has been
'high' memory use (80MB) during initial pull, and that 1.0 is not all
that wide spread in stable
On Wed, 2008-01-16 at 16:50 -0700, Alex Rousskov wrote:
It is not about the version number, it is about being widely available
and used for a while. The first mature version of a VCS tool that
has
not been a part of major distributions for at _least_ a few months
does
not qualify, IMHO.
So far I've heard of 3 devs trying the bzr tree, main concern has been
'high' memory use (80MB) during initial pull, and that 1.0 is not all
that wide spread in stable distribution releases.
I'd like to get feedback (or an explicit 'its fine') from hno, alex and
duane specifically before I
On Fri, 2008-01-11 at 16:06 +0100, Henrik Nordström wrote:
ons 2008-01-09 klockan 21:13 +1300 skrev Amos Jeffries:
That this code is currently depending on that implicit guarantee when it
should not be. This change is the perfect time to drop that implicit
dependency and make it clean
On Tue, 2008-01-08 at 18:18 +1300, Amos Jeffries wrote:
Working my way through the wiki instructions with bzr 1.0
I find a problem with the bind and update commands:
# the environ setup differing from wiki...
export TRUNKURL=/home/opensrc/bzr/
## seems to work, or at least produces no
On Tue, 2008-01-08 at 12:20 -0200, Gonzalo Arana wrote:
On Jan 7, 2008 7:15 PM, Robert Collins [EMAIL PROTECTED] wrote:
On Mon, 2008-01-07 at 16:50 -0200, Gonzalo Arana wrote:
Tsantilas,
...
debian (and most linux/BSD distros I guess) come with a usable CVS
version.
Newer
On Mon, 2008-01-07 at 16:50 -0200, Gonzalo Arana wrote:
Tsantilas,
Thank you very much for the pointer. I was able to 'branch'
squid3-bzr.
About bzr, here are two things that I've noticed:
* debian etch (stable) has an old version of bzr (0.11-1.1), which
does not recognize squid-bzr
On Tue, 2008-01-08 at 16:33 +1300, Amos Jeffries wrote:
Adrian Chadd wrote:
On Tue, Jan 08, 2008, Mark Nottingham wrote:
+1, and in 2.7 ASAP; I've already implemented this in my own hacky way
(external to squid); would be nice to have 'real' includes.
Well, test it out, make sure
On Fri, 2008-01-04 at 18:44 +0100, ecasbas wrote:
Robert Collins escribió:
has anyone tried the bzr copy of the squid3 repository ?
Any feedback/questions/concerns?
#bzr branch $TRUNKURL squid-repo/trunk
it's transferring but extremely slow.
Kinkie reported much the same thing
On Sat, 2007-12-29 at 02:06 +0100, Henrik Nordström wrote:
fre 2007-12-28 klockan 10:42 +1100 skrev Robert Collins:
On Fri, 2007-12-28 at 08:25 +0900, Adrian Chadd wrote:
I've been following the VCS debate a little.
Guys, I'm not an enormous fan of CVS, but what we have works
has anyone tried the bzr copy of the squid3 repository ?
Any feedback/questions/concerns?
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Sat, 2007-12-29 at 02:12 +0100, Henrik Nordström wrote:
lör 2007-12-29 klockan 05:24 +1100 skrev Robert Collins:
Other projects using distributed VCS tools often do not have a dedicated
development area, preferring to let individuals publish their own
branches; I had been assuming
This is most of a changeover of scripts for squid 3 trunk to use bzr;
the missing bit appears to need a bzr 1.1 (to do 'rdiff' basically) or
thereabouts, I'll look into that in a bit. I'm not sure that the
unconverted cvs calls will actually trigger with our current setup or
not.
-Rob
--
GPG key
On Fri, 2007-12-28 at 18:09 +0100, Guido Serassio wrote:
Just a stupid question: there is a native client
(not based on Cygwin) for Windows ?
Yes.
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Fri, 2007-12-28 at 16:16 +0200, Tsantilas Christos wrote:
Hi Robert,
Which are the required steps from developers?
Will we open our computers a morning and find all our development
branches in the new system :-) ?
Probably not.
What about the sourceforge developers repository?
On Sat, 2007-12-22 at 04:18 +0100, Henrik Nordstrom wrote:
On tor, 2007-12-20 at 22:48 +1100, Robert Collins wrote:
What I am interested in is:
- If someone puts the effort in to perform a migration of data and
scripts (I'm offering to do this during my christmas break), whats
On Fri, 2007-12-28 at 08:25 +0900, Adrian Chadd wrote:
I've been following the VCS debate a little.
Guys, I'm not an enormous fan of CVS, but what we have works
*badly*. 150 emails when autoconf changes are made for instance.
, and
I think we have bigger things to work on right now than a
On Fri, 2007-12-28 at 10:34 +0900, Adrian Chadd wrote:
On Fri, Dec 28, 2007, Henrik Nordstr?m wrote:
fre 2007-12-28 klockan 08:25 +0900 skrev Adrian Chadd:
I've been following the VCS debate a little.
Guys, I'm not an enormous fan of CVS, but what we have works, and
I think we
This has come up a few times. In past years we did a trial with Arch,
which did not work at all well for various reasons.
However, there are now very serious and usable alternatives to CVS.
Lets choose one. And move the 3.1 HEAD over to that. We can move 3.0's
repo over or not - I don't
On Thu, 2007-12-20 at 08:58 -0700, Alex Rousskov wrote:
Can I ask why? The point of the current design is to allow integrating
some quite different sources of events *and* workers.
CompletionDispatcher was documented as code to handle events that have
completed. It was implemented as an
On Thu, 2007-12-20 at 11:00 -0700, Alex Rousskov wrote:
On Fri, 2007-12-21 at 04:25 +1100, Robert Collins wrote:
The dispatcher design has a great deal to do with handing results from
async operations, because the OS can and will call directly back into
user code.
I am sorry
On Thu, 2007-12-20 at 22:30 -0700, Alex Rousskov wrote:
On Fri, 2007-12-21 at 09:00 +1100, Robert Collins wrote:
Please do read the
'proactor' ACE pattern if you haven't.
http://www.cs.wustl.edu/~schmidt/PDF/proactor.pdf
I only had time to skim that paper, but I think what they call
On Wed, 2007-12-19 at 23:09 +, Alex Rousskov wrote:
Update of cvs.devel.squid-cache.org:/cvsroot/squid/squid3/src
Modified Files:
Tag: async-calls
AsyncCall.cc AsyncCall.h EventLoop.cc Makefile.am
Added Files:
Tag: async-calls
AsyncCallQueue.cc
On Sun, 2007-12-16 at 21:57 +0900, Adrian Chadd wrote:
On Sun, Dec 16, 2007, Tsantilas Christos wrote:
OK Adrian I fixed this too. You can build the async-calls without
enabling of ICAP client.
Next question - if I read this code right, a class is instanced
for every
async
On Mon, 2007-12-10 at 17:26 +0900, Adrian Chadd wrote:
Why/where is the code assuming that offset 0 will be HDR_DATE and
offset 1 will
be HDR_EXPIRES? The replacement code doesn't check to see whether
anything is
at the position in the array that its inserting into..
Would it make more
On Thu, 2007-11-15 at 09:37 +0900, Adrian Chadd wrote:
G'day,
I'd like to propose a Squid modification - to cache dynamic content
thats playing good.
I long ago turned off the ? cache deny rule on my caches.
That said, making reply header checks be able to influence cache rules
sounds like
Any chance of getting unidiff rather than context diffs ?
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
signature.asc
Description: This is a digitally signed message part
On Sun, 2007-10-14 at 21:45 +0300, Tsantilas Christos wrote:
Hi,
I read again my previous mail and looks a little stupid.
I will try to help Alex with AsyncCalls project:
http://wiki.squid-cache.org/Features/NativeAsyncCalls
As first steps at the async-calls branch of sourceforge cvs,
On Thu, 2007-10-11 at 20:17 -0600, Alex Rousskov wrote:
Hello,
To support loadable modules, we may need to alter Squid sources layout
or installation procedure. This email discusses the problem and four
possible solutions. Please review and suggest the best path forward.
I'd really
On Sun, 2007-10-07 at 03:51 +0200, Henrik Nordstrom wrote:
On sön, 2007-10-07 at 03:47 +0200, Henrik Nordstrom wrote:
bzr and git is the only two left standing on my list of choices. Neither
is perfect, but both significantly better than most other.. with bzr
being the main candidate.
On Fri, 2007-10-05 at 09:43 -0600, Alex Rousskov wrote:
Hello,
With Squid 3.0 branching event approaching, perhaps now is a good time
to decide whether we want to switch from CVS to Subversion?
Pros:
+ Many consider svn to be overall better than CVS.
Its branch model is terrible.
Garh! This turned up on my local LUG list. Its *not* squid, its not
related to squid, and its not open source.
We really should see if we can do something about their abuse of the
squid brand.
-Rob
--
GPG key available at: http://www.robertcollins.net/keys.txt.
---BeginMessage---
Hello All,
On Fri, 2007-09-07 at 09:43 +0800, Adrian Chadd wrote:
On Thu, Sep 06, 2007, Henrik Nordstrom wrote:
Maybe. I'll leave that to you to judge. Don't have a clear opinion
either way. But why not?
HTCP and SNMP is very non-intrusive, just enabling code which is never
used unless
On Tue, 2007-09-04 at 09:18 +0800, Adrian Chadd wrote:
I've put my wccp2 code breakout into a new module in the sourceforge squid
repository (under wccp2d.)
For now its just the squid wccp2.c with some glue to make it live outside
of Squid. It uses libevent for its network IO.
There's a
On Thu, 2007-08-16 at 11:59 +0300, Tsantilas Christos wrote:
Hi all,
Alex Rousskov wrote:
The primary idea behind RC1 is to bring in users who are ignoring PRE
releases because there were so many PREs. We need more testers than a
handful of folks running PREs on busy sites.
RC1
On Tue, 2007-08-14 at 17:58 +0200, Henrik Nordstrom wrote:
On tis, 2007-08-14 at 23:01 +1200, Amos Jeffries wrote:
Alex Rousskov wrote:
On Mon, 2007-08-13 at 12:01 +0200, Guido Serassio wrote:
Now fixed.
If you have time, it may be better to replace a virtual
On Wed, 2007-08-08 at 08:28 -0600, Alex Rousskov wrote:
Hi,
Any objections to setting the default formatting flags for the Squid3
debugs() stream to fixed with a 2-digit precision? It would help to
convert cache.log messages like
Took 6.6 seconds (3.5e+03 objects/sec).
into
On Sun, 2007-08-05 at 19:39 +1200, Amos Jeffries wrote:
Here is the patch to obsolete StoreEntryStream from squid.
If any of you want to check it before I push it to HEAD next weekend.
It blocks out the StoreEntryStream class code and test cases, and
replaces all use of the stream with calls
On Sun, 2007-08-05 at 22:03 +1200, Amos Jeffries wrote:
Building on recent testing versions of Debian with upcoming g++ 4.1.3
and 4.2.1 it fails the unit-tests.
std::setw() on a string/char requires something that is not
implemented
in the StoreEntrystream* classes. My limited-knowledge
On Mon, 2007-08-06 at 01:52 +1200, Amos Jeffries wrote:
Have you looked at the g++
changelog to see if anything stands out?
yes, there is no mention in either the Debian changelog or the gcc one
of anything stream related back to before the versions that are known to
have no probems.
On Fri, 2007-07-27 at 09:08 +1000, Robert Collins wrote:
On Thu, 2007-07-26 at 09:31 -0600, Alex Rousskov wrote:
Folks,
There are at least two known difficult-to-reproduce bugs that may be
explained by asynchronous calls being called out of order. I do not know
whether out-of-order
201 - 300 of 603 matches
Mail list logo