Package: gnome-music
Version: 3.36.0-1
Severity: normal
I'm on unstable and gnome-music crashes at launch with the following traceback
:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/gnomemusic/window.py", line 215, in
_on_songs_available
On Sun, Apr 08, 2018 at 08:00:52AM +0200, Carsten Schoenert wrote:
> Hello Aurelien,
>
> On Sat, Apr 07, 2018 at 11:37:25PM +0200, Aurelien Jacobs wrote:
> ...
> > I've tested this new build, and I can now start pcbnew including with
> > latest version python-wxgtk3
On Sat, Apr 07, 2018 at 09:33:08PM +0200, Carsten Schoenert wrote:
> Hi,
>
> please test a rebuild of KiCad 5.0.05.0.0~rc1+dfsg1+20180318 which is
> using libwxgtk3.0-gtk3-dev to get a proper GTK3 bindings.
I've tested this new build, and I can now start pcbnew including with
latest version
Hello,
I can confirm this issue.
Since I upgraded my sid install today, pcbnew fails to start with those
kind of messages :
../src/common/object.cpp(251): assert "classTable->Get(m_className) == NULL"
failed in Register(): Class "wxCommandEvent" already in RTTI table - have you
used
Package: gitlab
Version: 8.13.11+dfsg1-8
I have a working gitlab instance running on sid.
After my latest apt upgrade, gitlab stopped working.
Here are the messages I got during the upgrade:
Preparing to unpack .../097-ruby-asana_0.6.0-1_all.deb ...
Unpacking ruby-asana (0.6.0-1) over (0.4.0-1)
Package: gdm3
Version: 3.22.3-3
Followup-For: Bug #805414
The workaround from https://wiki.debian.org/BluetoothUser/a2dp used to
work, but starting with gdm3 3.22.3-2, it is not enough anymore.
I found out that I now need the following additional step to really
prevent gdm3 to start pulseaudio:
Package: clang-3.5
Version: 1:3.5-8
Dear Maintainer,
scan-build is not able to find the clang executable, and is thus not
functional.
Here is the output of scan-build:
$ scan-build-3.5 make
scan-build: error: Cannot find an executable 'clang' relative to scan-build.
Consider using
Package: clang-3.5
Version: 1:3.5-3
Followup-For: Bug #758998
I can confirm this issue with clang-3.5, as well as with clang-3.6.
scan-build search for a clang executable in the same directory as the
actual scan-build executable (/usr/share/clang/scan-build-3.5/) and
does not find any.
There is
Package: clang-3.5
Version: 1:3.5~+rc1-2
Dear Maintainer,
Bug #748777 was re-intrduced in latest clang-3.5 package.
The following invokation does not work anymore:
scan-build --use-cc=arm-none-eabi-gcc -o out make -e
It seems that the patch from bug #748777 was dropped from latest package.
On Sun, Jun 22, 2014 at 08:54:24AM -0700, Sylvestre Ledru wrote:
On 20/05/2014 09:58, Aurelien Jacobs wrote:
Package: clang-3.4
Version: 1:3.4.1-3
Dear Maintainer,
scan-build stopped working for me since you added the following patch in
version 1:3.4.1-1:
scan-build-fix-clang
Package: clang-3.4
Version: 1:3.4.1-3
Dear Maintainer,
scan-build stopped working for me since you added the following patch in
version 1:3.4.1-1:
scan-build-fix-clang-detection.diff
I use scan-build in a cross-compilation environement so I call it
with --use-cc:
scan-build
Hi,
It seems that the atmega48p is now supported in version 6.0.1 (released
today).
It would be nice to get this new version packaged.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: linux-2.6
Severity: wishlist
Hi,
Simply enabling CONFIG_RTS5139 as a module would add support for SDcard
in some laptop such as the Asus Zenbook (UX31E). So it would be nice to
have it enabled by default instead of having to recompile the kernel
myself every time.
Thanks.
-- System
On Wed, Mar 14, 2012 at 05:17:16PM -0500, Jonathan Nieder wrote:
Hi,
Aurelien Jacobs wrote:
Simply enabling CONFIG_RTS5139 as a module would add support for SDcard
in some laptop such as the Asus Zenbook (UX31E).
Sounds reasonable. The driver seems to have been merged in the 3.2
Hi,
I can confirm that this bug is still not fixed for me.
With gnome-shell run from GDM3, I have no gnome-session process running,
so the DBusSend is not doing anything.
I also confirm that applying the DBusSend to gnome-settings-daemon
instead of gnome-session properly fix the bug for me.
Package: unrar
Version: 3.8.5-2
The copyright file [1] contains an outdated version of unrar license.
Especially point 3 of the license has changed in the source tarball of
version 3.8.5.
Debian copyright file:
3. The unRAR utility may be freely distributed. No person or company
may
Tags: patch
The following patch fixes this issue.
--- common/apt-watch-common.cc.orig 2008-01-28 10:35:00.0 +0100
+++ common/apt-watch-common.cc 2008-01-28 10:34:25.0 +0100
@@ -5,6 +5,7 @@
#include apt-watch-common.h
#include cstdlib
+#include cstring
#include errno.h
Tags: patch
The following patch fixes the issue.
--- sample_progs/cam_menu.hh.orig 2008-01-28 10:23:53.0 +0100
+++ sample_progs/cam_menu.hh2008-01-28 10:22:55.0 +0100
@@ -2,6 +2,7 @@
* cam_menu.hh
*
*/
+#include cstring
#include sys/types.h
#include sys/socket.h
Package: initramfs-tools
Version: 0.90a
mkinitramfs uses the -regextype option of find. This options was introduced
in findutils 4.2.24.
I've tried to use a recent version of initramfs-tools on an old sarge
powerpc install. Here is the result:
# update-initramfs -u
update-initramfs: Generating
Package: syslinux
Version: 1:3.51-1
Severity: important
With nasm 0.99.01-0 (newly introduced in sid) syslinux FTBFS.
Compilation ends with the following messages:
# Building package
/usr/bin/make DATE=Debian-2007-08-24 VERSION=3.51
make[1]: Entering directory `/data/build/syslinux-3.51'
Package: mplayer
Version: 1.0~rc1-10
Severity: minor
Tags: patch
The attached patch fix a small typo in the README file (AVN vs. SVN).
Aurel
diff -Naur mplayer-1.0~rc1.orig/debian/README.Debian.free mplayer-1.0~rc1/debian/README.Debian.free
--- mplayer-1.0~rc1.orig/debian/README.Debian.free
Package: genisoimage
Version: 9:1.1.0-1
Severity: important
Tags: patch
Once again, genisoimage package is missing the mkzftree binary (last time
it was in the mkisofs package, see #387927).
The attached patch fixes the issue.
I didn't set this bug severity to RC because I was not sure, but I
I confirm, I see the same strange mplayer.conf here.
Here is what it looks like:
### mplayer DEBCONF AREA. DO NOT EDIT THIS AREA OR INSERT TEXT BEFORE IT.
#video output driver
vo=Unsupported
#device for dvd
dvd-device=xv_X11/Xv
#truetype font
font=/dev/cdrom
#enable RTC (Real Time Clock) access
Package: mkisofs
Version: 5:1.0~pre4-1
Severity: important
Tags: patch
Current mkisofs package is missing the mkzftree binary (but still contains
the corresponding man page).
The attached patch fixes the issue.
Aurel
--- mkisofs.install.orig 2006-09-17 16:00:57.0 +0200
+++
This was a 64bits specific fvwm bug (#318504) fixed in latest fvwm upload.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: libgksu1.2
Version: 1.3.1-1
Severity: important
Tags: patch
Currently, libgksu defines a callback function (keyring_create_item_cb)
inside another function. The problem is that this callback function
is stored on the stack (like any other local variable). amd64 has this
famous NX flag
26 matches
Mail list logo