Reported upstream:
https://github.com/mdp-toolkit/mdp-toolkit/issues/93
On Thu 17 Mar, 15:19 +0100, Tiziano Zito wrote:
Hey,
thanks for reporting this!
I think this has been addressed upstream already in May 2020:
https://github.com/mdp-toolkit/mdp-toolkit/commit
Hey,
thanks for reporting this!
I think this has been addressed upstream already in May 2020:
https://github.com/mdp-toolkit/mdp-toolkit/commit/e8020f1a4fd5567034ec375bf6fd60510eed32ef
We need to wait for a new upstream release of MDP for this commit to be
available in a released version
Hi Christian,
I eventually filed an issue with the PyPI maintainer on GitHub [1] with
a request for them to resolve this with upstream directly, as that
seemed to be the most appropriate course of action.
Thanks for reporting the issue. Should I open a sister-issue on libsvm upstream
GitHub
On Fri 24 Apr, 12:24 +0200, Christian Kastner wrote:
I have to disagree on that. I'd agree if PyPI were hosting the official
version, but this appears to be provided by a third party. This
unofficial version already conflicts with upstream, so future conflicts
and issues cannot be ruled out.
On Thu 23 Apr, 22:46 +0200, Christian Kastner wrote:
Upstream is actually creating a libsvm namespace. When installing
libsvm using pip, the package layout is the following:
libsvm
├── __init__.py
├── commonutil.py
├── svm.py
└── svmutil.py
While that would solve the namespace problem, it
Package: python3-libsvm
Version: 3.24+ds-3
Severity: important
Hi!
The libsvm package has changed interface and can not be used anymore. With the
python3-libsvm package from sid the following happens:
python3 -c 'import svmutil'
Traceback (most recent call last):
File "", line 1, in
File
Hi!
I have the same issue. Not sure the problem is with the kernel package though,
because even purging and/or reinstalling linux-image-4.18.0-3 fails (see
below). Any suggestion which package may be responsible? The problem started
after a dist-upgrade on Dec 24...
Thanks!
Tiziano
#
On Thu 25 Oct, 11:02 -0400, Daniel Kahn Gillmor wrote:
On Thu 2018-10-25 13:03:12 +0200, Tiziano Zito wrote:
It has nothing to do with pinentry. Given that I have a system with almost
identical setup without dbus-user-session where everything works, and given that
installing dbus-user-session
Hi Daniel,
On Wed 24 Oct, 18:15 -0400, Daniel Kahn Gillmor wrote:
Versions of packages pinentry-gnome3 recommends:
pn dbus-user-session
can you try installing dbus-user-session, then log out and log back in
and let me know whether it works in that case?
after some hours of debugging, I
Package: pinentry-gnome3
Version: 1.1.0-1+b1
Severity: serious
Hi!
pinentry-gnome3 (but also pinentry-gtk-2) does not open a window anymore to ask
for a passphrase. If run from terminal it shows:
No Gcr System Prompter available, falling back to curses
OK Pleased to meet you
It was working
Package: neomutt
Version: 20180323+dfsg.1-1+b1
Followup-For: Bug #893116
The bug has been reported https://github.com/neomutt/neomutt/issues/1189 and
meanwhile fixed https://github.com/neomutt/neomutt/pull/1190 upstream, so this
bug can be closed when the next neomutt release gets uploaded to
Package: neomutt
Version: 20180223+dfsg.1-1
Severity: normal
Since version 20180223+dfsg.1-1 (previous 20171215+dfsg.1-1 works fine) neomutt
fails to properly decode headers encoded following RFC2047. For example, an
email with Subject header:
Subject: =?UTF-8?Q?Sicherheitsl=C3=BCcke in
Can you try with 2:1.19.1-4 ? There was a regression in the Xorg.wrap
permissions.
Yes, thank you! With version 2:1.19.1-4 the problem is gone!
Thank you again!
Tiziano
Package: xserver-xorg-legacy
Version: 2:1.19.0-3
Severity: important
Starting from version 2:1.19.1-1 the settings in Xwrapper.config are ignored.
In a system with systemd, I start the Xserver from /etc/rc.local with:
su -l myusername -c 'exec startx -- vt4 >> /tmp/xsession-errors 2>&1'
i.e. X
Hi,
Same problem here after upgrading to 0.121. System does not boot anymore
and gets stuck at initramfs prompt after "run-init: opening console: No
such file or directory" error.
The 0.122~a.test packages made my system bootable again too. Like
Florent, I had to rescue the system by
a corresponding tests directory to work around
+ new py.test conftest.py autodiscovery features in python-pytest
+ version 2.6.3
+ * Upload sponsored by Yaroslav Halchenko
+
+ -- Tiziano Zito opossumn...@gmail.com Wed, 12 Nov 2014 15:53:57 +0100
+
mdp (3.3-1) unstable; urgency=low
* New
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package python3-mdp
This version is the same as of python-mdp in the unblock request #771649.
While it does not fix any bug (the FTBFS #768675 is a python2-only
bug as as
Package: fail2ban
Version: 0.9.1-1
Severity: important
Dear Maintainer,
when a system is configured to use the systemd journal as the
sole logging system, i.e. when none of the packages provided by
system-log-daemon are installed, the default sshd jail does not work.
When logging in the system
Hi Andrey!
On Wed 12 Nov, 23:05, Andrey Rahmatullin w...@debian.org wrote:
The failing docstring indeed contains U+2013 EN DASH, it is taken from
/usr/lib/python2.7/dist-packages/sklearn/feature_extraction/text.py
(package python-sklearn). In jessie (0.14.1-3) it says Transform a count
matrix
On Wed 15 Jan, 11:12, Robert Millan r...@debian.org wrote:
On Mon, Nov 12, 2012 at 01:56:38PM +0100, Mathieu Simon wrote:
G'day
Actually FreBSD 9.1 will contain update 'mfi' driver code which
largely expands the support for MegaRAID drivers. (confirmed witha
9.1-RC3 media)
It might
Hi!
Considering this seems to affect a very limited number of hardware I
don't think it actually classifies as critical for kfreebsd after
all.
I don't know how many SystemX servers IBM has sold in the last 6
months, but most of them mount this or other LSI cards based on the
same LSI
Package: installation-reports
Severity: critical
Tags: d-i
-- Package-specific info:
Boot method: CD
Image version: debian-wheezy-DI-b3-kfreebsd-amd64-netinst.iso
Date: 201210241200
Machine: IBM System x3650 M4
Partitions: no partitions
Base System Installation Checklist:
[O] = OK, [E] = Error
and Ubuntu releases (tested on the NeuroDebian buildbots).
This gives me enough confidence to ask for the package to be
released with wheezy.
Please allow mdp/3.3-1 in testing.
Thanks,
Tiziano Zito
unblock mdp/3.3-1
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
Package: python-mdp
Version: 3.2+git78-g7db3c50-3
Severity: important
Tags: upstream
Reported upstream:
http://sourceforge.net/mailarchive/message.php?msg_id=29700933
and
https://github.com/mdp-toolkit/mdp-toolkit/issues/2
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
Package: python-mdp
Version: 3.2+git78-g7db3c50-3
Severity: grave
Tags: upstream
As reported by Yaroslav Halchenko, mdp fails to import if python-pp
is installed but pp server fails to start. This can happen if the
machine is low on memory for example.
The bug is grave because mdp FTBFS ona
Hi,
those tests sometimes fail because there is some randomness involved.
They test the convergence of some algorithms, and sometimes the get
stuck in local optima.
The fix is to test the package during build with a fixed random seed, so that
we only get real failing tests: if the fixed random
Hi Michael,
any chance that you can upload somewhere (maybe on nd archives) a
backport for squeeze? All production systems I have right now run
squeeze.
Thanks,
Tiziano
On Tue 21 Aug, 21:04, Michael Hanke wrote:
On Tue, Aug 14, 2012 at 10:30:00AM +0200, Tiziano Zito wrote:
Thanks, it's
!
Tiziano
On Wed 22 Aug, 13:47, Michael Hanke wrote:
On Wed, Aug 22, 2012 at 08:38:15AM +0200, Tiziano Zito wrote:
Hi Michael,
any chance that you can upload somewhere (maybe on nd archives) a
backport for squeeze? All production systems I have right now run
squeeze.
Binary packages
diff --git a/debian/condor.postinst b/debian/condor.postinst
index 91ac8a5..0156b7c 100755
--- a/debian/condor.postinst
+++ b/debian/condor.postinst
@@ -164,8 +164,24 @@ case $1 in
configure)
# according to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621833#119
Hi!
On Sat 11 Aug, 20:59, Michael Hanke wrote:
Regarding the actual bug. This issue came up in the early days of this
packaging. It essentially happens mostly for people upgrading from
existing Condor deployments. While I can't say much about the necessity
to have a Condor user in LDAP. I'm
severity 684463 normal
thank you!
However, it would be much nicer if we could find a way to deal with this
scenario without having to use debconf. Maybe we could try to check the
validity of the requirements: there is a 'condor' user and it can't be
used to log in. If there is a reliable
Package: condor
Version: 7.8.1~dfsg.1-1~nd12.04+1
Severity: grave
Justification: renders package unusable
Hi!
when I try to install condor on a machine where the condor user already exists
(either
because the machine uses LDAP authentication and condor user is in
LDAP or because I am just
Package: condor
Version: 7.8.1~dfsg.1-1~nd12.04+1
Where does this version come from?
Debian has 7.8.1~dfsg.1-2 in Wheezy and Sid.
It seems to come from http://neuro.debian.net and to be a backport of
7.8.1~dfsg.1-1.
Sorry for not mentioning it, I quickly checked on two different
Package: python-mdp
Version: 3.2-1
Followup-For: Bug #645584
python-mdp depends on python-numpy. As soon as Python 3 package is
available for python-numpy, I can try to prepare a Python 3 package
for python-mdp.
See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601593
Best,
Tiziano
--
Package: libnss-ldapd
Version: 0.6.8
Severity: normal
I can confirm that the bug is more serious that just tls_reqcert never
not working. We have here an openldap server with a self-signed
certificate. Lenny clients with version 0.6.7 connect using tls
without any problem. The relevant part of
Package: python-matplotlib
Version: 0.98.1-1
Severity: minor
Hi, in the package python-matplotlib I've just hit a typo in
/usr/share/pyshared/matplotlib/axes3d.py:
raise NotImplmentedError('axes3d is not supported in matplotlib-0.98.
You may want to try the 0.91.x maintenance branch')
should
On 7/8/08, Matthias Klose [EMAIL PROTECTED] wrote:
thanks for the update. Looking at the blas package, I see that the
cblas library is included in libblas3. So it looks like the numpy
check is wrong, testing for a package name, and not for a
feature. This seems to explain why it did work
Hi Ondrej,
$ ./test_atlas.py
Using ATLAS:
0.53141283989
$ wajig remove atlas3-base libatlas3gf-base
$ ./test_atlas.py
Using ATLAS:
1.64572000504
So it seems to work, even though the difference is not so big.
the difference is not so big because the package contains a
_dotblas.so file.
Hi Tiziano!
Thanks for the bug report. Do you suggest this patch?
[...]
Unfortunately, I am not an expert in blas/lapack/atlas, I only
remember there were some problems with that. The package compiles and
seems to work fine, tests run. However, for example the generated
dependencies
Hi! This bug is still present after last kernel upgrade to
linux-image-2.6.25-2 . Any chances to get this patch applied
upstream before lenny freeze?
thank you!
tiziano
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: python-numpy
Version: 1:1.1.0-1
Severity: normal
dear maintainers,
python-numpy is currently built without ATLAS support.
Among other things this implies very slow matrix multiplication.
ATLAS support was dropped during the gfortran transition (see
Package: sysvinit
Version: 2.86.ds1-38
Followup-For: Bug #405870
Wake on LAN does not work here (Broadcom Corporation NetXtreme
BCM5754 ethernet controller). ethtool reports that wake on lan is
enabled
$ ethtool eth0
...
Supports Wake-on: g
Wake-on: d
I suspect the issue is related
Package: a2ps
Version: 1:4.13b.dfsg.1-1
Severity: grave
Justification: renders package unusable
a2ps segfaults when run without arguments, as well as when given an
output file. Step to reproduce:
- simply run a2ps
- try: echo test | a2ps -o test.ps
The package is at the moment not usable.
43 matches
Mail list logo