[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: How to deal with pandas



On Wed, Oct 04, 2017 at 04:05:46PM +0200, Andreas Tille wrote:
> On Wed, Oct 04, 2017 at 04:00:23PM +0200, Sébastien Villemot wrote:
> > On Wed, Oct 04, 2017 at 03:52:56PM +0200, Sébastien Villemot wrote:
> > > On Wed, Oct 04, 2017 at 03:43:00PM +0200, Anton Gladky wrote:
> > > 
> > > > one more option is to drop pandas on those archs (filing
> > > > RM bug) and fill the list of supported archs explicitly
> > > > in d/control.
> > > 
> > > If the pandas binaries are known broken on those archs, then it is the only
> > > acceptable solution (I guess the debate is then about how broken they are).
> > 
> > 
> > And BTW, the arch list should not be restricted. If the pkg FTBFS on those
> > archs because of the testsuite, then it is fine to leave it like that. This may
> > attract the attention of porters who could provide a patch (or the problem may
> > disappear later because it is fixed in the toolchain or upstream).
> 
> I'm perfectly fine with this solution as long as we *finally* get some
> progress to let pandas and statsmodels migrate to testing.  From the
> build logs I concluded that a very minor number of tests were failing
> and thus the packages are usable in principle.  However, I agree that
> attracting the attention of more competent people might be a sensible
> point.
> 
> So who is going to file the RM bug?

And the good news is that there is no dependency problem (even if it is a bit
sad to see the package go on so many archs, also knowing that it never compiled
on armhf):

sebastien@coccia:~$ dak rm -A -b -a arm64,armel,mips,mips64el,mipsel,s390x -p -R -n python-pandas-lib python3-pandas-lib                                                                                             
Will remove the following packages from unstable:

python-pandas-lib | 0.19.2-5.1+b1 | arm64, armel, mips, mips64el, mipsel, s390x
python3-pandas-lib | 0.19.2-5.1+b1 | arm64, armel, mips, mips64el, mipsel, s390x

Maintainer: NeuroDebian Team <team@neuro.debian.net>

------------------- Reason -------------------

----------------------------------------------

Checking reverse dependencies...
No dependency problem found.



-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  http://www.debian.org

Attachment: signature.asc
Description: PGP signature


Reply to: