UPDATING 20130904 entry issues

Sergey V. Dyatko sergey.dyatko at gmail.com
Wed Sep 11 20:24:33 UTC 2013


On Wed, 11 Sep 2013 15:32:40 +0100 (BST)
Anton Shterenlikht <mexas at bris.ac.uk> wrote:

> ports/UPDATING from 20130904 has:
> 
>   # pkg query %ro libiconv >ports_to_update
>   # pkg delete -f libiconv
>   # cat ports_to_update | xargs portmaster
> 
> So I have to delete a port on which >250 other
> installed ports depend. After that I have *many*
> unusable ports until the portmaster completes
> the rebuilding, which, on my boxes, means days.

mkdir /usr/local/lib/compat/pkg/
cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
before pkg delete

> 
> In addition, my experience, at least on ia64, sparc64
> and amd64 is that such large updates never go smoothly.
> 
> So, is it possible to reverse the procedure, and
> update all ports which depend on libiconv before
> deleting it? I'm thinking about the recommended
> procedure for using "make delete-old-libs" for the
> base OS. There new port builds automatically pick
> the newever version of the shared lib. When the old
> version is no longer used by any ports it can be
> removed.
> 
> Is it not possible to tell ports to first check
> for libiconv in base, and if it is not there,
> then install/use one from ports?
> 
> Anton
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscribe at freebsd.org"



-- 
wbr, tiger


More information about the freebsd-ports mailing list