Bug#877419: [Help] Exclusion did not worked (Was: Bug#877419: Bug#877700: RM: pandas [arm64 armel armhf mips mips64el mipsel s390x] ...)

[Andreas Tille]

Hi,

just a warning for those who have asked for fixing all tests on all
architectures:  If I get no answer to the problems their prefered
solution to the current situation is creating for me who seems the only
one who is concerned about getting lots of packages kicked from testing
I'll fall back to my initial suggestion to ignore test failures on the
remaining architectures that are failing and set bug severity to
important.  Sorry folks, but I do not know a better solution since
kicking some of the affected packages create *real* work to get them
back and require manual work by the release team.

Thank you for your understanding

       Andreas.

On Mon, Oct 16, 2017 at 10:14:07PM +0200, Andreas Tille wrote:
> Hi,
> 
> On Mon, Oct 16, 2017 at 12:03:49PM +0100, James Clarke wrote:
> > On 16 Oct 2017, at 11:08, Andreas Tille <andreas at fam-tille.de> wrote:
> > > On Sun, Oct 15, 2017 at 08:21:46PM +0100, Rebecca N. Palmer wrote:
> > >>>     raise nose.SkipTest("known failure of test_stata on non-little endian")
> > >>> E   NameError: name 'nose' is not defined
> > >> 
> > >> You need an 'import nose' first, if the test doesn't already have one.
> > > 
> > > If the 'import nose' is missing why is the test working for amd64, arm64
> > > but not for s390x?
> > 
> > NameError is only raised when it tries to run that line.
> 
> I added the missing 'import nose' to those two occurences where some old
> remainings of nose were used to interrupt tests.  I'm not pround about
> this very naive but hopefully working approach.  Its rather a cry for
> more competent people to find a better fix than a solution.  I'm just
> doing the work on pandas since nobody else seems to care for the RC bugs
> which would kick lots of rdepends.  Since I'm offline tomorrow, please
> pretty please could somebody check and try some next iteration to try to
> work around those architecture specific issues.  I know here are people
> around who have much more experience than me with such code - please
> spent some time to get the package fixed.
> 
> Thanks a lot
> 
>     Andreas.
> 
> -- 
> http://fam-tille.de
> 
> 

-- 
http://fam-tille.de