Bug#831077: Preparing for upload

Hi, to make some progress here, I would like to upload a new version of casacore based on the current git repository by the end of the week. This would close this bug. I would also add myself into the "Uploaders" list (and mark it as a regular upload). Are there any objections? Gijs? Benda?

Bug#798818: Reopen bug for updating kernel for mipsel buildds

Hi Aurelien, On 27.09.2016 13:31, Aurelien Jarno wrote: > We have identified an hardware FPU bug on the Loongson 3 build daemons, > a dozen of packages are known to be affected so far, it seems your > package is an additional one. > [...] > As explained above, this won't fix your issue. That said

Bug#831175: Bug is not reproducible anymore

Control: tags -1 + unreproducible I cannot reproduce this anymore; also the just-uploaded new version (with minor changes not affecting the build) builds fine. The cause of the FTBFS is probably not in the package itself, but in the "casacore" dependency, which was not built with gcc-6 at the

Bug#798818: Reopen bug for updating kernel for mipsel buildds

unarchive 798818 reopen 798818 thanks Sorry for disturbing you again: When building on mipsel-aql-02.debian.org, the kernel is still Kernel: Linux 3.16.0-4-loongson-3 mipsel (mips64) which is far outdated, and causes an FTBFS:

Bug#830254: Failures due to kernel bugs in MIPS

The three tests * tClassicalStatistics * tHingesFencesStatistics * tLCEllipsoid FTBFS on MIPS platforms (mips, mipsel, mips64) when they are build on linux kernel version 3.16.0, but succeed on kernel version 4.7. Since I previously had floating point problems on MIPS with older kernels -- see

Bug#839348: astroml: FTBFS: dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 returned exit code 13

Control: reassign -1 python-sklearn 0.18-1 Control: retitle -1 python-sklearn: wrong import of "parallel" Control: affects -1 src:astroml This is a bug in scikit-learn, not in astroml: $ python Python 2.7.12+ (default, Sep 1 2016, 20:27:38) [GCC 6.2.0 20160822] on linux2 Type "help",

Bug#843668: ITP: drizzle -- Dithered image combination for Python

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org * Package name: drizzle Version : 1.1 Upstream Author : Bernie Simon <bsi...@stsci.edu> * URL

Bug#843667: ITP: drizzle -- Dithered image combination for Python

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> * Package name: drizzle Version : 1.1 Upstream Author : Bernie Simon <bsi...@stsci.edu> * URL : http://spacetelescope.github.io/drizzle/ * License : BSD-3-Clause Prog

Bug#843709: Purify missed the cfitsio5 transition

Package: release.debian.org User: release.debian@packages.debian.org Usertags: binnmu Severity: normal Hi, The "purify" package was in NEW while the cfitsio transition was going on, so it missed it. Please do an binNMU for the package now. nmu purify_2.0.0-1 . amd64 . -m 'Rebuild against

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas, On 09.11.2016 12:47, Andreas Tille wrote: > In other words: Once it was defined as syntax for these control files > that newlines need to be escaped. I do not like it and as I said this > is fixed in the long-term pending rewrite. However, the bug is not > serious but at best

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas, Petter and all, On 10.11.2016 21:07, Andreas Tille wrote: > So I confirm that the first problem we detected is solved but there is > another one breaking Debian Edu. I have again no suspicion why the '\' > sign is not elimiunated from the list only in those few cases. I can also

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi all, On 11.11.2016 08:07, Andreas Tille wrote: > On Thu, Nov 10, 2016 at 10:38:32PM +0100, Ole Streicher wrote: >> --> debian-edu tasks are just broken. They don't follow any rule, and >> depending from the parser one will get always different results. Maybe >> we sho

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas, On 10.11.2016 13:48, Andreas Tille wrote: > Hi Petter, > > On Thu, Nov 10, 2016 at 12:39:07PM +0100, Petter Reinholdtsen wrote: >> Control: tags -1 + pending >> >> [Andreas Tille] Should I commit it? >>> Yes please. Ole, you reported problems with your patch. Could you >>>

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas & all, On 09.11.2016 15:35, Andreas Tille wrote: >> We have a clear definition of how these files should look like, namely >> RFC822, and this also defines continuation lines. > > Unfortunately in this specific feature tasks files are not RFC822 > compliant, which sucks, yes. Its

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas and Bas, On 10.11.2016 08:45, Andreas Tille wrote: > On Wed, Nov 09, 2016 at 06:27:13PM +0100, Sebastiaan Couwenberg wrote: >> On 11/09/2016 03:35 PM, Andreas Tille wrote: >>> If you (and Bas and other readers here) think we should fix the issue >>> right now I'm fine if you apply the

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas and Bas, On 10.11.2016 08:45, Andreas Tille wrote: > On Wed, Nov 09, 2016 at 06:27:13PM +0100, Sebastiaan Couwenberg wrote: >> On 11/09/2016 03:35 PM, Andreas Tille wrote: >>> If you (and Bas and other readers here) think we should fix the issue >>> right now I'm fine if you apply the

Bug#845427: python-pywcs: ROM; dead upstream; superceded by python-astropy

Package: ftp.debian.org Severity: normal X-Debbugs-CC: debian-as...@lists.debian.org Dear ftpmasters, please remove python-pywcs. It is not maintained upstream anymore since years and completely superceded by python-astropy. Without major efforts, it is unusable because of incompatibilities to

Bug#844087: Please consider removing pyfits

Hi Aurelien, On 22.11.2016 22:12, Aurelien Jarno wrote: > On 2016-11-12 11:40, Ole Streicher wrote: >> is however valid for pyfits, which also will not see any upstream love >> anymore. > Note that pyfits has seen an upload in 2016, so it got upstream love > recently,

Bug#845332: ITP: casacore-data-sources -- Table of ICRF reference source coordinates for casacore

Hi Jonathan, On 22.11.2016 20:12, Jonathan Quick wrote: > On Tue, November 22, 2016 5:22 pm, Ole Streicher wrote: >> It is still undecided if we take ICRF1 (1998; 608 sources) or >> ICRF2 (2007; 3414 sources). > > ICRF-2 supersedes ICRF-1 with more accurate positions

Bug#845332: ITP: casacore-data-sources -- Table of ICRF reference source coordinates for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-sources Version : 1 or 2 * URL : https://www.iers.org/IERS/EN/DataProducts/ICRF/icr

Bug#846142: ITP: casacore-data-lines -- Table of spectral lines for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-lines Version : 1.0 * URL : https://github.com/casacore/lines-table * License

Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu

Control: reassign -1 blends-tasks Control: tags -1 moreinfo Hi Holger, thank you for your bug report to the "blends" package. I would, however question a few things here and also ask for a little bit more information: The "blends-tasks" package was created as a result of working on bug #758116,

Bug#844984: python-astropy: FTBFS: tests failures

Control: forwarded -1 https://github.com/astropy/astropy/issues/5460 I already opened a bug report upstream about this. However, I am not sure whether this may an openssl-1.1 problem with Python; I don't see an obvious bug in the astropy code here.

Bug#840094: blends-dev: Does not recognize multiline dependencies

Hi Andreas, Petter and all, On 15.11.2016 07:09, Andreas Tille wrote: > Hi, > > I just want to announce that I'll be de-facto offline today and > tomorrow. So I can not do further testing of the "Use of uninitialized > value" testing. > > Kind regards > > Andreas. > > On Fri, Nov 11, 2016

Bug#845145: Please provide CI tests

Package: jsamp Severity: wishlist X-Debbugs-Cc: Paul Sladen Hi Paul, since jsamp provides some unit tests, it would be useful to run them via the Debian Continious Integration platform, http://ci.debian.net This would ensure that the package keeps in shape when the

Bug#841610: statsmodels: FTBFS: TypeError: cannot sort an Index object in-place, use sort_values instead

Control: tags -1 patch Upstream there is already a simple patch available for the TypeError: https://github.com/statsmodels/statsmodels/pull/3239 For convenience, it is attached. The IOErrors are gone with the newest Pandas version. However, the ValueError do not disappear when adding tzdata

Bug#844085: Please replace pyfits by astropy.io.fits

he "python-astropy" package is the designated successor and provides a drop-in replacement for pyfits. The attached patch does the necessary replacement. Best regards Ole >From 3f4d5181a4ccfe42f50624ab801011991fa001d5 Mon Sep 17 00:00:00 2001 From: Ole Streicher <oleb...@debian.o

Bug#844087: Please consider removing pyfits

Source: pyfits Severity: wishlist Control: block -1 by 844085 Dear Aurelien, as I wrote on the debian-astro mailing list, I am planning to remove pywcs because it is completely obsoleted by astropy. The same argument is however valid for pyfits, which also will not see any upstream love anymore.

Bug#842931: ITP: casacore-data-jplde -- Jet Propulsion Laboratory Development Ephemeris for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-jplde * URL : ftp://ssd.jpl.nasa.gov/pub/eph/planets/ascii/ * License : Public

Bug#842925: ITP: casacore-data-igrf -- International Geomagnetic Reference Field data for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-igrf Version : 10 or 12 * URL : http://www.ngdc.noaa.gov/IAGA/vmod/igrf.html * L

Bug#842935: ITP: casacore-data-tai-utc -- Difference table between TAI and UTC for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-tai-utc * License : BSD-2-Clause Description : Difference table between TAI and UTC for ca

Bug#842934: ITP: casacore-data-predict -- Earth orientation parameter prediction tables for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-predict * URL : http://maia.usno.navy.mil/ * License : Public domain Descr

Bug#842933: ITP: casacore-data-eop -- Earth Orientation Parameters database for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-eop * URL : https://hpiers.obspm.fr/iers/eop/eopc04/ * License : Public domain Descr

Bug#842936: ITP: casacore-data-observatories -- Table of radio observatory coordinates for casacore

Package: wnpp Severity: wishlist Owner: Ole Streicher <oleb...@debian.org> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org * Package name: casacore-data-observatories Version : 1.0 * URL : https://github.com/casacore/observatory-table * L

Bug#842936: ITP: casacore-data-observatories -- Table of radio observatory coordinates for casacore

st a plain coordinates in WGS-84 and x/y/z). Best regards Ole On 02.11.2016 13:24, Jonathan Quick wrote: > Hi Ole > > On Wed, November 2, 2016 2:09 pm, Ole Streicher wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Ole Streicher <oleb...@debian.org> >

Bug#842935: ITP: casacore-data-tai-utc -- Difference table between TAI and UTC for casacore

Quick wrote: > Hi Ole > > On Wed, November 2, 2016 2:08 pm, Ole Streicher wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Ole Streicher <oleb...@debian.org> >> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org >> >> * P

Bug#842934: ITP: casacore-data-predict -- Earth orientation parameter prediction tables for casacore

, the package will have the current data, if the user needs it. Best regards Ole On 02.11.2016 13:34, Jonathan Quick wrote: > Hi Ole > > On Wed, November 2, 2016 2:07 pm, Ole Streicher wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Ole Streicher <oleb...@debian.o

Bug#840473: cfitsio: new upstream version

Aurelien Jarno: > Florian Schlichting: >> a new upstream version of cfitsio was released in April 2016. Would you >> consider packaging it? > > Yes, I am aware of that. Unfortunately it introduces yet another soname > changes, which make things a bit more complicated. Since there is a transition

Bug#837232: statsmodels: FTBFS: Tests failures

DearYaroslav, could you ensure that the "statmodels" package migrate to testing, so that the dependent packages will not be removed? The package is uninstallable of a number of platforms in the new release, so they should probably removed from testing. Best regards Ole

Bug#840589: Questioning severity of the bug

Hi Peter, could you explain why you think this is of severity "serious"? In my opinion, FTBFS should be "important" as long as there is at least one useful architecture. The definition for important is: "a bug which has a major effect on the usability of a package, without rendering it

Bug#840986: Please update to 0.9.0

Package: src:glueviz/0.8.2-1 Severity: wishlist Hi, I am just following the tutorial for glue on the ADASS, and upstream (Tom Robitaille) showed some great new features for 0.9 (mainly 3d). It would be worth upgrading to 0.9, definitely ;-) Cheers Ole

Bug#840589: Questioning severity of the bug

Hi Julien, On 16.10.2016 18:30, Julien Cristau wrote: > Packages must autobuild without failure on all architectures on > which they are supported. Packages must be supported on as many > architectures as is reasonably possible. Packages are assumed to > be supported on

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 08.12.2016 09:33, Wouter Verhelst wrote: > On Wed, Dec 07, 2016 at 08:59:53AM +0100, Ole Streicher wrote: >> But it also gives a wrong sign: Debian Pure Blends are by definition >> integral part of Debian itself. But even now, this is hard to understand >> for many peo

Bug#846197: cpl-plugin-xshoo: FTBFS randomly (tests 126 and 230 fail)

Hi Santiago, OK, I have run it ~15 times without problems last time. I however just disabled the wrong of the two errors (one causes the other), so I switch this now. However, after digging into the code, the failure looks mystic, since the number there is just created from a substring "0.9x11"

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 08.12.2016 18:27, Raphael Hertzog wrote: > - trying to keep blends-tasks now because we have no better option on the > table right now is not a good move either. Had you not circumvented the > d-i review at the time you introduced blends-tasks, then maybe you could > have advertised the

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Phil, On 10.12.2016 01:03, Philip Hands wrote: > Just to test things out, if one adds: > > url=hands.com/d-i/bug/846002/preseed.cfg > > to the kernel command line (so, hitting TAB as the installer's boot menu) > it will tweaks d-i to have such a menu. To me, this looks like a very nice

Bug#846002: blends-tasks must not be priority:important

Hi Michael, On 10.12.2016 14:48, Michael Biebl wrote: > Am 10.12.2016 um 14:15 schrieb Ole Streicher: >> Hi Michael, >> >> On 10.12.2016 13:18, Michael Biebl wrote: >>> While I have no opninion on whether blend-tasks is important enough to >>> have install

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Phil, On 10.12.2016 12:06, Philip Hands wrote: > Anyway, having done it, my first impression (which I'm surprised by) is > that the list is too short -- I think that it is perhaps because it is > much easier to select one option from a list than it is to decide what > combination of options

Bug#846002: blends-tasks must not be priority:important

Hi Michael, On 10.12.2016 13:18, Michael Biebl wrote: > While I have no opninion on whether blend-tasks is important enough to > have installed by default, I would urge to revisit the idea to (mis)use > the package priority to achieve that. That is the standard way how tasksel gets its menu:

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 09.12.2016 08:37, Philip Hands wrote: >> On Wed, 07 Dec 2016, Philip Hands wrote: >>> It could be much improved by making it more obvious that the heading is >>> a heading. Even if we're unable to stop headings having a checkbox, we >>> could change the text and the hierarchy slightly to be

Bug#846002: blends-tasks must not be priority:important

Hi again, sorry: missed one point: On 10.12.2016 15:07, Ole Streicher wrote: > On 10.12.2016 14:48, Michael Biebl wrote: >> An obvious solution seemed to me, to make tasksel(-*) depend on >> blends-tasks. This why, the package would be marked as auto-installed, >> and sh

Bug#848112: Python-skimage depends on unavailable package python-dask

package: python-skimage version: 0.12.3-2 severity: serious The Python 2 version of skimage depends on a package "python-dask" that is not available in Debian. There is a patch that make the dependency optional; however the dependency was not removed afterwards. For Python 3, this seems to work.

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Philip, On 06.12.2016 20:43, Philip Hands wrote: > Could we serve their needs with an extra debian-installer/blend > preseed to deal with this, probably aliased as just 'blend' so that > one could type something like: > > blend=med > > when booting the default media to get the desired

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Tollef, On 06.12.2016 17:04, Tollef Fog Heen wrote: > ]] Ole Streicher > >> On 06.12.2016 10:37, Holger Levsen wrote: >>> And this *is* still pretty confusing, though admitly better than it was >>> half a year ago. >> >> The current implementati

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 06.12.2016 20:13, Tollef Fog Heen wrote: > Debconf has support for pluggable UI widgets, so somebody could do this > without _too_ much work in the graphical version if they wanted, with > fallback code for the curses and text versions. In principle, you are true. One of the reasons that I

Bug#846197: cpl-plugin-xshoo: FTBFS randomly (tests 126 and 230 fail)

Control: forwarded -1 PIPE-6911 Control: tags -1 unreproducible Hi, I forwarded the problem to ESO, for reference it gets there the issue number PIPE-6911. Their ticket system is however internal only, so that I can't give an URL here. I also tried to reproduce the problem, but was not

Bug#847970: sunpy FTBFS in stretch due to missing skimage

Hi Adrian, I do not completely understand what the goal of this bug is: The missing build dependency is already noted in the package, and an autoremoval is filed (and sent out to me as the maintainer). So, I am already noted by the problem, and I don't see what the additional bug gives here

Bug#850966: Please support ftp search with version number only in the directory name

Package: devscripts Severity: wishlist User: devscri...@packages.debian.org Usertags: uscan I have the following sample download URL ftp://andromeda.star.bris.ac.uk/pub/star/stilts/v3.0-9/stilts_src.zip Corresponding Debian version number should be 3.0.9. There is currently no way to get this

Bug#850966: Please support ftp search with version number only in the directory name

Hi Ben, Am 12.01.2017 um 09:22 schrieb Ben Finney: > Ole Streicher <oleb...@debian.org> writes: > How would you expect this to work? one way could be: uscan could check the dir ftp://andromeda.star.bris.ac.uk/pub/star/stilts/ for all dirs matching v([\d\.\-]+), compare with

Bug#846002: Debian Installer Stretch RC 1 release

On 15.01.2017 05:21, Cyril Brulebois wrote: > The Debian Installer team[1] is pleased to announce the first release > candidate of the installer for Debian 9 "Stretch". > > > Important changes in this release of the installer > == > > * [...] >

Bug#851437: astroplan: FTBFS (requires Internet to build)

The problem here is that with astropy-1.3, doctests are buggy: https://github.com/astropy/astropy/issues/5670 A workaround currently is to disable doctests during the build: python$* setup.py test --skip-docs -vv --args -v Cheers Ole

Bug#846363: Please let casacore-data-tai-utc migrate

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: britney The package casacore-data-tai-utc is currently stuck in unstable because of an unsatisfiable Depends: excuses: * 12 days old (needed 10 days) * casacore-data-tai-utc/i386 unsatisfiable

Bug#846539: ITP: gwcs -- Tools for managing the World Coordinate System of astronomical data

Dear Miguel, would you mind to put the packaging under Debian Astro team maintenance? This would make contributions of others easier, and we would also help you with questions and finally sponsor the package when it is ready. On 01.12.2016 23:56, Miguel de Val-Borro wrote: > * Package name:

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi all, On 06.12.2016 00:29, Don Armstrong wrote: > [The screen shot Holger linked to is a screen shot of the installer at > the tasksel screen showing an entry for "Debian Blends" followed by a > series of entries which start with leading periods followed by entries > like "HamRadio" and

Bug#846002: blends-tasks must not be priority:important

On 06.12.2016 10:18, Philip Hands wrote: > it also buries the 'standard system utilities' item in the middle of > the list, where it makes even less sense than it did at the end. The positions of the items can be changed by assigning a "Relevance" (one digit) to them. So, if the "Standard" task

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 06.12.2016 10:37, Holger Levsen wrote: > And this *is* still pretty confusing, though admitly better than it was > half a year ago. The current implementation has a popcon of >5000, without a single complaint or confusion documented in the web within the last six months. This is at least

Bug#846002: Lowering severity

Control: Severity -1 normal Since no objections against my proposal were expressed for a week, I am lowering the severity. Since there is no update of the bug report with more recent experiences, I will to close it as of version 0.6.94 within a few days. Best regards Ole

Bug#846002: Lowering severity

Hi Holger, On 05.12.2016 13:46, Holger Levsen wrote: > I'm sorry that I failed to respond yet. I am quite angry about this: You basically opened this bug by stating that you will do an NMU within 4-5 days, but you already knew that you would not have time to discuss the bug before you planned

Bug#761146: Re-ITPing

Control: retitle -1 ITP: casacore-data -- Data for Common Astronomy Software Applications core library Control: owner -1 Ole Streicher <oleb...@debian.org> To keep the casacore data packages together, I plan to use the original package as a metapackage that depends on the individua

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On 06.12.2016 12:02, Philip Hands wrote: > Ole Streicher <oleb...@debian.org> writes: > >> On 06.12.2016 10:37, Holger Levsen wrote: >>> And this *is* still pretty confusing, though admitly better than it was >>> half a year ago. >> >> The curre

Bug#849502: Use of embedded external libraries

I removed the usage of six, configobj, ply, jquery and jquery.dataTables in the git repository. However, I still cannot remove the use of the local pytest, since astropy doesn't test successfully with the current version in Debian (3.0.5). See also https://github.com/astropy/astropy/issues/5277

Bug#849196: Sometimes, supress_warnings misses one of its attributes

Hi Sandro, On 30.12.2016 15:01, Sandro Tosi wrote: > On Fri, Dec 23, 2016 at 9:47 AM, Ole Streicher <ole.streic...@gmx.de> wrote: >> This is a regression; it did not happen with 1.11. Please fix this >> regression ASAP so that skimage can migrate safely before the

Bug#848859: FTBFS randomly (failing tests)

Hi all, On 04.01.2017 20:57, Santiago Vila wrote: > I still want to build all packages and have 0 or 1 failures, > so in this case the probability should be 1/50/2, i.e. 1%. > > I think this is still feasible. My experience is that the buildds that are currently in use provide more build

Bug#848859: FTBFS randomly (failing tests)

Hi Santiago, On 04.01.2017 01:41, Santiago Vila wrote: > On Tue, 27 Dec 2016, Ole Streicher wrote: > Hello Ole. Thanks for your reply. Please don't forget to Cc: me if you > expect your message to be read. OK, however I usually assume that a bug submitter actually reads the message

Bug#848859: FTBFS randomly (failing tests)

On 05.01.2017 11:36, Santiago Vila wrote: > On Thu, Jan 05, 2017 at 11:06:50AM +0100, Ole Streicher wrote: >> Hi all, >> >> On 04.01.2017 20:57, Santiago Vila wrote: >>> I still want to build all packages and have 0 or 1 failures, >>> so in this case t

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Cyril, On 20.12.2016 10:59, Cyril Brulebois wrote: > dropping blends entirely is still my default option in case proposed > changes have too far reaching consequences. As I already wrote several times: before you do so, please show some evidence that in the half year that the current version

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Sam, On 21.12.2016 16:10, Sam Hartman wrote: >>>>>> "Ole" == Ole Streicher <oleb...@debian.org> writes: > I don't find quoting popcon stats useful. You've used them to support > the claim both that this is important and that users don't find it >

Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

On 21.12.2016 16:17, Adrian Bunk wrote: > I can clearly understand why Andreas is unhappy to see when such a > change is uploaded without prior warning 1.5 months after the start > of the freeze, and 1 week before an important deadline for his package. Sure; what I also don't understand is why

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Holger On 20.12.2016 15:27, Holger Levsen wrote: > On Tue, Dec 20, 2016 at 03:16:50PM +0100, Ole Streicher wrote: >> Again: the installer is there to test for 6 months now, but if it is >> inacceptably bad: why are there no complaints? > > the complaints have been there

Bug#848758: Re: Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

Hi all, On 21.12.2016 11:59, Andreas Tille wrote: > On Wed, Dec 21, 2016 at 11:40:16AM +0200, Adrian Bunk wrote: >> For python-skbio it is *really* time to panic *right now*. > Thanks for confirming that I was not actually panicing. ;-) While I agree in principle, I would like to remind the

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Steve, On 20.12.2016 15:16, Steve McIntyre wrote: > I *have* also seen users confused by the addition of the blends Can you be more specific here? Old wording (with many blends) or current solution? What was the specific problem? > into the tasksel list. A better split of the tasks (like

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

Hi Cyril, On 20.12.2016 15:01, Cyril Brulebois wrote: > Ole Streicher <oleb...@debian.org> (2016-12-20): >> As I already wrote several times: before you do so, please show some >> evidence that in the half year that the current version of the installer >> containing a

Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

On 21.12.2016 19:16, Sandro Tosi wrote: >> They are still, what the name suggests: candidates, with no confirmation >> to be useful in a production environment. I don't see why they should >> ever migrate to testing (as they did in 1.11.1rc.1). Last time, we had >> an numpy RC in testing for more

Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

Hi Sandro, On 21.12.2016 16:43, Sandro Tosi wrote: > On Wed, Dec 21, 2016 at 10:27 AM, Ole Streicher <oleb...@debian.org> wrote: >> Sure; what I also don't understand is why numpy pushes its RC and betas >> into unstable instead of experimental (and then maybe check or

Bug#848112: Python-skimage depends on unavailable package python-dask

Control: tags 848112 pending Hi all, On 23.12.2016 10:08, Andreas Tille wrote: > Ole, if you would please commit the patch you named in #848112 and > upload the package to make sure it can migrate right in time and will > enable other packages to migrate as well? > > HOWEVER, we have another

Bug#849196: Sometimes, supress_warnings misses one of its attributes

Package: src:python-numpy Severity: serious Version: 1:1.12.0~b1-1 X-Debbugs-Cc: debian-scie...@lists.debian.org Forwarded: https://github.com/numpy/numpy/issues/8413 Affects: src:skimage When trying to compile skimage, I sometimes get the following error: Traceback (most recent call last):

Bug#849177: Python-numpy transition breaks at least two packages

Hi all, On 23.12.2016 11:19, Andreas Tille wrote: > I'm also not sure and people who know better than me should feel free to > close bug #849177. I'd be really happy if there are better solutions to > fix python-skimage in the next 36 hours. My reading of the arguments in > #849177 is that

Bug#849196: Sometimes, supress_warnings misses one of its attributes

Just to show an extremal case: https://buildd.debian.org/status/fetch.php?pkg=skimage=all=0.12.3-3=1482501775 has this 15 times. This is a regression; it did not happen with 1.11. Please fix this regression ASAP so that skimage can migrate safely before the freeze. Best Ole

Bug#848782: statsmodels: FTBFS: TypeError: 'float' object cannot be interpreted as an index

Ole On 25.12.2016 14:42, Yaroslav Halchenko wrote: > On December 25, 2016 7:29:09 AM EST, Ole Streicher <oleb...@debian.org> wrote: >> Hi Yaroslav, Michael,Andreas, >> >> I uploaded the NMU as release 1.1 to DELAYED/2 now. I preferred NMU >> since I am not a Neu

Bug#848782: statsmodels: FTBFS: TypeError: 'float' object cannot be interpreted as an index

-tar branches). Best regards Ole On 25.12.2016 10:43, Ole Streicher wrote: > I'll upload to DELAYED ASAP (need to learn how to do this anyway); > however the unresolved problem is still the pandas FTBFS. Without that, > statsmodels will not migrate. > > Cheers > > Ole >

Bug#848782: statsmodels: FTBFS: TypeError: 'float' object cannot be interpreted as an index

I'll upload to DELAYED ASAP (need to learn how to do this anyway); however the unresolved problem is still the pandas FTBFS. Without that, statsmodels will not migrate. Cheers Ole On 25.12.2016 08:34, Andreas Tille wrote: > Hi Ole, > >> the attached patch fixes the FTBFS. What is the schedule

Bug#848859: FTBFS randomly (failing tests)

Hi Santiago, > In particular, if something happens 1 every 20 times on average, the > fact that it did not happen when you try 10 times does not mean in any > way that it may not happen. I must however say that I don't see why a package that fails to build once in 20 builds would have a release

Bug#848505: tycho2: FTBFS (segfault during build)

Control: reassign -1 astrometry.net Control: affects -1 src:tycho2 Control: tags -1 pending It is confirmed that the crash is a problem in astrometry.net. A patch is available; we just clarify whether a new astrometry.net upstream version is issued or the patch is applied to the current version.

Bug#848782: statsmodels: FTBFS: TypeError: 'float' object cannot be interpreted as an index

Control: tags -1 patch Hi, the attached patch fixes the FTBFS. What is the schedule to fix the other problems with statsimage -- especially pandas? best regards Ole >From 5c6f9ffecf8e53c32edc14326042bb4d5ca6a641 Mon Sep 17 00:00:00 2001 From: Ole Streicher <oleb...@debian.org> Date

Bug#849271: version comparison fails with numpy 1.12.0b1

package: astropy version: 1.3-1 severity: serious forwarded: https://github.com/astropy/astropy/issues/5643 With astropy 1.3 and numpy 1.12.0b1, many affiliated packages now fail in the tests when the numpy version number is compared. For example aplpy: Traceback (most recent call last): File

Bug#846002: blends-tasks must not be priority:important - ballot proposal

Hi Margarita, On 26.12.2016 14:43, Margarita Manterola wrote: > While it's great that there is a possibly better solution in the works for the > tasksel screen, there's still the issue at hand that blends-tasks has used the > severity of the package as a way of circumventing collaboration with

Bug#848758: Latest upgrade of Numpy breaks tests of other packages (Was: Bug#848758: python-skbio: FTBFS: Test failures)

Hi Adrian, On 21.12.2016 15:29, Adrian Bunk wrote: > On Wed, Dec 21, 2016 at 02:05:57PM +0100, Ole Streicher wrote: >> ... >> The according functions are since then marked as "deprecated" and issue >> a warning. Numpy introduced this change with 1.11rc already,

Bug#846094: cpl_mask.c: Unaligned access

Control: tags -1 pending Hi, I applied the patch from Ubuntu in the git repository. However, since the bug is severity "normal" and we are in freeze, I do not upload a new revision. Ubuntu patch: https://patches.ubuntu.com/c/cpl/cpl_7.0-3ubuntu1.patch Relevant commit:

Bug#858260: pandas: FTBFS (pandas.tests.test_multilevel.TestMultiLevel fails)

Looking into ci.debian.net, the new failure appears for the first time on 2017-03-14: https://ci.debian.net/data/packages/unstable/amd64/p/pandas/20170314_082050.autopkgtest.log.gz The debci log also shows an update of tzdata for this time:

Bug#857067: Excluding arch s390x for dsdp?

Control: tags -1 patch Hi Andreas and all, it seems that this bug is fixed in Ubuntu; at least there is a quite careful analysis: https://bugs.launchpad.net/ubuntu/+source/dsdp/+bug/1543982 I attach the complete patch; it needs some minor clean-up, but is a good candidate to solve this.

<    1   2   3   4   5   6   7   8   9   10   >