b5e4 [Solved] prevent install/upgrade of port dependency - The FreeBSD Forums
The FreeBSD Forums  

Go Back   The FreeBSD Forums > Ports & Packages > Installation and Maintenance of FreeBSD Ports or Packages

Installation and Maintenance of FreeBSD Ports or Packages Installing and maintaining the FreeBSD Ports Collection or FreeBSD Packages (i.e. third party software).

Reply
 
Thread Tools Display Modes
  #1  
Old March 20th, 2011, 12:17
Beeblebrox's Avatar
Beeblebrox Beeblebrox is offline
Member
 
Join Date: Sep 2010
Posts: 713
Thanks: 39
Thanked 76 Times in 68 Posts
Default prevent install/upgrade of port dependency

I have come accross and posted threads about this problem many times, but have not as yet satisfactorily solved the issue. The problem mostly arises when building an aglomerated port (like gnome2, gnome-2-fifth-toe) which only serves to pull-in a series of other ports. The problem also persists when trying to upgrade or re-build the ports (portmaster -af)

As an example from my specific situation, gnome2-fifth-toe pulls in net/straw but the port is marked DEPRECIATED, while gnome2-power-tools pulls in thefish which is marked BROKEN. These ports break the install or re-build process.

I have found these 2 solutions, but they do not work in a consistent manner:
1. go to /var/db/pkg/port-name and
touch +IGNOREME
this did work for thefish but not for straw. I suspect this is due to the fact that when initially installing gnome2, as a work-around I had installed this port as a package (pkg_add) and this port therefore had a folder in db/pkg. However, the other port is not yet installed on the system and I manually created the folder for port-version and placed the +IGNOREME in there. This is probably why the trick did not work for straw.

2. Edit the Makefile - this does not work well, as you subsequently start getting pretty messages like:
Code:
pkg_info: the package info for package 'xyz' is corrupt
[: -le: argument expected
[: -le: argument expected
I'm pretty sure there is a more elegant solution than just running portmaster -x with exclude flags; any update process which aborts and has to be re-started by adding -x flags until you have all the necessary excludes in place (iterative process) is foolish!
__________________
branch:head - root on zfs - amd64
BLUES, ELWOOD
ILLINOIS LICENSE : B263-1655-2187
CURRENTLY UNDER SUSPENSION
WARRANTS OUTSTANDING : PARKG. 116
MOVING VIOLATIONS : 56
ARREST DRIVER ... IMPOUND VEHICLE

Last edited by Beeblebrox; March 23rd, 2011 at 17:49.
Reply With Quote
  #2  
Old March 23rd, 2011, 17:48
Beeblebrox's Avatar
Beeblebrox Beeblebrox is offline
Member
 
Join Date: Sep 2010
Posts: 713
Thanks: 39
Thanked 76 Times in 68 Posts
Default

Solution:
The +IGNOREME method in /var/db/pkg/port-name works, but for ports not-yet installed or which you do not want installed, you must add a +CONTENTS file in the same folder. The file is prepared by first looking in the Makefile for the port and getting the portname + version number.

So as an example, +CONTENTS for straw would be placed in a folder named straw-0.27 and would consist of:
Code:
@comment PKG_FORMAT_REVISION:0.27
@name straw-0.27
@comment ORIGIN:net/straw
Place into the file corresponding information for the 3 lines about the port, you can (and should) leave all @depends variables blank, and there you have it - no more errors or "install missing port" requests

p.s: after you do this, run portmaster --check-depends
__________________
branch:head - root on zfs - amd64
BLUES, ELWOOD
ILLINOIS LICENSE : B263-1655-2187
CURRENTLY UNDER SUSPENSION
WARRANTS OUTSTANDING : PARKG. 116
MOVING VIOLATIONS : 56
ARREST DRIVER ... IMPOUND VEHICLE

Last edited by Beeblebrox; March 23rd, 2011 at 19:15.
Reply With Quote
  #3  
Old March 23rd, 2011, 19:18
wblock@'s Avatar
wblock@ wblock@ is online now
Moderator
 
Join Date: Sep 2009
Location: Milky Way galaxy
Posts: 7,706
Thanks: 430
Thanked 1,757 Times in 1,456 Posts
Default

Messing with /var/db/pkg entries seems fragile and likely to cause problems down the road. What do the GNOME maintainers say about the broken and deprecated (no "i") ports? Are there PRs for the problems?
Reply With Quote
Reply

Tags
+ignoreme, port depends, prevent install

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
[Solved] Dependency inconsistencies following new install OJ Installation and Maintenance of FreeBSD Ports or Packages 15 December 13th, 2010 00:16
[Solved] OLSRD port, Missing dependency operator hilal Installation and Maintenance of FreeBSD Ports or Packages 12 December 7th, 2010 16:30
[Solved] GHC (Haskell compiler) port:Dependency conflict obscaenvs Installation and Maintenance of FreeBSD Ports or Packages 7 April 24th, 2010 08:48
No maintainer and a port won't rebuild? Maybe a fix here, if just one dependency... jb_fvwm2 Installation and Maintenance of FreeBSD Ports or Packages 2 August 24th, 2009 09:30
How understand which dependency need upgrade mfaridi Installation and Maintenance of FreeBSD Ports or Packages 5 February 10th, 2009 04:28


All times are GMT +1. The time now is 21:24.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.
The mark FreeBSD is a registered trademark of The FreeBSD Foundation and is used by The FreeBSD Project with the permission of The FreeBSD Foundation.
Web protection and acceleration provided by CloudFlare
0