I think I've found a bug in configure for help2man,
but would like to verify
Ryan Schmidt
ryandesign at macports.org
Wed Feb 6 14:04:40 PST 2008
On Feb 6, 2008, at 15:27, Omar Green wrote:
> Anders F Björklund wrote:
>
>> Omar Green wrote:
>>
>> > I wouldn't have necessarily thought this was a bug (maybe double
>> > referencing
>> > CC is just how you guys roll), but I stumbled on a different
>> bug while
>> > Googling around trying to diagnose the problem (completely
>> different
>> > system,
>> > but consistent behavior)
>>
>> No it's not a particular rolling style,
>> Some ports are getting GCC twice - that's a bug. (did you file a
>> ticket?)
>> Some ports are getting no GCC - that's a bug too. (bug #13930 and
>> friends)
>> I would suspect something wrong between base/libtool/portfile
>> interaction...
>> It's supposed to look something like: "checking for gcc...
>> /usr/bin/gcc-4.0"
>> But some aren't expecting $CC to be a path.
>
> I''ve entered in a bug for this now, bug #14213.
Thanks!
> Set the priority to normal, and I have no idea how you guys
> prioritize.
FYI, priorities are explained in the guide:
http://guide.macports.org/#project.tickets.guidelines
"High - Reserved for the use of MacPorts team members, as they are
the best fit to determine which reports warrant a higher priority
over others."
"Normal - The default. For normal port failures, non-critical
enhancement requests, non-critical port failures."
"Low - For mostly cosmetic improvements, documentation corrections/
improvements, etc."
Though these descriptions could use some work. Users may be left to
wonder under what priority they should file critical port failures or
critical enhancement requests, or by what criteria a failure or
enhancement request can be designated as critical.
> Thanks a bunch, Anders for the swift reply. Guess, for now I'll
> have to get the install of Ruby done manually.
More information about the macports-users
mailing list