Opened 14 years ago

Closed 14 years ago

Last modified 13 years ago

#28049 closed defect (worksforme)

pango 1.28.3 fails to build (libpng 1.4.5)

Reported by: alexander.zimmermann@… Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: Cc: lorddefinitia@…
Port: pango

Description

:info:build /opt/local/bin/grep: /opt/local/lib/libpng12.la: No such file or directory
:info:build /opt/local/bin/gsed: kann /opt/local/lib/libpng12.la nicht lesen: No such file or directory
:info:build libtool: link: `/opt/local/lib/libpng12.la' is not a valid libtool archive
:info:build make[4]: *** [libpangocairo-1.0.la] Error 1
:info:build make[4]: *** Waiting for unfinished jobs....
:info:build warning: no debug symbols in executable (-arch x86_64)
:info:build make[3]: *** [all-recursive] Error 1
:info:build make[2]: *** [all] Error 2
:info:build make[1]: *** [all-recursive] Error 1
:info:build make: *** [all] Error 2
:info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_pango/work/pango-1.28.3" && /usr/bin/make -j4 all " returned error 2
:error:build Target org.macports.build returned: shell command failed (see log for details)
:debug:build Backtrace: shell command failed (see log for details)
    while executing
"command_exec build"
    (procedure "portbuild::build_main" line 8)
    invoked from within
"$procedure $targetname"
:info:build Warning: the following items did not execute (for pango): org.macports.activate org.macports.build org.macports.destroot org.macports.install
:notice:build Log for pango is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_pango/main.log

Attachments (1)

search-libpng12.sh (397 bytes) - added by jmroot (Joshua Root) 14 years ago.

Download all attachments as: .zip

Change History (10)

comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… removed
Owner: changed from macports-tickets@… to ryandesign@…

It works fine here.

Can you attach the main.log?

Perhaps there is some undeclared dependency. Use "sudo port selfupdate" and then "port outdated" to see what else is outdated, and update some other ports first, then come back to pango later.

comment:2 Changed 14 years ago by jmroot (Joshua Root)

If that doesn't help, run this script to check for ports referencing libpng12.

Changed 14 years ago by jmroot (Joshua Root)

Attachment: search-libpng12.sh added

comment:3 Changed 14 years ago by alexander.zimmermann@…

Hi folks,

thanks for your hints. The problem was "cairo"

alexander@miami:~$ ptu
Password:
--->  Updating the ports tree
--->  Updating MacPorts base sources using rsync
MacPorts base version 1.9.2 installed,
MacPorts base version 1.9.2 downloaded.
--->  MacPorts base is already the latest version

The ports tree has been updated. To upgrade your installed ports, you should run
  port upgrade outdated
alexander@miami:~$ pto
The following installed ports are outdated:
gtk-chtheme                    0.3.1_0 < 0.3.1_1         
gtk2                           2.22.1_0 < 2.22.1_1       
gtk2-aurora                    1.5.1_0 < 1.5.1_1         
pango                          1.28.3_0 < 1.28.3_1       
pstoedit                       3.45_4 < 3.45_5           
wireshark                      1.4.3_0 < 1.4.3_1  
alexander@miami:~/Desktop$ ./search-libpng12.sh 

cairo
gd2
gdk-pixbuf2
ghostscript
gnuplot
gtk-chtheme
gtk2
gtk2-aurora
pango
pstoedit
wireshark
alexander@miami:~/Desktop$ sudo  port upgrade --force  -nfu cairo
--->  Computing dependencies for cairo
--->  Fetching cairo
--->  Verifying checksum(s) for cairo
--->  Extracting cairo
--->  Configuring cairo
--->  Building cairo
--->  Staging cairo into destroot
--->  Unable to uninstall cairo 1.10.2_2, the following ports depend on it:
--->      pango
--->      gtk2
--->      ghostscript
Warning: Uninstall forced.  Proceeding despite dependencies.
--->  Deactivating cairo @1.10.2_2
--->  Uninstalling cairo @1.10.2_2
--->  Computing dependencies for cairo
--->  Installing cairo @1.10.2_2
--->  Activating cairo @1.10.2_2
--->  Cleaning cairo
alexander@miami:~/Desktop$ sudo  port upgrade pango
--->  Computing dependencies for pango
--->  Fetching pango
--->  Verifying checksum(s) for pango
--->  Extracting pango
--->  Applying patches to pango
--->  Configuring pango
--->  Building pango
--->  Staging pango into destroot
--->  Computing dependencies for pango
--->  Installing pango @1.28.3_1
--->  Deactivating pango @1.28.3_0
--->  Activating pango @1.28.3_1
--->  Cleaning pango
alexander@miami:~/Desktop$ 

comment:4 in reply to:  3 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to alexander.zimmermann@…:

thanks for your hints. The problem was "cairo"

How inexplicably strange. pango of course declares a dependency on cairo, so MacPorts should have upgraded cairo first before trying to upgrade pango. I do not know why it did not.

comment:5 Changed 14 years ago by alexander.zimmermann@…

But did cairo get a rev bump for the new libpng? I'm not a macports expert, but how can macports know that it should rebuild cairo?

comment:6 Changed 14 years ago by alexander.zimmermann@…

BTW, I have the same problems with pstoedit and ghostscript... (see Ticket #28048)

comment:7 in reply to:  5 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to alexander.zimmermann@…:

But did cairo get a rev bump for the new libpng?

Yes, in r75159.

I'm not a macports expert, but how can macports know that it should rebuild cairo?

Because it received a revbump.

comment:8 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: worksforme
Status: newclosed

comment:9 Changed 13 years ago by jmroot (Joshua Root)

Cc: lorddefinitia@… added

Regarding the description of duplicate ticket #30522:

Port upgrade does upgrade dependencies in the correct order (provided they are correctly declared in the ports). If you have a reproducible test case where it does not do that, please provide it. That would be a bug.

Detecting when a new revision of a port needs to be built because a dependency has a newer library version is a related but separate problem, and is being worked on by one of our GSoC students.

Note: See TracTickets for help on using tickets.