Skip Menu |

Preferred bug tracker

Please email the preferred bug tracker to report your issue.

This queue is for tickets about the Astro-satpass CPAN distribution.

Report information
The Basics
Id: 127488
Status: resolved
Priority: 0/
Queue: Astro-satpass

People
Owner: Nobody in particular
Requestors: wyant [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 0.100_01
Fixed in: 0.102_01



Subject: Failure to instantiate default 'sun' attribute
The Astro::Coord::ECI 'sun' attribute contains an object that represents the Sun, to be used to determine whether it is day or night. If not specified explicitly a default object will be instantiated when needed. This fails unless the requisite class (generally Astro::Coord::ECI::Sun) has been explicitly loaded. This problem was introduced in version 0.100_01, which contained a bunch of changes to support alternate classes (specifically Astro::Coord::ECI::VSOP87D::Sun). It manifested in a downstream package which loaded Astro::Coord::ECI::Moon but not Astro::Coord::ECI::Sun. This manifestation is RT 127463. The same potential problem applied to (at least) Astro::Coord::ECI::Star.
Astro-satpass version 0.102_01, which I believe fixes the problem, just went to PAUSE. The minimum code to reproduce the problem is use Astro::Coord::ECI; Astro::Coord::ECI->new()->get( 'sun' );
No CPAN Testers failures of 0.102_01 in a week, and 473 passes. I have released 0.103, and am calling this resolved.