Bug#968730: SO version specification changed upstream

. -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http://psychoinformatics.de

Bug#937490: pynifti: Python2 removal in sid/bullseye

Hi, On Sun, Aug 2, 2020, 23:47 Moritz Mühlenhoff wrote: > On Fri, Jul 10, 2020 at 01:08:44PM +0200, Andreas Tille wrote: > > On Mon, Jun 29, 2020 at 08:37:58PM +0200, Moritz Mühlenhoff wrote: > > > On Fri, Aug 30, 2019 at 07:34:39AM +, Matthias Klose wrote: > > > > > > The upstream homepage

Bug#937090: mrtrix: Python2 removal in sid/bullseye

Hi, On Sun, Jul 26, 2020, 13:20 Moritz Mühlenhoff wrote: > On Fri, Jul 10, 2020 at 01:07:27PM +0200, Andreas Tille wrote: > > Hi Moritz, > > > > On Tue, Jun 30, 2020 at 08:14:15PM +0200, Moritz Mühlenhoff wrote: > > > > > > Given that there's a separate mrtrix3 source package which is ported to

Bug#937490: pynifti: Python2 removal in sid/bullseye

Hi, yes, that sounds like to best course of action to me. Best, Michael On Mon, Jun 29, 2020, 20:38 Moritz Mühlenhoff wrote: > On Fri, Aug 30, 2019 at 07:34:39AM +, Matthias Klose wrote: > > Package: src:pynifti > > Version: 0.20100607.1-4.1 > > Severity: normal > > Tags: sid bullseye >

Bug#963593: Package ready

The package is done, and in local production use for a few days now. It is hosted on github at https://github.com/mih/debian-annexremote.git until DPMT approves my request to join the team. Lintian 2.80 reports no issues with it. -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http

Bug#963593: ITP: annexremote -- abstraction for git-annex special remote implementations

Package: wnpp Severity: wishlist Owner: Michael Hanke * Package name: annexremote Version : 1.4.3 Upstream Author : Silvio Ankermann * URL : https://github.com/Lykos153/AnnexRemote * License : GPL3 Programming Lang: Python Description : abstraction

Bug#937500: No PY3

Control: retitle -1 "ROM: pyoptical is outdated and not ported to Python3" Control: reassign -1 ftp.debian.org -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http://psychoinformatics.de

Bug#918843: you have my blessing Re: Bug#918843: ITS: matlab-support

Hey, On Wed, Sep 25, 2019, 17:47 Sébastien Villemot wrote: > Thanks Yaroslav and Michael for your reply. > > I’m going to perform the move to another team. Do you want to remain > listed as uploaders? > I am OK to be removed. Thanks, Michael

Bug#918843: you have my blessing Re: Bug#918843: ITS: matlab-support

Hi, On Mon, Sep 23, 2019 at 2:45 PM Yaroslav Halchenko wrote: > On Sun, 22 Sep 2019, Boyuan Yang wrote: > > > Sorry but there hasn't been much progress yet -- recent MATLAB releases have > > several changes that requires much tweak on matlab-support package and I > > haven't have enough time

Bug#889130: O: cctools

Package: wnpp Severity: normal Haven't used this package in a long time and the version in Debian is two major releases behind upstream. Upstream does not use a standard build system (but a custom configure script) that can make updates rather time consuming. The package has an overall low user

Bug#887598: ITP: jasp -- Offers standard analysis procedures in both their classical and Bayesian form

Hi, just FYI there is/was a PR on JASP's GitHub with a semi complete packaging. It had quite a few TODOs, but they should be detailed in the PR. Maybe that is a useful starting point. Cheers, Michael On Jan 21, 2018 21:35, "Andreas Tille" wrote: > Hi Joris, > > thanks for

Bug#886951: O: arno-iptables-firewall -- single- and multi-homed firewall script with DSL/ADSL support

Package: wnpp Severity: normal I intend to orphan the arno-iptables-firewall package. Popcon is at 468. Upstream is very pleasant and releases are infrequent. However, I still lack the resources to take proper care of this package. The package description is: Unlike other lean iptables

Bug#879624: Similar issue, also X1 carbon

AM, Michael Hanke <michael.ha...@gmail.com> wrote: > Update: > > I stopped the gdm3 service and started a freshly installed slim login > manager. I comes right up, no issues. > > Starting the GNOME session from slim, however, results in immediate > failure. This is s

Bug#879624: Similar issue, also X1 carbon

ov 3, 2017 at 5:02 PM, Michael Hanke <michael.ha...@gmail.com> wrote: > Hi, > > same here, after upgrade to buster no X anymore. Normal start works, but > ends at terminal login. Manual startx makes the screen flicker briefly, then > back to terminal. X log contain no errors

Bug#879624: Similar issue, also X1 carbon

Hi, same here, after upgrade to buster no X anymore. Normal start works, but ends at terminal login. Manual startx makes the screen flicker briefly, then back to terminal. X log contain no errors (EE). Downgrade to stretch didn't change the situation in any way. Going back from linux 4.13 to 4.8

Bug#861330: RM: fslview -- ROM; no longer maintained upstream, FTBFS (obsolete dependencies), replacement available

Package: ftp.debian.org Severity: normal The package can no longer be built in unstable. I just issues an ITP for the replacement #861327

Bug#861327: ITP: fsleyes -- feature-rich viewer for volumetric images

Package: wnpp Severity: wishlist Owner: Michael Hanke <m...@debian.org> * Package name: fsleyes Version : 0.10.1 Upstream Author : Paul McCarthy <pauld.mccar...@gmail.com> * URL : https://fsl.fmrib.ox.ac.uk/fsl/fslwiki/ * License : Apache-2 Prog

Bug#860084: ITP: libxdf -- static C++ library for loading XDF (multi-channel stream format) files

Package: wnpp Severity: wishlist Owner: Michael Hanke <m...@debian.org> * Package name: libxdf Version : 0.93 Upstream Author : Yida Lin (?) * URL : https://github.com/Yida-Lin/libxdf * License : GPL3 Programming Lang: C++ Description : st

Bug#860083: sigviewer: New upstream version (0.6), with no dependency (libxdf, unpackaged)

Package: sigviewer Version: 0.5.1+svn556-5 Severity: wishlist FTR: sigviewer switched to Qt5 and wants libxdf (https://github.com/Yida-Lin/libxdf) now. libxdf has no upstream supoprt for building shared libraries. -- System Information: Debian Release: 9.0 APT prefers testing APT policy:

Bug#860081: biosig4c++: Version 1.8.4b required for sigviewer 0.6 (also not updated in Debian)

Source: biosig4c++ Severity: wishlist FYI: Looking into updating sigviewer to 0.6. Noticed that an update of biosig is a precondition. -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Foreign

Bug#849119: Known for a long time, workaround available

that the buttons become visible again and any functionality is available at all. Sure thing that this isn't a general solution, but better than nothing. -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http://psychoinformatics.de

Bug#851739: python-docutils: Upgrade to 0.13.1 breaks list-table directive

Package: python-docutils Version: 0.12+dfsg-1 Severity: normal Upgrading from 0.12 to 0.13.1 causes this error when processing a list-table directive within a pelican run. ERROR: Could not process pages/publications.rst | TypeError: unsupported operand type(s) for +=: 'int' and 'str' |___

Bug#835746: fixed in odin-2.0.3: FTBFS: seqgradspiral.cpp:30:71: error: no matching function for call to 'max(double, float)'

Hi Thies, I had a quick look at upgrading the package to 2.0.3. I am trying to build against Qt5 (all the bdeps seem to be there), but the AC setup does not acknowledge the presence of Qt5 in my test system. Should this be working? Thanks, Michael -- Michael Hanke GPG: 4096R

Bug#828269: Info from upstream

HTCondor 8.4.10 release, expected on December 1st. > > Let me know if you need anything more, ...Tim > > On 11/04/2016 06:31 AM, Michael Hanke wrote: > > Relaying information from upstream's triaging: > > > > > > > > I concluded that the problem was not

Bug#843397: python-rdflib-jsonld: Requires python-rdflib 4.2.1 to work properly with schema.org contexts

Package: python-rdflib-jsonld Version: 0.4.0-1 Severity: important The full protocol of the issue and resolution is here: https://github.com/RDFLib/rdflib-jsonld/issues/42 In short: python-rdflib needs to be upgraded in order get correct http requests required to obtain jsonld context from

Bug#837402: Thanks

Thanks Adrian! Will upload when #828269 has been dealt with. Michael -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http://psychoinformatics.de

Bug#828269: Info from upstream

Relaying information from upstream's triaging: I concluded that the problem was not with HTCondor. It had to do with the following packages: libglobus-gsi-proxy-core, libglobus-gsi-proxy-ssl and voms. The Globus folks addressed the first two issues. However, the VOMS issue (#828595)

Bug#833880: patool: Please provide python(3)-patoolib package

Hey, thanks a lot for implementing this! It sure works for me. However, I am uncertain whether Debian Python policy would mandate dedicated python{3}-patoolib packages. You might want to double-check that. I didn't do a full review, but I noticed one tiny thing: Vcs-Git URL wrong in

Bug#835493: ITP: indexed-gzip -- fast random access of gzip files in Python

Package: wnpp Severity: wishlist Owner: Michael Hanke <m...@debian.org> * Package name: indexed-gzip Version : 0.1 Upstream Author : Paul D McCarthy * URL : https://github.com/pauldmccarthy/indexed_gzip * License : BSDish https://opensource.org/license

Bug#814635: htcondor: unowned directory after purge: /var/lib/systemd/coredump/

s specific directory depends on systemd. So if I ship this in the package and systemd changes its behavior, this issue would resurface. Michael -- Michael Hanke GPG: 4096R/C073D2287FFB9E9B http://mih.voxindeserto.de

Bug#833880: patool: Please provide python(3)-patoolib package

Source: patool Severity: wishlist Currently it is impossible to use patool's Python API from Python 3 applications. It would be nice to have support for Python 3. Looking at upstream they seem to support Python 3 alright. Thanks!

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

Package: psychopy Version: 1.83.04.dfsg-2 Severity: normal When using PsychoPy in an IPython session the following happens: In [1]: import psychopy.iohub as iohub In [2]: io = iohub.launchHubServer()

Bug#755181: Upstream Merge

ve in the scope of this package with a rename. If you have time to keep working on the package, please do not hesitate to add yourself as an uploader. I'll do my best to review updates, if you are interested. Thanks again, Michael -- Michael Hanke http://mih.voxindeserto.de

Bug#817195: Same observation

Hi, On Sat, Mar 19, 2016 at 01:38:51PM +0100, Julien Cristau wrote: > On Tue, Mar 15, 2016 at 15:34:18 +0100, Michael Hanke wrote: > > If this package is responsible, the most recent upgrade in my system > > happened on 2016-03-11, upgrading from 2.99.917-2 to > > 2

Bug#818384: Duplicate

This is likely a duplicate of https://bugs.debian.org/817195

Bug#817195: Duplicate

Likely duplicate: https://bugs.debian.org/818384

Bug#817195: Same observation

Hi, I seem to observe the exact same behavior on a machine with a different chipset 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) and using a Display Port connection. Gnome shell in use also. It doesn't depend on the particular DP

Bug#810945: Useless dependencies

This dependency setting is motivated by the need for 'dicom.dic' which has moved a lot in the past. Currently % apt-file search dicom.dic libdcmtk2: /usr/share/libdcmtk2/dicom.dic libdcmtk2v5: /usr/share/libdcmtk2/dicom.dic libdcmtk4v5: /usr/share/libdcmtk4/dicom.dic libdcmtk5:

Bug#810945: New dependency set

Forgot one thing. Here is the new set of dependency for the experimental upload of ODIN 2.0 libdcmtk-dev | libdcmtk2-dev | libdcmtk1-dev, libdcmtk2v5, dcmtk I was able to get a successful build with it. Any advice on how to optimze that (apart from ignoring the past) is appreciated. Thanks,

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

ove it once the transistion have > started and you'll need another sourceful upload.) > -- Michael Hanke http://mih.voxindeserto.de

Bug#798170: Almost done

FTR: I was able to build the latest upstream release (2.0.0) against the QWT package (6.1) in experimental. However, a linking problem (get's linked against Qt4 and Qt5) causes the main GUI to segfault. I contacted upstream to get this solved. Will upload to experimental once this is done.

Bug#798058: Info

FTR: The test fails, because the dtype of the metadata array in the test file changes during the read/write cycle in the test. The actual content is unchanges though. After initial write: array([['dt', '0.1'], ['first_id', '0'], ['first_index', '0'], ['label',

Bug#805819: No update to Odin 2.0.0 possible

Hi, thanks for the patch. I tried to prepare a new upstream version (2.0.0) for upload, but it is deadlocked (like other packages) in the impossible transition to VTK6+Qt5 without a version of QWT for Qt5 being available. So instead of an upstream update, the next upload will be a patched 1.8.8.

Bug#805819: libqwt-qt5-dev now in experimental

FTR: libqwt-qt5-dev is now available in experimental -- a 2.0.0 puload to experimental seems possible.

Bug#798040: ITP: dcmstack -- DICOM to Nifti conversion

Package: wnpp Severity: wishlist Owner: Michael Hanke <m...@debian.org> * Package name: dcmstack Version : 0.6.2 Upstream Author : Brendan Moloney <molo...@ohsu.edu> * URL : https://github.com/moloney/dcmstack * License : MIT Programming

Bug#749531: Still not compiling with vtk6

:22:5: error: ‘QByteArrayData’ does not name a type QByteArrayData data[37]; Michael -- Michael Hanke http://mih.voxindeserto.de

Bug#749531: Still not compiling with vtk6

Hi, I looked into converting fslview to Qt5, but that doesn't seem to be an option. QWT is a build-dependency, but the latest version 6 is not yet available for Qt5. That seems to be a blocker right now. Michael

Bug#792758: bwidget vs. fsl incompatibility

Hi, thanks for the report and sorry for the delay. I can reproduce it, as soon as I install bwidget -- which is not a dependency of FSL. I'll look into it. Michael

Bug#795672: [neurodebian-desktop] Add dependency on reportbug-ng

. -- Michael Hanke http://mih.voxindeserto.de

Bug#792279: ITP: nilearn -- fast and easy statistical learning on neuroimaging data

Package: wnpp Severity: wishlist Owner: Michael Hanke m...@debian.org * Package name: nilearn Version : 0.1.3 Upstream Author : Gael Varoquaux gael.varoqu...@normalesup.org * URL : https://github.com/nilearn/nilearn * License : BSD Programming Lang: Python

Bug#780517: condor FTBFS on raspbian and probablly other derivatives due to fragile OS detection code.

of HTCondor 8.2.8, but I agree that this should be dealt with in a more general way. I am CC'ing the Condor devs. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Bug#671467: condor: Build system setup cannot handle kFreeBSD

The kfreebsd failure is not the only issue with the suboptimal detection of environments based on OS names in Condor's cmake setup. #780517 is another example. -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#772232: htcondor: bashism in /bin/sh script

Hi, thanks for the report. On Sat, Dec 06, 2014 at 01:17:17PM +0100, Raphael Geissert wrote: possible bashism in ./etc/init.d/condor line 167 (unsafe echo with backslash): echo $@\c This is located in a code block that is only executed when echo -n doesn't work. This should no be the

Bug#784778: FTBFS: no matching function for call to 'condor_sockaddr::condor_sockaddr(const soap::anonymous union*)'

Hi, On May 14, 2015 00:45, peter green peter.gree...@manchester.ac.uk wrote: Tags 784778 +patch thanks During a binNMU of condor for the gsoap transition, the following error was encountered on all architectures: /«PKGBUILDDIR»/src/condor_schedd.V6/soap_scheddStub.cpp: In function 'bool

Bug#698386: Is there a future for ITKSNAP?

! Michael -- Michael Hanke http://mih.voxindeserto.de

Bug#698386: Is there a future for ITKSNAP?

Hi Gert, On Fri, Jan 16, 2015 at 10:39 AM, Michael Hanke michael.ha...@gmail.com wrote: I am currently building the package, and if that shows no problems, I will upload after a bit of testing. Few more things: - I'd target experimental not unstable (solely for not causing problems

Bug#775521: unblock: condor/8.2.3~dfsg.1-6

+notifications (CVE-2014-8126). (Closes: #775276) + + -- Michael Hanke m...@debian.org Fri, 16 Jan 2015 18:59:12 +0100 + condor (8.2.3~dfsg.1-5) unstable; urgency=medium * Fix wrong default SPOOL location introduced with 8.2.3~dfsg.1-4. Whenever diff -Nru condor-8.2.3~dfsg.1/debian/patches/CVE-2014-8126

Bug#698386: Is there a future for ITKSNAP?

Hi Gert, On Jan 14, 2015 5:08 PM, Gert Wollny gw.foss...@gmail.com wrote: Hello all, now that Paul provided an official upstream tarball I took the liberty to update the itksnap package to version 3.2.0 in the packaging git on alioth. There is still a lintian warning about

Bug#749531: Patch

hope that mixing Qt versions is a more fundamental problem, as switching to Qt5 seems infeasible at this point. Qwt (another dependencies) also depends on Qt4 in its latest version in Debian. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist

Bug#773584: nautilus: no open with menu for directory

Package: nautilus Version: 3.14.1-2 Severity: normal There is no open with menu entry if right-clicking on directories. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux

Bug#773589: baobab does not show mounted devices

Package: baobab Version: 3.14.1-1 Severity: important Starting baobab without parameters shows up only root-filesystem, unmounted drives and my personal folder. If I walk to the mountpoints (/home and some are subfolders of /mnt) within baobab there seems to be nothing mounted, what maybe

Bug#773589: additional information (baobab does not show mounted devices)

I just noticed that if I start baobab with sudo, I can see those partitions which are mounted in /media or have mountoption user in fstab. Further investigation showed up that this even works if I start baobab with sudo -u user where user is the same as logged in, so it is obvious that it has

Bug#772170: htcondor: New default configuration relocates spool dir - history lost

Package: htcondor Version: 8.2.3~dfsg.1-4 Severity: grave Justification: causes non-serious data loss With the update to 8.2.3~dfsg.1-4 the default condor config file included a modified location for the SPOOL directory. As a result the spool directory is now by default located at

Bug#772170: Patch

Here is a tentative patch. diff --git a/debian/patches/default_debian_config b/debian/patches/default_debian_config index 77ba593..9415fd3 100644 --- a/debian/patches/default_debian_config +++ b/debian/patches/default_debian_config @@ -90,3 +90,32 @@ Author: Michael Hanke m...@debian.org type

Bug#772176: unblock: condor/8.2.3~dfsg.1-5

. This update reverts this unintentional +change and sets SPOOL explicitly to /var/spool/condor again. +(Closes: #772170) + + -- Michael Hanke m...@debian.org Fri, 05 Dec 2014 20:32:17 +0100 + condor (8.2.3~dfsg.1-4) unstable; urgency=medium * Adjust mechanism to apply the default

Bug#772176: unblock: condor/8.2.3~dfsg.1-5

Hi Adam, thanks for taking processing my request: On Fri, Dec 5, 2014 at 10:42 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Control: tags -1 + moreinfo On Fri, 2014-12-05 at 21:57 +0100, Michael Hanke wrote: The previously unblocked (#771419) version 8.2.3~dfsg.1-4

Bug#772176: unblock: condor/8.2.3~dfsg.1-5

On Fri, Dec 5, 2014 at 11:12 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Fri, 2014-12-05 at 22:56 +0100, Michael Hanke wrote: The mixture of in-place modification at runtime and patches has proven to be unreliable. Hence to move towards putting as much as possible into patches

Bug#771419: unblock: condor/8.2.3~dfsg.1-4

. + (Closes: #766067) + + -- Michael Hanke m...@debian.org Sat, 29 Nov 2014 09:57:27 +0100 + condor (8.2.3~dfsg.1-3) unstable; urgency=medium * Modify the DMTCP shim script to work with the 2.x series of DMTCP. @@ -98,7 +114,7 @@ script. * Bumped Standards-version to 3.9.4

Bug#769100: Minimal vs. proper fix of #769100 (htcondor is marked for auto-removal from testing)

Thanks for the report. I am CC'ing the Debian release team to get feedback regarding an acceptable fix Debian testing. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769100 This bug is caused by the (now invalid) assumption of the Debian packaging to find all relevant config variables in

Bug#698386: Is there a future for ITKSNAP?

Hi, On Tue, Oct 21, 2014 at 08:42:50AM -0400, Paul Yushkevich wrote: That's great to hear! As far as the CMAKE_PREFIX_PATH, I set it to /opt/Qt/5.3/gcc_64/lib/cmake. In my case, Qt is installed to /opt/Qt. I am not quite sure why the VTK and GDCM are becoming an issue in the debian build,

Bug#698386: Is there a future for ITKSNAP?

variants, but the problem persists. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698386: Is there a future for ITKSNAP?

of a Qt5 installation that does not match the actual installation of the Debian (Ubuntu, Mint,...) system Qt5. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Bug#698386: Is there a future for ITKSNAP?

Hi, On Thu, Oct 23, 2014 at 11:57:19AM -0400, Paul Yushkevich wrote: Hi Michael, I am confused :) You previously mentioned that the file /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake exists on the system I was suggesting to set the prefix path to /usr/lib/x86_64-linux-gnu/cmake

Bug#765741: dmtcp_checkpoint --join option broken

Package: dmtcp Version: 2.3.1-5 Severity: normal Tags: upstream According to the docs the --join option of dmtcp_checkpoint offers a way to join an existing coordinator session and properly fail if that is not possible. However that option seems broken: m@meiner /tmp % dmtcp_coordinator --port 0

Bug#765743: dmtcp: Please install docs in standard location

Package: dmtcp Version: 2.3.1-5 Severity: normal The package installs some of its docs in a versioned directory. The rest of the package doesn't support co-installation of multiple versions, hence it would make sense to drop the versioned path and install into the standard directory exclusively.

Bug#698386: Is there a future for ITKSNAP?

to do. But for the next round we either need to find a better home, or we should let it go. Cheers, Michael [1] https://groups.google.com/forum/#!topic/itksnap-users/2byPxMTS3Wo -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#623649: nmu for matlab-support

Hi, On Sun, Sep 28, 2014 at 09:11:42PM -0400, Michael Gilbert wrote: On Sun, Sep 28, 2014 at 9:05 PM, Yaroslav Halchenko wrote: On Sun, 28 Sep 2014, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/10 remove the libxp dependency. matlab versions have not required this for 4 years

Bug#754559: fsl: Update to current major version 5

Source: fsl Severity: normal This current version in Debian is ancient. An update to the 5.0 series is necessary. The first upload attempt ended in NEW due to some documentation bits with unclear origin. Next one is coming... -- System Information: Debian Release: jessie/sid APT prefers

Bug#751522: Not wishlist

if there are plans to fix this soon, or whether I should rip out the CUDA bits. Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749777: typo

: ...: abstraction Thanks! This will be fixed with the next upload. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#747794: condor: FTBFS: error: krb5.h: No such file or directory

and apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- Michael Hanke http://mih.voxindeserto.de

Bug#679630: insserv: Dependency-based boot changes SigIgn mask of daemons

Hi, On Thu, Apr 10, 2014 at 03:10:54PM +0200, Petter Reinholdtsen wrote: Are you still able to reproduce this? I'm trying to write a test case to trigger this bug, but am unable to do so. This is the test code I use, and it always report SigIgn: for both test scripts. What

Bug#662542: Bug#720821: voxbo: diff for NMU version 1.8.5~svn1246-1.1

Thanks for your work. I am currently traveling. Please go ahead with your upload. I'll try to do it myself around the end of the week if you did not manage it by then. cheers, michael On Feb 9, 2014 10:45 PM, Andreas Moog andreas.m...@warperbbs.de wrote: tags 662542 patch tags 720821 patch

Bug#737187: fsl: depends on deprecaed Tcl/Tk 8.4

: fsl-fslview, fsl-doc-4.1 ( 4.1.9-5~) -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#736185: python-scipy: filtfilt() not working in wheezy

Package: python-scipy Version: 0.10.1+dfsg2-1 Severity: normal Tags: upstream patch The filtfilt() function in the signal module is not working in wheezy due to a missing axis keyword argument. Here is the upstream bug: https://github.com/scipy/scipy/issues/2145 Here is the fix:

Bug#734591: python-nipype: DataFinder Interface broken

Package: python-nipype Version: 0.9-1 Severity: normal Tags: upstream patch Hey, the DataFinder interface is broken in this version. See https://github.com/nipy/nipype/pull/761 for a demo and the patch. Do you want me to upload a patched package, or do you prefer to wait for an upstream merge

Bug#714364: 8.0.5 almost done

Quick update: After a long time the 8.x packaging is almost done. The only thing left to do is to figure out the reason for a schedd segfault. Once this is fixed I will upload. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#731246: condor: Needs to adapt to Globus Toolkit multi-arch support

. A quick NMU would be appreciated -- no need for a delayed-queue upload. If I can do it myself within the next few days, I'll let you know upfront so we do not duplicate work. Thanks, Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ

Bug#732129: RM: via -- ROM; Outdated, no reverse dependencies, potential replacement

Package: ftp.debian.org Severity: normal Please remove this package. It is holding up the lesstif transition. It was originally introduced as a dependency of lipsia, which has been removed from Debian in the past. A very similar library is provided by the mia package that is been worked on by

Bug#724021: e-mail validation for Debian via package

Hi Paul, thanks for bringing this to my intention. The maintainership was not transferred by accident, instead the goal had been to have one of the upstream developers take over the Debian packaging. However, that process has stalled. At this time, there is no point in keeping the package in

Bug#731246: condor: Needs to adapt to Globus Toolkit multi-arch support

. Cheers, Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#730810: psychopy: Movie support suboptimal

-- all with the same performance pattern. have you asked PsychoPy guys themselves? Not yet. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#730810: psychopy: Movie support suboptimal

on an i7-3667U CPU @ 2.00GHz. Most of the tests happened on machines with INTEL hardware, but on NVIDIA hardware I see the same issue. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe

Bug#730810: psychopy: Movie support suboptimal

On Sun, Dec 01, 2013 at 07:27:33PM +0100, Michael Hanke wrote: On Fri, Nov 29, 2013 at 08:38:26PM -0500, Yaroslav Halchenko wrote: have you asked PsychoPy guys themselves? Not yet. My post is here: https://groups.google.com/d/topic/psychopy-users/geU_mvLJ1ms/discussion -- Michael Hanke

Bug#730810: psychopy: Movie support suboptimal

Package: psychopy Version: 1.77.02.dfsg-1 Severity: normal Hi, using movie stimuli in Psychopy doesn't really work smoothly. Whenever a movie with sound is played I experience dropped frames. I am attaching a little benchmark that can be used to show this (done in the builder, just select a

Bug#728861: Upstream version seems to have general problems

ardesia in its current upstream shape is not fit for a release. I tried both the upstream .debs for 1.1 and 1.0, as well as the official Debian package -- same behavior. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#728861: ardesia: Does not display UI elements and crashes

Package: ardesia Version: 1.1-1 Severity: important Hi, Running ardesia yields a uniform gray screen with the mouse pointer changes to the edit pen. Other than that I can perform any action. Stopping ardesia in this state only works by Ctrl-C in a terminal, upon which ardesia segfaults. This is

Bug#713514: Need help with lazarus-related bug

elb...@debian.org wrote: On 21-09-13 19:39, Michael Hanke wrote: It seems like a broken build-dependency spec is the reason -- it builds on my laptop, but I can't get it to work in a clean chroot. I wonder whether you could easily spot the problem and help me out? I had a very similar bug

Bug#713514: Need help with lazarus-related bug

Hi Paul, On Sun, Sep 22, 2013 at 10:47 AM, Paul Gevers elb...@debian.org wrote: On 22-09-13 09:36, Michael Hanke wrote: thanks for the pointer! Unfortunately that did not solve the original issue: So far, you didn't explain the original issue :). thanks again for your time! I was indeed

Bug#722056: mricron: Render Save as bitmap does not work in the current version

started to happen when we moved from deb. squeeze to wheezy. Thanks for your report. I am working on the upgrade, but it seems that this is an issue with one of the Debian libraries, as I can't get it to work on jessie with the new version as well. Michael -- Michael Hanke http

  1   2   3   4   5   6   7   >