Re: Befuddled

[Jeff Greenberg]

Thanks, all. I did the following, which ended up eventually resolving the 
problem. Just want to make sure I did this correctly and that there wasn’t just 
a port fubar option that would have done it :)

First I used port dependents to find what was dependent on gtk-doc. Then I did 
port dependents on those, and eventually found quite a few ports that nothing 
was dependent on, so I uinstalled them in reverse order. 

Then I finally got port upgrade outdated to run cleanly, but still no 
connection to localhost.

I then installed the apache2 port and reinstalled it, which completed cleanly. 
I received a message about enabling it for the first time, executed that 
command, and that went cleanly, but still no connection.

At that point, though, I could actually do a /opt/local/sbin/apachectl start 
and voila! A web server!!

> On Feb 15, 2020, at 9:18 AM, Ryan Schmidt  wrote:
> 
> On Feb 15, 2020, at 00:22, Jeff Greenberg wrote:
> 
>> 
>> 
>> Hi. After restarting my mac, localhost is refusing connections, and 
>> attempting to restart apachectl results in this error message:
>> 
>> httpd: Syntax error on line 168 of /opt/local/etc/apache2/httpd.conf: Cannot 
>> load lib/apache2/modules/mod_php72.so into server: 
>> dlopen(/opt/local/lib/apache2/modules/mod_php72.so, 10): Library not loaded: 
>> /opt/local/lib/libicui18n.58.dylib\n  Referenced from: 
>> /opt/local/lib/apache2/modules/mod_php72.so\n  Reason: image not found
> 
> This is https://trac.macports.org/ticket/59439 
> 
> 
> I guess you had not updated your ports in awhile, and just now updated from 
> icu 58 to 65. 
> 
> Below we see that rev-upgrade has correctly detected the problem and would 
> rebuild the affected port, were it not for the problem rebuilding gtk-doc 
> that interrupted it. 
> 
> 
>> Having had this error after upgrading gimp, I tried doing what I had to do 
>> then:
>> 
>> /opt/local/bin$ sudo port upgrade icu -Rf
> 
> You should not be attempting to force things unnecessarily. And I don't 
> believe you're successfully forcing anything, since single-dash flags like -f 
> and -R must be placed between the word "port" and the command verb that 
> follows it in order to have any effect. 
> 
> 
>> which yields the following:
>> 
>> --->  Updating database of binaries
>> --->  Scanning binaries for linking errors
>> --->  Found 27 broken files, matching files to ports 
>> --->  Found 6 broken ports, determining rebuild order
>> You can always run 'port rev-upgrade' again to fix errors.
>> The following ports will be rebuilt:
>>  avahi @0.7+gtk+gtk3+x11
>>  graphviz @2.40.1+pangocairo+x11
>>  php72-apache2handler @7.2.16
>>  gimp2 @2.8.22+python27
>>  boost @1.66.0+no_single+no_static+python27
>>  sane-backends @1.0.27+avahi
>> Continue? [Y/n]: Y
> 
> 
>> --->  Building gtk-doc
>> Error: Failed to build gtk-doc: command execution failed
>> Error: See 
>> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_gtk-doc/gtk-doc/main.log
>>  for details.
>> Error: Problem while installing gtk-doc
>> Error: rev-upgrade failed: Error rebuilding avahi
>> Error: Follow https://guide.macports.org/#project.tickets 
>>  to report a bug.
>> 
>> The log file is attached.
> 
> The log says the problem is:
> 
> :info:build /opt/local/bin/ranlib: object: .libs/libtester.a(tester.o) 
> malformed object (unknown load command 1)
> 
> But I don't know why. Maybe you need a newer cctools and/or ld64, possibly 
> using the xcode/ld64_xcode variant. Or maybe those ports just need to be 
> upgraded first; I think they were just updated to new versions a few days 
> ago. 

Re: provided, was Re: Befuddled

[Mojca Miklavec]

On Sat, 15 Feb 2020 at 12:47, Richard L. Hamilton wrote:
> > On Feb 15, 2020, at 05:45, Mojca Miklavec wrote:
> >
> >  (We should set up a database of all the
> > files provided by the individual packages at some point.)
>
> Variants complicate that, I think.

Yes, variants definitely complicate that, but having a database of
files provided by the default variants would already be enormously
helpful.

Buildbot already prints the list of files as it builds ports. All we
need is to enter those data into the web app, no need to crowdsource
information collection, and crowdsourcing (telemetry) would not by
itself solve the problem of someone needing to do the coding necessary
to make the information nicely accessible and searchable (within the
scope of the website made last year during GSOC).

As far as accurate info goes: you cannot get that unless you really
build every single port with every single variant combination. And
even then you might get ports which opportunistically find
dependencies and change behaviour based on that, so the info would not
be 100% accurate anyway.

> So much as I'd enjoy the quick response it might provide, I wonder about the 
> real-world utility given the effort (and what else might benefit more from 
> the effort).

I'm not sure I understood what you wanted to ask / say here.

Mojca


Mojca

Re: Befuddled

[Ryan Schmidt]

On Feb 15, 2020, at 00:22, Jeff Greenberg wrote:
> 
> 
> 
> Hi. After restarting my mac, localhost is refusing connections, and 
> attempting to restart apachectl results in this error message:
> 
> httpd: Syntax error on line 168 of /opt/local/etc/apache2/httpd.conf: Cannot 
> load lib/apache2/modules/mod_php72.so into server: 
> dlopen(/opt/local/lib/apache2/modules/mod_php72.so, 10): Library not loaded: 
> /opt/local/lib/libicui18n.58.dylib\n  Referenced from: 
> /opt/local/lib/apache2/modules/mod_php72.so\n  Reason: image not found

This is https://trac.macports.org/ticket/59439

I guess you had not updated your ports in awhile, and just now updated from icu 
58 to 65. 

Below we see that rev-upgrade has correctly detected the problem and would 
rebuild the affected port, were it not for the problem rebuilding gtk-doc that 
interrupted it. 


> Having had this error after upgrading gimp, I tried doing what I had to do 
> then:
> 
> /opt/local/bin$ sudo port upgrade icu -Rf

You should not be attempting to force things unnecessarily. And I don't believe 
you're successfully forcing anything, since single-dash flags like -f and -R 
must be placed between the word "port" and the command verb that follows it in 
order to have any effect. 


> which yields the following:
> 
> --->  Updating database of binaries
> --->  Scanning binaries for linking errors
> --->  Found 27 broken files, matching files to ports 
> --->  Found 6 broken ports, determining rebuild order
> You can always run 'port rev-upgrade' again to fix errors.
> The following ports will be rebuilt:
>  avahi @0.7+gtk+gtk3+x11
>  graphviz @2.40.1+pangocairo+x11
>  php72-apache2handler @7.2.16
>  gimp2 @2.8.22+python27
>  boost @1.66.0+no_single+no_static+python27
>  sane-backends @1.0.27+avahi
> Continue? [Y/n]: Y


> --->  Building gtk-doc
> Error: Failed to build gtk-doc: command execution failed
> Error: See 
> /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_gtk-doc/gtk-doc/main.log
>  for details.
> Error: Problem while installing gtk-doc
> Error: rev-upgrade failed: Error rebuilding avahi
> Error: Follow https://guide.macports.org/#project.tickets to report a bug.
> 
> The log file is attached.

The log says the problem is:

:info:build /opt/local/bin/ranlib: object: .libs/libtester.a(tester.o) 
malformed object (unknown load command 1)

But I don't know why. Maybe you need a newer cctools and/or ld64, possibly 
using the xcode/ld64_xcode variant. Or maybe those ports just need to be 
upgraded first; I think they were just updated to new versions a few days ago. 

provided, was Re: Befuddled

[Richard L. Hamilton]

> On Feb 15, 2020, at 05:45, Mojca Miklavec  wrote:
> 
>  (We should set up a database of all the
> files provided by the individual packages at some point.)
> 
Variants complicate that, I think. Telemetry for each OS version and variant 
combination actually used by anyone could address that, _if_ people opted in 
for the telemetry.

Short of that, IMO better accurate info than quick but misleading info; one can 
always (space permitting) forcibly deactivate and reinstall to get accurate 
info.

So much as I'd enjoy the quick response it might provide, I wonder about the 
real-world utility given the effort (and what else might benefit more from the 
effort).

Re: Befuddled

[Mojca Miklavec]

On Sat, 15 Feb 2020 at 07:22, Jeff Greenberg wrote:
>
> Hi. After restarting my mac, localhost is refusing connections, and 
> attempting to restart apachectl results in this error message:
>
> httpd: Syntax error on line 168 of /opt/local/etc/apache2/httpd.conf: Cannot 
> load lib/apache2/modules/mod_php72.so into server: 
> dlopen(/opt/local/lib/apache2/modules/mod_php72.so, 10): Library not loaded: 
> /opt/local/lib/libicui18n.58.dylib\n  Referenced from: 
> /opt/local/lib/apache2/modules/mod_php72.so\n  Reason: image not found

Try to run
port provides /opt/local/lib/apache2/modules/mod_php72.so
to see which port is broken.
You need to update that port. (We should set up a database of all the
files provided by the individual packages at some point.)

Based on the logs it might be php72-apache2handler. Try
sudo port upgrade php72-apache2handler

But generally you need to run
sudo port selfupdate
sudo port upgrade outdated
and this should upgrade all ports.
You were just a bit unlucky that one of the ports was broken and that
broke the rest of the update process.

The error when building gtk-doc says
/opt/local/bin/ranlib: object: .libs/libtester.a(tester.o)
malformed object (unknown load command 1)
but I have no clue what that means.

According to
https://ports.macports.org/port/gtk-doc/builds
the build did succeed on 10.14 in August 2019 and other tickets listed in
https://ports.macports.org/port/gtk-doc/tickets
seem unrelated.

You may not need gtk-doc for now, so if you update all other ports
your system should at least be functional again, and in parallel you
can file a ticket and we can try to diagnose what could go wrong. Run
port outdated
to see what else needs updating. (You could run "sudo port upgrade
outdated and not gtk-doc", and hope that no other ports depends on it,
so that update would continue.)

Mojca

Befuddled

[Jeff Greenberg]

main.log
Description: Binary data
Hi. After restarting my mac, localhost is refusing connections, and attempting to restart apachectl results in this error message:httpd: Syntax error on line 168 of /opt/local/etc/apache2/httpd.conf: Cannot load lib/apache2/modules/mod_php72.so into server: dlopen(/opt/local/lib/apache2/modules/mod_php72.so, 10): Library not loaded: /opt/local/lib/libicui18n.58.dylib\n  Referenced from: /opt/local/lib/apache2/modules/mod_php72.so\n  Reason: image not foundHaving had this error after upgrading gimp, I tried doing what I had to do then:/opt/local/bin$ sudo port upgrade icu -Rfwhich yields the following:--->  Updating database of binaries--->  Scanning binaries for linking errors--->  Found 27 broken files, matching files to ports     --->  Found 6 broken ports, determining rebuild orderYou can always run 'port rev-upgrade' again to fix errors.The following ports will be rebuilt: avahi @0.7+gtk+gtk3+x11 graphviz @2.40.1+pangocairo+x11 php72-apache2handler @7.2.16 gimp2 @2.8.22+python27 boost @1.66.0+no_single+no_static+python27 sane-backends @1.0.27+avahiContinue? [Y/n]: Y--->  Computing dependencies for gtk-doc--->  Fetching archive for gtk-doc--->  Attempting to fetch gtk-doc-1.32_0+python37.darwin_18.noarch.tbz2 from https://packages.macports.org/gtk-doc--->  Attempting to fetch gtk-doc-1.32_0+python37.darwin_18.noarch.tbz2 from https://ywg.ca.packages.macports.org/mirror/macports/packages/gtk-doc--->  Attempting to fetch gtk-doc-1.32_0+python37.darwin_18.noarch.tbz2 from http://aus.us.packages.macports.org/macports/packages/gtk-doc--->  Building gtk-docError: Failed to build gtk-doc: command execution failedError: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_gtk-doc/gtk-doc/main.log for details.Error: Problem while installing gtk-docError: rev-upgrade failed: Error rebuilding avahiError: Follow https://guide.macports.org/#project.tickets to report a bug.The log file is attached.I’m confused about what to do, as well as how I ended up needing to do something at all, as my LAMP stack has been stable for quite awhile.MacPorts base version 2.6.2