On Mon, 17 Jul 2017, Adrian Bunk wrote:
> Source: bats
> Version: 0.4.0-1.1
> Severity: serious
> Tags: buster sid
> Some recent change in unstable makes bats FTBFS:
> https://tests.reproducible-builds.org/debian/history/bats.html
>
On Mon, 17 Jul 2017, Mathieu Malaterre wrote:
> On Mon, Jul 17, 2017 at 4:46 PM, Yaroslav Halchenko <y...@debian.org> wrote:
> > On Mon, 17 Jul 2017, Mathieu Malaterre wrote:
> >> > sorry... could you please provide a complete tiny "script" since in the
On Mon, 17 Jul 2017, Mathieu Malaterre wrote:
> > sorry... could you please provide a complete tiny "script" since in the
> > above list of steps I just see
> > cp ~/buggy.dcm bug2/jpeg.dcm
> > and I see no way to get buggy.dcm and you did say that it worked fine on
> > that downloaded
On Mon, 17 Jul 2017, Mathieu Malaterre wrote:
> The original SIEMENS_MOSAIC_12BitsStored-16BitsJPEG.dcm reproduce the
> symptoms perfectly.
sorry... could you please provide a complete tiny "script" since in the
above list of steps I just see
cp ~/buggy.dcm bug2/jpeg.dcm
and I see no way to
oh -- since package is now under DPMT, I guess I will just take care
about updating it
Cheers,
On Fri, 14 Jul 2017, Yaroslav Halchenko wrote:
> Source: python-whoosh
> Version: 2.7.0-2
> Severity: normal
> Thanks for packaging/maintaining whoosh!
> We decided to use it for the
Source: python-whoosh
Version: 2.7.0-2
Severity: normal
Thanks for packaging/maintaining whoosh!
We decided to use it for the datalad project (already in debian) but version in
Debian currently lacks some fixes we need. Would be appreciated to get up to
date release in.
Thanks in advance
--
On Thu, 13 Jul 2017, Mathieu Malaterre wrote:
> Step:
> $ cd /tmp
> $ wget
> "https://sourceforge.net/p/gdcm/gdcmdata/ci/master/tree/SIEMENS_MOSAIC_12BitsStored-16BitsJPEG.dcm?format=raw;
> $ mkdir bug
> $ gdcmconv --raw SIEMENS_MOSAIC_12BitsStored-16BitsJPEG.dcm* bug/raw.dcm
> $ nib-dicomfs
before anything:
could you share this input file publicly by any chance?
(if not) could you try with current upstream master of nibabel
which progressed forward quite a bit without a release:
2.1.0-370-gf5dec180
and also -- what version of python-dicom you have? I guess 0.9.9...
(that is where
On Tue, 11 Jul 2017, Yaroslav Halchenko wrote:
> Package: python-virtualenv
> Version: 15.1.0+ds-1
> Severity: normal
> Not 100% sure if it is not a python-dbg or gdb issue, but I think it might as
> well be virtualenv:
> $> virtualenv --python=/usr/bin/python-dbg venv-dbg
Package: python-virtualenv
Version: 15.1.0+ds-1
Severity: normal
Not 100% sure if it is not a python-dbg or gdb issue, but I think it might as
well be virtualenv:
$> virtualenv --python=/usr/bin/python-dbg venv-dbg
Running virtualenv with interpreter /usr/bin/python-dbg
New python executable in
Package: legit
Version: 0.4.1-1
Severity: grave
$> legit --help
Traceback (most recent call last):
File "/usr/bin/legit", line 6, in
from pkg_resources import load_entry_point
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3019,
in
@_call_aside
File
Package: git-annex
Version: 6.20170101-1+b1
Severity: normal
Needed for a fresh datalad release
Thanks in advance!
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (600, 'unstable'), (300, 'experimental'), (100,
'unstable-debug'), (100, 'stable')
Architecture:
Package: wnpp
Severity: wishlist
* Package name: python-rnc2rng
Version : 2.4.1
Upstream Author : rnc2rng team
* URL : https://pypi.python.org/pypi/rnc2rng
* License : Public domain
Programming Lang: Python
Description : RELAX NG Compact to regular
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko <deb...@onerussian.com>
* Package name: convert3d
Version : 0.0.0 # inquired with upstream about versioning
Upstream Author : Paul Yushkevich <pyushkev...@gmail.com>
* URL : https://sourceforge.
f-show failed
-- debsums errors found:
debsums: changed file /usr/include/GL/GLwDrawA.h (from libglw1-mesa-dev package)
>From b35a4281c0c47d3eea152f7b24a7246d84480284 Mon Sep 17 00:00:00 2001
From: Yaroslav Halchenko <deb...@onerussian.com>
Date: Wed, 31 May 2017 11:03:43 -0400
Subject
Package: python-future
Version: 0.15.2-4
Severity: wishlist
Would be great and appreciated
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100,
'unstable-debug')
Architecture: amd64 (x86_64)
Foreign
On Thu, 11 May 2017, Pierre Rudloff wrote:
> Hello,
> Le 11/05/2017 à 03:44, Yaroslav Halchenko a écrit :
> > try to stop fail2ban, cleanse all the fail2ban entries from the firewall
> > and try to start it again -- if it fails to start then -- provide full
> > log fi
On Fri, 21 Apr 2017, cont...@rudloff.pro wrote:
> Package: fail2ban
> Version: 0.8.13-1
> Severity: important
> Dear Maintainer,
> When trying to use fail2ban with the default config (only the ssh jail
> enabled),
> it does not seem to be able to ban IPs because of iptables errors:
>
+message (Closes: #858848)
+
+ -- Yaroslav Halchenko <deb...@onerussian.com> Mon, 27 Mar 2017 17:09:17 -0400
+
pysurfer (0.7-1) unstable; urgency=medium
* Fresh upstream release
diff -Nru pysurfer-0.7/debian/control pysurfer-0.7/debian/control
--- pysurfer-0.7/debian/control 2016-11-12
On Sun, 16 Apr 2017, gregor herrmann wrote:
> Control: tag -1 - help moreinfo
> Control: tag -1 + patch
> On Sun, 16 Apr 2017 13:49:41 +0100, Paul Brook wrote:
> > Test failures occur if the build environment does not have the tzdata
> > package installed. The test harness hardcodes
On Tue, 11 Apr 2017, Michael Hanke wrote:
> Source: biosig4c++
> Severity: wishlist
> FYI: Looking into updating sigviewer to 0.6. Noticed that an update of biosig
> is a precondition.
which reminded me that Alois prepared updated packages and I forgot to
review/act on the last version
Package: uftp
Version: 4.9.3-1
Severity: wishlist
Probably also to be advised upstream: since uftpd runs by default on
non-privileged (1044) port, thus could be ran/used by any user, there is no
really reason to keep it under /usr/sbin/ instead of /usr/bin/.
Somewhat relates to #859505 in the
Package: uftp
Version: 4.9.3-1
Severity: wishlist
uftpd can be used without system user privileges, and it is impossible to
start another uftpd if there is a system one already running on that port.
Now git-annex (https://git-annex.branchable.com/git-annex-multicast/) can use
it to exchange
On Sun, 02 Apr 2017, Andreas Tille wrote:
> Hi Yaroslav,
> On Tue, Mar 28, 2017 at 11:52:43AM -0400, Yaroslav Halchenko wrote:
> > > I have filed another bug for that (#858881); it would be nice if that
> > > could be fixed as well.
> > what matters ATM i
@@ -1,3 +1,10 @@
+neurodebian (0.37.6) unstable; urgency=medium
+
+ * Switch to use interest-noawait for neurodebian-desktop.trigger
+to avoid a circular deadlock (Closes: #858920)
+
+ -- Yaroslav Halchenko <deb...@onerussian.com> Tue, 28 Mar 2017 13:53:19 -0400
+
neurodebian (0.37.5) unst
On Tue, 28 Mar 2017, Ole Streicher wrote:
> Yaroslav Halchenko <deb...@onerussian.com> writes:
> > it would have been cool if maintainers of core packages would do
> > 'reverse depends testing' before uploading
> Wouldn't have helped here -- pandas are failing i
Package: python-mne
Version: 0.13.1+dfsg-2
Severity: wishlist
thanks in advance for updating packaging for the new version
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100,
'unstable-debug')
On Wed, 08 Mar 2017, Andreas Beckmann wrote:
> Followup-For: Bug #856941
> Control: severity -1 serious
> Control: found -1 2.1.0-4.3
> Control: retitle -1 ants: broken symlink: /usr/bin/joinfusion ->
> ../lib/ants/joinfusion
> We shouldn't ship broken symlinks in /usr/bin in a stable release.
tem)
Versions of packages python-git depends on:
ii git [git-core] 1:2.11.0-2
ii git-core1:2.11.0-2
ii python-gitdb2.0.0-2
pn python:any
python-git recommends no packages.
Versions of packages python-git suggests:
ii python-git-doc 2.1.0-1
ii python-smmap2.0.1-1
--
On Tue, 26 Apr 2016, Yaroslav Halchenko wrote:
> 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
> ju
Package: gnucash
Version: 1:2.6.15-1
Severity: normal
Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault.
g_date_time_to_unix (datetime=datetime@entry=0x0) at ././glib/gdatetime.c:1900
1900././glib/gdatetime.c: No such file or directory.
(gdb) bt
#0 0x75f76034 in
obvious fixes (updated URLs, apt --force-yes)
+
+ -- Yaroslav Halchenko <deb...@onerussian.com> Thu, 09 Feb 2017 16:27:55 -0500
+
singularity-container (2.2-1) unstable; urgency=medium
[ Mehdi Dogguy ]
diff -Nru
singularity-container-2.2/debian/p
On Tue, 07 Feb 2017, Yaroslav Halchenko wrote:
> thanks for the very detailed report!!! I have adopted that patch for our
> now dated version of openpyxl -- upload is coming shortly
unfortunately a blind adaptation of the patch wasn't sufficient, since
running your PoC code r
thanks for the very detailed report!!! I have adopted that patch for our
now dated version of openpyxl -- upload is coming shortly
On Tue, 07 Feb 2017, Ulikowski, Marcin wrote:
> Package: python-openpyxl
> Version: <= 2.3.5
> Openpyxl is vulnerable to XXE which allows reading local files and
On Sat, 28 Jan 2017, Antonio Valentino wrote:
> Hi,
> the RC bug #852906 has been fixed and a new version of the debian
> package for numexpr (2.6.1-4) is now available [1,2].
> Can anyone please upload it?
building now -- will upload tomorrow morning whenever get to it unless
somewhat beats
On January 20, 2017 4:39:30 AM EST, Andreas Tille wrote:
>Hi Neurodebian team,
>
>recently I stumbled about several reverse dependencies which are
>affecting packages of Debian Med that are Python packages with
>scientific background, maintained by NeuroDebian team but on
Package: wnpp
Severity: wishlist
* Package name: airspeed-velocity
Version : 0.2
Upstream Author : ASV Authors
* URL : http://asv.readthedocs.io/,
https://github.com/spacetelescope/asv
* License : BSD-3
Programming Lang: Python
Description : Python
Package: python-tqdm
Version: 4.10.0-1
Severity: normal
It is great that tests are ran at package build time.
But on busy build servers some times they fail leading to FTBFS.
Primarily because some tests are "performance tests", and probably should just
be skipped in Debian packaging running of
On Fri, 13 Jan 2017, Mattia Rizzolo wrote:
> > d'oh -- I should have noted that it wasn't in testing -- somehow
> > I was under impression (saw "jessie" -- thought "stretch") that it was
> > in testing at that point.
> …
> > Thanks Mattia for the patience with my silly questions ;)
> Remember
On January 13, 2017 2:22:43 PM EST, Mattia Rizzolo <mat...@debian.org> wrote:
>On Fri, Jan 13, 2017 at 02:11:03PM -0500, Yaroslav Halchenko wrote:
>> Please unblock package utopia-documents
>>
>> It was uploaded in time to propagate to testing before the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package utopia-documents
It was uploaded in time to propagate to testing before the freeze point but we
haven't spotted that there was some custom Extra-Depends set for
On Tue, 10 Jan 2017, Rebecca N. Palmer wrote:
> > olefile (0.43-1) unstable; urgency=medium
> > * Initial release (closes: #850404).
> > -- Matthias Klose Fri, 06 Jan 2017 07:36:25 +0100
> Which makes it too new to get into stretch, so we're not allowed to
> build-depend
On Tue, 10 Jan 2017, Rebecca N. Palmer wrote:
> > missing python{,3}-olefile in Build-Depends.
> There is no such package in unstable - was this a typo?
may be confusion is due to my shell rotten fingers typing? ;)
$> apt-cache policy python{,3}-olefile
python-olefile:
Installed: (none)
On Tue, 10 Jan 2017, Rebecca N. Palmer wrote:
> blockdiag - FTBFS (test mistakes annoying-but-harmless wand warning for an
> error) with patch
> ^
> |(some indirectly)
For me it FTBFS in a clean chroot with a gzillion of failed tests
-- all of those due to missing python{,3}-olefile in
Source: blockdiag
Version: 1.5.3+dfsg-1
Severity: normal
ATM can't debcheckout etc
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100,
'unstable-debug')
Architecture: amd64 (x86_64)
Foreign
Source: blockdiag
Version: 1.5.3+dfsg-1
Followup-For: Bug #847930
just reconfirming that cleansing should be more gentle. Might even
better be done with some little bash helper which would take care about
starting the http server for a test and then killing that job id
if that is a matter of a
Package: docker.io
Version: 1.11.2~ds1-6
Severity: wishlist
$> whohas -d Debian,Ubuntu docker.io
Ubuntu docker.io0.9.1~dfsg1-2
http://packages.ubuntu.com/trusty/docker.io
Ubuntu docker.io1.6.2~dfsg1-1ubunt
Package: python-docker
Version: 1.9.0-1
Severity: wishlist
there is a new release which supposedly progressed forward considerably
might be worth considering it for stretch
$> pip show docker
Name: docker
Version: 2.0.0
Summary: A Python library for the Docker Engine API.
Home-page:
On Wed, 28 Dec 2016, Andreas Tille wrote:
> > > the attached patch fixes the FTBFS. What is the schedule to fix the
> > > other problems with statsimage -- especially pandas?
> > I learned that NeuroDebian is happy about team uploads / NMUs - so
> > I think its fine if you upload your patch.
>
On December 25, 2016 7:29:09 AM EST, Ole Streicher wrote:
>Hi Yaroslav, Michael,Andreas,
>
>I uploaded the NMU as release 1.1 to DELAYED/2 now. I preferred NMU
>since I am not a NeuroDebian team member.
>
>And I would (again) propose to move the package to debian-science. It
On December 23, 2016 6:07:19 AM EST, Sebastiaan Couwenberg <sebas...@xs4all.nl>
wrote:
>Hi Yaroslav,
>
>On 11/28/2016 02:38 PM, Yaroslav Halchenko wrote:
>> On Sun, 27 Nov 2016, Sebastiaan Couwenberg wrote:
>>
>>> This bug is not fixed on i386 yet where the bu
On December 22, 2016 4:52:41 PM EST, Andreas Tille wrote:
>Hi folks,
>
>can we please, pretty please start acting now and move this package to
>a
>place were people who intend to help can effectively join the effort.
>This package is blocking invesalius from migrating to testing
On December 19, 2016 12:18:37 PM EST, Christian Hofstaedtler
wrote:
>Source: statsmodels
>Version: 0.8.0~rc1+git59-gef47cd9-1
>
>Hi,
>
>your package statsmodels currently FTBFS on i386 and as such does
>not migrate to testing.
>
>Build logs from the buildds can be found here:
On Tue, 13 Dec 2016, Brian Flaherty wrote:
> Have just confirmed this twice with clean reboots. Get a similar pattern of
> errors in the fail2ban log. (I guess I've been getting them all along, but
> didn't know to look for the difference. Sorry.)I know very little about
> systemd, but I've
On Mon, 12 Dec 2016, Sandro Tosi wrote:
> On Sat, 26 Nov 2016 12:21:29 +0200 Adrian Bunk wrote:
> > Source: pandas
> > Version: 0.19.1-1
> > Severity: serious
> > https://buildd.debian.org/status/fetch.php?pkg=pandas=i386=0.19.1-1=1479504883
> the failures are now on more arch
Thanks! pushed directly into upstream's master, so eventually would get
everywhere ;)
On Sun, 11 Dec 2016, Vincent Lefevre wrote:
> Package: fail2ban
> Version: 0.9.6-1
> Severity: minor
> Typos reported by codespell:
> /etc/fail2ban/action.d/firewallcmd-rich-rules.conf:30: seperated ==>
>
On Sat, 10 Dec 2016, Brian Flaherty wrote:
> However, if I stop and start fail2ban after shorewall is running from the
> prompt. I don't get any errors.
> In the fail2ban.service file in /usr/lib/systemd/system, iptables and
> firewalld are nammed in "After", but shorewall isn't. Can that be
On Wed, 07 Dec 2016, Paolo Greppi wrote:
> https://github.com/joblib/joblib/issues/413
> (scroll to the comment by karandesai-96 on 2016-12-04)
oh -- so I guess I haven't pointed out correctly... thanks Paolo -- I
will include this patch now
--
Yaroslav O. Halchenko
Center for Open
As for this particular issue -- I think I have complained upstream and
it was addressed: https://github.com/joblib/joblib/issues/428 I will now
see to build/upload current upstream snapshot -- codebase seems largely
in maintenance mode ATM
On Wed, 07 Dec 2016, Andreas Tille wrote:
> Hi
On December 7, 2016 6:09:56 AM EST, Andreas Tille wrote:
>Hi Yaroslav,
>
>I just want to make some noise amongst Python experts about bug
>#846228.
>I admit I have no idea - but since there was no response for 10 days
>now
>several packages git a testing removal notice.
>
>I
On Mon, 28 Nov 2016, Ola Lundqvist wrote:
> Hi fellow tigervnc developers
> I have fixed the bug in git however as I do not have a sid chroot
> available at the moment I can not build it. A later xorg-source needs
> more recent tools than I have in my stable box.
> This is the error I got:
>
On Sun, 27 Nov 2016, Sebastiaan Couwenberg wrote:
> This bug is not fixed on i386 yet where the build failed due the various
> test failures, specifically:
> ValueError: I/O operation on closed file
> Is work in progress to fix this issue on i386 too?
this particular one iirc is due to a bug
Hi Tobias,
Thank you! I will take care about it!
On Sun, 27 Nov 2016, Tobias Hansen wrote:
> Control: tags -1 + patch
> Here is a patch that contains the two upstream commits that fix the
> issue. I tested it on i386. Yaroslav, do you mind if I upload the fix or
> do you want?
--
Yaroslav
Package: ranger
Version: 1.7.1-1
Severity: normal
wanted to see help on available key bindings etc, but if I press
?
then menu
View [m]an page, [k]ey bindings, [c]ommands or [s]ettings? (press q to
abort)
appears. But it reacts correctly only to "m" -- any other key (k, c, or
s)
Source: slixmpp
Version: 1.2.1-2
Severity: serious
Justification: fails to build from source
While preparing for upload of fresh cython (0.25.2~b0-1) and running build of
rdepends python-aiohttp failed to build with
fakeroot debian/rules clean
dh clean --with python3,sphinxdoc
Source: python-aiohttp
Version: 1.1.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
While preparing for upload of fresh cython (0.25.2~b0-1) and running build of
rdepends python-aiohttp failed to build with
dh_auto_clean
I: pybuild base:184:
On November 19, 2016 11:54:49 AM EST, Ole Streicher wrote:
>Control: tags -1 patch
>
>Upstream there is already a simple patch available for the TypeError:
>
>https://github.com/statsmodels/statsmodels/pull/3239
>
>For convenience, it is attached.
>
>The IOErrors are gone with
On November 19, 2016 7:49:05 AM EST, Tobias Hansen wrote:
>Hi Yaroslav,
>
>do you plan to package cython 0.25 or apply the patch in time for
>stretch? We plan to upload SageMath in the beginning of December and we
>need this patch for it to build.
>
>If I don't hear from you,
On Fri, 18 Nov 2016, Guillem Jover wrote:
> > (The preliminary and perhaps non-working patch can be found for now at
> > https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)
> Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
> least the dpkg
Package: python-tqdm
Version: 4.8.4-1
Severity: normal
Was giving demos of our datalad at a conference and noted that "global"
progress bar summarizing progress of multiple progress bars provided by tqdm
made little sense -- time spent was reset seems after each sub-progress bar
finished, total
On Wed, 16 Nov 2016, Sandro Tosi wrote:
> On Wed, Nov 16, 2016 at 6:23 PM, Yaroslav Halchenko
> <deb...@onerussian.com> wrote:
> > Unfortunately it seems
> > that python notebook support for jupyter is simply not present?! (thus
> > marked
> > at normal
Package: jupyter-core
Version: 4.2.0-2
Severity: normal
It might be that it is just the RTFM and that I was stuck using good old
ipython-notebook for too long... but now that it is gone, I was expecting
jupyter package(s) to provide a replacement/transition. Unfortunately it seems
that python
imageio is used by 0.7 release (yet to see if optional) of pysurfer, so
would be cool to get it into debian.
cheers,
--
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1
Package: flashplugin-nonfree
Version: 1:3.7
Severity: normal
Found that I have no plugin active in iceweasel so decided to upgrade:
$> sudo update-flashplugin-nonfree --install --verbose
[sudo] password for yoh:
options : --install --verbose --
temporary directory:
Package: ftp.debian.org
Severity: normal
pandas was removed in #825103 and now statsmodels is not buidlable/installable
on those platforms (although was available before)
Thank you in advance
Note: this was a request for a partial removal from testing, converted in one
for unstable
On Tue, 11 Oct 2016, Ole Streicher wrote:
> DearYaroslav,
> could you ensure that the "statmodels" package migrate to testing, so
> that the dependent packages will not be removed?
help is always welcome -- I bless you Ole for any help you could give to
make that happen ;)
filed an RM for
On Mon, 10 Oct 2016, Mattia Rizzolo wrote:
> On Thu, Jul 14, 2016 at 07:49:38AM +, Mattia Rizzolo wrote:
> > On Thu, Jun 23, 2016 at 10:54:02AM +, Mattia Rizzolo wrote:
> > > On Sun, May 29, 2016 at 05:20:48PM +, Mattia Rizzolo wrote:
> > > > I don't plan on taking a stick and poking
Thanks Adrian.
I will first try to gb openmeeg so we make sure it still fails this way
on s390x.
On Sun, 09 Oct 2016, Adrian Bunk wrote:
> Hi,
> the only remaining test failures in 2.3.0~20160502-2 are on s390x:
> https://buildd.debian.org/status/package.php?p=openmeeg=sid
> At the moment
On Sun, 09 Oct 2016, Rebecca N. Palmer wrote:
> The tests in question are checking that numexpr and numpy give the same
> answers (by default, pandas uses numexpr if available for large arrays but
> numpy for small ones), and require integers to match exactly. The failing
> values are all
Package: mayavi2
Version: 4.4.3-2.2
Followup-For: Bug #839802
it seems disappeared in .2 NMU with changelog
mayavi2 (4.4.3-2.2) unstable; urgency=medium
* Non-maintainer upload.
* Fix compilation against vtk_6.3. (Closes: #830342)
* Add dh-strip-nondeterminism to build-depends.
$>
On September 25, 2016 5:48:15 AM EDT, Tobias Frost wrote:
>
>
>Dear maintainer,
>
>With Santiago's suggestion considered, replacing the previous
>NMU with this one...
>
>I've prepared an NMU for bats (versioned as 0.4.0-1.1) and
>uploaded it to DELAYED/2. Please feel free to
On Sun, 25 Sep 2016, Santiago Vila wrote:
> On Sun, Sep 25, 2016 at 01:14:16AM +0200, Tobias Frost wrote:
> > I'd then NMU it tomorrow,,,
> I would skip this package, as I think the maintainer is around and not MIA.
NMUs are welcome if you see a clear workaround (force setting up some
TERM so
Package: python-debian
Version: 0.1.29
Severity: normal
Since it is a "pure debian" package, I consider this to be upstream bug
tracking for it ;) Please correct me if I am wrong.
While testing some builds for our project on travis and installing depends via
pypi, python-debian got installed
Thank you Ondrej,
sure it was an issue with the python-pyld repo. Thanks for fixing it up
quickly.
cheers,
--
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603)
Package: python-pyld
Version: 0.6.8-1
Severity: minor
$> debcheckout python-pyld
declared git repository at
git://anonscm.debian.org/python-modules/packages/python-pyld.git
git clone git://anonscm.debian.org/python-modules/packages/python-pyld.git
python-pyld ...
Cloning into 'python-pyld'...
FWIW -- if you need a backport for any debian/ubuntu -- try one from
NeuroDebian: http://neuro.debian.net/pkgs/python-pandas.html
On Thu, 02 Jun 2016, Florian wrote:
> Package: python-pandas
> Version: 0.14.1-2
> Severity: wishlist
> Is it feasible to provide a backported version of pandas
On September 17, 2016 4:00:37 AM EDT, Michael Grant wrote:
>Version 0.10.x exists now with experimental support for ipv6. Is it
>possible to get this into Debian's experimental branch?
It should be possible. Wanted to do is due a whole already but didn't find a
moment
--
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu mpi4py_2.0.0-2 . ANY . unstable . -m "Rebuild against libopenmpi2"
Should resolve #837633
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (900,
Thank you Vincent for attending to freeipmi package!
Here is my exploration of the issue: I was a bit bedazzled since original setup
just closely followed established practice, e.g. see
https://wiki.debian.org/binNMU according to which +b1 suffix should be stripped
when establishing value of the
On September 11, 2016 6:59:58 AM EDT, Balint Reczey
wrote:
>Source: connectome-workbench
>Version: 1.2.3-1
>Severity: important
>User: bal...@balintreczey.hu
>Usertags: pie-bindnow-20160906
>Justification: FTBFS on amd64 with extra hardening
>
>Hi,
>
>During a rebuild of
On Sat, 10 Sep 2016, Andreas Tille wrote:
> On Sat, Sep 10, 2016 at 03:11:59PM -0400, Yaroslav Halchenko wrote:
> > ok -- provided fix and now building in clean env and with backports --
> > will upload in evening if all ok
> Thanks a lot.
> > pushed to github's neuro
On September 10, 2016 4:36:31 PM EDT, Sandro Tosi <mo...@debian.org> wrote:
>On Sat, Sep 10, 2016 at 8:11 PM, Yaroslav Halchenko <y...@debian.org>
>wrote:
>>
>> I am ok with this package to be migrated under python modules team if
>> someone would like to help i
On Sat, 10 Sep 2016, Andreas Tille wrote:
> > for the first and third there is
> > https://github.com/mwaskom/seaborn/issues/836 which seems to be
> > addressed using Agg matplotlib backend but there is no issue for the
> > second failure
> > would be great to get this package back in stable,
On Sat, 10 Sep 2016, Andreas Tille wrote:
> > for the first and third there is
> > https://github.com/mwaskom/seaborn/issues/836 which seems to be
> > addressed using Agg matplotlib backend but there is no issue for the
> > second failure
> > would be great to get this package back in stable,
Package: libvtk6.3
Version: 6.3.0+dfsg1-1+b1
Severity: critical
up to date sid docker
root@97834534b7e0:/# apt-get install libvtk6.3
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation
Thanks for looking into it Sebastiaan.
Since the beast built/tested before just fine, it is something in recent
upgrades (openmpi etc) which triggered some incompatibility issues I
guess. Before jumping into patching it, decided to check on upstream
plans regarding the release:
On Wed, 07 Sep 2016, Stephen Gelman wrote:
> The upstream repo has the packaging. I have a fork in progress at
> https://github.com/ssgelm/git-lfs-debian but it is very outdated at
> this point.
ah... I should have checked . Thanks for the quick reply!
sorry if I have missed somewhere in the report
Thanks in advance for the pointer
--
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
On Sun, 04 Sep 2016, Ola Lundqvist wrote:
> Hi
> I have now been able to build it and we have the following lintian
> warnings to fix... There were quite a few.
> I have solved all license warnings below. The package should now be
> lintian clean.
> Can anyone re-build this with sid and
On Fri, 02 Sep 2016, 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 consider applying this patch and
301 - 400 of 2789 matches
Mail list logo