Bug#836538: nipy: FTBFS in testing (failing tests)

On September 3, 2016 4:01:16 PM EDT, Santiago Vila wrote: >Package: src:nipy >Version: 0.4.0+git26-gf8d3149-1 >Severity: serious > >Dear maintainer: > >I tried to build this package in stretch with "dpkg-buildpackage -A" >(which is what the "Arch: all" autobuilder would do to

Bug#827994: cmtk: please make the build (mostly) reproducible

On September 2, 2016 6:03:07 AM EDT, Chris Lamb wrote: >Dear Maintainer, > >> Source: cmtk >> Version: 3.2.2-1.3 >> Tags: patch > >There hasn't seem to be any update on this bug in 70 days, in which >time the Reproducible Builds effort has come on a long way. :) > >Would you

Bug#835525: datalad: FTBFS in testing (broken by new git)

Thank you Richard! On August 26, 2016 7:40:50 PM EDT, Richard Hartmann wrote: >And uploaded.

Bug#835525: datalad: FTBFS in testing (broken by new git)

On Fri, 26 Aug 2016, Richard Hartmann wrote: >Jftr, if I can help with a new package or build, do let me know. well -- there was also a new release of annex since last version in sid 6.20160808 FWIW I just verified that snapshot past it (current master) builds fine on stretch --

Bug#835525: datalad: FTBFS in testing (broken by new git)

On Fri, 26 Aug 2016, Yaroslav Halchenko wrote: > > Note 2: There is at least another package which broke after new git entered > > testing. > > It's git-build-recipe, Bug #835526. Maybe there is a common reason for > > both packages to fail. > FWIW -- #835526 is proba

Bug#835525: datalad: FTBFS in testing (broken by new git)

On Fri, 26 Aug 2016, Yaroslav Halchenko wrote: > > > Thank you Santiago for the report! I believe it is due to outdated > > > git-annex in testing, which didn't migrate solely due to FTBFS on s390x. > > > I will request gb for it -- could have been a spurious/toolc

Bug#835525: datalad: FTBFS in testing (broken by new git)

On Fri, 26 Aug 2016, Santiago Vila wrote: > On Fri, Aug 26, 2016 at 12:22:20PM -0400, Yaroslav Halchenko wrote: > > Thank you Santiago for the report! I believe it is due to outdated > > git-annex in testing, which didn't migrate solely due to FTBFS on s390x. > &

Bug#835525: datalad: FTBFS in testing (broken by new git)

On Fri, 26 Aug 2016, Santiago Vila wrote: > On Fri, Aug 26, 2016 at 12:22:20PM -0400, Yaroslav Halchenko wrote: > > Thank you Santiago for the report! I believe it is due to outdated > > git-annex in testing, which didn't migrate solely due to FTBFS on s390x. > &

Bug#835525: datalad: FTBFS in testing (broken by new git)

Thank you Santiago for the report! I believe it is due to outdated git-annex in testing, which didn't migrate solely due to FTBFS on s390x. I will request gb for it -- could have been a spurious/toolchain issue. CCing git-annex Debian maintainer Cheers! On Fri, 26 Aug 2016, Santiago Vila wrote:

Bug#835144: fresh upstream (4.5.0) is available - may be helps to resolve FTBFS issues

Package: mayavi2 Version: 4.4.3-2.1 Severity: wishlist mayavi2 just got removed from testing (and thus python-mne I maintain was removed), due to #830342 [S| | ] [src:mayavi2] mayavi2: FTBFS: AttributeError: 'NoneType' object has no attribute 'find' and Bug #830377: python-traits: FTBFS:

Bug#834788: singularity-container: FTBFS: most platforms unsupported

Look above that summary line On August 19, 2016 10:24:33 AM EDT, "Gregory M. Kurtzer" <gmkurt...@lbl.gov> wrote: >On Fri, Aug 19, 2016 at 7:18 AM, Yaroslav Halchenko ><deb...@onerussian.com> >wrote: > >> >> On Fri, 19 Aug 2016, Gregory M. Ku

Bug#834788: singularity-container: FTBFS: most platforms unsupported

On Fri, 19 Aug 2016, Gregory M. Kurtzer wrote: > I thought that the idea generally is to not restrict by default and > possibly to let interested in porting to look at it. Policy 5.6.8 > states "Specifying a list of architectures or architecture wildcards > other than any is

Bug#834788: singularity-container: FTBFS: most platforms unsupported

On Thu, 18 Aug 2016, Aaron M. Ucko wrote: > Source: singularity-container > Version: 2.1.2-1 > Severity: important > Justification: fails to build from source > Builds of singularity-container for architectures other than x86 Linux > have been failing at the configuration stage. The non-Linux

Bug#826806: ants: diff for NMU version 2.1.0-4.3

If it builds, awesome, no need to delay On August 11, 2016 7:12:17 AM EDT, Mattia Rizzolo wrote: >Control: tags 826806 + patch >Control: tags 826806 + pending > >Dear maintainer, > >I've prepared an NMU for ants (versioned as 2.1.0-4.3) and >uploaded it to DELAYED/2. Please

Bug#833951: [Python-apps-team] Bug#833951: cython: FTBFS if built twice in a row: unrepresentable changes to source

ckage cython > | dpkg-buildpackage: info: source version 0.24.1-1 > | dpkg-buildpackage: info: source distribution unstable > | dpkg-buildpackage: info: source changed by Yaroslav Halchenko > <deb...@onerussian.com> > | dpkg-source --before-build cython-0.24.1 > | dpkg-buildpackage

Bug#833923: gb cython_0.24.1-1 . s390x .

On Wed, 10 Aug 2016, Jakub Wilk wrote: > * Andreas Tille , 2016-08-10, 14:15: > >Failed example: > > long_double_to_float_int(4.1) > >Expected: > > 4.0 > >Got: > > 0.0 > I couldn't reproduce this on zelenka.d.o. The package built successfully. > Also, the code this test

Bug#833923: [Python-apps-team] Bug#833923: cython: FTBFS on s390x

thanks, reported upstream On Wed, 10 Aug 2016, Andreas Tille wrote: > Package: cython > Severity: serious > Justification: fails to build from source on s390x -- Yaroslav O. Halchenko Center for Open Neuroscience http://centerforopenneuroscience.org Dartmouth College, 419 Moore Hall,

Bug#833288: would FTBFS now with cython 0.24.1 MACS2/IO/PeakIO.pyx:632:49: Cannot assign type 'float' to 'int'

Package: macs Version: 2.1.1.20160309-1 Severity: serious Tags: upstream Justification: fails to build from source (but built successfully in the past) I have just uploaded cython 0.24.1 into sid and while testing reverse build depends found that macs fails to build. Here is the log extract:

Bug#804180: NMU request

On Sun, 31 Jul 2016, Dima Kogan wrote: > Hi. > I prepared a remake=4.1 package. The sources live here: > https://github.com/dkogan/remake ho ho -- make source package (well -- make-dfsg) itself is still 1.0 format with all the patches in a single diff, without any fancy patch queuing in pkg

Bug#825476: built later just fine

severity 825476 normal thanks 0.23.4+git4-g7eed8d8-2 built just fine in sid a few days back with libc6 2.23: https://buildd.debian.org/status/package.php?p=cython=unstable If fails to build against anything in experimental it must not be of 'serious' (rc) severity since experimental is not

Bug#830645: (no subject)

tags +pending thanks working on it -- Yaroslav O. Halchenko Center for Open Neuroscience http://centerforopenneuroscience.org Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW:

Bug#828970: please reject singularity from NEW Was: Bug#828970: ITP: singularity

On Sat, 23 Jul 2016, Mattia Rizzolo wrote: > On Sat, Jul 23, 2016 at 10:37:11AM -0400, Yaroslav Halchenko wrote: > > FWIW -- uploaded 2.1~testing0+git39-g875d469-1 to NEW > yeah, you uploaded it, and luckily it went to new due to > singularity-container... > There is already

Bug#828970: ITP: singularity -- application containerization platform

FWIW -- uploaded 2.1~testing0+git39-g875d469-1 to NEW For now doesn't include any additional patches -- yet to review and possibly suggest including upstream those which aren't there yet (if any left), e.g. present in fedora packaging or Dave's clone. Packaging (with a debian/ tag!) was pushed

Bug#828970: ITP: singularity -- application containerization platform

Hi Dave, NB CCing upstream (Gregory) since discussion is public anyways Thanks for following up, Dave! I haven't realized that you are maintaining your own fork on github with adjusted debian packaging and just kept plowing through the upstream's debian/ and submitting them upstream (minor ones

Bug#827938: About to create an NMU

Cheers Ole, sorry for a delay, I will look into updating package for 0.18.1 release and will take care about this issue On Wed, 13 Jul 2016, Ole Streicher wrote: > Hi Yaroslav, > since that bug will cause several removals from testing in a few days, I > will upload an NMU by the end of the

Bug#829424: psychopy: ioHub uses inappropriate PID file location

Please raise the issue with upstream since it feels like it would be a better location to fix up for it, right? ;) Thanks in advance! On Sun, 03 Jul 2016, Michael Hanke wrote: > Package: psychopy > Version: 1.83.04.dfsg-2 > Severity: normal > When using PsychoPy in an IPython session the

Bug#828970: ITP: singularity -- application containerization platform

Package: wnpp Severity: wishlist * Package name: singularity Version : 2.0 Upstream Author : Gregory M. Kurtzer * URL : http://singularity.lbl.gov * License : BSD Programming Lang: C Description : application containerization platform Singularity is a

Bug#650394: [Pkg-tigervnc-devel] Bug#650394: ITP: tigervnc -- High-speed Virtual Network Computing (VNC)

It is already in the new queue. So, soon! -- Sent from a phone which beats iPhone.

Bug#825819: please upload -3 with the patch

Hi Gianfranco and the team, It would be lovely if -3 with a fix for this modules FTBFS would be uploaded. I am doomed to use stock upstream kernel ATM (actually on jessie through backports), and now can't use virtualbox and would need to build the pkg manually with the patch Cheers! --

Bug#826142: shouldn't "init" be patched to avoid possible sys.stdout/err wrapping on Linuxes?

Package: python-colorama Version: 0.3.7-1 Severity: normal I was troubleshooting some awkward failure of the tests in our datalad project/package, after we decided to use tqdm which imports and initializes colorama. See https://github.com/tqdm/tqdm/issues/178 (made it of severity normal since

Bug#825703: utopia-documents: should be removed from Debian?

On Sat, 28 May 2016, Mattia Rizzolo wrote: > It doesn't look any good to me. > Please either fix the package soon (few weeks), or bear with us and do > not keep a broken package in the archive. Upstream/maintainer is working to ship a new release within few weeks, which should address all

Bug#825703: utopia-documents: should be removed from Debian?

Oops... I have missed the bugs I guess. I will attend to the beast On May 28, 2016 7:11:02 PM EDT, Mattia Rizzolo wrote: >Source: utopia-documents >Version: 2.4.4-2.1 >Severity: serious > >Dear maintainer, > >utopia-documnets: >* has few users:

Bug#825190: RFP: python-vprof -- flame graphs for Python code

Package: wnpp Severity: wishlist * Package name: python-vprof Version : 0.22 Upstream Author : nvdv * URL : https://github.com/nvdv/vprof * License : BSD-2 Programming Lang: Python, JavaScript Description : flame graphs for Python

Bug#825103: RM: pandas [arm64 armel armhf mips mipsel powerpc s390x hppa mips64el ppc64] -- ROM; FTBFS on those archs, not supported by upstream, hoggs dependent packages

Package: ftp.debian.org Severity: normal pandas is a popular package which other packages depend upon. It also comes with an extensive tests battery which I excercise at package build time. Unfortunately that leads to FTBFs on many architectures for which upstream doesn't provide support and

Bug#727951: psychtoolbox-3: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

On Tue, 17 May 2016, Steve Langasek wrote: > Package: psychtoolbox-3 > Version: 3.0.12.20160414.dfsg1-1 > Followup-For: Bug #727951 > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu yakkety ubuntu-patch > Hi folks, > A patch has been applied to the psychtoolbox-3 package in

Bug#824116: please reconsider enabling tests

Source: theano Version: 0.7-1~exp1 Severity: wishlist Currently tests are disabled since can take up to an hour to run. IMHO it would be ok: - pkg is arch all, so no buildbots on slow archs would suffer - it is not completely uncommon for a package to take > 1h to build - better to know about

Bug#824044: RFP: github-changelog-generator -- Automatically generate change log from your tags, issues, labels and pull requests on GitHub

Package: wnpp Severity: wishlist * Package name: github-changelog-generator Version : 1.12.1 Upstream Author : Petr Korolev * URL : http://github.com/skywinder/Github-Changelog-Generator * License : MIT Programming Lang: Ruby Description :

Bug#823892: fail2ban: Very slow startup time at boot

On Tue, 10 May 2016, Nelson A. de Oliveira wrote: > Hi! > On Tue, May 10, 2016 at 9:36 AM, Yaroslav Halchenko <y...@debian.org> wrote: > > isn't this suggesting that it has nothing to do with fail2ban start time > > (which should be really fast since it

Bug#823932: RFP: bids-validator -- validator of compliance to BIDS (Brain Imaging Data Structure)

Package: wnpp Severity: wishlist * Package name: bids-validator Version : 0.18.3 Upstream Author : Zack Michael, Chris Filo Gorgolewski, et al * URL : https://github.com/INCF/bids-validator * License : MIT/X Programming Lang: JavaScript/node.js Description

Bug#823892: fail2ban: Very slow startup time at boot

On Tue, 10 May 2016, Nelson A. de Oliveira wrote: > Package: fail2ban > Version: 0.9.4-1 > Severity: normal > I was seeing that fail2ban takes a long time to start when booting: > = > $ systemd-analyze blame > 10.775s fail2ban.service > (...) > = > (it's the top one) > =

Bug#817806: please upload fresh bugfix (4.4.4)

On Wed, 04 May 2016, Nicholas D Steeves wrote: > Hi Yaroslav, > Is this bug for linux-image or btrfs-tools? let's see... (I wouldn't know myself by now) $> lynx --dump http://bugs.debian.org/817806 | head Debian Bug report logs - [1]#817806

Bug#823436: RFP: python-prov -- W3C Provenance Data Model supporting PROV-JSON and PROV-XML

Package: wnpp Severity: wishlist * Package name: python-prov Version : 1.4.0 Upstream Author : Trung Dong Huynh * URL : http://prov.readthedocs.org/ * License : MIT/X Programming Lang: Python Description : W3C Provenance Data Model supporting PROV-JSON

Bug#814939: pandas: Package missing from Testing

On Wed, 04 May 2016, Santiago Vila wrote: > Hi. In case it does not work as expected, there is also another thing > that you could do, and it is your prerrogative as package maintainer, > which is to modify "Architecture: any" in debian/control and put only > the "actually supported"

Bug#814939: pandas: Package missing from Testing

severity 790925 important severity 814795 important thanks On Wed, 04 May 2016, Santiago Vila wrote: > The package was removed from testing, so there is no "past" (unless we > want to consider stable as the "past"). > In other words: Would the maintainer consider making #790925 and > #814795

Bug#814939: pandas: Package missing from Testing

On Wed, 04 May 2016, Andreas Hilboll wrote: > > that is current state of endeavors that it does. Someone would need to > > address those big endian issues to resolve outstanding issues, and then > > it would happily migrate back into testing. Let me know if you would > > like to help. > As I

Bug#814939: pandas: Package missing from Testing

On Wed, 04 May 2016, Andreas Hilboll wrote: > >> currently, there are no packages python-pandas and python3-pandas in > >> Testing / Stretch, for the amd64 platform. I'm not sure if this is > >> related to #814795, but it is very inconvenient to have this package > >> missing from Testing. > >

Bug#822322: openmeeg: please switch to vtk6

On Tue, 03 May 2016, Tobias Frost wrote: > Hi Yaroslav, > Sorry to nag you ... But can you just upload it to sid? > It is one of the last dependencies for vtk removal, and also the vtk > removal blocks some other stuff...  > I also think there is no need to wait: Frankly, an upload to sid

Bug#822322: openmeeg: please switch to vtk6

On Tue, 03 May 2016, Tobias Frost wrote: > bdepend on vtk6 (allowing vtk5 as alternative) (Closes: #822322) > vtk5 will be removed very soon and vtk6 is even available in jessie, > so this alternative can really go away. It is also bpo safe. > So please just depend on vtk6 and drop the vtk5

Bug#809671: should openmeeg be removed from Debian?

On Sun, 01 May 2016, Gianfranco Costamagna wrote: > is it ok for you to upload something before one month or two starting from > today? > we are working hard in removing vtk5 from the archive and also libpng12, and > this bug is > one of the last unsolved blockers for now. > sorry for being

Bug#809671: should openmeeg be removed from Debian?

s! > >Gianfranco > >On Sat, 23 Apr 2016 11:42:23 + Mattia Rizzolo <mat...@debian.org> >wrote: >> On Sat, Jan 02, 2016 at 05:12:12PM +0000, Mattia Rizzolo wrote: >> > On Sat, Jan 02, 2016 at 12:04:07PM -0500, Yaroslav Halchenko wrote: >> > > On Sat,

Bug#822742: why double python- prefix in the pkg name?

On Tue, 26 Apr 2016, Afif Elghraoui wrote: > على الثلاثاء 26 نيسـان 2016 ‫18:21، كتب Yaroslav Halchenko: > > Package: python-python-et-xmlfile > > Version: 1.0.1-1 > > Severity: normal > > There is a convention to have python-MODULE pkgs shipping Python mo

Bug#822742: why double python- prefix in the pkg name?

Package: python-python-et-xmlfile Version: 1.0.1-1 Severity: normal There is a convention to have python-MODULE pkgs shipping Python modules named MODULE. This one provides et_xmlfile module, so I do not really see any reason for python-python- prefix... please clarify and/or fix. Cheers! --

Bug#822414: et_xmlfile has been accepted - please add dependency to openpyxl

On Tue, 26 Apr 2016, Afif Elghraoui wrote: > Hi, > I packaged the necessary module, et_xmlfile, last night and it's been > accepted already. thanks for packaging! now that I have looked into it: et_xmlfile is an optional dependency. Pretty much it needs one (et_xmlfile or lxml) Pretty much it

Bug#822690: really hungry on memory -- ATM 2GB resident

Package: glipper Version: 2.4-6 Severity: normal most probably upstream's bug, and most probably triggered by something I added into a clipboard, but I don't remember adding anything heavy - primarily it is just text cut/pastes. But atm ps output for glipper is $> ps auxw | grep glipper yoh

Bug#822254: should bdepend on python-all since pyversions -s is used in rules

On Fri, 22 Apr 2016, Sandro Tosi wrote: > On Fri, Apr 22, 2016 at 5:02 PM, Yaroslav Halchenko > <deb...@onerussian.com> wrote: > > discovered while building a backport for elderly wheezy which still > > supported 2.6. It seems to be already using python3-all > I'l

Bug#822254: should bdepend on python-all since pyversions -s is used in rules

Package: python-progressbar Version: 2.3-3 Severity: normal discovered while building a backport for elderly wheezy which still supported 2.6. It seems to be already using python3-all If you don't mind I could even prep/upload fix myself? -- System Information: Debian Release: stretch/sid

Bug#650394: [Pkg-tigervnc-devel] Bug#650394: ITP: tigervnc -- High-speed Virtual Network Computing (VNC)

On Thu, 31 Mar 2016, James Lu wrote: > I've also found the NeuroDebian packages for Jessie, but that seems to > be of a pretty old version 1.2.0+X1.12.4-1~nd70+1, and isn't installable > at all. myself was swamped with other work all around so had no chance to finish it all up for debian

Bug#814098: python3 compatibility + flushing

On Mon, 08 Feb 2016, Sandro Tosi wrote: > > unfortunately upstream seems to be non-responsive but I would appreciate to > > see > > a nicely functioning progressbar package in Debians. > yeah hes is kinda of MIA at the moment, but I'll get these in the > debian package. Great -- please let me

Bug#818745: SIGILL on mips in cephes_igam leading to FTBFS of pymvpa2

Package: python-scipy Version: 0.17.0-1 Severity: important pymvpa2 package FTBFS on mips atm https://buildd.debian.org/status/fetch.php?pkg=pymvpa2=mips=2.4.3-1=1458051582 due to Program received signal SIGILL, Illegal instruction which if ran under gdb provides following detail: Program

Bug#818287: Error in FilterPyinotify callback: 'module' object has no attribute '_strptime_time'

Thanks. I will look into picking up this patch into Jessie's version On March 15, 2016 11:30:27 AM EDT, Mike Gabriel wrote: >Package: fail2ban >Version: 0.8.13-1 >Tags: patch > >Dear Yaroslav / maintainer, > >I just tried out fail2ban on Debian jessie and

Bug#817806: please upload fresh bugfix (4.4.4)

Package: btrfs-tools Version: 4.4-1 Severity: wishlist I am experiencing interesting bugs (e.g. fi usage reporting 16.00EiB of unallocated space), so thought to check if new version would fix it at the level of tools. apparently quite a few bugs were addressed since 4.4. Cheers and thanks in

Bug#817000: pymvpa2: FTBFS in stretch, build dependencies not in stretch

reopen 817000 thanks And reopening since apparently it was just a tip of the transition away from swig2.0 so I will close it whenever pymvpa2 is ready to use swig 3.x which hopefully fixes https://github.com/swig/swig/issues/563 -- Yaroslav O. Halchenko Center for Open Neuroscience

Bug#814795: [Help] Re: pandas FTBFS on BE platforms due to a bunch of tests failures

On Sat, 05 Mar 2016, Sebastiaan Couwenberg wrote: > > while pandas builds on intel it fails on several other architectures as > > reported in #814795. This has been reported upstream[1] who does not > > seem to be really interested in solving the issue. Any help from > > porters would be really

Bug#816303: [powerpc] mca_osc_pt2pt.so: undefined symbol: OPAL_THREAD_ADD64

On Mon, 29 Feb 2016, Mattia Rizzolo wrote: > Control: reassign -1 libopenmpi1.10 1.10.2-8 > On Mon, Feb 29, 2016 at 12:23:06PM -0500, Yaroslav Halchenko wrote: > > Package: libopenmpi1.6 > > Version: 1.6.5-11 > 1.6 is about to go away and we're transitioning away from it,

Bug#816303: [powerpc] mca_osc_pt2pt.so: undefined symbol: OPAL_THREAD_ADD64

Package: libopenmpi1.6 Version: 1.6.5-11 Severity: important Tags: upstream While building fresh mpi4py 2.0.0 tests failed on powerpc with testFenceAll (test_rma.TestRMASelf) ... ok testFlushSync (test_rma.TestRMASelf) ... /usr/bin/python2.7: symbol lookup error:

Bug#816284: mpi4py: FTBFS in s390x with openMPI

On Mon, 29 Feb 2016, Mattia Rizzolo wrote: > Source: mpi4py > Version: 1.3.1+hg20131106-2 > Severity: serious > Tags: stretch sid > Control: block 814936 by -1 > Dear maintainer, > mpi4py has test failures on s390x (only) when rebuilt with mpi-defaults > using openMPI. > You can see the full

Bug#816025: new quickbred release is out (16.5)

Source: python-packaging Version: 16.2-2 Severity: wishlist Those releases seems to be coming out daily :-) 16.5 - 2016-02-26 Fix a regression in parsing requirements with whitespaces between the comma separators. 16.4 - 2016-02-22 Fix a regression in parsing requirements like foo

Bug#815851: much freshier version is finally provided by upstram (0.8.14)

Package: python-httpretty Version: 0.8.6-2 Severity: wishlist There is now finally 0.8.14 which carries many bugfixes, in particular for python3 compatibility. Since build-time testing errors are ignored ATM I can only speculate that 0.8.6 has a few outstanding ones new release should have

Bug#814568: [Python-apps-team] Bug#814568: cython: FTBFS [amd64]: Testsuite failure in EndToEndTest

On Fri, 12 Feb 2016, Daniel Schepler wrote: > == > FAIL: runTest (__main__.EndToEndTest) > End-to-end asyncio_generators > -- > Traceback (most recent call

Bug#815326: FTBFS with newer cython due to untracked changes to the source

Source: python-aiohttp Version: 0.20.2-1 Severity: important I have uploaded fresh cython few days back 0.23.4+git4-g7eed8d8-1 and while testing reverse dependencies, saw that this package would now FTBFS due to ... 'build/scripts-3.4' does not exist -- can't clean it I: pybuild base:184:

Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented

On Fri, 19 Feb 2016, Lennart Sorensen wrote: > On Fri, Feb 19, 2016 at 12:11:35PM -0500, Yaroslav Halchenko wrote: > > Thanks for looking into it. Fwiw, for such cases better to use python-dbg > > so you could then py-bt and do more introspection within attached gdb. You >

Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented

Thanks for looking into it. Fwiw, for such cases better to use python-dbg so you could then py-bt and do more introspection within attached gdb. You would need -dbg packages for numpy etc -- Sent from a phone which beats iPhone.

Bug#815037: "Microcode SW error detected. Restarting ..." every few seconds

Package: firmware-iwlwifi Version: 20160110-1 Severity: normal I don't remember since when it started but currently it seems to happen under any load -- it does recover and manages to fetch the load but at slow speeds and causing delayes, here is what is seen in messages: Feb 17 23:44:38 hopa

Bug#815034: there was a maintenance release 2.39.0 - please update debian package

Package: python-boto Version: 2.38.0-1 Severity: wishlist https://github.com/boto/boto/tree/2.39.0 README wasn't updated for the release date, which was much more recent than it states: tag 2.39.0 Tagger: JordonPhillips Date: Mon Jan 18 17:45:17 2016 -0800 Tagging 2.39.0

Bug#790024: Could you please care for RC buggy package with patch

On Mon, 15 Feb 2016, Yaroslav Halchenko wrote: > That big was fixed but new ones arrived. > Feel welcome to proxy, cc - any help would be welcome. To facilitate I will > push a clone also to Debian git later today There is now http://anonscm.debian.org/cgit/pkg-exppsy/pandas.git

Bug#811354: Fixed in Brian 1.4.2

coolio. There is nothing too horrible in remove from testing. I will look into updating package for 1.4.2 On Mon, 15 Feb 2016, Marcel Stimberg wrote: > It is probably too late to prevent the autoremoval from testing, but I just > wanted to let everyone know that the issue triggering this bug

Bug#814795: FTBFS on BE platforms due to a bunch of tests failures

Package: python-pandas Version: 0.17.1-3 Severity: serious Tags: upstream There is a number of failing tests ATM on BE platforms: see upstream reports https://github.com/pydata/pandas/issues/11795 https://github.com/pydata/pandas/issues/11282 and our builders (see below). Dear porters, could you

Bug#790925: pandas: FTBFS on armhf and sparc: Bus error in test_append_frame_column_oriented

On Thu, 02 Jul 2015, Aaron M. Ucko wrote: > Source: pandas > Version: 0.16.2+git65-g054821d-1 > Severity: serious > Justification: fails to build from source (but built successfully in the past) > The armhf and sparc builds of pandas both failed with a bus error in >

Bug#790024: Could you please care for RC buggy package with patch

That big was fixed but new ones arrived. Feel welcome to proxy, cc - any help would be welcome. To facilitate I will push a clone also to Debian git later today On February 15, 2016 7:27:22 AM EST, Andreas Tille <andr...@an3as.eu> wrote: >On Mon, Feb 15, 2016 at 07:14:25AM -0500,

Bug#790024: Could you please care for RC buggy package with patch

NMUs are always welcome! This bug report though just need to be closed, since fixed upstream I believe. Ideally if you want to help, help with https://github.com/pydata/pandas/issues/11282 On February 15, 2016 6:55:05 AM EST, Andreas Tille wrote: >Hi folks, > >this RC bug

Bug#814529: RFP: moviepy -- module for video display and editing

Package: wnpp Severity: wishlist * Package name: moviepy Version : 0.2.2 Upstream Author : https://github.com/Zulko * URL : http://zulko.github.io/moviepy/ * License : MIT/X Programming Lang: Python Description : module for video display and editing

Bug#814098: python3 compatibility + flushing

Package: python-progressbar Version: 2.3-2 Severity: wishlist Tags: patch, upstream Please consider attached patch which is compiled from two PRs: https://github.com/niltonvolpato/python-progressbar/pull/43 Support both Python 2.7 and Python 3.4

Bug#814055: has broken binding to libgnutls-deb0.so.28

Package: libghc-network-protocol-xmpp-dev Version: 0.4.8-2 in stretch (and 0.4.8-2+b1 in sid) Severity: grave Was building a fresh snapshot of annex in stretch and then in sid to run to the same issue: [ 91 of 534] Compiling Database.Types ( Database/Types.hs,

Bug#813558: spykeviewer: Section should be “science”

On Wed, 03 Feb 2016, Ben Finney wrote: > Package: spykeviewer > Version: 0.4.4-1 > Severity: minor > Dear Maintainer, > The section “python” is for packages that install the Python > programming language or libraries. Its packages are primarily of > interest only to Python programmers. > The

Bug#812818: should dipy be removeed from debian?

On Tue, 26 Jan 2016, Mattia Rizzolo wrote: > As of now there are 2 RC bugs, the package is not in testing, there are > no reverse (build-)dependencies and the the popcon is resonably low. > Please, can you consider maintaining the package? Keeping an unusable > thing in the archive is not going

Bug#654924: [Pkg-tigervnc-devel] Bug#654924: Helping with tigervnc 1.5.0

On Tue, 26 Jan 2016, Geoffrey Thomas wrote: > Hi maintainers, > I'm interested in using tigervnc for its 3D acceleration support. I > built tigervnc 1.5.0 from git (4a25ccd) on jessie, with a no-change > backport of fltk1.3 1.3.3-6, and it seems to work very well out of the > box: I can run

Bug#654924: [Pkg-tigervnc-devel] Bug#654924: Bug#654924: Helping with tigervnc 1.5.0

On Tue, 26 Jan 2016, Ola Lundqvist wrote: >Hi >I think we should try to finalize 1.5 first, unless we see major issues >with that, or if you know what they have fixed important things in 1.6. nope -- I know nothing yet about 1.6 ;-) so ok -- let's finalize 1.5. -- Yaroslav O.

Bug#812623: new upstream (8.0.1) is avail but would need additional package python-keyring.alt

Package: python-keyring Version: 5.7.1-1 Severity: wishlist Just heads up that there is a new upstream, BUT to provide smooth upgrade new package would need to come to live to incorporate those backends which were moved away into https://github.com/jaraco/keyrings.alt /

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

On Sat, 16 Jan 2016, Mattia Rizzolo wrote: > Control: tags 804568 + patch > Control: tags 804568 + pending > Dear maintainer, > I've prepared an NMU for cmtk (versioned as 3.2.2-1.4) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > The package also

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

On Sat, 16 Jan 2016, Mattia Rizzolo wrote: > On Fri, Jan 15, 2016 at 10:40:20PM -0500, Yaroslav Halchenko wrote: > > thanks!!! feel free to reupload without delay > oh, that was quick ;) > ok, I'll reschedule to 0-day, than. Thank you! > > when I get to that package

Bug#804568: cmtk: diff for NMU version 3.2.2-1.4

On Sat, 16 Jan 2016, Mattia Rizzolo wrote: > On Fri, Jan 15, 2016 at 10:51:09PM -0500, Yaroslav Halchenko wrote: > > > 2) I removed versioned development packages in favour of unversioned > > >ones. This should actually make *easier* backporting, as in all the > >

Bug#810165: closed by Yaroslav Halchenko <deb...@onerussian.com> (Bug#810165: fixed in ants 2.1.0-3)

On Sun, 10 Jan 2016, Tobias Frost wrote: > > > > but ok -- will list libpng-dev as the first and alternative > > > > libpng12 > > > > and will see how it goes > > > *sigh* ok, even if the libpng12-dev is superficious. (It creates > > > more > > > work, as I will file a bug to remove it once the

Bug#810165: closed by Yaroslav Halchenko <deb...@onerussian.com> (Bug#810165: fixed in ants 2.1.0-3)

On Fri, 08 Jan 2016, Tobias Frost wrote: > Control: reopen -1 > Severity: serious > Hi Yaroslav, > The fix >   - add libpng16-dev | libpng-dev to build-depends > won't work, as the buildd always only take the first alternative. > Reopening, raising severity as this is no a real FTBFS.. >

Bug#810287: fail2ban: Error in jail.conf configuration file in [roundcube-auth] section

Thanks! it was fixed upstream awhile back in d278fbca306d8bdcc5b3ffe34b1cfc3cd8963f0b I guess we should cook up a new upstream release (0.9.4) and update package in Debian Cheers On Fri, 08 Jan 2016, Dmitry Katsubo wrote: > Package: fail2ban > Version: 0.9.3-1 > Severity: minor > The section

Bug#800135: [Debian-med-packaging] Bug#800135: python-mne: FTBFS: /usr/share/openmpi/help-mpi-errors.txt: No such file or directory

Version: 0.10.1+dfsg-1 Since that version built just fine for me in a clean environment and Gael's problem was probably different, I am closing this isssue PS updated package for 0.11 release and will try building it now ;) -- Yaroslav O. Halchenko Center for Open Neuroscience

Bug#807190: please upload cnrun2-2.0.2 (fixes #807190)

On Sun, 03 Jan 2016, andrei zavada wrote: > Here's a new version of cnrun2 which builds with the new libgsl-dev: > http://johnhommer.com/academic/code/cnrun/source/deb/cnrun_2.0.2-1.dsc. as I have recommended before I think there should be both old and new versions of libgsl listed so we could

Bug#809671: should openmeeg be removed from Debian?

On Sat, 02 Jan 2016, Mattia Rizzolo wrote: > openmeeg is in a very bad state, it's unbuildable, and has an unfixed RC > bug since more than 2 years. > It missed the Jessie release, and I don't see any work going on either > upstream or in debian. well -- there is work done upstream. Not super

Bug#809518: ITP: dtiprep -- automatic pipeline for DWI/DTI QC and preparation

Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko <deb...@onerussian.com> * Package name: dtiprep Version : 1.2.5 Upstream Author : DTIPrep Team * URL : http://www.nitrc.org/projects/dtiprep * License : Apache-2.0 Programming Lang: C++ Descr

Bug#809519: fresh upstream 2.6.10 available

Package: gnucash Version: 1:2.6.9-1 Severity: wishlist just saw that 2.6.10 is available upstream Cheers! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign

Bug#809519: fresh upstream 2.6.10 available

On Fri, 01 Jan 2016, Dmitry Smirnov wrote: > > just saw that 2.6.10 is available upstream > I've seen it too in my DDPO and maintainer dashboard. New release is less > than two weeks old -- if you are that impatient to use it then you should > consider co-maintaining it. ;) I wish I had spare

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