Package: src:gtk-d
Version: 3.7.1
Severity: normal
--- Please enter the report below this line. ---
The current version in Debian seems to be buggy enough to introduce bugs in
e.g. Tilix [1].
Please consider updating to 3.7.3 (that specific bug confirmed fixed here).
All the best,
Alex
[1]
Package: python3-pyclamd
Version: 0.3.9-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
in contrast to the idea one might get by reading the package name ;) pyClamd
0.3.9 doesn't work with Python 3.
---
Traceback (most recent call last):
File pyclamd-test.py, line
I ran into an issue today where libldb1 was updated to 1.1.18 and samba now
complains about mismatching versions at startup, refusing to run.
Could this be addressed by a rebuild?
at 03:18:30PM +0100, Alexander Hofbauer wrote:
I ran into an issue today where libldb1 was updated to 1.1.18 and samba
now
complains about mismatching versions at startup, refusing to run.
Could this be addressed by a rebuild?
Please install 2:4.1.13+dfsg-3, which allows samba to be used
This looks like it is related to your kernel configuration, it works fne
on the Debian stock kernel.
I'm not a sure whether the kernel config is to blame here.
Trying to compile for 3.15-rc8 I get exactly the same error. Might be a
coincidence, but nevertheless I was able to trace back the
Package: php5-common
Version: 5.5.0~rc2+dfsg-1
Severity: normal
--- Please enter the report below this line. ---
After pulling in the latest PHP 5.5 packages from Sid JSON functions
seem to have gone completely.
$ php -r 'var_dump(function_exists(json_encode));'
bool(false)
$ php -r
Ah, I completely skipped that entry.
Didn't realize this was due to license issues and because that package
hasn't yet landed (somewhere in non-free?) I wasn't aware of the split
either.
All that Apache 2.4, PHP 5.5, APC/opache stuff got me quite confused
over the last few hours. ;)
Sorry for
Real workaround for those annoyed by the bug until it gets fixed:
Replace the FIFO-name (ListenFIFO) in systemd's socket file
(/lib/systemd/system/systemd-initctl.socket) with /run/initctl.
signature.asc
Description: This is a digitally signed message part
Package: php5-xdebug
Version: 2.1.3-1
The patches php5.4-support and php5.3-support break XDebug in Eclipse
here with the error popup Unexpected termination of script, debugging
ended..
Building from source without these patches works fine, using latest
development (2.2dev) version from XDebug's
Package: gedit-plugins
Version: 3.2.1-1
Trying to use the session management plugin results in a TypeError:
Traceback (most recent call last):
File /usr/lib/gedit/plugins/sessionsaver/__init__.py, line 160, in
on_save_session_action
SaveSessionDialog(window, self, self.sessions).run()
I can confirm that problem here.
Could you tell us what is the output of this command:
python -c 'import compizconfig as c; print c.__file__'
/usr/local/lib/python2.6/dist-packages/compizconfig.so
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi!
I think I was facing the same problem the other day and I hope this is
related.
The array holding the root partition wouldn't be assembled and stay
read-only due to the fact that mdadm couldn't start mdmon, which was not
included in the ramdisk.
Writing a quick'n'dirty hook for
Am Dienstag, den 25.01.2011, 13:53 +0100 schrieb martin f krafft:
No, it is mounted auto-read-only as long as there are no writes to
the device. This is a security measure. I see no reason why mdmon
should help with this.
Ext4 was complaining about a read-only device, initramfs did't continue
Same problem here.
---
insserv: There is a loop at service bootlogs if started
insserv: There is a loop between service bootlogs and mountnfs if
started
insserv: loop involving service mountnfs at depth 8
insserv: loop involving service networking at depth 7
insserv: loop
If you have reportbug installed, please post the output of
'reportbug --template mplayer'.
Adam already sent that, but just in case you want to compare, here's
mine (reportbug-ng though).
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.33.1
Debian Release:
Package: mplayer
Version: 2:1.0~rc3+svn20100502-1
Severity: serious
With the latest update to mplayer, audio output to pulse doesn't work
any more.
Playing any file results in
”ERROR: Assertion 'channels 0' failed at pulse/volume.c:76, function
pa_cvolume_set(). Aborting.“
I guess this
Any chance to check with other PA-enabled clients to verify our PA
installation? (like vlc with the pulseaudio modules)
Just tried vlc with vlc-plugin-pulse:
---
pulse audio output: No. of Audio Channels: 2
pulse audio output debug: Pulse mainloop started
pulse audio output debug:
Confirming this issue.
Same error here (also tried a clean install).
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Package: couchdb
Version: 0.10.1-1
Severity: minor
Please consider providing separate packages (like couchdb-bin) so one
does not have to install the system-daemon or init-files.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Package: libxxf86vm-dev
Severity: normal
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-rc8
Debian Release: squeeze/sid
500 unstableftp.de.debian.org
100 experimentalftp.de.debian.org
--- Package information. ---
Depends
Hi!
The bug seems to be in python-gobject package.
I tried screenlets today, got a segmentation fault and found this bug
report.
Despite the current version was said to fix the bug I tried to apply the
provided patch after building the source on my own and it worked. This
is strange because
Looking at debian/rules I saw that there was no
include /usr/share/cdbs/1/rules/simple-patchsys.mk in the head
section.
Of course not. You are using quilt since 0.1.2-6. Stupid me.
Proposed fix this time (hope I got it right):
---
build/screenlets::
dh_quilt_patch
[...]
Package: cryptsetup
Version: 2:1.0.6-7
Severity: minor
In an attempt to patch cryptsetup to use udevadm instead of udevsettle
and build it with libtool at version 2.2.6a-1 I noticed that
debian/rules tries to copy /usr/share/libtool/ltmain.sh ltmain.sh
which is to be found in config/.
I consider
Package: libtotem-plparser12
Version: 2.24.2-1
Severity: minor
Title says it all; ld otherwise complains about missing icui18n.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.29
Debian Release: squeeze/sid
500 unstableftp.at.debian.org
100 experimental
Package: mesa
Version: 7.4
Severity: normal
Tags: patch
Hi!
I've noticed that mesa 7.4 has been released and since rc1 has landed in
experimental I guess you will upload it in no time, right?
That said, could I ask you to cherry pick commit
66175aac7609ad314f25fbdff0d3958af310dc24 which fixes
25 matches
Mail list logo