[Spacewalk-list] Monitoring and notifications

Miroslav Suchý msuchy at redhat.com
Fri Oct 23 12:22:44 UTC 2009


David Nutter wrote:
> On Thu, Oct 22, 2009 at 03:12:40PM +0100, David Nutter wrote:
> 
> *snip*
> 
>> Anyway, findings:
>>
>> 1) There appears to be bugs in NOCPulse::Notif::FileQueue->_filelist
>>    and NOCPulse::Notif::ContactGroup->add_destination. See notes below for
>>    details. I'm not sure if this is a problem with my environment or a
>>    true bug in NOCpulse. If desired I can provide a patch - about 3
>>    lines of changes in total. 
> 
> I think I've found the problem. From perldoc Class::MethodMaker::array
> 
> "
> ...
> Note that this reference is no longer a direct reference to the
> storage, in contrast to Class::Method- Maker v1.  This is to protect
> encapsulation.  See x_ref if you need that functionality (and are
> prepared to take the associ- ated risk.)  This function no longer
> auto-expands arrayrefs input as arguments, since that makes it awkward
> to set individual values to arrayrefs.  See x_setref for that
> functionality.
> ...
> "
> 
> So, with other versions of MethodMaker $ContactGroup->destinations and
> $FileQueue->_files would return a direct reference to the list. The
> current EPEL version of MethodMaker no longer does this and so code
> like push(@{$ContactGroup->destinations},$dest); doesn't work. Fix is
> either to explicitly use the MethodMaker V1 compatibility mode (which
> does return a direct ref) or just fix the code to play nice with V2.

I would prefer to make it straight in V2 mode.
Anyway, thx for you investigation. May I ask you to send for your changes?
https://fedorahosted.org/spacewalk/wiki/PatchProcess

I will look at your changes next week and will check that V2 reference 
to the list (unless you come with solution first).

-- 
Miroslav Suchy
Red Hat Satellite Engineering




More information about the Spacewalk-list mailing list