Package: libgradle-android-plugin-java
Version: 2.2.2-3
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc:
sascha-debian-bugs-libgradle-android-plugin-java-2021-09...@silbe.org
Dear Maintainer,
the Android Gradle Plugin version in sid (2.2.2-3) does not work with
the Gradle ve
Package: debos
Version: 1.0.0+git20190123.d6e16be-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
after the upgrade to Buster debos stopped working. This happens even
with the minimal example from the man page. The output when run with
--show-boot suggests a shared libr
Package: openntpd
Followup-For: Bug #775953
Dear Maintainer,
after upgrading to the openntpd version from wheezy-backports (no
other changes), the indefinite hang no longer occurs.
Kind regards,
Sascha
-- System Information:
Debian Release: 7.7
APT prefers stable-updates
APT policy: (500, '
Package: openntpd
Version: 20080406p-4
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
when
a) openntpd is configured to listen on some interface and
b) openntpd is configured to step the time on start-up and
c) the DNS servers are not reachable for any reason,
the ope
Package: procps
Version: 1:3.3.3-2
Severity: serious
Justification: FTBFS
Dear Maintainer,
in order to help diagnosing #699205, I need to rebuild procps with
debugging options as there's no pre-built -dbg package (hint,
hint). Unfortunately that fails with a test suite error, despite
"nocheck" be
Excerpts from Michael Biebl's message of Sun Aug 14 23:34:47 +0200 2011:
> sugar-read-activity uses python-evince, a python binding for libevince
> which is part of gnome-python-desktop 2.32.
>
> python-evince will no longer be buildable, as soon as we upload evince
> 3.0 to unstable (it's curren
Package: python-hippocanvas
Version: 0.3.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
the default Python version in Wheezy has been changed to 2.7 and consequently
python-hippocanvas broke as it only ships a Python 2.6 extension module:
Traceback (most recent call
Package: network-manager
Version: 0.8.1-4
Severity: grave
Justification: causes non-serious data loss
Installing network-manager on a box with / on NFS brings down the primary
network interface, rendering the root file system inaccessible. I had to
manually disable /etc/init.d/network-manager (fr
Package: python-xpcom
Version: 1.9.1.11-1
Severity: grave
Justification: renders package unusable
During "aptitude safe-upgrade" an update of python-xpcom was attempted and
failed due to a file collision:
(Reading database ... 117353 files and directories currently installed.)
Preparing to repl
Package: offlineimap
Version: 6.2.0.2
Severity: critical
Justification: causes serious data loss
offlineimap calls critical code paths only via assert.
If PYTHONOPTIMIZE is set, python will - besides other optimisations - ignore
all assert statements.
In combination, this caused my entire "sent"
Package: sugar-artwork-0.86
Version: 0.86.0-4
Severity: grave
Justification: renders package unusable
GTK 2.20 made an API change that breaks sugar-artwork because it's compiled
with -DGTK_DISABLE_DEPRECATED. Sugar will fail to start up with the following
error:
python: symbol lookup error: /u
Excerpts from Jonas Smedegaard's message of Tue May 25 15:04:07 + 2010:
> On Tue, May 25, 2010 at 02:42:05PM +, Sascha Silbe wrote:
>> I recently stumbled over #575891 ("dpkg makes wrong assumption about
>> readdir() and lose[s] metadata files with btrfs").
I recently stumbled over #575891 ("dpkg makes wrong assumption about
readdir() and lose[s] metadata files with btrfs"). It matches my problems
very well and has since been fixed, so we can probably close #576110 and
#576270.
Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signatur
I've worked around this by killing the remaining courier processes
manually ("pkill -f courier") and hacking
/var/lib/dpkg/info/courier-authdaemon.prerm to do "exit 0" immediately.
Courier is now gone from my system.
CU Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signature
Package: courier-authdaemon
Version: 0.63.0-2
Severity: grave
Trying to replace courier with exim4 leaves the system in a broken state:
flatty:/etc# aptitude install exim4-daemon-light courier-mta- courier-base-
courier-authdaemon- courier-authlib- courier-authlib-userdb-
Reading package lists.
Package: python-carquinyol-0.88
Version: 0.88.0-2
Severity: grave
Justification: renders package unusable
/usr/lib/python2.5/site-packages/carquinyol/ only contains a shared library,
but no Python files:
r...@xo15-minimal:~# ls /usr/lib/python2.5/site-packages/carquinyol/
metadatareader.so
r...
Package: python-simplejson
Version: 2.1.0-1
Severity: grave
Justification: renders package unusable
simplejson cannot be imported, rendering the entire package (and everything
depending on it) unusable:
sascha.si...@xo15-minimal:~$ python
Python 2.5.5 (r255:77872, Feb 1 2010, 19:53:42)
[GCC 4
reassign 576270 python-central
thanks
On Fri, Apr 09, 2010 at 02:57:20AM +0200, Jonas Smedegaard wrote:
The problem probably is two packages (python-sugar-0.88 and
python-sugar-toolkit-0.88) sharing the same namespace (package
"sugar").
As logger.py and some others are missing as well, this
On Thu, Apr 08, 2010 at 06:38:35PM +0200, Jonas Smedegaard wrote:
So to ensure that I understood you correctly: The actual __init__.py
is properly installed below /usr/share/pyshared/..., but is not
properly symlinked below /usr/lib/python2.5/...?
Exactly:
r...@xo15-minimal:~# dpkg -S /usr/
On Wed, Apr 07, 2010 at 01:05:40PM +0200, Jonas Smedegaard wrote:
Could you please check the newer 0.88.0-1 now available officially in
Sid for all supported architectures?
Almost wrote same problem because the symptom matches, but the reason is
different. The Python files from sugar-toolkit a
Package: python-sugar-toolkit-0.88
Version: 0.87.8-1
Severity: grave
Justification: renders package unusable
After upgrading python-sugar-toolkit-0.88 from 0.87.4-1 (squeeze) to 0.87.8-1
(sid), the contained Python module is not available anymore:
sascha.si...@xo15-minimal:~$ ls -l /usr/lib/pyt
Package: python-abiword
Version: 0.8.0-3
Severity: grave
Justification: renders package unusable
python-abiword is currently broken, probably needs to be rebuilt against
libgoffice from squeeze/sid (0.8.0-1):
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.5/s
Package: exim4
Severity: critical
Justification: breaks unrelated software
Reason for marking critical: Until /var/lib/dpkg/statoverride is fixed manually
(even dpkg-statoverride --remove doesn't work anymore) all package management
operations fail.
Replacing exim4 with nullmailer causes aptit
On Thu, Dec 10, 2009 at 10:46:36AM +0100, Fabian Greffrath wrote:
My .xsession-errors file from this short session is attached.
Can you attach ~/.sugar/default/logs/shell.log as well, please? Your
.xsession-errors doesn't contain anything interesting.
CU Sascha
--
http://sascha.silbe.org/
ht
Package: sugar-calculate-activity
Version: 30-2
Severity: grave
Justification: renders package unusable
sugar-calculate-activity doesn't contain anything except documentation:
sascha.si...@emac:~$ dpkg -L sugar-calculate-activity
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/sugar-calculate-
+0200
+++ network-manager-0.7.1-userpolicy/debian/changelog 2009-06-27 15:47:48.0 +0200
@@ -1,3 +1,9 @@
+network-manager (0.7.1-2~ss1) unstable; urgency=low
+
+ * add /etc/dbus-1/system.d/nm-user-settings.conf
+
+ -- Sascha Silbe Sat, 27 Jun 2009 13:56:09 +0200
+
network-manager (0.
On Thu, Feb 05, 2009 at 03:38:53PM +0100, Sascha Silbe wrote:
So it looks like librra should depend on python-pyrex >= 0.9.7.
Just tested with python-pyrex 0.9.7.2-0.1 (backported from lenny), works
fine.
CU Sascha
--
http://sascha.silbe.org/
http://www.infra-silbe.de/
signature.
Package: librra
Version: 0.11.1-1
Severity: serious
Justification: no longer builds from source
librra-0.11.1-1 FTBFS on etch:
make[3]: Entering directory `/usr/local/src/deb/librra-0.11.1/build-2.4/python'
pyrexc /usr/local/src/deb/librra-0.11.1/python/pyrra.pyx -I../lib -o ./pyrra.c
/usr/local
Package: sugar-web-activity
Version: 102-1
Severity: grave
Justification: renders package unusable
Drop-down input fields (HTML ) are displayed, but cannot be changed. If
I click on them, nothing happens most of the time. Very rarely, the drop-down
menu appears for a small fraction of a second
29 matches
Mail list logo
