Am 15.08.2014 um 14:43 schrieb Karl Pielorz: > > > --On 15 August 2014 12:52 +0200 Łukasz Wąsikowski > <luk...@wasikowski.net> wrote: > >> You could solve this by using your own poudriere - create repos with >> your own port's options and pkg upgrade everything. Your current >> approach - mixing packages and ports - is not supported IIRC. > > Thanks for the suggestion - and I take your point about not mixing ports > & packages... > > Setting up our own pkg repo though sounds like a lot of work (all for > the sake of about probably 2 packages we need to change the options on) > - I'd guess there's no way of telling pkg to use 'our' repo for these > 2-3 packages, and the main one for everything else? > > I suppose the other option is just ignore packages, and stick to ports? > (presuming ports will always be around :)
Building ports is sometimes more effort than doing a clean-room build with, say, poudriere. I recently upgraded OpenEXR from 2.1 and 2.2 (as port maintainer) and had to patch the upstream source so 2.2 would build with 2.1 pre-installed. These issues never show under poudriere, which is why some people are considering ports "obsolete". I am not one of these people. > I'd also still like to know if there's a way of getting 'pkg upgrade' to > spit out why it wants to install a 'new package' - when none of the > current packages have a dependency on it? Likely either because the new version that would get installed requires those, or because current pkg versions are rather buggy with respect to shared library dependencies. AFAICS this is going to be fixed only after a pkg 1.3.7 release and the subsequent full pkg rebuild. The other issue I found is that you cannot install a locked package from ports either because pkg will refuse to deinstall the old version. There would need to be a limited lock, perhaps a "hold" or "no-remote" or "no-upgrades" that only affects "pkg upgrade" and downloads but not local deinstalls/install. I'm not too hopeful though... _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
