[I am new to the list, but have been using an LRP or LEAF box for many years now. Many, many thanks to everyone involved. I love it.]
From the archive, I see that the solution to the "/usr/sbin/squid: not found" error is to *not* use squid-2.lrp with the current (20040117) Bering uclibc. Gosh.
I, like Tim Massey, only want to use squid to log web access. Like him, I think that squid is probably overkill, given the little foot print LEAF aims at and the big footprint squid has (600kB bin, +logs, +mem usage)
My options seem to be: 1. use tcpdump to store each passing port 80 GET packet, then mawk and display the results. Not bad. 2. Fix squid. More work than I am after, in an area that I am not familiar with. Maybe if the God of Spare Time shines upon me then I will look at the "How To Build LEAF Packages" pages. 3. Stop being such a busybody and get A Life. Best option of all, I suspect.
However, I have a nagging doubt - that I really want squid to be in place for other reasons. For instance, traffic control (because of ISP bandwidth limits) and the possibility of switching ON caching easily later.
What is the likelyhood that squid-2.lrp for uclibc will receive the attention of someone with more skill than me anytime soon? Can I offer money, beer or moral support to help it along?
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
