Bug 100776 - devel/mico: Failure to update
Summary: devel/mico: Failure to update
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: Pav Lucistnik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-24 13:00 UTC by Kostik Belousov
Modified: 2010-01-13 09:26 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kostik Belousov 2006-07-24 13:00:31 UTC
I had mico 2.3.11_2 installed and tried to do portupgrade mico-2.3.11_2.
Build finished successully, but, when installing, I got the error:

/usr/home/buddha/portsworkdir/usr/ports/devel/mico/work/mico/./admin/install-sh -c -m 555 libmicoir2.3.12.so /usr/local/lib
gmake[1]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/devel/mico/work/mico/ir'
gmake[1]: Entering directory `/usr/home/buddha/portsworkdir/usr/ports/devel/mico/work/mico/daemon'
gmake[1]: *** No rule to make target `/usr/local/include/CORBA.h', needed by `poamediator.o'.  Stop.
gmake[1]: Leaving directory `/usr/home/buddha/portsworkdir/usr/ports/devel/mico/work/mico/daemon'
gmake: *** [install] Error 1
*** Error code 2

Stop in /usr/ports/devel/mico.
*** Error code 1

Stop in /usr/ports/devel/mico.
** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade715.2 env PORT_UPGRADE=yes make WANT_OPENLDAP_VER=23 WANT_OPENLDAP_SASL=yes WITH_BDB_VER=44 WITH_GECKO=firefox WITH_GHOSTSCRIPT_AFPL=yes PORT_UPGRADE=yes reinstall
egrep: /var/db/pkg/mico-2.3.11_3/+CONTENTS: No such file or directory
--->  Restoring the old version

The problem is obvious:
portupgrade deletes old package before installation. The build forces 
dependencies on the /usr/local/include/* instead of the source tree.
Since files from /usr/local/include deleted before installation, error
is raised.
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2006-07-24 13:00:53 UTC
Responsible Changed
From-To: freebsd-ports-bugs->sem

Over to maintainer
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2009-07-25 02:47:11 UTC
Responsible Changed
From-To: sem->ruby

sem@ has turned over maintainership of portupgrade to the ruby mailing list.
Comment 3 Stanislav Sedov 2009-10-26 15:48:03 UTC
Hi!

I think that this issue should be fixed in devel/mico as there's not much
can be done by portupgrade itself.  Furthermore, erroneous dependencies
on include files already installed instead of the bundled ones can lead
to build/runtime failures in case of ineterfaces changes.

I belive it should be quite easy to fix by patching mico to provide paths
to local bundled includes to GCC before system include paths.

-- 
Stanislav Sedov
ST4096-RIPE
Comment 4 Stanislav Sedov freebsd_committer freebsd_triage 2009-10-26 15:49:44 UTC
State Changed
From-To: open->feedback

Ask for submitter feedback.
Comment 5 Sergey Matveychuk freebsd_committer freebsd_triage 2009-10-26 16:52:05 UTC
Responsible Changed
From-To: ruby->freebsd-ports-bugs

Fix synopsis. Fix responsible.
Comment 6 Pav Lucistnik freebsd_committer freebsd_triage 2009-12-19 16:06:40 UTC
State Changed
From-To: feedback->open

Reset feedback state
Comment 7 Pav Lucistnik freebsd_committer freebsd_triage 2009-12-19 16:21:34 UTC
State Changed
From-To: open->feedback

I cannot reproduce the failure.  Is it still a problem for you? 
Also, compilation during install stage indicates unhandled failure in the build 
stage. 


Comment 8 Pav Lucistnik freebsd_committer freebsd_triage 2009-12-19 16:21:34 UTC
Responsible Changed
From-To: freebsd-ports-bugs->pav

I cannot reproduce the failure.  Is it still a problem for you? 
Also, compilation during install stage indicates unhandled failure in the build 
stage.
Comment 9 Pav Lucistnik freebsd_committer freebsd_triage 2010-01-13 09:26:18 UTC
State Changed
From-To: feedback->closed

Feedback timeout