WebKit2-GTK: quartz VS XQuartz

Ryan Schmidt ryandesign at macports.org
Wed Apr 6 01:21:33 PDT 2016


On Apr 6, 2016, at 3:17 AM, Andrea Giammarchi wrote:

> $ cat /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libpng/libpng/main.log
> version:1
> :debug:main Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libpng/libpng/work /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/graphics/libpng/work
> :debug:main changing euid/egid - current euid: 0 - current egid: 0
> :debug:main egid changed to: 501
> :debug:main euid changed to: 502
> :debug:main Executing org.macports.main (libpng)
> :debug:main Privilege de-escalation not attempted as not running as root.
> :debug:archivefetch archivefetch phase started at Wed Apr  6 09:16:20 BST 2016
> :msg:archivefetch --->  Fetching archive for libpng
> :debug:archivefetch Executing org.macports.archivefetch (libpng)
> :debug:archivefetch euid/egid changed to: 0/0
> :debug:archivefetch chowned /opt/local/var/macports/incoming to macports
> :debug:archivefetch euid/egid changed to: 502/501
> :info:archivefetch --->  libpng-1.6.21_0.darwin_15.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified
> :msg:archivefetch --->  Attempting to fetch libpng-1.6.21_0.darwin_15.x86_64.tbz2 from https://packages.macports.org/libpng
> :debug:archivefetch Fetching archive failed:: Could not resolve host: packages.macports.org
> :msg:archivefetch --->  Attempting to fetch libpng-1.6.21_0.darwin_15.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/libpng
> :debug:archivefetch Fetching archive failed:: Could not resolve host: mse.uk.packages.macports.org

[snip]

This looks similar to https://trac.macports.org/ticket/50986

All I can imagine is that we might be opening one (or more) file descriptor(s) for each dependency to be installed, and then by the time we want to fetch the files, we don't have any remaining file descriptors to do so.




More information about the macports-users mailing list