wget --version exits with nonzero status causing ntop configure to fail

[nikolaus@…]

$ sudo port upgrade ntop
Password:
--->  Computing dependencies for ntop
--->  Configuring ntop
Error: Target org.macports.configure returned: shell command failed (see log for details)
Log for ntop is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ntop/ntop/main.log
Error: Unable to upgrade port: 1
To report a bug, see <http://guide.macports.org/#project.tickets>

From the log:

:debug:configure Executing proc-pre-org.macports.configure-configure-0
:info:configure 
:info:configure Starting ntop automatic configuration system v.0.2.3
:info:configure 
:info:configure   Please be patient, there is a lot to do...
:info:configure 
:info:configure ....Adding fix for OSX
:info:configure 1. Testing gnu tools....
:info:configure 
:info:configure You must have wget installed to compile autogen.sh.
:info:configure Download the appropriate package for your distribution, or get the
:info:configure source tarball from ftp://ftp.gnu.org/pub/gnu/wget
:info:configure shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ntop/ntop/work/ntop-3.3.10 && ./autogen.sh --noconfig" returned error 1
:error:configure Target org.macports.configure returned: shell command failed (see log for details)

[nikolaus@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Cc'ing openmaintainer or yourself are not useful.

Does MacPorts' wget work for you when used by itself?

[ryandesign (Ryan Carsten Schmidt)]

Nevermind, I see the same problem.

The universal variant of ntop is known not to work, see #27472, but I see the same problem without the universal variant.

The ntop port is extremely out of date. I will try to update it.

[nikolaus@…]

Replying to ryandesign@…:

Cc'ing openmaintainer or yourself are not useful.

Sorry, didn't know. Next time. Thanks for looking into it.

[brian.gupta@…]

Here is the issue:

$ wget --version
GNU Wget 1.13.3 built on darwin10.8.0.
$ echo $?
3

As you can see "wget --version" is returning a return code of 3, which is a File IO error: ​http://www.gnu.org/software/wget/manual/html_node/Exit-Status.html

I appears that there is some sort of issue with the new version of wget as 1.12 doesn't have this issue. A bit of diagnostic data from a dtruss of "wget --version":

stat64("/opt/local/etc/wgetrc\0", 0x7FFF5FBFF640, 0x7FFF5FBFF8C8)               = -1 Err#2
stat64("/Users/bgupta/.wgetrc\0", 0x7FFF5FBFF620, 0x7FFF7106C650)               = -1 Err#2
open_nocancel("/opt/local/share/locale/locale.alias\0", 0x0, 0x1B6)             = -1 Err#2
open("/opt/local/share/locale/en_US.utf-8/LC_MESSAGES/wget.mo\0", 0x0, 0x0)     = -1 Err#2
open("/opt/local/share/locale/en_US.utf8/LC_MESSAGES/wget.mo\0", 0x0, 0x0)      = -1 Err#2
open("/opt/local/share/locale/en_US/LC_MESSAGES/wget.mo\0", 0x0, 0x0)           = -1 Err#2
open("/opt/local/share/locale/en.utf-8/LC_MESSAGES/wget.mo\0", 0x0, 0x0)        = -1 Err#2
open("/opt/local/share/locale/en.utf8/LC_MESSAGES/wget.mo\0", 0x0, 0x0)         = -1 Err#2
open("/opt/local/share/locale/en/LC_MESSAGES/wget.mo\0", 0x0, 0x0)              = -1 Err#2

Sadly none of these locale directories/files exist. (So the return code of 3 (file IO error) makes sense. Probably should file a bug against wget port.

[ryandesign (Ryan Carsten Schmidt)]

Remember to use WikiFormatting.

I'm working on an update to the ntop port which, in addition to updating it to the latest version, removes the need to use wget at all.

[ryandesign (Ryan Carsten Schmidt)]

Oh, and the problem of wget returning exit code 3 is ​already filed upstream and already fixed there as well. Hopefully there will be a new wget release soon.

[brian.gupta@…]

Cc Me!

[brian.gupta@…]

Cc Me!

[brian.gupta@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign@…:

I'm working on an update to the ntop port which, in addition to updating it to the latest version, removes the need to use wget at all.

I filed #31330 for this.

Replying to ryandesign@…:

Oh, and the problem of wget returning exit code 3 is ​already filed upstream and already fixed there as well. Hopefully there will be a new wget release soon.

wget has been updated to 1.13.4 in r84165 fixing this problem.