ports/137393: Remote Package Add of GCC42 does not terminate

[Gordon Sande]

>Number:         137393
>Category:       ports
>Synopsis:       Remote Package Add of GCC42 does not terminate
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Aug 03 14:00:04 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Gordon Sande
>Release:        PC-BSD 7.1.1 (FreeBSD 7.2)
>Organization:
>Environment:
>Description:
As the first package install I wanted gcc42 (for gfortran) so followed the tutorial recipes. It downloaded for about 25 minutes and then nothing. Repeated for a couple mirrors with same result.  Tried installing fconv and it worked nicely. Finally noticed that one could do a wget and then a local install. This showed that gcc42 needed two additional packages. One with a simple name which remotely installed nicely. The other was a name with some version numbers. Remote install did not work. With just the name it worked OK. The local install of gcc42 then worked as expected.

There seem to be two issues of 1.) an error and 2.) a poor error recovery. The error would seem to be in the gcc42 package asking for a another package with version numbers. The poor error recovery is in remote pkg_add not dealing with a failure in a graceful fashion. The better diagnostic would have made the other error easy to spot rather than an extended guessing game.


>How-To-Repeat:
Do a remote pkg_add of gcc42 without the dependent packages already installed.
>Fix:
gcc42 should only use simple package names that exist in the ports tree - i.e. no version numbers. Probably just a typo in a macro. Repeated in other versions of gcc##.

remote pkg_add needs to deal with bad package names by something more graceful than just hanging.

>Release-Note:
>Audit-Trail:
>Unformatted: