Henrik, there is still a problem in the ./update script.
See the 'changes not to be merged' section of 3-HEAD page for an example.
http://www.squid-cache.org/Versions/v3/HEAD/changesets/merge.html
Amos
--
Please use Squid 2.6.STABLE19 or 3.0.STABLE4
On Wed, Apr 02, 2008, Henrik Nordstrom wrote:
> ons 2008-04-02 klockan 07:22 +0800 skrev Adrian Chadd:
> > Try http://www.creative.net.au/diffs/s2_delaywork.diff .
>
> Looks better.
>
> No comments. Looks ready to merge.
Ok. Its committed to Squid-2.HEAD.
I might go through and "fiddle" with th
ons 2008-04-02 klockan 13:04 +1300 skrev Amos Jeffries:
> That is really weird. I have a local cbranch+bind of SQUID_3_0 in my
> account folder for the release prep and bootstrap. Thats where I added
> the tag and have committed since adding the STABLE3 one.
> I don't see any STABLE1 or STABLE2
The squid-3 & 3.0 changeset browsers has now been fully adopted to use
bzr as source.
The tags for SQUID_3_0 has also been imported as bzr tags instead of
branches.
Regards
Henri
Henrik Nordstrom wrote:
tis 2008-04-01 klockan 13:22 +1300 skrev Amos Jeffries:
Hmm. I debugged my way through that script and fixed a few things after I
last posted. I think I have it working now. The last commit should have
included my changes to make it create the tag and use the tag properl
The autotool derived files have now been removed from trunk to avoid the
bootstrap mess when making changes needing a bootstrap.
On the down side this means you need to have a working autotool chain to
build trunk, and may need to remember to bootstrap your sources every
now and then..
Regards
He
ons 2008-04-02 klockan 07:22 +0800 skrev Adrian Chadd:
> Try http://www.creative.net.au/diffs/s2_delaywork.diff .
Looks better.
No comments. Looks ready to merge.
Regards
Henrik
Try http://www.creative.net.au/diffs/s2_delaywork.diff .
Adrian
On Wed, Apr 02, 2008, Henrik Nordstrom wrote:
>
> tis 2008-04-01 klockan 21:31 +0800 skrev Adrian Chadd:
> > G'day,
> >
> > I believe this phase of the delay pools ACL and statistics work is ready
> > for commit to Squid-2. I've
ons 2008-04-02 klockan 00:38 +1300 skrev Amos Jeffries:
> rio:/usr/include# grep -R "sin_len" ./*
Right.. I wonder where I was looking. Can't find it again today.
Regards
Henrik
tis 2008-04-01 klockan 21:31 +0800 skrev Adrian Chadd:
> G'day,
>
> I believe this phase of the delay pools ACL and statistics work is ready
> for commit to Squid-2. I've shuffled around the configuration file changes
> a bit and used PRIu64 for printf().
>
> http://www.creative.net.au/diff/s2_d
ons 2008-04-02 klockan 01:12 +1300 skrev Amos Jeffries:
> 3 had the fix for major regression bug 2206 (407 ProxyAuth header missing).
Ah, right..
Regards
Henrik
On Mon, Mar 31, 2008, Alex Rousskov wrote:
> What about Adrian plans (if I understood them correctly) to add
> TPROXY-like support to FreeBSD but not for TPROXY4-like API? Is that a
> good enough reason to continue supporting unsupported TPROXY versions?
The FreeBSD API will be almost like the TP
G'day,
I'm looking at Gonzalo's Squid-2 + TPROXY-4 patch in bugzilla (1581) and it
doesn't seem all that difficult to integrate TPROXY-4 support. It won't make
it in time for 2.7 (whenever that last outstanding bug is fixed) but I'd like
to make it in for 2.8.
There are a few core things to integ
ons 2008-04-02 klockan 01:27 +1300 skrev Amos Jeffries:
> That back-port is non-critical right? It's been broken for months.
More like days.. it was one of the patches you merged into Squid-3.0
just before 3.0.STABLE3...
> So it
> can wait a few days/weeks in the snapshots for some further testi
G'day,
I believe this phase of the delay pools ACL and statistics work is ready
for commit to Squid-2. I've shuffled around the configuration file changes
a bit and used PRIu64 for printf().
http://www.creative.net.au/diff/s2_delaywork.diff
I'll commit it to Squid-2.HEAD this weekend if noone ha
On Tue, Apr 1, 2008 at 2:12 PM, Amos Jeffries <[EMAIL PROTECTED]> wrote:
> 3 had the fix for major regression bug 2206 (407 ProxyAuth header missing).
>
> Rolling back to s1 could cause those who patched it some trouble.
> That makes it 'b'. So ... Rolled STABLE4 with only this one patch on 3.
Henrik Nordstrom wrote:
tis 2008-04-01 klockan 23:34 +1300 skrev Amos Jeffries:
The fix will be in tomorrows daily snapshot.
I'm also repeating my pre-commit test cycle to see if I can figure how
this got through in the first place.
I propose we withdraw 3.0.STABLE3, and release 3.0.STABLE4
Henrik Nordstrom wrote:
tis 2008-04-01 klockan 23:41 +1300 skrev Amos Jeffries:
As a maintainer, seeing STABLE3 not yet announced.
It's released the minute it's published.
Do you think, bug 2288 is one of these situations where we should bump a
stable4 out immediately?
Well.. with STABLE3
Henrik Nordstrom wrote:
tis 2008-04-01 klockan 22:59 +1300 skrev Amos Jeffries:
I started out that way (assuming ss_len was absent but sin_len was
present) but a header analysis proved the assumption wrong. sin_len also
proves very absent from Debian Linux 2.6.25 headers.
Somehow I doubt that
tis 2008-04-01 klockan 23:41 +1300 skrev Amos Jeffries:
> As a maintainer, seeing STABLE3 not yet announced.
It's released the minute it's published.
> Do you think, bug 2288 is one of these situations where we should bump a
> stable4 out immediately?
Well.. with STABLE3 not compiling it's a b
tis 2008-04-01 klockan 23:34 +1300 skrev Amos Jeffries:
> The fix will be in tomorrows daily snapshot.
>
> I'm also repeating my pre-commit test cycle to see if I can figure how
> this got through in the first place.
I propose we withdraw 3.0.STABLE3, and release 3.0.STABLE4 shortly with
this f
tis 2008-04-01 klockan 22:59 +1300 skrev Amos Jeffries:
> I started out that way (assuming ss_len was absent but sin_len was
> present) but a header analysis proved the assumption wrong. sin_len also
> proves very absent from Debian Linux 2.6.25 headers.
Somehow I doubt that linux would change t
Henrik Nordstrom wrote:
tis 2008-04-01 klockan 17:24 +0800 skrev Adrian Chadd:
Wait a sec, which platforms don't have sin_len in which struct?
I think amos meant to say ss_len in struct sockaddr_storage, which not
very frequently seen as not all address families need a length.. (for
example o
tis 2008-04-01 klockan 17:24 +0800 skrev Adrian Chadd:
> Wait a sec, which platforms don't have sin_len in which struct?
I think amos meant to say ss_len in struct sockaddr_storage, which not
very frequently seen as not all address families need a length.. (for
example on Linux)
I do not know of
On Tue, Apr 01, 2008, Amos Jeffries wrote:
> >I've made a test patch to fix that:
> > http://treenet.co.nz/projects/squid/patches/alex-20080401.patch
> >
> >Though I am not sure if the "#if defined(sin_len)" will work properly. Can
> >you try it with a
tis 2008-04-01 klockan 10:49 +0530 skrev Prasad J Pandit:
> I'm using Squid Cache: Version 3.0.STABLE1 for quite some time now, and am
> happy to inform you that it's been doing really well.
>
> The only recurring problem is that, it crashes leaving behind a
> `var/cache/state.new' file of size
Hello all,
I'm using Squid Cache: Version 3.0.STABLE1 for quite some time now, and am
happy to inform you that it's been doing really well.
The only recurring problem is that, it crashes leaving behind a
`var/cache/state.new' file of size 1.9G and `var/logs/store.log' file of
size 2.0G.
tis 2008-04-01 klockan 15:13 +1300 skrev Amos Jeffries:
> So whats with the branch SQUID_NT_3_0 already in bzr? as shown here:
>
> http://www.squid-cache.org/bzrview/
It's the import of the SQUID_NT_3_0 branch from CVS. But CVS do not have
the same merge details as bzr so the import doesn't know
tis 2008-04-01 klockan 13:22 +1300 skrev Amos Jeffries:
> Hmm. I debugged my way through that script and fixed a few things after I
> last posted. I think I have it working now. The last commit should have
> included my changes to make it create the tag and use the tag properly.
The script should
nge until this is fixed?
For all non-Linux OS yes it should be safe.
I think I see the problem already though. The sin_len value is wrong for
the address type. I was not altering it in the re-map since its not on
some OS.
I've made a test patch to fix that:
http://treenet.co.nz/projects/sq
30 matches
Mail list logo
