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
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
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
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
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
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
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.
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.
13 matches
Mail list logo