[MacPorts] #17962: kdesdk4 fails to compile

MacPorts noreply at macports.org
Tue Jan 20 13:16:44 PST 2009


#17962: kdesdk4 fails to compile
---------------------------------------+------------------------------------
  Reporter:  jonesc@…                  |       Owner:  illogic-al@…           
      Type:  defect                    |      Status:  reopened               
  Priority:  Normal                    |   Milestone:  Port Bugs              
 Component:  ports                     |     Version:  1.7.0                  
Resolution:                            |    Keywords:  kde4                   
      Port:  kdesdk4                   |  
---------------------------------------+------------------------------------

Comment(by mcalhoun@…):

 Replying to [comment:9 illogic-al@…]:
 Replying to [comment:9 illogic-al@…]:
 > kdepimlibs which is a required part of kde depends on boost therefore i
 didn't add it to the kdesdk dependency list.
 Sorry, I did not check the dependency tree.[[BR]]
 Of course, that is entirely reasonable.

 > And I think the correct solution in this case is to use the version
 which works, i.e. downgrade to 1.36.0.
 It seems to me that downgrading is too much to expect of users.[[BR]]
 If the user wants to continue to run "port sync" and "port upgrade
 outdated", downgrading[[BR]]
 involves creating a local repository, obtaining the old version from the
 Trac system, generating the PortIndex file, and modifying the sources.conf
 file.[[BR]]
 This seems like an unreasonable burden.

 >Does any software _need_ 1.37.0? It was just updated because it was
 newer, not a very good reason.
 Even if no MacPorts port uses it, individual users might.[[BR]]
 As a user of boost myself, I appreciate keeping up with the latest
 features and bug fixes.

 > I don't think crippling the package for the sake of cleanly compiling is
 the right thing to do.
 I would respectfully disagree with this statement.[[BR]]
 If, for the sake of argument, we accept my premise that downgrading is no
 so easy, then it seems better to have a partially working[[BR]]
 package than one which does not work at all.

 > It's actually a simple matter of turning off umbrello in cmake by adding
 -DBUILD_umbrello=OFF so no patching necessary :-)
 > KDE is quite modular so if a particular app is failing it can probably
 be easily disabled in cmake.
 Thanks, that's good to know.

 As a compromise, perhaps we could create a boost-compat (at version
 1.36.0) port to be used in kdesdk4 until version 4.2.0 is released.

-- 
Ticket URL: <http://trac.macports.org/ticket/17962#comment:11>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list