Bug#1052201: fftw3: baseline violation: Unconditionally enabled NEON for armhf

On 19.09.23 02:17, Boyuan Yang wrote: According to https://wiki.debian.org/ArchitectureSpecificsMemo#armhf , NEON instructions are not guaranteed on armhf platform. However, your debian/rules explicitly enabled NEON support in armhf build. This should be a violation to architecture baseline.

Bug#1001449: array indexing broken

Package: bpftrace Version: 0.11.3-5 Tags: patch fixed-upstream array indexing in bpftrace in debian stable is broken it always indexes with 0: Example: #!/usr/bin/env bpftrace #include #include kprobe:tcp_connect {   $sk = ((struct sock *) arg0);   if ($sk->__sk_common.skc_family == AF_INET6

Bug#990220: wrong code generation for bpftrace

Package: llvm-toolchain-11 Version: 1:11.0.1-2 Tags: patch bpftrace in debian testing suffers from a code generation bug in llvm11: https://github.com/iovisor/bpftrace/issues/1305 To reproduce run: apt-get install bpftrace /usr/sbin/tcpconnect

Bug#968599: ca-certificates: update-ca-certificates breaks on custom certs in folder starting with 1 or 2

| sed -e 's/^[[:space:]]*2[[:space:]]*//' -e 's/^[[:space:]]*1[[:space:]]*/!/' !and1/ca.crt Probably the sed should use -e 's/^[[:space:]]*1[[:space:]]\+/!/' or even better use better ways to create the difference e.g. https://stackoverflow.com/a/13038235 -- Sys

Bug#885212: libmatheval: please migrate to guile-2.2

On 28.04.20 01:14, Rob Browning wrote: > > I think we probaly either need to address this soon, or consider > removing libmatheval from Debian. > > Sometimes it's sufficient to just update the build dependency from say > guile-2.0-dev to guile-3.0-dev and adjust some of the related versions > in

Bug#951152: new archmage version breaks keepass2 documentation build

On 11.02.20 22:13, Mikhail Gusarov wrote: > Hi Julian, > > On 11 Feb 2020, at 21:25, Julian Taylor wrote: > >> For keepass I only need to be able to build html files from the chm >> source directory, the package has no compiled chm file one can use the >> current

Bug#951152: new archmage version breaks keepass2 documentation build

On 11.02.20 21:20, Mikhail Gusarov wrote: > Hello Julian, > > On 11 Feb 2020, at 20:23, Julian Taylor wrote: > >> The new archmage version breaks the documentation build of the keepass2 >> package. This is due to the (maybe accidental) removal of the availity >>

Bug#951152: new archmage version breaks keepass2 documentation build

ability: https://github.com/dottedmag/archmage/pull/17 As it is required to update keepass2 and remove its python2 dependency, could it be considered to add it to the package if upstream does not react soon? From 7591fd2427ebef2585347c7c567aa038a1fcab66 Mon Sep 17 00:00:00 2001 From: Julian Taylor

Bug#943144: keepass2: Python2 removal in sid/bullseye

On 23.10.19 04:33, mo...@debian.org wrote: > Source: keepass2 > Version: 2.43+dfsg-1 > Severity: normal > Tags: sid bullseye > User: debian-pyt...@lists.debian.org > Usertags: py2removal > > Python2 becomes end-of-live upstream, and Debian aims to remove > Python2 from the distribution, as discuss

Bug#949536: New upstream version 2.44 - please package

On 21.01.20 20:24, Marc Meledandri wrote: > Package: keepass2 > Version: 2.43+dfsg-1 > > Dear Maintainer, > > Please package KeePass 2.44. List of fixes and improvements: > https://keepass.info/news/n200120_2.44.html > > Thanks! > It appears the new python3 compatible archmage tool does not al

Bug#842541: Why keepass2 opens TCP ports

On 27.01.20 07:30, Felix Dörre wrote: > Hi, > > I found out, why keepass2 opens TCP ports. However on my system, keepass > opens two TCP ports: > > The older one (that is already reported in this bug report) comes from > strange behavior in mono itself. I opened a pull request against mono to > f

Bug#942359: Please provide libfftw3-long3 on all platforms

On 15.10.19 08:47, Ole Streicher wrote: > Package:libfftw3-long3 > Version: 3.3.8-2 > Severity: wishlist > > Hi, > > I have a package (cubature) that generates an include file (clencurt.h) > with a small helper program during build. This helper program uses the > "long double" version of libfftw

Bug#919929: blis breaks python-scipy autopkgtest

On 29.01.19 12:01, Graham Inggs wrote: > Hi Paul > > On 2019/01/20 21:09, Paul Gevers wrote: >> With a recent upload of blis the autopkgtest of python-scipy fails in >> testing when that autopkgtest is run with the binary packages of blis >> from unstable. It passes when run with only packages fro

Bug#915738: rules workaround

this rules change should disable unrolling for fortran on s390x. I'm currently checking if we can upload a new upstream without breaking rdeps, if not I'll add this to 1.11.0 build-python%: ifeq ($(DEB_HOST_ARCH),s390x) # gcc bug 906198 NPY_DISTUTILS_APPEND_FLAGS=1 FOPT="-fno-unrol

Bug#907335: similar issue

this problem probably has the same python change as cause as this issue: https://github.com/PyCQA/pycodestyle/issues/786 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908700

Bug#897496: python-pathlib: diff for NMU version 1.0.1-2.1

+0200 @@ -1,3 +1,11 @@ +python-pathlib (1.0.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * socket-test-fix.patch: +Adapt testcase to work with python2 exception type (Closes: #897496) + + -- Julian Taylor Sat, 27 Oct 2018 19:02:33 +0200 + python-pathlib (1.0.1-2) unstable; ur

Bug#880245: New version of statsmodels is out possibly fixing important bug - any volunteer

On 10/26/18 11:33 PM, Andreas Tille wrote: > Hi Yaroslav, > > On Fri, Oct 26, 2018 at 08:59:57AM -0400, Yaroslav Halchenko wrote: >> >>> I guess this went out of your focus. I tried my best to update Git[1] to >>> version 0.9.0. The package build process stumbles about doc creation: >> >> THANKS

Bug#880245: New version of statsmodels is out possibly fixing important bug - any volunteer

On 10/26/18 11:33 PM, Andreas Tille wrote: > Hi Yaroslav, > > On Fri, Oct 26, 2018 at 08:59:57AM -0400, Yaroslav Halchenko wrote: >> >>> I guess this went out of your focus. I tried my best to update Git[1] to >>> version 0.9.0. The package build process stumbles about doc creation: >> >> THANKS

Bug#903579: cythonize at build patch

tags -1 + patch forwarded -1 https://github.com/matplotlib/basemap/issues/436 user debian-rele...@lists.debian.org usertags -1 + bsp-2018-10-de-karlsruhe thanks Attached a patch which cythonizes the files during the package build and fixes the README issue. I have also filed an upstream bug. diff

Bug#912020: keepass2: Exception prevents start : System.Exception: Magic number is wrong: 542

what is the value of the $TERM environment variable? try if this works: TERM=xterm keepass2

Bug#911988: reintroduce fixed python2 package for rdepends

fixed Python 2 package needed by reverse dependencies +do not install python3 files to avoid failure during installation +add fix-controller-py3check.patch to correct the python3 runtime check +Closes: #911271 + + -- Julian Taylor Fri, 26 Oct 2018 22:30:43 +0200 + txtorcon (18.0.2-2

Bug#911271: txtorcon patch submitted

I have submitted a patch to reintroduce the patch in txtorcon: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911988

Bug#911988: reintroduce fixed python2 package for rdepends

/changelog @@ -1,3 +1,10 @@ +txtorcon (18.0.2-3) unstable; urgency=medium + + * reintroduce fixed Python 2 package needed by reverse dependencies +Closes: #911271 + + -- Julian Taylor Fri, 26 Oct 2018 22:30:43 +0200 + txtorcon (18.0.2-2) unstable; urgency=medium * No longer builds a Python 2

Bug#906215: further issues

Also with this patch foolscap is still currently failing a test. I have filed an issue upstream: https://github.com/warner/foolscap/issues/42

Bug#911271: [Pkg-privacy-maintainers] Bug#911271: foolscap: (Build) Depends on non existing python-txtorcon

On 18.10.18 14:31, Julian Taylor wrote: > On 18.10.18 14:28, Antoine Beaupré wrote: >> On 2018-10-18 13:26:28, Julian Taylor wrote: >>> On 18.10.18 01:07, Antoine Beaupré wrote: >>>> On 2018-10-18 00:16:15, Sebastian Andrzej Siewior wrote: >>>>&

Bug#911271: [Pkg-privacy-maintainers] Bug#911271: foolscap: (Build) Depends on non existing python-txtorcon

On 18.10.18 14:28, Antoine Beaupré wrote: > On 2018-10-18 13:26:28, Julian Taylor wrote: >> On 18.10.18 01:07, Antoine Beaupré wrote: >>> On 2018-10-18 00:16:15, Sebastian Andrzej Siewior wrote: >>>> Package: foolscap >>>> Version: 0.13.1-1 >>>&g

Bug#911271: [Pkg-privacy-maintainers] Bug#911271: foolscap: (Build) Depends on non existing python-txtorcon

On 18.10.18 01:07, Antoine Beaupré wrote: > On 2018-10-18 00:16:15, Sebastian Andrzej Siewior wrote: >> Package: foolscap >> Version: 0.13.1-1 >> Severity: serious >> >> txtorcon does not build the Python2 variant (python-txtorcon) since its >> last upload, only the python3 one (python3-txtorcon) r

Bug#896060: python3-scipy: New upstream version available

On 19.04.2018 02:22, Jan Medlock wrote: > Package: python3-scipy > Version: 0.19.1-2 > Severity: minor > > Dear Maintainer, > Upstream released version 1.0.0 on 25 October 2017. > > In particular, new differential-equation and optimization solvers have > been added. > > Please let me know if I c

Bug#892055: ITP: keepass2-plugin-keepasshttp -- KeePass plugin to expose password entries securely over HTTP

Package: wnpp Severity: wishlist Owner: Julian Taylor * Package name: keepass2-plugin-keepasshttp Version : 1.8.4.2 Upstream Author : Perry Nguyen * URL : https://github.com/pfn/keepass * License : GPL3 Programming Lang: C# Description : KeePass

Bug#863672: performance critical libyuv built with Os

SSSE3, AVX2 or NEON (see convert_argb.cc) But there are still plenty useful cpus that do not have these instruction sets and are crippled by the compiler flags used. Is it possible to compile this library with O3 to allow the compiler to vectorize it with the best available generic instruction

Bug#860063: fsolve docs should state that it cannot solve over- or under-determined problems

On 11.04.2017 03:07, James Van Zandt wrote: > Package: python-scipy > Version: 0.18.1 > > > I have a MATLAB program that uses fsolve() from the optimization > toolbox. I found that scipy offers a similar function. I spent a fair > amount of time translating my program into Python, only to disco

Bug#859019: your mail

On 04.04.2017 20:18, Ivo De Decker wrote: > Control: severity -1 normal > > Hi, > > On Sat, Apr 01, 2017 at 01:18:08PM +0200, Julian Taylor wrote: >> severity 859019 serious >> thanks >> >> the issues are very much RC, stretch should not be stuck with a

Bug#859019: (no subject)

severity 859019 serious thanks the issues are very much RC, stretch should not be stuck with a .0 numpy release.

Bug#859019: new bugfix release available

Package: python-numpy Version: 1:1.12.0-2 Severity: serious hi, A new bug release is available for numpy. It is almost exclusively regression fixes in 1.12.0 and should be included in stretch. In case you want to go with backports I have marked the issues I consider important. * `#8483

Bug#849593: libfftw3-single3: dependencies in shlibs file not tight enough (Was: Bug#849589: ardour: undefined symbol: fftwf_make_planner_thread_safe)

On 30.12.2016 18:17, Ghislain Vaillant wrote: >> The goal is for dpkg-shlibdeps to generate a dependency like >> "libfftw3-single3 (>= 3.3.5)" for any package which uses >> fftwf_make_planner_thread_safe. This is needed otherwise you may get a >> linker error like ardour does, and it's is done by u

Bug#844479: zeromq3: zeromq 4.2.0 breaks tango

performance on the majority of systems. A benchmark on e.g. ARM, should this platform be relevant to ZMQ, would be interesting to see if adjusting payload alignment for a potential ZMQ 3.1 is worthwhile to look at. cheers, Julian Taylor

Bug#844479: RE:Bug#844479: zeromq3: zeromq 4.2.0 breaks tango

On Thu, 24 Nov 2016 11:56:15 + Luca Boccassi wrote: > On Thu, 2016-11-24 at 09:58 +, PICCA Frederic-Emmanuel wrote: > > Hello, > > > > I just opened a bug for tango > > > > https://github.com/tango-controls/cppTango/issues/312 > > > > > > what is the deadline where we can take the deci

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 29.11.2016 15:10, Tobias Hansen wrote: > On Thu, 3 Nov 2016 20:25:23 +0100 Julian Taylor > wrote: >> On 03.11.2016 20:17, Sandro Tosi wrote: >>>> Looks like your last upload fixed the build on most architectures. However >>>> the >>>> package

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

On 11/29/2016 03:41 PM, Christian Seiler wrote: (Forwarding because I forgot to Cc debian-devel@.) ondir is a small program to automate tasks specific to certain directories. It works by executing scripts in directories when you enter and leave them. It may be used to set environment variables o

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 03.11.2016 20:17, Sandro Tosi wrote: >> Looks like your last upload fixed the build on most architectures. However >> the >> package still failed to build on arm64. >> >> https://buildd.debian.org/status/package.php?p=pyzmq > > Hey Julian, do you have time to look at the failures in the > http

Bug#806867: python-scipy: FTBFS when built with dpkg-buildpackage -A (No module named scipy)

On 04.10.2016 19:02, Sebastian Humenda wrote: > Hi > > Julian Taylor schrieb am 03.10.2016, 14:53 +0200: >> where did you get the tarball from that you pushed to git? >> its different from what uscan pulls and is missing all the documentation. > Good question, I went

Bug#839746: pyfits-utils: missing python3-pkg-resources dependency

Package: pyfits-utils Version: 1:3.4-3 Severity: normal hi, fitsdiff included in pyfits-utils will not run in a clean chroot as it is missing a dependency on python3-pkg-resources. $ fitsdiff from pkg_resources import load_entry_point Import error: No Module name 'pkg_resources' also the inte

Bug#806867: python-scipy: FTBFS when built with dpkg-buildpackage -A (No module named scipy)

On 24.09.2016 23:26, Julian Taylor wrote: > On 24.09.2016 23:14, Sebastian Humenda wrote: >> Just to let people know: I'm working on it and hope to upload a new package >> shortly. >> > > hm I wanted to do it tomorrow, but if you have it done go ahead. > note t

Bug#806867: python-scipy: FTBFS when built with dpkg-buildpackage -A (No module named scipy)

On 24.09.2016 23:14, Sebastian Humenda wrote: > Just to let people know: I'm working on it and hope to upload a new package > shortly. > hm I wanted to do it tomorrow, but if you have it done go ahead. note there is a new upstream version that should be uploaded to fix other issues.

Bug#832578: cpl-plugin-visir: does not work with packaged swarp

I agree that the patches should be more easily extractable, this was originally planned but time constrains did not allow this for the last two releases, hopefully next time the changes will be included as separate patch files. The patches are for the most part incomplete and not upstreamable

Bug#832578: cpl-plugin-visir: does not work with packaged swarp

Package: cpl-plugin-visir Version: 4.3.0+dfsg-1 Severity: serious I have already told you in the past that visir does not work with the packaged swarp. The swarp included in visir is patched to behave as the pipeline needs it. There are also feature patches which go beyond the bugfix patches I

Bug#830555: new Foolscap release available

On 21.07.2016 05:00, Brian Warner wrote: I've just released foolscap-0.12.0 to PyPI, which should fix this. We've deprecated a function that talks to the root nameservers, and this release removes the test that used to exercise that function. I think that was the only place which should be doing

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 13.04.2016 15:39, Julian Taylor wrote: On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote: On 29/03/16 19:10, László Böszörményi (GCS) wrote: Hi Julian, On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor wrote: On 20.03.2016 11:11, László Böszörményi (GCS) wrote: Sorry, my life was

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 04/13/2016 03:24 PM, Emilio Pozuelo Monfort wrote: > On 29/03/16 19:10, László Böszörményi (GCS) wrote: >> Hi Julian, >> >> On Sun, Mar 20, 2016 at 12:27 PM, Julian Taylor >> wrote: >>> On 20.03.2016 11:11, László Böszörményi (GCS) wrote: >>>>

Bug#809314: btrfs-tools in jessie-backports does not provide warning

> > >> So if Debian provides very new btrfsprogs for very old kernels, that >> could cause troubles. > I've tagged btrfs-tools-4.4-1~bpo8+1 (not my package!) as affected by > this bug because it does not even provide a warning of this issue. > Would a NEWS file be enough to close this bug? There

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

On 20.03.2016 12:04, Yaroslav Halchenko wrote: > 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&arch=mips&ver=2.4.3-1&stamp=1458051582 > due to > Program received signal SIGILL, Illegal

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 20.03.2016 11:11, László Böszörményi (GCS) wrote: > On Sun, Mar 20, 2016 at 10:56 AM, Emilio Pozuelo Monfort > wrote: >> On Tue, 15 Mar 2016 23:37:26 +0100 >> =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= wrote: >>> On Tue, Mar 15, 2016 at 11:24 PM, Julian

Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

On 15.03.2016 22:48, László Böszörményi (GCS) wrote: > On Tue, Mar 15, 2016 at 10:26 AM, Emilio Pozuelo Monfort > wrote: >> On 14/03/16 22:03, Emilio Pozuelo Monfort wrote: >>> Looks good. No problem and thanks for reacting that fast! >> >> I scheduled the binNMUs last night and things are going w

Bug#811392: foolscap problem

reassign 811392 foolscap 0.10.1-1 thanks This is a problem in foolscap packaging, caused by a change in twisted packaging. It will get fixed today. It can be worked around by replacing the twisted-* dependencies with just twisted in /usr/lib/python2.7/dist-packages/foolscap-0.10.1.egg-info/requir

Bug#812504: swarp: breaks when coadding many overlapping files

Package: swarp Version: 2.38.0+dfsg-2 Severity: important when coadding more than the openfile limit (normally 1024) overlapping files swarp aborts due to too many open files. To reproduce create some files with overlapping wcs coordinates, set ulimit -n to a low enough number and just run SWarp

Bug#811500: cpl-plugin-visir: does not work

On 01/19/2016 04:50 PM, Ole Streicher wrote: Hi Julian, thank you for the bug report. To check the packaging, I run the unit tests that come with the package (hoping that they cover a good part of the code), and I think this is a reasonable "minimal effort" to ensure a package is working. no r

Bug#811500: cpl-plugin-visir: does not work

Package: cpl-plugin-visir Version: 4.1.0+dfsg-1 Severity: serious the packaged recipe does not work at all for several reasons: 1. removed patched copy of swarp, visir does not work with 2.38, it needs 2.19 or the embedded convinience copy. To see run the visir_img_reduce recipe on any data an

Bug#795848: FTBTS: foolscap

On 13.01.2016 06:54, Ramakrishnan Muthukrishnan wrote: > On Wed, Jan 13, 2016, at 11:17 AM, Ramakrishnan Muthukrishnan wrote: >> >> I applied two patches below after which it passes the tests (python >> setup.py trial). Both the changes have been submitted into the upstream >> for review. > > I ju

Bug#795848: errors with 0.9.1

hi, I just updated the package to 0.9.1 and there still seem to be test failures with the twisted version in debian (15.5.0) === [ERROR] Traceback from remote host -- Traceback (most recent call last): File "/tmp/buildd

Bug#800392: [Python-modules-team] Bug#800392: Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

On 01.10.2015 00:41, Sandro Tosi wrote: > On Wed, Sep 30, 2015 at 11:19 PM, Julian Taylor > wrote: >> hm is __POWERPC__ not the right macro for that platform? that should >> have worked > > in numpy/core/include/numpy/npy_cpu.h i can find > > #elif defined(_

Bug#800392: [Python-modules-team] Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

On 01.10.2015 00:17, Sandro Tosi wrote: > control: reopen -1 > >>> it would probably be best to disable the assert in >>> lowlevel_strided_loops.c.src on powerpc depending cpp macros, that way >>> it will also continue to work when users would want to use python-dbg on >>> ppc if softfaulting is e

Bug#800392: [Python-modules-team] Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

On 30.09.2015 01:14, Julian Taylor wrote: > On 30.09.2015 01:01, Sandro Tosi wrote: >> On Tue, Sep 29, 2015 at 8:05 AM, Julian Taylor >> Is there an elegant way to instruct numpy testsuite to just ignore >> errors on powerpc? I would really love to keep the test failures

Bug#800392: [Python-modules-team] Bug#800392: Bug#800392: python-numpy: FTBFS on powerpc due to test failure

On 30.09.2015 01:01, Sandro Tosi wrote: > On Tue, Sep 29, 2015 at 8:05 AM, Julian Taylor > wrote: >> On 28.09.2015 20:58, Scott Kitterman wrote: >>> >>> Seems like this may be related to #702169. >>> >> >> no, powerpc is the arch with th

Bug#800392: [Python-modules-team] Bug#800392: python-numpy: FTBFS on powerpc due to test failure

On 28.09.2015 20:58, Scott Kitterman wrote: > > Seems like this may be related to #702169. > no, powerpc is the arch with the broken malloc: https://sourceware.org/bugzilla/show_bug.cgi?id=6527 the test should probably just be ignored (as it has been in the past) it has always been broken and n

Bug#783543: Acknowledgement (miscompile of _mm256_permutevar8x32_epi32)

the issue has been fixed upstream in r232085, 3.6 backport commit on release_6 branch is r232118 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#783543: miscompile of _mm256_permutevar8x32_epi32

Package: llvm-toolchain-3.6 Version: 1:3.6-2 Severity: serious clang 3.6 in debian miscompiles _mm256_permutevar8x32_epi32 it swaps the two first arguments: $ apt-cache policy clang-3.6 clang-3.6: Installed: 1:3.6-2 Candidate: 1:3.6-2 Version table: *** 1:3.6-2 0 500 http://ftp.de

Bug#783090: python3.5: missing modules

Package: python3.5 Version: 3.5.0~a4-1 Severity: important following modules are missing in the package: cmath, mmap, resource also GzipFile does not have an offset anymore, not sure if thats a packaging error or an upstream api break. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists

Bug#674610:

hi, thanks for working on the package please also incorporate the other changes applied in ubuntu, those include multiarchification but also some other changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@list

Bug#776036: new version buggy

the latest version of swarp has introduced regressions related to file descriptors and weight maps. I would advise against updating before having them fixed. Do you have contact with the author? I forwarded my issues to him but never got a reply. -- To UNSUBSCRIBE, email to debian-bugs-dist-req

Bug#734505: Can we close twitter-recess bug #734505?

The package not working for one of its main purposes does qualify as severe to me. I spent significant time tracking this done when using an upstream system using recess to compile less file. I can accept lowering the severity when the compile option is removed from the debian package with a helpf

Bug#734505: Can we close twitter-recess bug #734505?

still doesn't work for me in current unstable. The less version is still the same.

Bug#767138: libfftw3 SIGILL on armhf

sorry for the lack of reply, I have been traveling for the last 1.5 weeks. I'll try to look at this weekend. Feel free to NMU if you need a faster solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de

Bug#761509: fix for jessie?

It would be good to have this fixed for jessie. Correct handling of denormals which are controlled via this register is very important for the performance of e.g. audio applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? C

Bug#767439: python-zmq FTBFS on official arm64 "arm-arm" autobuilders.

> > Anyone have any thoughts? the same issue occurs on mips, though the porterbox is so slow I do not have a big urge to try and debug anything on it. When there is a arm porterbox which is faster I may have a look at it again. (On mips I'm ignoring the testfailure, though I should probably req

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

On 29.10.2014 13:06, Gert Wollny wrote: > > Regarding the use of intrinsics: AFAICS in configure.ac --with-neon > always sets HAVE_NEON as define and adds the flag -mfpu=neon. > the flags are only added to files which do the computations, the rest of the program should not have this flag, this

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

On 29.10.2014 00:18, Edmund Grimley Evans wrote: >> Though for Debian wouldn't it be enough to change the encoding to what >> we are using? >> possibly that could be automated by compiling a vand snipped and getting >> the code with objdump during configure time. > > That sounds as if it could be

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

On 28.10.2014 18:13, Edmund Grimley Evans wrote: > Is this signal-handling approach the best way of detecting NEON? The > following blog suggests using HWCAP, but I don't know if that would > work with the freebsd kernels: looks like a better way to do it, freebsd doesn't matter for us as we don'

Bug#744969: sodium available now

libsodium is now almost available in unstable, please build a zeromq with it enabled. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746013: libmatheval: diff for NMU version 1.1.11+dfsg-1.2

On 07.10.2014 16:21, Neil Williams wrote: > Control: tags 746013 + pending > > Dear maintainer, > > I've prepared an NMU for libmatheval (versioned as 1.1.11+dfsg-1.2) and > uploaded it to unstable with a fix for the compiler optimisation effects. > > This diff extends the previous diff for i386

Bug#746013: Investigating i386 issues with libmatheval

On 06.10.2014 23:34, Neil Williams wrote: > Something odd with the *386 builds, i386, kfreebsd-i386 and hurd-i386: > > i386 chroot: > -1.3130352854993315 > +1.3130352854993312 > > Other 32bit architectures don't have a problem. > thats very expected, i386 numerical precision depends on compile

Bug#761509: sse control word not inherited in pthreads

Package: libc0.1 Version: 2.19-11 X-Debbugs-CC: debian-...@lists.debian.org very similar to bug 761175 about the x87 control word. but the same issue affects the sse control word mxcsr. It was not fixed in -11 that fixed the x87 fpu. (sid_kfreebsd-amd64-dchroot)jtaylor@falla:~$ cat test2.c #inclu

Bug#761392: python-astropy: tests fail with numpy 1.9

Package: python-astropy Version: 0.4.1+dfsg-1 Severity: important astropy fails its test with numpy 1.9 available in experimental. A patch is available upstream: https://github.com/astropy/astropy/pull/2927 I want to upload numpy to unstable soon, please include the fix in your next upload. But a

Bug#761175: kfreebsd i386 changing x87 precision mode in pthreads

On 11.09.2014 13:42, Petr Salinger wrote: > Package: libc0.1 > Version: 2.13-38+deb7u2 > X-Debbugs-CC: jtaylor.deb...@googlemail.com , debian-...@lists.debian.org > > On Sat, 6 Sep 2014, Julian Taylor wrote: ... > > The thread started in kernel have different default p

Bug#756403: [Python-modules-team] Bug#756403: python-numpy: fix FTBFS on ppc64el (patch available)

On 25.08.2014 21:44, Andreas Barth wrote: > * Mauricio Faria de Oliveira (mauri...@linux.vnet.ibm.com) [140825 20:34]: >> Hi Andi, >> >> On 08/25/2014 02:43 PM, Andreas Barth wrote: >>> * Julian Taylor (jtaylor.deb...@googlemail.com) [140825 18:37]: >>>>

Bug#756403: [Python-modules-team] Bug#756403: python-numpy: fix FTBFS on ppc64el (patch available)

On 25.08.2014 12:49, Mauricio Faria de Oliveira wrote: > Hi Andi, > > On 08/23/2014 06:12 PM, Andreas Barth wrote: >> If useful I'd be willing to upload this fix as an NMU. As this is a >> blocker for cython it has some priority, so I would do that tomorrow >> unless there is a reason not to. > >

Bug#751296: debdiff for upgrade

on (>= 0.17) + * slicing-error.patch: fix error revealed by numpy 1.9 + * bump standard to 3.9.5 + + -- Julian Taylor Sun, 24 Aug 2014 11:38:12 +0200 + +skimage (0.9.3-4build1) trusty; urgency=medium + + * No change rebuild to drop python3.3 compiled extension. + + -- Dimitri John Ledkov Mon, 31

Bug#758209: wxpython3.0: cannot import 2.8 anymore

Package: wxpython3.0 Version: 3.0.0.0+dfsg-3 Severity: serious the change of wxversion to 3.0 prevents importing wx if only 2.8 is installed. This breaks for example matplotlib which still depends on wxgtk2.8. See e.g. the autopkgtest in ubuntu: https://jenkins.qa.ubuntu.com/view/Utopic/view/Auto

Bug#758055: libfftw3-3: fftw-wisdom-to-conf < wisdom > conf.c : invalid wisdom

fixed 758055 3.3.3-6 thx this issue is fixed in package version 3.3.3-6 available in testing. the fix is quite simple: --- a/fftw-wisdom-to-conf +++ b/fftw-wisdom-to-conf @@ -39,7 +39,7 @@ fi read preamble fftw_wisdom case "$preamble $fftw_wisdom" in - \(@PACKAGE@-@VERSION@\ *_wisdom) +

Bug#757492: gfortran-4.9: miscompiles int() on mips

Package: gfortran-4.9 Version: 4:4.9.1-1 Severity: important gfortran miscompiles int() for negative overflows leading to a build timeout of python-scipy, see #756905 below a testcase, according to https://gcc.gnu.org/onlinedocs/gfortran/INT.html the result should be -2147483648 (sid_mips-dchroot

Bug#756905: gfortran miscompilation on mips.

On 07.08.2014 09:10, YunQiang Su wrote: > On Sun, 03 Aug 2014 13:34:24 +0200 Matthias Klose wrote: >> Package: python-scipy >> Version: 0.14.0-1 >> Severity: serious >> Tags: sid jessie >> >> the package fails to build on mips, but did build before. >> see >> https://buildd.debian.org/status/fetch

Bug#755339: Please make sure you file an upstream bug in future

On 04.08.2014 19:57, Daira Hopwood wrote: > The foolscap bug tracker is easy to find: http://foolscap.lothar.com/trac > the issue was already fixed upstream before this bug was filed: https://github.com/warner/foolscap/commit/2eeabc61c2573652d7482d039644d62d782c2e3a -- To UNSUBSCRIBE, email to

Bug#728498: libnetcdfc++4 does not include C++ NetCDF library!

according to: https://packages.debian.org/wheezy/amd64/libnetcdfc++4/filelist and https://packages.debian.org/wheezy/amd64/libnetcdf-dev/filelist the library /usr/lib/libnetcdf_c++.so.4.1.0 is there. Can you elaborate on what is missing? signature.asc Description: OpenPGP digital signature

Bug#755485: python-astropy: too low wcslib version in build-depends

SCOMPARE_ANCILLARY, updating to current unstable 4.23 seems to fix the build. Please correct the version requirements to aid backports of the package. Thanks, Julian Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe&quo

Bug#755263: wheezy-pu: package ipython/0.13.1-2+deb7u1

On 19.07.2014 17:19, Julien Cristau wrote: > Control: tags -1 confirmed > > On Sat, Jul 19, 2014 at 13:51:46 +0200, Julian Taylor wrote:... >> I would like to update ipython in wheezy to fix CVE-2014-3429 >> It is a remote execution flaw via cross origin websockets, but o

Bug#755263: wheezy-pu: package ipython/0.13.1-2+deb7u1

cross origin websocket + + -- Julian Taylor Wed, 16 Jul 2014 20:27:50 +0200 + ipython (0.13.1-2) unstable; urgency=low * update watch file to use github directly diff -Nru ipython-0.13.1/debian/patches/CVE-2014-3429.patch ipython-0.13.1/debian/patches/CVE-2014-3429.patch --- ipython-0.13.1

Bug#753121: gnulib test failure caused by compiler bug

the test failure is due to a compiler bug in gcc-4.9: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61725 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753307: broken by tcl/tk 8.6

Package: skycat Version: 3.1.2+starlink1~b-6 Severity: serious blt now uses tcl/tk 8.6 while skycat is linked against 8.5 which leads to startup failures of skycat: Error in startup script: couldn't load file "/usr/lib/skycat/libskycat3.1.2.so": libBLT.2.4.so.8.5: on the ubuntu-motu mailing list

Bug#752696: ITP: soci -- C++ database access library

hi, nice to hear someone wants to add soci back. I have packaged it for personal use a while back. The packaging hasn't been updated in a while but it might still be useful if you aren't finished yet. It is available here: https://github.com/SOCI/soci-pkg/pull/3 -- To UNSUBSCRIBE, email to debi

Bug#751343: [Python-modules-team] Bug#751343: python-tornado: FTBFS on mips due to test failure

in svn I have disabled all performance relevant tests which includes this one. Upstream has a convinient switch for that for the CI. its currently waiting for sponsoring. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listm

Bug#751161: libtool: strips fcilkplus and sanitizer flags

This is identical to libtools stripping of fopenmp and the fix is the same, add -fcilkplus to the whitelist. Similar the new -fsanitizer= flags are stripped from LDFLAGS, they should probably be added too. Cheers, Julian Taylor signature.asc Description: OpenPGP digital signature

  1   2   3   4   5   6   7   8   >