On Tue, Feb 19, 2008 at 01:07:25PM -0500, Juan Miscaro wrote:
You could remove those packages with something like
# pkg_delete /var/db/pkg/.libs-curl-7.16.2
But make sure you have not compiled something without using the ports
system which need those libs.
> I have these files on my system. By "cleaning it" should I merely
At the time of updating those packages the shared libraries were still
needed from other packages. Therefore those .libs-* packages which only
contain the shared libs.
> /usr/local/lib/libcurl.so.8.0
This are these old libs and their newer versions.
> ...
You could add -F alwaysupdate
> However, the man page states that the first keyword is unsafe.
IMO the above looks good. For example package B depends on A and both
need an update. You can't simply update A because there is another
package (B) which depends on it and the dependancies doesn't match for
the newer A. You can't simply update B because of missing dependancy
either. Therefore you need to force the update. I hope I understood and
explained this correct.
> ...
I don't know.
> Thanks in advance,
Regards,
Markus
| Linus Torvalds | Linux 2.6.21 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Robin Lee Powell | NFS hang + umount -f: better behaviour requested. |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Krzysztof Oledzki | Error: an inet prefix is expected rather than "0/0". |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
