pcp
[Top] [All Lists]

Re: [pcp] qa/1068 and 1069 failing

To: myllynen@xxxxxxxxxx, Ken McDonell <kenj@xxxxxxxxxxxxxxxx>
Subject: Re: [pcp] qa/1068 and 1069 failing
From: Nathan Scott <nathans@xxxxxxxxxx>
Date: Mon, 4 Jan 2016 02:27:20 -0500 (EST)
Cc: pcp@xxxxxxxxxxx
Delivered-to: pcp@xxxxxxxxxxx
In-reply-to: <56828719.5060309@xxxxxxxxxx>
References: <5674A9A1.3000200@xxxxxxxxxxxxxxxx> <56828719.5060309@xxxxxxxxxx>
Reply-to: Nathan Scott <nathans@xxxxxxxxxx>
Thread-index: PNba2PXwJ8GVhz2xROZqmgyfOWokqw==
Thread-topic: qa/1068 and 1069 failing

----- Original Message -----
> Hi,
> 
> On 2015-12-19 02:49, Ken McDonell wrote:
> > This is on grundy (PCP 3.11.0 ia64 SUSE SLES11 SP1) and may be related
> > to an old version of Python that we need to guard against (either in the
> > qa test, or better in the PCP code at run time).
> > 
> > kenj@grundy:~> pcp python -V
> > Python 2.6
> > 
> > This is outside my sphere of competence, so I need some assistance from
> > those who know.
> 
> OrderedDict is a hard requirement for pmrep but the surprising part is
> that it is available on RHEL 6 which has python-2.6.6-64.el6.x86_64 but
> upstream says it was introduced in 2.7:
> 
> https://docs.python.org/2/library/collections.html
> 
> I guess with older Python versions a user (not QA) could use
> https://pypi.python.org/pypi/ordereddict.
> 

Sounds like we need a configure.ac update here then, and conditional pmrep
build?  Or can we re-engineer this not to make use of OrderedDict (as David
did over in commit dc60f3389b1b86606b39a92d11164900e507cebc IIRC).

cheers.

--
Nathan

<Prev in Thread] Current Thread [Next in Thread>