Re: [PATCH] remove squid-old.h

From: Kinkie <gkinkie_at_gmail.com>
Date: Thu, 16 Aug 2012 22:49:31 +0200

On Thu, Aug 16, 2012 at 6:00 PM, Alex Rousskov
<rousskov_at_measurement-factory.com> wrote:
> On 08/16/2012 12:56 AM, Kinkie wrote:
>>> I am guessing this is the patch that broke build in numerous places. I
>>> am surprised it was not reverted upon the first signs of trouble. Here
>>> are some of the errors that I see:
>>
>> Prior to committing I have run a test-builds.sh on my kubuntu machine
>> and it turned out fine; apparently the more recent kernel and/or glibc
>> and/or gcc triggers some more permissive include paths.
>
> AFAICT, the problems are related to missing #includes (a header that was
> included via squid-old.h is no longer included). For example,
> src/adaptation/ecap/MessageRep.cc is now missing protos.h, which
> provides a urlParse() declaration.
>
> A test build that enables ssl_crtd or eCAP could not succeed so I am
> guessing your test-builds.sh does not enable them. I did not check
> whether any other features are affected.

I agree, that is the expected source of problems right now.
"My" test-builds.sh is actually the whole build farm, whose status is:
CentOs-5, CentOS-5-icc, ubuntu-precise, debian-squeeze-arm,
freebsd-6.4 (west), mandriva, debian-unsatable: OK.
FreeBSD-9, OpenSUSE, MacOS-Leopard: fail due to problems in the Rock unit test
FreeBSD-9-clang: fail due to strtoll being misdetected
OpenBSD(all): fail due to library circular dependencies (Msg/CacheMgr)
Freebsd-7.2 (east), debian-sid-clang: fail due to system issues
Mswin: compat/ failing to completely fulfill its role.

In other words, none in 15 tested platforms shows the issue that
you're highlighting. If anything, this means that must the build tests
must be furhter improved: what can't be seen can't be fixed, despite
the best efforts one can put in place.

> Will you fix those bugs or is it now our responsibility to clean up the
> modules we care about?

I constantly try not to break anything, and I certainly will take care
about fixing what I can see to be broken, regardless of whether I
broke it or someone else broke it. Unfortunately, in a 10k lines
patch, something may be missed despite the best intentions and
efforts.

I understand your concern, and I understand your annoyance, but I
would appreciate if you used a less blunt way to express them. I may
be the lest talented one in the team, but this also means I'm willing
to take on jobs that noone else in the team seems to be willing to
take. I am one of the few not having any direct work-related interest
in squid; I do my best to help and learn along the way. If I cause
more problems than bring benefits, please let me know. I'll just
relinquish my committer rights, and focus on other ways to help.

-- 
    /kinkie
Received on Thu Aug 16 2012 - 20:49:38 MDT

This archive was generated by hypermail 2.2.0 : Fri Aug 17 2012 - 12:00:23 MDT