If you need me to do any type of specific test or use any compile options,
please let me know and I would be glad to help!
Thanks again for your effort!
tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
Yet I ported those fixes down and he still reports it in the snapshot
built
tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
Yet I ported those fixes down and he still reports it in the snapshot
built afterwards. :(
I think something went wrong in that port, the build farm also failed..
was a number of iterations in trunk before it worked right.
Regards
Greetings,
My name is Renato, I'm from Brazil and I work as a network and server
administrator consultant full time. We have several squid servers and
now I'm very glad to be able to test the DEV brand of this incredible
software. Actually I like the tproxy new feature integrated to the 3.1
can you try ftp://ftp.squid-cache.se/private/squid-3.1.0.14-BZR.tar.bz2
(snapshot of current sources in bzr)
this is fixed so that it builds for me on Fedora 11.
tis 2009-11-10 klockan 09:14 -0200 skrev rena...@flash.net.br:
If you need me to do any type of specific test or use any compile
Worked like a charm!
I tried to compile it using no options in configure, but I still get the
same error in Slackware-64:
rm -f libDiskDaemon.a
/usr/bin/ar cru libDiskDaemon.a DiskIO/DiskDaemon/DiskdFile.o
DiskIO/DiskDaemon/DiskdIOStrategy.o
DiskIO/DiskDaemon/DiskDaemonDiskIOModule.o
ranlib
Sorry for the Worked like a charm! line in my email. It was a mistake. I
was writing the email while the software was compiling and I thought it
worked. When I saw it didn't, I forgot to erase the first line. Blame on
me!
Sorry!
Worked like a charm!
I tried to compile it using no options in
On Sat, Nov 7, 2009 at 2:27 AM, Amos Jeffries squ...@treenet.co.nz wrote:
Francesco Chemolli wrote:
revno: 10096
committer: Francesco Chemolli kin...@squid-cache.org
branch nick: trunk
timestamp: Fri 2009-11-06 17:22:16 +0100
Just tried in Ubuntu 9.10 64-bit and it worked. I think it's something
specific to Slackware 13.0 64BIT...
Can I help, anyway?
Thanks!
Sorry for the Worked like a charm! line in my email. It was a mistake. I
was writing the email while the software was compiling and I thought it
worked. When
On Tue, 10 Nov 2009 15:47:22 +0100, Kinkie gkin...@gmail.com wrote:
On Sat, Nov 7, 2009 at 2:27 AM, Amos Jeffries squ...@treenet.co.nz
wrote:
Francesco Chemolli wrote:
revno: 10096
committer: Francesco Chemolli
On Tue, 10 Nov 2009 16:46:37 +0100, Kinkie gkin...@gmail.com wrote:
On Sat, Nov 7, 2009 at 2:28 AM, Amos Jeffries squ...@treenet.co.nz
wrote:
Francesco Chemolli wrote:
revno: 10095
committer: Francesco Chemolli
tis 2009-11-10 klockan 10:28 -0200 skrev rena...@flash.net.br:
make[3]: *** No rule to make target `-lpthread', needed by `all-am'. Stop.
Is your Fedora 11 64-bit? I will install Ubuntu-64 and try to compile it
in the same server. As soon as I have the results I'll post back to you!
It is
ons 2009-11-11 klockan 10:38 +1300 skrev Amos Jeffries:
Worth a query to squid-users. Any OS which is so old it does not support
the auto-tools and libraries we now need is a candidate. I'm thinking
NextStep may be one more.
Though I'm inclined to keep as much support as possible until we
Found the culpit now..
configure.in:
AC_CHECK_LIB(pthread,
main,[DISK_LIBS=$DISK_LIBS -lpthread],
src/Makefile.am:
squid_DEPENDENCIES = ...
@DISK_LIBS@ \
No idea why that passes without error on my F11 box when other such
errors do not..
Regards
Henrik
Should be fixed in trunk now I hope..
Can you try applying the patch from
http://www.squid-cache.org/Versions/v3/HEAD/changesets/squid-3-10105.patch
ontop of the tree you downloaded before:
note: you need to run bootstrap.sh after patching.
tis 2009-11-10 klockan 23:43 +0100 skrev Henrik
Over that last few months the configure alterations I've been doing has
introduced a slightly altered way of system library linkage.
Henriks recent commit to remove one of these on grounds of being old
has highlighted a need to document this and perhapse bring you all in on
making the
On Wed, 2009-11-11 at 18:38 +1300, Amos Jeffries wrote:
Why?
A: The squid binary is topping 3.5MB in footprint with many of the
small
tool stopping 500KB each. A small but substantial amount of it is
libraries inked but unused.
Really? dynamically linked libraries should be tiny.
Robert Collins wrote:
On Wed, 2009-11-11 at 18:38 +1300, Amos Jeffries wrote:
Why?
A: The squid binary is topping 3.5MB in footprint with many of the
small
tool stopping 500KB each. A small but substantial amount of it is
libraries inked but unused.
Really? dynamically linked libraries
On Wed, 2009-11-11 at 19:43 +1300, Amos Jeffries wrote:
Robert Collins wrote:
On Wed, 2009-11-11 at 18:38 +1300, Amos Jeffries wrote:
Why?
A: The squid binary is topping 3.5MB in footprint with many of the
small
tool stopping 500KB each. A small but substantial amount of it is
18 matches
Mail list logo