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
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Pavel Roskin | ndiswrapper and GPL-only symbols redux |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Andi Kleen | Re: Why do so many machines need "noapic"? |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: mac80211 truesize bugs |
