Zé Vinícius

the upstream issue in quadprog has been solved. closing this. thanks!

I just wanted to point out that there are some issues with the computation of ``bins`` from the method `'knuth'` in https://github.com/lightkurve/lightkurve/blob/209d0c8095becc397fd8abc33933ca7be7b5d3ce/src/lightkurve/lightcurve.py#L1498 See https://github.com/astropy/astropy/issues/8326#issuecomment-521981400 and https://github.com/astropy/astropy/issues/11357. This might be something...

I investigated this a little bit more and it seems this could be an issue upstream in astropy, e.g., i can reproduce the same error using astropy TimeSeries: ``` from...

Yep, it's an upstream issue reported already in https://github.com/astropy/astropy/issues/11704

as mentioned by @dppalomar, we should carefully handle the outputs types such that they remain consistent with input data types, a practice called ducktyping.

As mentioned in class by @dppalomar, any tracking error that can be majorized by the ETE could be added to the function. One trivial extension would be to add support...

hi @rawien, thanks for reporting. I will take a look at that soon.

Hi @rawien, I do see the same error in the ``2.3.0`` version, but it works with the ``dev`` version. Can you use the ``dev`` version for now? Thanks

hey @exowanderer, thanks! however, could you provide the exact error message that you get? on my end the examples run just fine.

Oh, I see now. The bug is actually in the ``__repr__`` method where ``self.prior`` is referenced. So, it looks to me that the best course of action would be to...