Bug #4887
closednonexistent lib file - (lightsquid not work)
0%
Description
lightsquid not work - nonexistent lib
#perl not work
ln -s /lib/libutil.so.9 /lib/libutil.so.8
#GD not work
ln -s /lib/libz.so.6 /lib/libz.so.5
ln -s /usr/local/lib/libfreetype.so.6 /usr/lib/libfreetype.so.9
v2.2.3&v2.2.4
Updated by Alex . almost 10 years ago
#squid2
ln -s /usr/lib/libssl.so.7 /usr/lib/libssl.so.6
ln -s /lib/libcrypt.so.5 /usr/lib/libcrypto.so.6
Updated by Bipin Chandra almost 10 years ago
im using lightsquid with squid3 and works fine on 2.2.4
Updated by Kill Bill almost 10 years ago
As already noted on another bug - please, remove the unmaintained, horribly broken and dead Squid2 package. Noone should use this.
Alexander H.: Do not do similar things. It causes more breakage that it fixes!
Updated by Alex . almost 10 years ago
OK
Today checked the update from version 2.1.5 to 2.2.4 on a clean system (vmware), everything works. I think the problem has accumulated during the work of this system (2.0.x -> ... -> 2.2.4).
Updated by Kill Bill almost 10 years ago
Alex . wrote:
I think the problem has accumulated during the work of this system (2.0.x -> ... -> 2.2.4).
2.0.x was using /usr/local prefix. 2.1/2.2 is using the craptastic PBI with /usr/pbi/$packagename-$arch/. In between that, PBI being super-idiotic and various craft being left over that PBI picks up for god knows what reason, yes, there lies the problem.
Updated by Jim Thompson over 9 years ago
- Assignee set to Jim Thompson
So can we kill this?
pkg(ng) is coming to 2.3.
Updated by Chris Buechler over 9 years ago
- Status changed from Assigned to Resolved
- Target version changed from 2.2.5 to 2.3
yes this can go, fixed in 2.3 by removing PBI.