Bug#745649: kaffeine: 1.2.2-3 loses the picture.
Hello, I think I am experiencing the same issue at an up to date Jessie amd64 installation. There are the nvidia binary driver in use: ii kaffeine 1.2.2-3 amd64 ii libvdpau1 0.7-2 amd64 ii libxine1 1.1.21-2 amd64 ii libxine2 1.2.5-1 amd64 ii nvidia-vdpau-driver 331.67-1 amd64 Currently I had the desktop effects disabled in KDE. With the package from Wheezy this issue is not visible. http://ftp.de.debian.org/debian/pool/main/k/kaffeine/kaffeine_1.2.2-2_amd64.deb With version 1.2.2-3 kaffeine is starting to link against libxine2 instead of libxine. http://metadata.ftp-master.debian.org/changelogs//main/k/kaffeine/kaffeine_1.2.2-3_changelog libxine2 supports the video output driver vo_vdpau which is in use when the problem is visible. (Due to output when starting from command line.) When forcing in ~/.kde/share/apps/kaffeine/xine-config the use of another video out driver I could also not see the issue anymore. -#video.driver:auto +video.driver:xv But I suspect that these two workarounds would lead to loosing the hardware acceleration, which vdpau would provide. When the problem is visible, viewing something in windowed kaffeine and changing to another application leads most of the time to the whole picture gets black - sound is playing. When opening a menu from the menu bar and iterating through the items there most of the time the rectangle of the before visible menu stays black while the video plays just fine in the area which was never hidden behind a menu. The third workaround works in my case also with 1.2.2-3 and automatic use of vdpau by just activating desktop effects in KDE by hitting alt+shift+F12. @Alex: probably you can check if my findings apply to your situation too. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745649: kaffeine: 1.2.2-3 loses the picture.
Hello, the problem is also visible with xine-ui, when desktop effects are off and the vdpau as video driver is in use. When playing a video and right click into the video window to open the menu and close it, sometimes the area, where the menu was, stays black. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#795616: dvbcut: Illegal changelog date format
Hello Chris, I am sorry for this this mistake. I assume you tried to build dvbcut for the current gcc transition on testing/unstable where you got an error as following. # dpkg-buildpackage Error parsing time at /usr/lib/x86_64-linux-gnu/perl/5.20/Time/Piece.pm line 469, <$filehandle> line 12. I uploaded a changed package to mentors.debian.net and will send a RFS shortly. Kind regards, Bernhard
Bug#795754: RFS: dvbcut/0.5.4+svn178-11
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dvbcut" * Package name: dvbcut Version : 0.5.4+svn178-11 Upstream Author : Sven Over * URL : http://dvbcut.sourceforge.net/ * License : GPL-2+ Section : graphics It builds those binary packages: dvbcut - Qt application for cutting parts out of DVB streams To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dvbcut Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.5.4+svn178-11.dsc Changes since the last upload: dvbcut (0.5.4+svn178-11) unstable; urgency=medium * Correct changelog date format of the last version (Closes: #795616) (Thanks to Chris Lamb) -- Bernhard Übelacker Sun, 16 Aug 2015 17:34:48 +0200 Regards, Bernhard Übelacker
Bug#795616: dvbcut: Illegal changelog date format
Opened this RFS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795754 Kind regards, Bernhard
Bug#843707: kwin: No dbg package is built.
I was not aware of this repo. Just checked the source package at packages.debian.org, but did not find an entry for a dbg package. Thank you very much.
Bug#844517: kradio4: Crashes when lirc configuration is found. (interface of liblircclient0 changed)
Package: kradio4
Version: 4.0.8+git20160618-1
Severity: important
Dear Maintainer,
kradio4 crashes after reading the lirc configuration.
In my opinion the crash happens because the current stretch package
was built against liblircclient-dev (0.9.0~pre1-1.2). [1] [2]
Now the interface changed between 0.9.0~pre1-1.2 and 0.9.4c-4.
At least the struct lirc_config and lirc_config_entry in lirc_client.h
have different sizes. (See attached gdb session.)
Using a package built against 0.9.4c-4 did not show the crash.
Therefore I assume just rebuilding the stretch package kradio4 should
resolve the issue.
Kind regards,
Bernhard
PS.: Is there any debian facility that should have catched that?
Or should this be reported against liblircclient0 as at least
the packages in [3] are probably affected too (due to the latest
build log).
[1] https://buildd.debian.org/status/package.php?p=kradio4&suite=unstable
[2]
https://buildd.debian.org/status/fetch.php?pkg=kradio4&arch=amd64&ver=4.0.8%2Bgit20160618-1&stamp=1466289377
[3] apt-cache rdepends liblirc-client0
audacious-plugins bino fbtv geeqie gxine kradio4
lcdproc-extra-drivers lxmms2 python-pylirc rhythmbox-plugins
rosegarden totem-plugins xawtv xine-console xine-ui zapping
(shows more packages, but these got build against 0.9.4c-4)
-- System Information:
Debian Release: stretch/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.8.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages kradio4 depends on:
pn kde-runtime
ii libasound2 1.1.2-1
ii libavcodec577:3.2-2
ii libavformat57 7:3.2-2
ii libavresample3 7:3.2-2
ii libc6 2.24-5
ii libgcc1 1:6.2.0-10
ii libkdecore5 4:4.14.25-1
ii libkdeui5 4:4.14.25-1
ii libkio5 4:4.14.25-1
ii liblircclient0 0.9.4c-4
ii libmms0 0.6.4-2
ii libmp3lame0 3.99.5+repack1-9+b1
ii libogg0 1.3.2-1
ii libqt4-dbus 4:4.8.7+dfsg-11
ii libqt4-network 4:4.8.7+dfsg-11
ii libqt4-svg 4:4.8.7+dfsg-11
ii libqt4-xml 4:4.8.7+dfsg-11
ii libqtcore4 4:4.8.7+dfsg-11
ii libqtgui4 4:4.8.7+dfsg-11
ii libsndfile1 1.0.27-1
ii libstdc++6 6.2.0-10
ii libswresample2 7:3.2-2
ii libvorbis0a 1.3.5-3
ii libvorbisenc2 1.3.5-3
ii libvorbisfile3 1.3.5-3
kradio4 recommends no packages.
kradio4 suggests no packages.
apt-get install kradio4-dbgsym liblirc-client0-dbgsym:amd64
bernhard@rechner:~$ gdb -q --args kradio4
Reading symbols from kradio4...Reading symbols from
/usr/lib/debug/.build-id/03/2caf5309786c6cac447609f6c9ae040c53ce59.debug...done.
done.
(gdb) directory
/home/bernhard/data/entwicklung/2016/debian/kradio4/2016-11-15/liblirc-client0/lirc-0.9.4c/lib
Source directories searched:
/home/bernhard/data/entwicklung/2016/debian/kradio4/2016-11-15/liblirc-client0/lirc-0.9.4c/lib:$cdir:$cwd
(gdb) directory
/home/bernhard/data/entwicklung/2016/debian/kradio4/2016-11-15/kradio4/kradio4-4.0.8+git20160618/plugins/lirc
Source directories searched:
/home/bernhard/data/entwicklung/2016/debian/kradio4/2016-11-15/kradio4/kradio4-4.0.8+git20160618/plugins/lirc:/home/bernhard/data/entwicklung/2016/debian/kradio4/2016-11-15/liblirc-client0/lirc-0.9.4c/lib:$cdir:$cwd
(gdb) b lirc_client.c:1446
No source file named lirc_client.c.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (lirc_client.c:1446) pending.
(gdb) run
Starting program: /usr/bin/kradio4
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd3dc8700 (LWP 13180)]
[Thread 0x7fffd3dc8700 (LWP 13180) exited]
initialisiere das Plugin für die LIRC Fernsteuerung
Warnungen/Fehlermeldungen über nicht vorhandene Unix-Sockets sind kein Problem
- üblicherweise ist der LIRC-Dienst in diesen Fällen nicht gestartet.
Die Initialisierung des LIRC Plugins war erfolgreich
[New Thread 0x7fffd3dc8700 (LWP 13181)]
[New Thread 0x7fffd766d700 (LWP 13186)]
[Thread 0x7fffd766d700 (LWP 13186) exited]
[New Thread 0x7fffd766d700 (LWP 13187)]
[Thread 0x7fffd766d700 (LWP 13187) exited]
Warning: bad shebang (ignored)
Thread 1 "kradio4" hit Breakpoint 1, lirc_readconfig (file=,
config=config@entry=0xde4b80, check=check@entry=0x0) at lirc_client.c:1446
1446if ((*config)->lircrc_class == NULL)
(gdb) print config
$1 = (struct lirc_config **) 0xde4b80
(gdb) print *config
$2 = (struct lirc_config *) 0xb2eab0
(gdb) print **config
$3 = {lircrc_class = 0x0, current_mode = 0x0, next = 0xadabf0, first =
0xadabf0, sockfd = -1}
(gdb) print sizeof(struct lirc_config)
$4 = 40
(gdb) print (**config).first
$5 = (struct lirc_config_entry *) 0xadabf0
(gdb) print *(**config).first
$6 = {prog = 0x157b900 "krad
Bug#861978: xscorch: Segfault on startup
Hello, not being maintainer I tried to reproduce this issue. It looks like another case of pointer truncation due to "implicit declaration of function" in various files. Attached patch adds an include to gdk/gdk.h in a global header file. With it applied no implicit declarations remain and the crash does not happen anymore. Kind regards, Bernhard Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7fa80d502566 in IA__gdk_gc_set_foreground (gc=0x26e37730, color=color@entry=0x563726dea028) at ./gdk/gdkgc.c:394 394 ./gdk/gdkgc.c: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 0x7fa80d502566 in IA__gdk_gc_set_foreground (gc=0x26e37730, color=color@entry=0x563726dea028) at ./gdk/gdkgc.c:394 #1 0x56372645fcbf in sc_window_paint_blank (w_=w_@entry=0x563726d6ec40) at spaint-gtk.c:733 #2 0x56372645ddf5 in sc_window_main_menu (w_=0x563726d6ec40) at smainmenu-gtk.c:159 #3 0x563726450764 in _sc_state_prelude_begin (c=0x563726cf62e0, c=0x563726cf62e0, g=0x563726d08a70) at sstate.c:53 #4 0x563726450764 in sc_state_run (c=0x563726cf62e0, g=0x563726d08a70) at sstate.c:693 #5 0x563726463533 in _sc_window_timeout_gtk (data=0x563726d6ec40, data@entry=) at swindow-gtk.c:64 #6 0x7fa80be5e123 in g_timeout_dispatch (source=0x563726e3d010, callback=, user_data=) at ././glib/gmain.c:4674 #7 0x7fa80be5d6aa in g_main_dispatch (context=0x563726d5f700) at ././glib/gmain.c:3203 #8 0x7fa80be5d6aa in g_main_context_dispatch (context=context@entry=0x563726d5f700) at ././glib/gmain.c:3856 #9 0x7fa80be5da60 in g_main_context_iterate (context=0x563726d5f700, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ././glib/gmain.c:3929 #10 0x7fa80be5dd82 in g_main_loop_run (loop=0x563726df0940) at ././glib/gmain.c:4125 #11 0x7fa80d8c03b7 in IA__gtk_main () at ./gtk/gtkmain.c:1268 #12 0x563726442d95 in main (argc=, argv=) at xscorch.c:91 From f0f67878e36abd8cd698976ea3ae5dd24bed790f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?= Date: Sun, 7 May 2017 17:30:14 +0200 Subject: Avoid implicit declaration of functions leading to pointer truncation. https://bugs.debian.org/861978 --- sgtk/sgtk.h | 1 + 1 file changed, 1 insertion(+) diff --git a/sgtk/sgtk.h b/sgtk/sgtk.h index 9e0e1da..2cb0174 100644 --- a/sgtk/sgtk.h +++ b/sgtk/sgtk.h @@ -24,6 +24,7 @@ #ifndef __sgtk_h_included #define __sgtk_h_included +#include /* This file implies xscorch.h. */ #include -- 2.11.0
Bug#858647: make: SIGSEGVs on long parameter
Hello, not being the maintainer I tried to reproduce this issue. # apt-get install make-dbgsym # gdb -q /usr/bin/make --core /coredumps/core.make.8389 Reading symbols from /usr/bin/make...Reading symbols from /usr/lib/debug/.build-id/da/27c611d20ad6bc84f6309acb961492a00c114f.debug...done. done. [New LWP 8389] Core was generated by `make 000x015-terrain.tif000x015-slopeshade.tif000x015-hillshade.tif000x016-terr'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x55c4e461a021 in add_string (len=9362, str=0x7fff1ad1fdb4 "000x015-terrain.tif000x015-slopeshade.tif000x015-hillshade.tif000x016-terrain.tif000x016-slopeshade.tif000x016-hillshade.tif001x015-terrain.tif001x015-slopeshade.tif001x015-hillshade.tif001x016-terrai"...) at ../../strcache.c:119 119 sp->next = fullcache; (gdb) bt #0 0x55c4e461a021 in add_string (len=9362, str=0x7fff1ad1fdb4 "000x015-terrain.tif000x015-slopeshade.tif000x015-hillshade.tif000x016-terrain.tif000x016-slopeshade.tif000x016-hillshade.tif001x015-terrain.tif001x015-slopeshade.tif001x015-hillshade.tif001x016-terrai"...) at ../../strcache.c:119 #1 add_hash (str=0x7fff1ad1fdb4 "000x015-terrain.tif000x015-slopeshade.tif000x015-hillshade.tif000x016-terrain.tif000x016-slopeshade.tif000x016-hillshade.tif001x015-terrain.tif001x015-slopeshade.tif001x015-hillshade.tif001x016-terrai"..., len=) at ../../strcache.c:164 #2 0x55c4e460e8bc in expand_command_line_file (name=) at ../../main.c:680 #3 0x55c4e460e9e5 in handle_non_switch_argument (arg=0x7fff1ad1fdb4 "000x015-terrain.tif000x015-slopeshade.tif000x015-hillshade.tif000x016-terrain.tif000x016-slopeshade.tif000x016-hillshade.tif001x015-terrain.tif001x015-slopeshade.tif001x015-hillshade.tif001x016-terrai"..., env=0) at ../../main.c:2664 #4 0x55c4e460eefb in decode_switches (argc=2, argv=0x7fff1ad1dbb8, env=0) at ../../main.c:2768 #5 0x55c4e45fd40a in main (argc=, argv=, envp=0x7fff1ad1dbd0) at ../../main.c:1398 (gdb) print sp $1 = (struct strcache *) 0x0 It seems that it got reported upstream in bug reports [1] and [3]. And solved with at least commits [2] and [4]. A package built with both patches applied does not crash with this command line anymore. Both patches would already be included in upstream release 4.2. (Bug [5] and commit [6] seem to touch the same area.) Kind regards, Bernhard [1] http://savannah.gnu.org/bugs/?45275 [2] http://git.savannah.gnu.org/cgit/make.git/commit/strcache.c?id=ac9a39dad7f79bf5a599654337d12f771e246949 "strcache.c: [SV 45275] Handle very long strings." [3] http://savannah.gnu.org/bugs/?47071 [4] http://git.savannah.gnu.org/cgit/make.git/commit/strcache.c?id=8530d77c68cf772cd5d3455574c7973232df846c "strcache.c (add_string): [SV 47071] Handle huge initial string." [5] http://savannah.gnu.org/bugs/?46832 [6] http://git.savannah.gnu.org/cgit/make.git/commit/strcache.c?id=e2b39edc22f527de3bbbea30dd756cb1f1f876cf "strcache.c (add_hugestring): [SV 46832] Support huge strings."
Bug#862065: starplot: does not start due to invalid pointer error
Hello,
not being the maintainer I tried to reproduce the issue.
The message originates to freeing the std::string sSpecial in
SpecClass::~SpecClass.
I could follow in debugger to the constructor and set a watch point.
That lead to a suspicious call to qsort.
For this reason the content of StarArray gets copied to temparray, sorted and
copied back to StarArray.
Replacing the c-like qstort with a c++-like std::sort avoids the crash.
(Patch should replicate old sort behaviour, but was just tested really short.)
Kind regards,
Bernhard
# coredumpctl gdb
Core was generated by `starplot'.
Program terminated with signal SIGABRT, Aborted.
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51 ../sysdeps/unix/sysv/linux/raise.c: Datei oder Verzeichnis nicht
gefunden.
(gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1 0x7f5a67efd3fa in __GI_abort () at abort.c:89
#2 0x7f5a67f39bd0 in __libc_message (do_abort=do_abort@entry=2,
fmt=fmt@entry=0x7f5a6802ebd0 "*** Error in `%s': %s: 0x%s ***\n") at
../sysdeps/posix/libc_fatal.c:175
#3 0x7f5a67f3ff96 in malloc_printerr (action=3, str=0x7f5a6802b76d
"free(): invalid pointer", ptr=, ar_ptr=) at
malloc.c:5046
#4 0x7f5a67f4078e in _int_free (av=0x7f5a68261b00 ,
p=0x5628d20d0260, have_lock=0) at malloc.c:3902
#5 0x5628cfdb7601 in __gnu_cxx::new_allocator::deallocate
(this=0x5628d20d05c0, __p=) at
/usr/include/c++/6/ext/new_allocator.h:110
#6 std::allocator_traits >::deallocate (__a=...,
__n=, __p=) at
/usr/include/c++/6/bits/alloc_traits.h:442
#7 std::__cxx11::basic_string,
std::allocator >::_M_destroy (__size=,
this=0x5628d20d05c0) at /usr/include/c++/6/bits/basic_string.h:186
#8 std::__cxx11::basic_string,
std::allocator >::_M_dispose (this=0x5628d20d05c0) at
/usr/include/c++/6/bits/basic_string.h:181
#9 std::__cxx11::basic_string,
std::allocator >::~basic_string (this=0x5628d20d05c0,
__in_chrg=) at /usr/include/c++/6/bits/basic_string.h:558
#10 SpecClass::~SpecClass (this=0x5628d20d0588, __in_chrg=) at
classes/specclass.h:29
#11 Star::~Star (this=0x5628d20d04e0, __in_chrg=) at
classes/star.h:182
#12 sortable::~sortable (this=0x5628d20d04d8, __in_chrg=) at
classes/stararray.cc:166
#13 StarArray::Sort (this=this@entry=0x5628d2086920) at classes/stararray.cc:205
#14 0x5628cfdb8e59 in StarArray::SetRules (this=0x5628d2086920, rules=...,
ruleschange=) at classes/stararray.cc:463
#15 0x5628cfdaacf3 in redraw_all (changetype=) at
gui/starplot.cc:105
#16 0x5628cfd8d31d in main (argc=, argv=) at
gui/starplot.cc:299
$ gdb -q --args starplot
...
(gdb) next
SpecClass::SpecClass (this=0x558e1528, s="") at classes/specclass.cc:57
57 SpecClass::SpecClass(const string &s)
(gdb) step
59sSpecial("")
(gdb) next
61if (! starstrings::isempty(sSpecstring))
(gdb) print &sSpecial
$7 = (std::__cxx11::string *) 0x558e1560
(gdb) print sSpecial._M_dataplus._M_p
$10 = (std::__cxx11::basic_string,
std::allocator >::pointer) 0x558e1570 ""
Hardware watchpoint 11: ((std::__cxx11::string *)
0x558e1560)->_M_dataplus._M_p
Old value = (std::__cxx11::basic_string,
std::allocator >::pointer) 0x558e1570 ""
New value = (std::__cxx11::basic_string,
std::allocator >::pointer) 0x558e1c30 "m"
__memmove_sse2_unaligned_erms () at
../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S:399
399 ../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S:
Datei oder Verzeichnis nicht gefunden.
(gdb) bt
#0 __memmove_sse2_unaligned_erms () at
../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S:399
#1 0x74b01ea0 in __GI___qsort_r (b=0x558e1478, n=7, s=288,
cmp=, arg=) at msort.c:271
#2 0x5559636d in StarArray::Sort (this=this@entry=0x558979a0) at
classes/stararray.cc:196
#3 0x55597e59 in StarArray::SetRules (this=0x558979a0, rules=...,
ruleschange=) at classes/stararray.cc:463
#4 0x55589cf3 in redraw_all (changetype=) at
gui/starplot.cc:105
#5 0x5556c31d in main (argc=, argv=) at
gui/starplot.cc:299
From f603ddfa6a0eb6fc90bc8f14d0bb010efef975fa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Mon, 8 May 2017 23:05:28 +0200
Subject: Replace c-like qsort with c++-like std::sort.
https://bugs.debian.org/862065
---
src/classes/stararray.cc | 49 +---
1 file changed, 17 insertions(+), 32 deletions(-)
diff --git a/src/classes/stararray.cc b/src/classes/stararray.cc
index 26cc6a0..72cc856 100644
--- a/src/classes/stararray.cc
+++ b/src/classes/stararray.cc
@@ -26,6 +26,7 @@
#define NEED_FULL_NAMES
#include "constellations.h"
+#include
using std::string;
using std::vector;
@@ -167,42 +168,26 @@ typedef struct {
// Next, the function to compare for qsort().
-int compare_function(const void *p, const void *q)
-{
- double x1 = ((const sortable *)p)->xpos
Bug#805895: florence crashed with SIGSEGV in _IO_vfprintf_internal()
Hello, not being the maintainer I tried to reproduce the issue. I think we see here an exhaustion of the stack. Because clicking on the zoom button triggers a change of a g_settings/dconf entry. That triggers the callback view_set_scalex into florence. That tries to set the g_settings/dconf entry again. And so on. Attached (ugly) patch avoids the recursion by leaving functions view_set_scalex and view_set_scaley if we are already executing them. But there is probably a better way by using g_signal_handler_block/unblock? Kind regards, Bernhard benutzer@debian:~$ gdb -q --args florence Reading symbols from florence...Reading symbols from /usr/lib/debug/.build-id/50/4563f002de302f17974c902b711a2e6280778d.debug...done. done. (gdb) run Starting program: /usr/bin/florence [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Florence version 0.6.3 [New Thread 0x7fffe4823700 (LWP 557)] [New Thread 0x7fffe4022700 (LWP 558)] [New Thread 0x7fffe3821700 (LWP 559)] [New Thread 0x7fffe3020700 (LWP 560)] [New Thread 0x7fffe23d8700 (LWP 562)] XRecord extension found version=1.13 Your screen does not support alpha channel. Semi-transparency is disabled [New Thread 0x7fffe191b700 (LWP 565)] WARNING: Service name lost. WARNING: Notification failed (florence:552): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT (object)' failed (florence:552): GStreamer-CRITICAL **: gst_element_get_bus: assertion 'GST_IS_ELEMENT (element)' failed (florence:552): GStreamer-CRITICAL **: gst_bus_add_watch_full: assertion 'GST_IS_BUS (bus)' failed (florence:552): GStreamer-CRITICAL **: gst_object_unref: assertion 'object != NULL' failed (florence:552): dconf-WARNING **: failed to commit changes to dconf: Failed to execute child process "dbus-launch" (Datei oder Verzeichnis nicht gefunden) (florence:552): dconf-WARNING **: failed to commit changes to dconf: Failed to execute child process "dbus-launch" (Datei oder Verzeichnis nicht gefunden) ... (florence:552): dconf-WARNING **: failed to commit changes to dconf: Failed to execute child process "dbus-launch" (Datei oder Verzeichnis nicht gefunden) Thread 1 "florence" received signal SIGSEGV, Segmentation fault. g_settings_get_value (settings=0x557e25c0 [GSettings], key=key@entry=0x55578638 "scalex") at ././gio/gsettings.c:1200 1200././gio/gsettings.c: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 0x7457488e in g_settings_get_value (settings=0x557e25c0 [GSettings], key=key@entry=0x55578638 "scalex") at ././gio/gsettings.c:1200 #1 0x555685ed in settings_value_get (item=item@entry=SETTINGS_SCALEX) at settings.c:348 #2 0x55568877 in settings_get_double (item=item@entry=SETTINGS_SCALEX) at settings.c:407 #3 0x5556e7a6 in view_set_scalex (settings=0x557e25c0 [GSettings], key=0x5588a31d "scalex", user_data=0x55907a30) at view.c:733 #7 0x74242fbf in (instance=instance@entry=0x557e25c0, signal_id=, detail=) at ././gobject/gsignal.c:3447 #4 0x74227ecf in g_closure_invoke (closure=0x5599c660, return_value=return_value@entry=0x0, n_param_values=2, param_values=param_values@entry=0x7f7ff280, invocation_hint=invocation_hint@entry=0x7f7ff200) at ././gobject/gclosure.c:804 #5 0x74239f82 in signal_emit_unlocked_R (node=node@entry=0x55879a40, detail=detail@entry=1267, instance=instance@entry=0x557e25c0, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7f7ff280) at ././gobject/gsignal.c:3635 #6 0x74242bdc in g_signal_emit_valist (instance=, signal_id=, detail=, var_args=var_args@entry=0x7f7ff440) at ././gobject/gsignal.c:3391 #8 0x74573516 in g_settings_real_change_event (settings=0x557e25c0 [GSettings], keys=0x7f7ffb04, n_keys=) at ././gio/gsettings.c:386 #9 0x7fffecdb0038 in ffi_call_unix64 () at ../src/x86/unix64.S:76 #10 0x7fffecdafa9a in ffi_call (cif=cif@entry=0x7f7ff790, fn=fn@entry=0x745734a0 , rvalue=, avalue=avalue@entry=0x7f7ff680) at ../src/x86/ffi64.c:525 #11 0x74228c8a in g_cclosure_marshal_generic_va (closure=0x55879af0, return_value=0x7f7ff950, instance=, args_list=, marshal_data=, n_params=2, param_types=0x55879b20) at ././gobject/gclosure.c:1604 #12 0x742280f2 in _g_closure_invoke_va (closure=closure@entry=0x55879af0, return_value=return_value@entry=0x7f7ff950, instance=instance@entry=0x557e25c0, args=args@entry=0x7f7ffa20, n_params=2, param_types=0x55879b20) at ././gobject/gclosure.c:867 #13 0x742423a1 in g_signal_emit_valist (instance=0x557e25c0, signal_id=, detail=0, var_args=var_args@entry=0x7f7ffa20) at ././gobject/gsignal.c:3300 #14 0x74242fbf in g_signal_emit (instance=instance@entry=0x557e25c0, signal_id=, detail=detail@entry=0) at ././gobje
Bug#859342: Florence: segfault when clicking on size changing keys
Hello, this bug is probably a duplicate of https://bugs.debian.org/805895 Kind regards, Bernhard
Bug#858488: dieharder segfaults when testing the XOR generator
Hello, just tried to reproduce the crash I came to following stack: gdb -q --args dieharder -g 207 -a Program received signal SIGSEGV, Segmentation fault. gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161 161 return (r->type->get) (r->state); (gdb) bt #0 gsl_rng_get (r=0x0) at ../gsl/gsl_rng.h:161 #1 0x77b5dcc6 in XOR_get (vstate=0x633030) at rng_XOR.c:42 #2 0x77b59ed0 in rgb_timing (test=test@entry=0x635ac0, timing=timing@entry=0x7fffdb90) at rgb_timing.c:38 #3 0x00405889 in time_rng () at time_rng.c:38 #4 0x0040252f in select_rng (gennum=, genname=genname@entry=0x60a7c0 "", initial_seed=) at choose_rng.c:252 #5 0x0040262a in choose_rng () at choose_rng.c:60 #6 0x00402141 in main (argc=4, argv=0x7fffdcf8) at dieharder.c:71 gsl_rng_get/XOR_get:42 relies here to have state->grngs[1] initialized. I tried to follow it and got to gsl_rng_set/XOR_set in function rgb_timing that should put the seed to the generator. Unfortunately gvcount is here just 1, leaving just grngs[0] set. state->grngs[0] = gsl_rng_alloc(dh_rng_types[14]); ... for(i=1;igrngs[i] = gsl_rng_alloc(dh_rng_types[gnumbs[i]]); Further reading down leads to this comment saying we need at least one additional -g parameter: rng_XOR.c: /* * This is a special XOR generator that takes a list of GSL * wrapped rngs and XOR's their uint output together to produce * each new random number. Note that it SKIPS THE FIRST ONE which * MUST be the XOR rng itself. So there have to be at least two -g X * stanzas on the command line to use XOR, and if there aren't three * or more it doesn't "do" anything but use the second one. */ So this command "dieharder -g 207 -a" is probably not expected to work and "just" fails to produce an error message. Kind regards, Bernhard BTW: Kind of the same problem could be observed when using such a command line: "dieharder -g 207 -g 207 -a". This crashes later after exhausting the whole stack.
Bug#847651: doomsday: Segfaults at startup
Hello, tried to reproduce the issue. I think the problem is that in de::File::parent the method maybeAs() is called on a NULL pointer. With the attached patch the crash does not happen. Kind regards, Bernhard # apt install doomsday doomsday-dbgsym doomsday-common-dbgsym $ gdb -q --args doomsday Reading symbols from doomsday...Reading symbols from /usr/lib/debug/.build-id/41/6978915c5c4686da064c7ff3a539ef4336958c.debug...done. done. (gdb) run Starting program: /usr/games/doomsday [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x7476092d in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (gdb) bt #0 0x7476092d in __dynamic_cast () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x77574d95 in de::filesys::Node::maybeAs() (this=) at include/de/filesys/../filesys/node.h:88 #2 0x77574d95 in de::File::parent() const (this=) at src/filesys/file.cpp:114 #3 0x7757572b in de::File::description() const (this=this@entry=0x560e5850) at src/filesys/file.cpp:146 #4 0x7757a40e in de::FileSystem::interpret(de::File*) (this=, sourceData=sourceData@entry=0x560e5850) at src/filesys/filesystem.cpp:147 #5 0x77573415 in de::DirectoryFeed::populateFile(de::Folder&, de::String const&) (this=this@entry=0x5605e410, folder=..., entryName=...) at src/filesys/directoryfeed.cpp:120 #6 0x77573849 in de::DirectoryFeed::populate(de::Folder&) (this=0x5605e410, folder=...) at src/filesys/directoryfeed.cpp:77 #7 0x7757f011 in de::Folder::populate(de::Folder::PopulationBehavior) (this=0x560dcc80, behavior=de::Folder::PopulateFullTree) at src/filesys/folder.cpp:193 #8 0x7757f069 in de::Folder::populate(de::Folder::PopulationBehavior) (this=0x56145070, behavior=behavior@entry=de::Folder::PopulateFullTree) at src/filesys/folder.cpp:203 #9 0x7757c24d in de::FileSystem::refresh() (this=this@entry=0x560b2a50) at src/filesys/filesystem.cpp:66 #10 0x775e9be9 in de::App::Instance::initFileSystem(bool) (this=0x560b2910, allowPlugins=) at src/core/app.cpp:242 #11 0x775e5faa in de::App::initSubsystems(QFlags) (this=this@entry=0x7fffdd80, flags=...) at src/core/app.cpp:592 #12 0x76a43115 in de::BaseGuiApp::initSubsystems(QFlags) (this=0x7fffdd70, flags=...) at src/baseguiapp.cpp:106 #13 0x555e48a5 in ClientApp::initialize() (this=0x7fffdd70) at src/clientapp.cpp:350 #14 0x555c8605 in main(int, char**) (argc=, argv=) at src/main_client.cpp:75 From 1e5dcb1be8049b9169e53e44b9085f9a2c4707fe Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?= Date: Tue, 23 May 2017 12:07:38 +0200 Subject: Avoid crash after parent() returning NULL pointer. https://bugs.debian.org/847651 Program received signal SIGSEGV, Segmentation fault. 0x7476092d in __dynamic_cast () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (gdb) bt #0 0x7476092d in __dynamic_cast () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #1 0x77574d95 in de::filesys::Node::maybeAs() (this=) at include/de/filesys/../filesys/node.h:88 #2 0x77574d95 in de::File::parent() const (this=) at src/filesys/file.cpp:114 #3 0x7757572b in de::File::description() const (this=this@entry=0x560e5850) at src/filesys/file.cpp:146 #4 0x7757a40e in de::FileSystem::interpret(de::File*) (this=, sourceData=sourceData@entry=0x560e5850) at src/filesys/filesystem.cpp:147 #5 0x77573415 in de::DirectoryFeed::populateFile(de::Folder&, de::String const&) (this=this@entry=0x5605e410, folder=..., entryName=...) at src/filesys/directoryfeed.cpp:120 #6 0x77573849 in de::DirectoryFeed::populate(de::Folder&) (this=0x5605e410, folder=...) at src/filesys/directoryfeed.cpp:77 #7 0x7757f011 in de::Folder::populate(de::Folder::PopulationBehavior) (this=0x560dcc80, behavior=de::Folder::PopulateFullTree) at src/filesys/folder.cpp:193 #8 0x7757f069 in de::Folder::populate(de::Folder::PopulationBehavior) (this=0
Bug#863197: sysstat: sar program buffer overflow when option -s or -e are specified
Hello,
just tried to reproduce the issue I think the problem here is just
with a short time format ('04:00').
In that case 5 characters are copied by strncpy in parse_timestamp
to timestamp variable. Unfortunately these 5 characters do not contain
the termination, therefore the following strcat appends after the
next "random" null byte. Therefore writing beyond the end of timestamp.
Attached patch tries to prevent this by explicitly terminating.
The long time format ('04:00:00') should not suffer from this flaw.
Kind regards,
Bernhard
# apt install sysstat-dbgsym
# valgrind sar -s 04:00
==18110== Memcheck, a memory error detector
==18110== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==18110== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==18110== Command: sar -s 04:00
==18110==
==18110== Conditional jump or move depends on uninitialised value(s)
==18110==at 0x4F2E449: __strcat_chk (strcat_chk.c:37)
==18110==by 0x10D26D: strcat (string3.h:148)
==18110==by 0x10D26D: parse_timestamp (sa_common.c:342)
==18110==by 0x10A8FF: main (sar.c:1237)
==18110==
From e41c706bd7fbb05000e921ffd8b8b630747cffc6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=83=C2=9Cbelacker?=
Date: Tue, 23 May 2017 20:31:56 +0200
Subject: Avoid buffer overflow in parse_timestamp by explicit termination.
https://bugs.debian.org/863197
# valgrind sar -s 04:00
==18110== Memcheck, a memory error detector
==18110== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==18110== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==18110== Command: sar -s 04:00
==18110==
==18110== Conditional jump or move depends on uninitialised value(s)
==18110==at 0x4F2E449: __strcat_chk (strcat_chk.c:37)
==18110==by 0x10D26D: strcat (string3.h:148)
==18110==by 0x10D26D: parse_timestamp (sa_common.c:342)
==18110==by 0x10A8FF: main (sar.c:1237)
==18110==
---
sa_common.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sa_common.c b/sa_common.c
index d3ab242..4c35bff 100644
--- a/sa_common.c
+++ b/sa_common.c
@@ -339,6 +339,7 @@ int parse_timestamp(char *argv[], int *opt, struct tstamp *tse,
case 5:
strncpy(timestamp, argv[(*opt)++], 5);
+timestamp[5] = '\0';
strcat(timestamp,":00");
break;
--
2.11.0
Bug#853171: segmentation fault when disabling a screen with kscreen without upower installed on the system
Hello,
I tried to debug this issue and spent "some" time to it.
---
The class ShellCorona contains a QMap m_desktopViewforId storing
pairs of idx and desktopViews pointers.
When a display gets deactivated the method ShellCorona::removeDesktop [1]
is called with parameter desktopView.
void ShellCorona::removeDesktop(DesktopView *desktopView)
{
const int idx = m_screenPool->id(desktopView->screenToFollow()->name());
"desktopView->screenToFollow()->name()" returns in my case always "DVI-I-1" even
as I disabled in the dialog the "VGA-1" display.
Therefore idx is set to 0.
Some lines later the desktopView gets deleted and removed from the map.
But unfortunately in this map the desktopView pointer, that gets deleted,
is stored with idx=1.
delete desktopView;
m_desktopViewforId.remove(idx);
That way desktopView contains now a pointer to already deleted memory.
---
Second: When we start without an already existing directory
~/.local/share/kscreen/
then the crash happens also when upower _is_ installed.
But there is gets less visible because kscreen saves this configuration and
uses it next time at login, make the configuration at least activated there.
Without upower both displays are activated by default at login.
---
Attached is a valgrind run and some gdb sessions trying to debug to the issue.
---
Setting idx to the key that matches the element in the map for the to be
deleted desktopView leads to no crash.
Kind regards,
Bernhard
[1] plasma-workspace-5.8.4/shell/shellcorona.cpp
Environment:
- Minimal Stretch i386 install
- apt-get --no-install-recommends --no-install-suggests install sddm
plasma-desktop kwin-x11 strace mesa-utils htop systemsettings kde-config-sddm
kscreen systemd-coredump gdb libc-dbg plasma-workspace-dbgsym
libkf5plasma5-dbgsym libqt5core5a-dbgsym libqt5gui5-dbgsym
libqt5widgets5-dbgsym libglib2.0-0-dbg libkf5windowsystem5-dbgsym
libkf5plasmaquick5-dbgsym plasma-framework-dbgsym libqt5qml5-dbgsym
libqt5quick5-dbgsym libtaskmanager6-dbgsym libkf5itemmodels5-dbgsym
libkf5activities5-dbgsym devscripts qtbase5-dev gdbserver git git-gui valgrind
kdesdk-scripts
- NVIDIA Corporation NV40 [GeForce 6800] (with Nouveau driver)
15.03.2017 22:04:13.175 ; kded ; : KScreen::Output( 145 "VGA-1" connected
enabled QPoint(0,0) QSize(1024, 768) "149" )
15.03.2017 22:04:13.185 ; kded ; : KScreen::Output( 146 "DVI-I-1"
connected enabled QPoint(1024,0) QSize(1024, 768) "149" )
mv /usr/bin/plasmashell /usr/bin/plasmashell.orig
cat /usr/bin/plasmashell
#!/bin/sh
#/usr/bin/gdbserver localhost:4567 /usr/bin/plasmashell.orig $@
#/usr/bin/plasmashell.orig $@ > $(tempfile --prefix=plasmashell) 2>&1
/usr/bin/valgrind --log-file=/tmp/valgrind.log /usr/bin/plasmashell.orig $@
==1042== Invalid read of size 4
==1042==at 0x487B034: PlasmaQuick::ContainmentView::containment() const
(containmentview.cpp:263)
==1042==by 0x13E219: ShellCorona::screenForContainment(Plasma::Containment
const*) const (shellcorona.cpp:1826)
==1042==by 0x13E165: ShellCorona::screenForContainment(Plasma::Containment
const*) const (shellcorona.cpp:1818)
==1042==by 0x4EF3FAA: Plasma::Containment::screen() const
(containment.cpp:489)
==1042==by 0x19677BC6: NotificationsApplet::onScreenChanges()
(notificationsapplet.cpp:65)
==1042==by 0x6DBFAAD: call (qobject_impl.h:101)
==1042==by 0x6DBFAAD: QMetaObject::activate(QObject*, int, int, void**)
(qobject.cpp:3723)
==1042==by 0x6DBFF8C: QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) (qobject.cpp:3602)
==1042==by 0x59F3EE1: KWindowSystem::workAreaChanged()
(moc_kwindowsystem_WAINN7OXDV4STE.cpp:337)
==1042==by 0xD6B0E8B:
NETEventFilter::nativeEventFilter(xcb_generic_event_t*) (kwindowsystem.cpp:258)
==1042==by 0x6D8E66F:
QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*)
(qabstracteventdispatcher.cpp:466)
==1042==by 0xAC35121: QXcbConnection::handleXcbEvent(xcb_generic_event_t*)
(qxcbconnection.cpp:1106)
==1042==by 0xAC35EF6: QXcbConnection::processXcbEvents()
(qxcbconnection.cpp:1741)
==1042== Address 0xd3d6d08 is 24 bytes inside a block of size 60 free'd
==1042==at 0x482E938: operator delete(void*) (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==1042==by 0x12B6C1: DesktopView::~DesktopView() (desktopview.cpp:74)
==1042==by 0x13F9D0: ShellCorona::removeDesktop(DesktopView*)
(shellcorona.cpp:1047)
==1042==by 0x14044E: ShellCorona::screenRemoved(QScreen*)
(shellcorona.cpp:1077)
==1042==by 0x6DBFAAD: call (qobject_impl.h:101)
==1042==by 0x6DBFAAD: QMetaObject::activate(QObject*, int, int, void**)
(qobject.cpp:3723)
==1042==by 0x6DBFF8C: QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) (qobject.cpp:3602)
==1042==by 0x6685EC8: QGuiApplication::screenRemoved(QScreen*)
(moc_qguiapplication.cpp:366)
==1042==by 0x66BE982: QScr
Bug#855167: olwm crashes trying to log in X
Hello Awtul,
not being the maintainer for olwm I tried to shed shome light to it
and describe some ways to get more informations out of it.
(Even when olwm got removed from testing.)
First one can install the systemd facility to collect coredumps:
apt install systemd-coredump gdb
Also installing the packages containing the debug informations for
the official debian packages can offer better backtraces.
# add sources: deb http://debug.mirrors.debian.org/debian-debug/
testing-debug main
apt-get update
apt-get install olwm-dbgsym
(See https://wiki.debian.org/AutomaticDebugPackages)
Then one can login again to produce another crash and then something
like following should be possible:
# coredumpctl list
TIMEPID UID GID SIG COREFILE EXE
Fri 2017-03-10 10:53:11 CET 733 1000 1000 11 present /usr/bin/olwm
# coredumpctl gdb /usr/bin/olwm
(gdb) bt
#0 0x7fa6d28a54c7 in XKeysymToKeycode () from
/usr/lib/x86_64-linux-gnu/libX11.so.6
#1 0x55feaa11d803 in stringToModifier (dpy=0xab32d040, word=0x7ffd6852bafe
"Meta") at evbind.c:717
#2 0x55feaa11da5d in parseKeySpec (syms=0x7ffd6852ba90,
specifier=, dpy=-1422733248) at evbind.c:821
#3 establishKeyBindings (dpy=dpy@entry=0x55feab32d040, rdb=0x55feab33c5c0) at
evbind.c:905
#4 0x55feaa11e623 in InitBindings (dpy=0x55feab32d040) at evbind.c:1324
#5 0x55feaa1196b9 in main (argc=, argv=) at
olwm.c:290
---
Also live debugging it would be possible by these steps:
apt-get source olwm
apt install gdbserver
nano /usr/bin/olwm-x-window-manager
# Change following line
exec /usr/bin/olwm "$@"
# to this:
exec /usr/bin/gdbserver localhost:4567 /usr/bin/olwm "$@"
# Login in wdm (in my test I have a VM with xdm installed.)
# gdb -q
(gdb) target remote localhost:4567
(gdb) directory /home/benutzer/debian/orig/xview-3.2p1.4/clients/olwm
(gdb) cont
Program received signal SIGSEGV, Segmentation fault.
0x777084c7 in XKeysymToKeycode () from
target:/usr/lib/x86_64-linux-gnu/libX11.so.6
(gdb) bt
#0 0x777084c7 in XKeysymToKeycode () from
target:/usr/lib/x86_64-linux-gnu/libX11.so.6
#1 0x55562803 in stringToModifier (dpy=0x5579f040, word=0x7fffd86e
"Meta") at evbind.c:717
#2 0x55562a5d in parseKeySpec (syms=0x7fffd800,
specifier=, dpy=1434054720) at evbind.c:821
#3 establishKeyBindings (dpy=dpy@entry=0x5579f040, rdb=0x557ae5c0) at
evbind.c:905
#4 0x55563623 in InitBindings (dpy=0x5579f040) at evbind.c:1324
#5 0xe6b9 in main (argc=, argv=) at
olwm.c:290
(gdb) up
#1 0x55562803 in stringToModifier (dpy=0x5579f040, word=0x7fffd86e
"Meta") at evbind.c:717
717 kc = XKeysymToKeycode(dpy, ksa->sym1);
(gdb) print dpy
$1 = (Display *) 0x5579f040
(gdb) up
#2 0x55562a5d in parseKeySpec (syms=0x7fffd800,
specifier=, dpy=1434054720) at evbind.c:821
821 newmod = stringToModifier(dpy, mod_string);
(gdb) print/x dpy
$2 = 0x5579f040
(gdb) up
#3 establishKeyBindings (dpy=dpy@entry=0x5579f040, rdb=0x557ae5c0) at
evbind.c:905
905 nsyms = parseKeySpec(dpy, keyspec, syms);
(gdb) print/x dpy
$3 = 0x5579f040
---
So here the pointer given in dpy gets truncated when given to
function parseKeySpec because the declaration misses the data type,
therefore defaulting to int.
Fixing that by following change ...
static int
parseKeySpec(dpy, specifier, syms)
+Display *dpy;
char *specifier;
modsym *syms;
{
... still leads to another crash (related to the other bugs #855168, #852532).
---
Adding "-Wimplicit-int" to EXTRA_CFLAGS in debian/rules would print a
warning for this, but also 1465 other places ...
Kind regards,
Bernhard
Bug#852532: olvwm: source code not 64-bit clean, SIGSEGV everywhere
Hello,
I continued debugging from looking at #855167 and came up now with
the 6 attached patches.
With these applied olwm and olvwm are not crashing anymore inside my
minimal test vm.
Probably you want to give them a try.
> Unless there is an automated way to identify all the cases of
> integer/pointer confusion, ...
There is probably no automatic way because functions are declared implicit
or declarations are incomplete in header files.
E.g.:
warning: implicit declaration of function ‘...’
[-Wimplicit-function-declaration]
or
extern void*GetWindowProperty();
Kind regards,
Bernhard
From 3f76cdcbedf4e825f97fff9f18e32bd549f87cc9 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Fri, 10 Mar 2017 19:54:04 +0100
Subject: Use Debian default CFLAGS to get stack-protector enabled.
- _DEFAULT_SOURCE:
To avoid "#warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]"
- no-format-security:
There is at least one place that uses sprintf without literal format string.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852532
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855167
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855168
---
debian/rules | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/debian/rules b/debian/rules
index fa82118..24e60fc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,10 +5,9 @@ export OPENWINHOME = /usr
export X11DIR= /usr
+export EXTRA_CFLAGS = $(shell dpkg-buildflags --get CFLAGS) -D_DEFAULT_SOURCE -Wno-format-security
ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
- export EXTRA_CFLAGS = -O0
-else
- export EXTRA_CFLAGS =
+ export EXTRA_CFLAGS += -O0
endif
--
2.11.0
From d3fe1411e9a08fb5a620237b88d103a5fb79ef21 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Sat, 11 Mar 2017 15:06:57 +0100
Subject: Avoid SIGSEGV by adding type to paramter dpy in parseKeySpec.
(gdb) bt
#0 XKeysymToKeycode (dpy=dpy@entry=0x557a1040, ks=65511) at ../../../src/xkb/XKBBind.c:157
#1 0x55562dab in stringToModifier (dpy=0x557a1040, word=0x7fffd86e "Meta") at evbind.c:717
#2 0x5556302d in parseKeySpec (syms=0x7fffd800, specifier=, dpy=1434062912) at evbind.c:821
#3 establishKeyBindings (dpy=dpy@entry=0x557a1040, rdb=0x557b05c0) at evbind.c:905
#4 0x55563cf3 in InitBindings (dpy=0x557a1040) at evbind.c:1324
#5 0xe731 in main (argc=, argv=) at olwm.c:290
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852532
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855167
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855168
---
clients/olwm/evbind.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/clients/olwm/evbind.c b/clients/olwm/evbind.c
index 818096b..d9b9ddf 100644
--- a/clients/olwm/evbind.c
+++ b/clients/olwm/evbind.c
@@ -764,6 +764,7 @@ polyStringToModifier(dpy, str)
*/
static int
parseKeySpec(dpy, specifier, syms)
+Display *dpy;
char *specifier;
modsym *syms;
{
--
2.11.0
From f001eb1c8dc16fdd7fd2090895ad65967e0a1ea1 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Sat, 11 Mar 2017 15:21:39 +0100
Subject: Avoid stack smashing by calling GetWindowProperty with unsigned long
instead unsigned int.
(gdb) bt
#0 0x776a0225 in XGetWindowProperty (dpy=dpy@entry=0x557a1040, w=669, property=349, offset=offset@entry=0, length=length@entry=33, delete=delete@entry=0, req_type=19, actual_type=0x7fffd9d0, actual_format=0x7fffd9c4, nitems=0x7fffda20, bytesafter=0x7fffda24, prop=0x7fffd9c8) at ../../src/GetProp.c:56
#1 0x5556e5b6 in GetWindowProperty (dpy=dpy@entry=0x557a1040, w=, property=, long_offset=long_offset@entry=0, long_length=long_length@entry=33, req_type=req_type@entry=19, req_fmt=32, nitems=0x7fffda20, bytes_after=0x7fffda24) at properties.c:95
#2 0xf2a3 in initClientState (dpy=0x557a1040) at client.c:186
#3 InitClients (dpy=0x557a1040) at client.c:228
#4 0xe7fd in main (argc=, argv=) at olwm.c:299
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852532
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855167
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855168
---
clients/olvwm-4.1/client.c | 5 +++--
clients/olwm/client.c | 5 +++--
clients/olwm/properties.c | 4 ++--
3 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/clients/olvwm-4.1/client.c b/clients/olvwm-4.1/client.c
index 999222e..410f8d4 100644
--- a/clients/olvwm-4.1/client.c
+++ b/clients/olvwm-4.1/client.c
@@ -179,7 +179,7 @@ Display *dpy;
{
int *ledMap;
int i,numLeds;
- unsigned int nitems,nremain;
+ unsigned long nitems,nremain;
DoingWindowState = False;
@@ -780,7 +780,8 @@ ClientProcessDragDropInterest(cli, state)
int state; /* PropertyNewValue or PropertyDelete */
{
unsigned long *data;
-int nitems, remain, nsites, i, areatype, nelts;
+
Bug#858037: ikarus FTBFS on i386: recipe for target 'ikarus.boot' failed (Segmentation fault)
Hello,
tried to get some more information from the crash.
# IKARUS_SRC_DIR=. IKARUS_BUILD_DIR=. IKARUS_FASL_DIRECTORY=''
IKARUS_LIBRARY_PATH=.:.:./../lib gdb -q --args ../src/ikarus -b
./ikarus.boot.4.prebuilt --r6rs-script ./makefile.ss
Reading symbols from ../src/ikarus...done.
(gdb) directory
/home/benutzer/debian/ikarus/ikarus/orig/ikarus-0.0.3+bzr.2010.01.26/src
Source directories searched:
/home/benutzer/debian/ikarus/ikarus/orig/ikarus-0.0.3+bzr.2010.01.26/src:$cdir:$cwd
(gdb) run
Starting program:
/home/benutzer/debian/ikarus/ikarus/orig/ikarus-0.0.3+bzr.2010.01.26/src/ikarus
-b ./ikarus.boot.4.prebuilt --r6rs-script ./makefile.ss
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0xb7c890b8 in ?? ()
(gdb) bt
#0 0xb7c890b8 in ?? ()
#1 0x80007ffe in memmove (__len=, __src=,
__dest=) at /usr/include/i386-linux-gnu/bits/string3.h:59
#2 ik_exec_code (pcb=0x80021008, code_ptr=3065696261, argcount=0, cp=0) at
ikarus-exec.c:73
#3 0x80008f59 in ik_fasl_load (pcb=0x80021008, fasl_file=0xb75f
"./ikarus.boot.4.prebuilt") at ikarus-fasl.c:114
#4 0x80009f21 in ikarus_main (argc=3, argv=0xb5c4, boot_file=0xb75f
"./ikarus.boot.4.prebuilt") at ikarus-main.c:87
#5 0x8000509c in main (argc=3, argv=) at ikarus.c:72
(gdb) up
#1 0x80007ffe in memmove (__len=, __src=,
__dest=) at /usr/include/i386-linux-gnu/bits/string3.h:59
59return __builtin___memmove_chk (__dest, __src, __len, __bos0
(__dest));
(gdb) up
#2 ik_exec_code (pcb=0x80021008, code_ptr=3065696261, argcount=0, cp=0) at
ikarus-exec.c:73
73 memmove((char*)(long)new_fbase + argc,
(gdb) print/x new_fbase
$2 = 0xb78dfa14
(gdb) print argc
$3 =
(gdb) list
68exit(-10);
69 }
70 pcb->next_k = k->next;
71 ikptr fbase = pcb->frame_base - wordsize;
72 ikptr new_fbase = fbase - framesize;
73 memmove((char*)(long)new_fbase + argc,
74 (char*)(long)fbase + argc,
75 -argc);
76 memcpy((char*)(long)new_fbase, (char*)(long)top, framesize);
77 argc = ik_asm_reenter(pcb, new_fbase, argc);
(gdb) print framesize
$4 = 12
(gdb) print/x fbase
$5 =
(gdb) up
#3 0x80008f59 in ik_fasl_load (pcb=0x80021008, fasl_file=0xb75f
"./ikarus.boot.4.prebuilt") at ikarus-fasl.c:114
114 ikptr val = ik_exec_code(pcb, v, 0, 0);
(gdb) print pcb
$6 = (ikpcb *) 0x80021008
(gdb) print *pcb
$7 = {allocation_pointer = 3083378008, allocation_redline = 3083722752,
frame_pointer = 3079535140, frame_base = 3079535140, frame_redline =
3075350528, next_k = 3083377997, system_stack = 322184, dirty_vector =
3063017472, arg_list = 3075297577,
engine_counter = 15420512, interrupted = 0, base_rtd = 3075301477,
collect_key = 47, callbacks = 0x0, root0 = 0x0, root1 = 0x0, segment_vector =
0xb6919000, weak_pairs_ap = 3086998576, weak_pairs_ep = 3086999552, heap_base =
3079536640, heap_size = 4194304,
heap_pages = 0x0, cached_pages = 0xb7fd2c08, uncached_pages = 0xb7fd2c00,
cached_pages_base = 3086794752, cached_pages_size = 32768, stack_base =
3075342336, stack_size = 4194304, symbol_table = 47, gensym_table = 3075268613,
protected_list = {0xb6ac7000, 0xb6abf000,
0x0, 0x0, 0x0}, dirty_vector_base = 0xb6bf9000, segment_vector_base =
0xb6bf3000, memory_base = 3061841920, memory_end = 3087007744, collection_id =
2, allocation_count_minor = 8169088, allocation_count_major = 0, collect_utime
= {tv_sec = 0, tv_usec = 4000},
collect_stime = {tv_sec = 0, tv_usec = 4000}, collect_rtime = {tv_sec = 0,
tv_usec = 9718}, last_errno = 0}
(gdb) print/x *pcb
$8 = {allocation_pointer = 0xb7c89d58, allocation_redline = 0xb7cde000,
frame_pointer = 0xb78dfa24, frame_base = 0xb78dfa24, frame_redline =
0xb74e2000, next_k = 0xb7c89d4d, system_stack = 0xb38c, dirty_vector =
0xb691f000, arg_list = 0xb74d5129,
engine_counter = 0xeb4c60, interrupted = 0x0, base_rtd = 0xb74d6065,
collect_key = 0x2f, callbacks = 0x0, root0 = 0x0, root1 = 0x0, segment_vector =
0xb6919000, weak_pairs_ap = 0xb7ffdc30, weak_pairs_ep = 0xb7ffe000, heap_base =
0xb78e, heap_size = 0x40,
heap_pages = 0x0, cached_pages = 0xb7fd2c08, uncached_pages = 0xb7fd2c00,
cached_pages_base = 0xb7fcc000, cached_pages_size = 0x8000, stack_base =
0xb74e, stack_size = 0x40, symbol_table = 0x2f, gensym_table =
0xb74ce005, protected_list = {0xb6ac7000,
0xb6abf000, 0x0, 0x0, 0x0}, dirty_vector_base = 0xb6bf9000,
segment_vector_base = 0xb6bf3000, memory_base = 0xb680, memory_end =
0xb800, collection_id = 0x2, allocation_count_minor = 0x7ca680,
allocation_count_major = 0x0, collect_utime = {tv_sec = 0x0,
tv_usec = 0xfa0}, collect_stime = {tv_sec = 0x0, tv_usec = 0xfa0},
collect_rtime = {tv_sec = 0x0, tv_usec = 0x25f6}, last_errno = 0x0}
(gdb) print v
$9 =
But as the package already dropped out of stret
Bug#860443: bbrun fails to execute (Segment Violation)
Hello,
I tried to reproduce the crash.
It happens just after trying to execute something.
History handling uses an array of pointer to char.
Unfortunately it is stored in a pointer to a 32-bit integer.
Therefore pointer get truncated.
gcc is tries to warn about this:
bbrun.c: In function ‘readHistory’:
bbrun.c:202:19: warning: cast from pointer to integer of different size
[-Wpointer-to-int-cast]
*histTOC2 = (u32) item;
coredumpctl gdb
(gdb) bt
#0 strlen () at ../sysdeps/x86_64/strlen.S:106
#1 0x7f0d9be2ed78 in _IO_vfprintf_internal (s=0x55586cdd4d20,
format=, ap=ap@entry=0x7ffca6fb9568) at vfprintf.c:1637
#2 0x7f0d9be35157 in __fprintf (stream=, format=) at fprintf.c:32
#3 0x55586bcc0cdf in writeHistory () at bbrun.c:312
#4 0x55586bcc0f36 in execDialogInformation () at bbrun.c:346
#5 0x55586bcc1063 in callback (widget=, data=) at bbrun.c:326
#6 0x7f0d9c994f75 in g_closure_invoke () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
...
(gdb) frame 3
#3 0x55586bcc0cdf in writeHistory () at bbrun.c:312
312 fprintf(fp, "%s\n", (char *) *histTOC2);
(gdb) print histTOC2
$1 = (u_int32_t *) 0x55586ccd7e50
(gdb) print/x *histTOC2
$3 = 0x6cdd4c10
Attached dpatch tries to use proper pointer types avoiding casts.
Kind regards,
Bernhard
#! /bin/sh /usr/share/dpatch/dpatch-run
##
## All lines beginning with `## DP:' are a description of the patch.
##
##From 62373247b1a4cc58d9066bb976bff8df96ae0a73 Mon Sep 17 00:00:00 2001
##From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
##Date: Fri, 5 May 2017 23:01:38 +0200
##Subject: Use pointer type instead of 32bit integer to store history.
##
##https://bugs.debian.org/860443
##---
## bbrun/bbrun.c | 21 ++---
## 1 file changed, 10 insertions(+), 11 deletions(-)
@DPATCH@
diff --git a/bbrun/bbrun.c b/bbrun/bbrun.c
index 46bf6c3..a52026e 100644
--- a/bbrun/bbrun.c
+++ b/bbrun/bbrun.c
@@ -20,7 +20,6 @@
#define ADVANCED_WINDOW_ROWS 3
#define ADVANCED_WINDOW_COLS 10
-#define u32 u_int32_t
#define __DEBUG__ 0
#define VERSION "1.6"
@@ -38,8 +37,8 @@ char historyFilename[MAXPATHLEN + 1];// The path to the
history file, +1 is
// TOC = Table Of Contents, it is a dynamically allocated array of pointers to
dynamically
// allocated history items.
-u32 *histTOC; // Always keep track of the beginning,
this one is NEVER incremented.
-u32 *histTOC2; // We increment this one for each item
+char* *histTOC; // Always keep track of the
beginning, this one is NEVER incremented.
+char* *histTOC2;// We increment this one for
each item
void parseArguments(int, char **);
void execDialogInformation();
@@ -170,7 +169,7 @@ void readHistory(void) {
char *item;
FILE *fp;
- histTOC = malloc(sizeof(u32) * 1);
+ histTOC = malloc(sizeof(*histTOC) * 1);
histTOC2 = histTOC;
if ((fp = fopen(historyFilename, "r")) == 0) {
@@ -192,14 +191,14 @@ void readHistory(void) {
if (buf != NULL) {
historyLength++;
- histTOC = realloc(histTOC, sizeof(u32) * historyLength);
+ histTOC = realloc(histTOC, sizeof(*histTOC) * historyLength);
histTOC2 = histTOC + historyLength - 1;
item = malloc(strlen(buf));
strncpy(item, buf, strlen(buf));
item[strlen(buf)- 1] = 0x0; // Remove the newline
char
- *histTOC2 = (u32) item;
+ *histTOC2 = item;
} else {
// sc...@furt.com, This is a NULL line, which should NEVER happen. Stop
any further processing,
// because chances are very good that the rest of the file is corrupt
too.
@@ -232,7 +231,7 @@ void updateHistory(char *newHistoryItem)
int duplicate = -1;
int historyIndex;
char *item;
- u32 *histTransit;// Before, we would copy the data around, now
we play around
+ char *histTransit; // Before, we would copy the data around, now
we play around
// with the pointers, which should be more
efficient.
if (__DEBUG__)
@@ -256,7 +255,7 @@ void updateHistory(char *newHistoryItem)
fprintf(stderr, " duplicate of item [%02d].\n", duplicate);
if (duplicate != (historyLength - 1)) {// If the duplicate entry is
not at the end
- histTransit = (u32 *) (histTOC + duplicate);
+ histTransit = *(histTOC + duplicate);
// Shift each entry forward
for (historyIndex = duplicate; historyIndex < historyLength - 1;
historyIndex++) {
@@ -266,7 +265,7 @@ void updateHistory(char *newHistoryItem)
// put duplicate at the end
histTOC2 = histTOC + historyLength - 1;
- *histTOC2 = (u32) histTransit;
+ *histTOC2 = histTransit;
}
} else {
// The command is NOT in the history already, so add it
@@ -276,14 +275,14 @@ void updateHistory(char *newHistoryItem)
historyLength++;
// Set the last item of the history to be the new
debian-bugs-dist@lists.debian.org
Hello, tried to reproduce this issue. Unfortunately no dbgsym package is available for dash. ./build-tmp/src/dash # echo test >&$EMPTY_VARIABLE Speicherzugriffsfehler (Speicherabzug geschrieben) # coredumpctl gdb Core was generated by `./build-tmp/src/dash'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x55a843b6717f in expredir (n=) at ../../src/eval.c:510 510 fixredir(redir, fn.list->text, 1); (gdb) bt #0 0x55a843b6717f in expredir (n=) at ../../src/eval.c:510 #1 0x55a843b680df in evalcommand (cmd=0x55a843d80b58 , flags=0) at ../../src/eval.c:733 #2 0x55a843b6722e in evaltree (n=0x55a843d80b58 , flags=0) at ../../src/eval.c:280 #3 0x55a843b6e4af in cmdloop (top=1) at ../../src/main.c:245 #4 0x55a843b6572f in main (argc=1, argv=0x7ffc46351418) at ../../src/main.c:178 (gdb) print fn.list $1 = (struct strlist *) 0x1 Attached patch would avoid the crash. Kind regards, Bernhard
debian-bugs-dist@lists.debian.org
Sorry, forgot to attach the patch.
>From 98c530c23d9a7f86c996b028cadc2f685ec1b339 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Sat, 6 May 2017 10:40:37 +0200
Subject: Avoid crash when redirecting to file descriptor in expredir.
https://bugs.debian.org/861354
---
src/eval.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/eval.c b/src/eval.c
index 3c47b59..61440e1 100644
--- a/src/eval.c
+++ b/src/eval.c
@@ -493,6 +493,7 @@ expredir(union node *n)
for (redir = n ; redir ; redir = redir->nfile.next) {
struct arglist fn;
+ fn.list = NULL;
fn.lastp = &fn.list;
switch (redir->type) {
case NFROMTO:
@@ -507,6 +508,8 @@ expredir(union node *n)
case NTOFD:
if (redir->ndup.vname) {
expandarg(redir->ndup.vname, &fn, EXP_FULL | EXP_TILDE);
+if (!fn.list)
+ sh_error("ambiguous redirect");
fixredir(redir, fn.list->text, 1);
}
break;
--
2.11.0
Bug#860821: tudu: Crashes with segfault when adding deadline to item
Hello, tried to reproduce the crash. Unfortunately there is no automatic dbgsym package available. # coredumpctl gdb ... Core was generated by `src/tudu'. Program terminated with signal SIGSEGV, Segmentation fault. #0 Date::operator== (this=0x38, d=...) at date.cc:275 275 if (d._year != _year) (gdb) bt #0 Date::operator== (this=0x38, d=...) at date.cc:275 #1 0x556e483d5436 in Sched::add (this=0x7ffdc92c88f0, todo=) at sched.cc:43 #2 0x556e483bcc5a in Interface::editSched (this=this@entry=0x7ffdc92c89b0) at interface.cc:839 #3 0x556e483af225 in Interface::main (this=0x7ffdc92c89b0) at interface.cc:98 #4 0x556e483ae7b3 in main (argc=, argv=, env=) at tudu.cc:231 (gdb) up #1 0x556e483d5436 in Sched::add (this=0x7ffdc92c88f0, todo=) at sched.cc:43 43 if ((*i)->sched() == todo->sched()) (gdb) print todo $1 = (gdb) print i $2 = This got already fixed by upstream patch: "Check that the iterator is valid before use it". https://gitlab.com/tudu/tudu/commit/83fd7b86ad8a628cd8dcb17870ca2d247df844fd Unfortunately Debian contains version v0.8.2, This patch is included in v0.9.1, latest upstream release is currently v0.10. Kind regards, Bernhard
Bug#859653: ntopng: Segmentation fault with mysql
Hello,
not being maintainer for ntopng I tried to reproduce the issue by
the steps below.
The crash happens because in MySQLDB.cpp this loop breaks only after
4 iterations instead of 2:
const u_int16_t ipvers[2] = {4, 6};
for (u_int16_t i = 0; i < sizeof(ipvers); i++){
Attached are two patches:
- 0001-Avoid-access-after-free.patch
(Unrelated to this bug, just received the output from valgrind.)
- 0002-Avoid-access-to-unintialized-memory.patch
(With this applied ntopng is not crashing for me; similar change
got applied upstream in
https://github.com/ntop/ntopng/commit/2d2e735c99064e8f45c38199e810b121d2b5f4b1 )
Was tested just as far as starting and stopping the service is involved.
Kind regards,
Bernhard
echo '-F="mysql;localhost;ntopng;flows;ntopng;simple"' >> /etc/ntopng.conf
mysql -u root -p
CREATE USER 'ntopng'@'localhost' IDENTIFIED BY 'simple';
create database ntopng;
GRANT ALL PRIVILEGES ON ntopng.* To 'ntopng'@'localhost' IDENTIFIED BY
'simple';
exit
systemctl start ntopng
Job for ntopng.service failed because a fatal signal was delivered causing the
control process to dump core.
See "systemctl status ntopng.service" and "journalctl -xe" for details.
journalctl -u ntopng
Mai 06 15:52:42 debian systemd[1]: Starting ntopng - High-Speed Web-based
Traffic Analysis and Flow Collection Tool...
Mai 06 15:52:42 debian ntopng[9957]: 06/May/2017 15:52:42 [Prefs.cpp:919]
Logging into /var/log/ntopng/ntopng.log
Mai 06 15:52:42 debian ntopng[9957]: 06/May/2017 15:52:42 [Ntop.cpp:1121]
Setting local networks to 127.0.0.0/8
Mai 06 15:52:42 debian ntopng[9957]: 06/May/2017 15:52:42 [Redis.cpp:92]
Successfully connected to redis 127.0.0.1:6379@0
Mai 06 15:52:42 debian ntopng[9957]: [NDPI] ndpi_init_protocol_defaults(missing
protoId=226) INTERNAL ERROR: not all protocols have been initialized
Mai 06 15:52:42 debian ntopng[9957]: 06/May/2017 15:52:42 [MySQLDB.cpp:495]
Attempting to connect to MySQL for interface dummy...
Mai 06 15:52:42 debian ntopng[9957]: 06/May/2017 15:52:42 [MySQLDB.cpp:535]
Succesfully connected to MySQL [localhost:ntopng] for interface dummy
Mai 06 15:52:45 debian ntopng[9957]: 06/May/2017 15:52:45 [MySQLDB.cpp:297]
MySQL schema update. Altering table flowsv4: renaming BYTES to IN_BYTES and
adding OUT_BYTES
Mai 06 15:52:46 debian ntopng[9957]: 06/May/2017 15:52:46 [MySQLDB.cpp:297]
MySQL schema update. Altering table flowsv6: renaming BYTES to IN_BYTES and
adding OUT_BYTES
Mai 06 15:52:48 debian systemd[1]: ntopng.service: Control process exited,
code=dumped status=11
Mai 06 15:52:48 debian systemd[1]: Failed to start ntopng - High-Speed
Web-based Traffic Analysis and Flow Collection Tool.
Mai 06 15:52:48 debian systemd[1]: ntopng.service: Unit entered failed state.
Mai 06 15:52:48 debian systemd[1]: ntopng.service: Failed with result
'core-dump'.
Mai 06 15:52:48 debian systemd[1]: ntopng.service: Service hold-off time over,
scheduling restart.
Mai 06 15:52:48 debian systemd[1]: Stopped ntopng - High-Speed Web-based
Traffic Analysis and Flow Collection Tool.
dmesg -T
[Sa Mai 6 15:52:47 2017] ntopng[9957]: segfault at 7fffc2e9 ip
55bfbe6c0ffe sp 7fffc2e8cee0 error 4 in ntopng[55bfbe6ac000+8a000]
root@debian:/home/benutzer/debian/ntopng/ntopng/orig/ntopng-2.4+dfsg1/src#
coredumpctl gdb 9957
...
Core was generated by `/usr/sbin/ntopng /etc/ntopng.conf'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x55bfbe6c0ffe in MySQLDB::MySQLDB (this=0x55bfc0eec850,
_iface=) at src/MySQLDB.cpp:307
307 exec_sql_query(&mysql, sql, true, true);
(gdb) bt
#0 0x55bfbe6c0ffe in MySQLDB::MySQLDB (this=0x55bfc0eec850,
_iface=) at src/MySQLDB.cpp:307
#1 0x55bfbe6e35f0 in NetworkInterface::NetworkInterface
(this=0x55bfbffa7fb0, name=0x55bfbe715310 "dummy") at
src/NetworkInterface.cpp:133
#2 0x55bfbe6c6042 in Prefs::add_default_interfaces (this=)
at src/Prefs.cpp:1059
#3 0x55bfbe6bc7d4 in main (argc=2, argv=0x7fffc2e8f298) at src/main.cpp:117
root@debian:/home/benutzer/debian/ntopng/ntopng/orig/ntopng-2.4+dfsg1/src#
valgrind /usr/sbin/ntopng /etc/ntopng.conf
==10143== Memcheck, a memory error detector
==10143== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==10143== Using Valgrind-3.12.0.SVN and LibVEX; rerun with -h for copyright info
==10143== Command: /usr/sbin/ntopng /etc/ntopng.conf
==10143==
06/May/2017 16:27:49 [Prefs.cpp:919] Logging into /var/log/ntopng/ntopng.log
06/May/2017 16:27:49 [Ntop.cpp:1121] Setting local networks to 127.0.0.0/8
06/May/2017 16:27:49 [Redis.cpp:92] Successfully connected to redis
127.0.0.1:6379@0
[NDPI] ndpi_init_protocol_defaults(missing protoId=226) INTERNAL ERROR: not all
protocols have been initialized
06/May/2017 16:27:49 [MySQLDB.cpp:495] Attempting to connect to MySQL for
interface dummy...
06/May/2017 16:27:50 [MySQLDB.cpp:535] Succesfully connected to MySQL
[localhost:ntopng] for interface dummy
==10143== Invalid r
Bug#852659: [le-dico-de-rene-cougnenc] segment fault
Hello Sandro, Am 08.02.2017 um 01:24 schrieb Sandro Tosi: > Hey Bernhard, > would be interested in preparing a NMU package with your patches > included (feel free to reply to me in private if you need instructions > on how to do that)? alternatively i'd be happy to NMU this myself I tried to prepare a package and put it in [1]. Is it right how the changes are applied and what the changelog contains? The package would then still need a sponsor. Kind regards, Bernhard [1] https://mentors.debian.net/package/le-dico-de-rene-cougnenc
Bug#854981: unblock: le-dico-de-rene-cougnenc/1.3-2.3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package le-dico-de-rene-cougnenc
dico in testing segfaults immediately upon startup, which was
reported as #852659.
This upload fixes the crash by avoiding undefined behaviour by
moving an increment from an assignment to a separate line.
Also current -dbgsym packages contain no line number information.
Therefore in the Makefile the option -g is added to gcc.
bernhard@rechner:/tmp/dico$ debdiff le-dico-de-rene-cougnenc_1.3-2.2.dsc le-
dico-de-rene-cougnenc_1.3-2.3.dsc
diff -u le-dico-de-rene-cougnenc-1.3/debian/changelog le-dico-de-rene-
cougnenc-1.3/debian/changelog
--- le-dico-de-rene-cougnenc-1.3/debian/changelog
+++ le-dico-de-rene-cougnenc-1.3/debian/changelog
@@ -1,3 +1,11 @@
+le-dico-de-rene-cougnenc (1.3-2.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Build with debug info to make dbgsym package usable.
+ * Avoid segfault by undefined behaviour. (Closes: #852659)
+
+ -- Bernhard Übelacker Wed, 08 Feb 2017 22:03:54
+0100
+
le-dico-de-rene-cougnenc (1.3-2.2) unstable; urgency=medium
* Non-maintainer upload.
diff -u le-dico-de-rene-cougnenc-1.3/src/dico.c le-dico-de-rene-
cougnenc-1.3/src/dico.c
--- le-dico-de-rene-cougnenc-1.3/src/dico.c
+++ le-dico-de-rene-cougnenc-1.3/src/dico.c
@@ -1040,7 +1040,8 @@
while (*str)
{
- *str = EquivalTable[ *str++ ] ;
+ *str = EquivalTable[ *str ] ;
+ str++;
}
return p ;
only in patch2:
unchanged:
--- le-dico-de-rene-cougnenc-1.3.orig/src/Makefile
+++ le-dico-de-rene-cougnenc-1.3/src/Makefile
@@ -2,8 +2,8 @@
prefix = /usr
dico: dico.c killposte.c
- gcc dico.c -o dico
- gcc killposte.c -o killposte
+ gcc -g dico.c -o dico
+ gcc -g killposte.c -o killposte
clean:
rm -fr *~ dico killposte *.1 manpage.links manpage.refs
unblock le-dico-de-rene-cougnenc/1.3-2.3
-- System Information:
Debian Release: 9.0
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Bug#783081: installation-reports: Jessie daily installer installs kernel in flash without any further confirmation (QNAP TS-212)
Hello Martin, thanks for your answer. It was less of an inconvenience as a surprise. In fact, after all went fine, I was happy not to boot via tftp anymore. :-) So, yes, this was just a note to the few users, who have concerns writing to the flash in fear to create an unbootable device. (I think I have read these sites you mention as I have somewhere these mtd backups around from the wheezy debootstrapped way.) After all I do not bother much having it written to the flash - when the bootloader remains intact and I have the serial connection to boot something via tftp. (On x86 something like a Live-CD ...) I am fine with closing this bug, it was just intended as a installation-report. (Are these supposed to be closed right after opening or did I open it the wrong way?) Kind regards, Bernhard PS.: After all thanks for all the work - somehow one thinks how many devices are needed to get all these informations and what equipment to recover on that way?
Bug#826830: libqt5gui5: Touchscreen input broken for Qt5 apps when using libinput X-server driver
Package: libqt5gui5 Version: 5.5.1+dfsg-17 Severity: normal Dear Maintainer, Installing xserver-xorg in current stretch installs both X-server drivers: evdev and libinput. At least on my system X-server took therefore the libinput driver. Unfortunately libinput registers with "Abs X" instead of "Abs MT Position X". Therefore this input is not "registered" and events get therefore dropped. Other toolkits are not affected (as far as I can see). See upstream bug report [QTBUG-48279]. Was solved upstream with this patch [2]. Using a libqt5gui5 package with this patch included solved the issue for me. If there is no change in libinput to be expected, or a change to Qt 5.6.0 or later, then this upstream patch could probably be considered for inclusion? (Another workaround is to configure X to use the evdev X input driver.) Kind regards, Bernhard [QTBUG-48279] https://bugreports.qt.io/browse/QTBUG-48279 [2] http://code.qt.io/cgit/qt/qtbase.git/commit/src/plugins/platforms/xcb/qxcbconnection_xi2.cpp?id=462f355e4fb16cc7a1838fa2dda0f763eee58c84 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libqt5gui5 depends on: ii fontconfig 2.11.0-6.4 ii libc62.22-9 ii libdrm2 2.4.68-1 ii libegl1-mesa [libegl1-x11] 11.2.2-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgbm1 11.2.2-1 ii libgcc1 1:6.1.1-4 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libglib2.0-0 2.48.1-1 ii libharfbuzz0b1.2.6-2 ii libice6 2:1.0.9-1+b1 ii libinput10 1.3.1-1 ii libjpeg62-turbo 1:1.4.2-2 ii libmtdev11.1.5-1 ii libpng16-16 1.6.21-5 ii libqt5core5a [qtbase-abi-5-5-1] 5.5.1+dfsg-17 ii libqt5dbus5 5.5.1+dfsg-17 ii libqt5network5 5.5.1+dfsg-17 ii libsm6 2:1.2.2-1+b1 ii libstdc++6 6.1.1-4 ii libudev1 230-2 ii libx11-6 2:1.6.3-1 ii libx11-xcb1 2:1.6.3-1 ii libxcb-glx0 1.11.1-1 ii libxcb-icccm40.4.1-1 ii libxcb-image00.4.0-1 ii libxcb-keysyms1 0.4.0-1 ii libxcb-randr01.11.1-1 ii libxcb-render-util0 0.3.9-1 ii libxcb-render0 1.11.1-1 ii libxcb-shape01.11.1-1 ii libxcb-shm0 1.11.1-1 ii libxcb-sync1 1.11.1-1 ii libxcb-xfixes0 1.11.1-1 ii libxcb-xkb1 1.11.1-1 ii libxcb1 1.11.1-1 ii libxi6 2:1.7.6-1 ii libxkbcommon-x11-0 0.5.0-1 ii libxkbcommon00.5.0-1 ii libxrender1 1:0.9.9-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages libqt5gui5 recommends: ii libqt5svg5 5.5.1-2 Versions of packages libqt5gui5 suggests: pn libqt5libqgtk2 pn qt5-image-formats-plugins pn qtwayland5 -- no debconf information benutzer@trekstor:~$ xinput list --short ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ Logitech USB-PS/2 Optical Mouse id=8[slave pointer (2)] ⎜ ↳ HID 0911:2188 id=9[slave pointer (2)] ⎜ ↳ Silead GSLx680 Touchscreenid=11 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ HID 046a:0011 id=7[slave keyboard (3)] ↳ HID 0911:2188 id=10 [slave keyboard (3)] ↳ gpio-keys id=12 [slave keyboard (3)] ↳ HID 0911:2188 id=13 [slave keyboard (3)] ↳ Video Bus id=6[slave keyboard (3)] benutzer@trekstor:~$ xinput --list --long 11 Silead GSLx680 Touchscreen id=11 [slave pointer (2)] Reporting 6 classes: Class originated from: 11. Type: XIButtonClass Buttons supported: 7 Button labels: "Button Left" "Button Middle" "Button Right" "Button Wheel Up" "Button Wheel Down" "Button Horiz Wheel
Bug#822609: dvbcut: Missing icons on main window
Hello Uwe Herrmuth, sorry for the delay and thanks for you report. I had a look at it and found that these icons are loaded from the current configured theme. At my desktop e.g.: /usr/share/icons/oxygen/48x48/actions/document-open.png This file belongs to package: oxygen-icon-theme But installing that alone inside a test VM did not help. One needs also to configure this theme somehow. I prepared a change to this package to use qt internal icons as fallback. https://mentors.debian.net/package/dvbcut Kind regards, Bernhard Following command should create and install you a package including the change for testing: mkdir dvbcut cd dvbcut su apt-get install devscripts dpkg-dev apt-get build-dep dvbcut exit dget https://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.5.4+svn178-13.dsc dpkg-source -x dvbcut_0.5.4+svn178-13.dsc cd dvbcut-0.5.4+svn178/ dpkg-buildpackage -b cd .. su dpkg -i dvbcut_0.5.4+svn178-13_*.deb exit
Bug#828010: RFS: dvbcut/0.7.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dvbcut" * Package name: dvbcut Version : 0.7.0-1 Upstream Author : Bernhard Übelacker * URL : https://github.com/bernhardu/dvbcut-deb * License : GPL-2+ Section : graphics It builds those binary packages: dvbcut - Qt application for cutting parts out of DVB streams To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dvbcut Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.7.0-1.dsc More information about dvbcut can be obtained from prior abandoned website http://dvbcut.sourceforge.net/. Changes since the last upload: dvbcut (0.7.0-1) unstable; urgency=low * New version 0.7.0 * Add translations (from dvbcut-qt4) * Switched to Qt5. * Fix export with lavf muxer. * Prepare for new ffmpeg version. * Switch upstream repo from Sourceforge to Github. * Add fallback to Qt internal icons if themes are not available. (Closes: #822609) * Changed maintainer email. * Push standards version to 3.9.8. * Enable hardening flags (Lintian warning). -- Bernhard Übelacker Tue, 21 Jun 2016 16:51:07 +0200 Regards, Bernhard Übelacker
Bug#793156: RFS: dvbcut/0.5.4+svn178-10
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dvbcut" * Package name: dvbcut Version : 0.5.4+svn178-10 Upstream Author : Sven Over * URL : http://dvbcut.sourceforge.net/ * License : GPL-2+ Section : graphics It builds those binary packages: dvbcut - Qt application for cutting parts out of DVB streams To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dvbcut Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.5.4+svn178-10.dsc Changes since the last upload: dvbcut (0.5.4+svn178-10) unstable; urgency=medium * Make storing of settings work with Qt4 (Closes: #772413) * Make keyboard modifier for mousewheel work with Qt4 (Closes: #772346) (Both found and fixed by Tim Riemenschneider, thanks) * Add to help page the mousewheel keyboard modifiers * Fix headless index creation on ARM architecture. * Push stanards version to 3.9.6. * Transition from libav to ffmpeg (Closes: #793089) (Thanks to Sebastian Ramacher and Andreas Cadhalpun) -- Bernhard Übelacker Tue, 21 July 2015 18:08:10 +0200 Regards, Bernhard Übelacker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793089: dvbcut: FTBFS against ffmpeg
Hello, I added Andreas Cadhalpun's patch to the package and put it on mentors.debian.net [1]. Also I filed a request for sponsorship in #793156 [2]. [1] https://mentors.debian.net/package/dvbcut [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793156 Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793156: RFS: dvbcut/0.5.4+svn178-10
Hello Sebastian, thank you very much for your help. Please revert that. The point of the libav->ffmpeg transition is that ffmpeg provides libavcodev-dev, libavformat-dev, etc. I am sorry. I tried to build it with the stretch ffmpeg packages which did not provide these packages and therefore added them. I uploaded a new iteration with Build-Depends in its original state. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715843: Bug report on dvbcut: dvbcut crashes with exit status 139
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
from the commandline parameters and the core dump sent by Alexandre Rebert it
seems
that dvbcut got called this way:
/usr/bin/dvbcut -idx
But dvbcut expects here another parameter specifiying the filename to store the
index.
Following patch tries to avoid this crash by moving the increment from the
condition
to the assignment one line later (when all conditions are fulfilled).
With this patch dvbcut shows its command line usage information.
Kind regards,
Bernhard
- --- dvbcut-0.5.4+svn178.orig/src/main.cpp
+++ dvbcut-0.5.4+svn178/src/main.cpp
@@ -108,18 +108,18 @@ main(int argc, char *argv[]) {
generateidx = true;
else if (strncmp(argv[i], "-voracious", n) == 0)
dvbcut::cache_friendly = false;
- - else if (strncmp(argv[i], "-idx", n) == 0 && ++i < argc)
- -idxfilename = argv[i];
- - else if (strncmp(argv[i], "-exp", n) == 0 && ++i < argc)
- -expfilename = argv[i];
- - else if (strncmp(argv[i], "-format", n) == 0 && ++i < argc)
- -exportformat = atoi(argv[i]);
- - else if (strncmp(argv[i], "-automarker", n) == 0 && ++i < argc) {
- -int bofeof = atoi(argv[i]);
+ else if (strncmp(argv[i], "-idx", n) == 0 && (i+1) < argc)
+idxfilename = argv[++i];
+ else if (strncmp(argv[i], "-exp", n) == 0 && (i+1) < argc)
+expfilename = argv[++i];
+ else if (strncmp(argv[i], "-format", n) == 0 && (i+1) < argc)
+exportformat = atoi(argv[++i]);
+ else if (strncmp(argv[i], "-automarker", n) == 0 && (i+1) < argc) {
+int bofeof = atoi(argv[++i]);
start_bof = (bofeof&1)==1;
stop_eof = (bofeof&2)==2;
- - } else if (strncmp(argv[i], "-cut", n) == 0 && ++i < argc) {
- -char *pch = strtok(argv[i],",-|;");
+ } else if (strncmp(argv[i], "-cut", n) == 0 && (i+1) < argc) {
+char *pch = strtok(argv[++i],",-|;");
while(pch) {
if(strlen(pch))
cutlist.push_back((std::string)pch);
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTsajaAAoJEOlvol+DpkHm1WIIAKdBj7eA1JIdDYaLuL1v+igZ
JTihnO1nJ/d03Y9C1UE7whOvSQwxXBMO3ZHYOjahIJumz0ijZDJGzVn+ce0Ug/ZS
LeXfX/Yxx7FbmCWV57DajsxSi9d9mbGTw6v6E9cDeQOzLUa4UN5dWh3NZnnNXW+b
y5vDUdN1XeknYjvpCg8SSRRK1qtI9t+ySjefATnJ1X3udCXnbusdDDwaMIvVVEBr
4j+Q56WOZ0K6AoUHwjdFF3m3bmrCnMlXJUKWiokqIeKI76nnqJyNRWHm6L5Da5XM
caWHEgLmeoNt7EHoZnR0iGmuu+P7msY/sCrn+674Dxa6CA3M3OThcQmG2SUaKlY=
=7mpW
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753347: dvbcut: Crash when exporting to MPEG program stream DVD DVBCUT multiplexer
Package: dvbcut
Version: 0.5.4+svn178-7
Severity: important
Tags: patch
Dear Maintainer,
* What led up to the situation?
- opening an DVB-S transport stream
- setting some start and end marks
- export video with default options (MPEG program stream/DVD DVBCUT
multiplexer)
* What was the outcome of this action?
- dvbcut crashed
* What outcome did you expect instead?
- mpeg file get saved
Call Stack:
Program received signal SIGSEGV, Segmentation fault.
av_buffer_unref (buf=buf@entry=0x7fff1b74c6b0) at
/home/build/libavutil/libav-10.1/libavutil/buffer.c:111
111 b = (*buf)->buffer;
(gdb) bt
#0 av_buffer_unref (buf=buf@entry=0x7fff1b74c6b0) at
/home/build/libavutil/libav-10.1/libavutil/buffer.c:111
#1 0x7f7aed422f44 in av_free_packet (pkt=pkt@entry=0x7fff1b74c6b0) at
/home/build/libavutil/libav-10.1/libavcodec/avpacket.c:247
#2 0x7f7aed705e40 in avcodec_encode_video2 (avctx=0xfbdea0,
avpkt=0x7fff1b74c6b0, frame=0x149c740, got_packet_ptr=0x7fff1b74c67c) at
/home/build/libavutil/libav-10.1/libavcodec/utils.c:1331
#3 0x0043c00e in mpgfile::recodevideo (this=this@entry=0xf6a510,
mux=..., start=5638, stop=stop@entry=5640, offset=offset@entry=1384514230,
savedpics=savedpics@entry=1524, savepics=1524, log=0x14360b8) at
mpgfile.cpp:753
#4 0x0043d175 in mpgfile::savempg (this=0xf6a510, mux=...,
start=, start@entry=4116, stop=stop@entry=5640, savedpics=1524,
savedpics@entry=0, savepics=1524, log=0x14360b8) at mpgfile.cpp:682
#5 0x00417bc5 in dvbcut::fileExport (this=0xf218b0) at dvbcut.cpp:737
#6 0x7f7aeabe7a0a in QMetaObject::activate(QObject*, QMetaObject const*,
int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
Reason:
in function mpgfile::recodevideo a variable pkt is declared, but the field
pkt.buf is never initialized.
Later in function av_free_packet this member is checked for being non-zero and
in this case
the memory it points to freed by av_free_packet:
242 void av_free_packet(AVPacket *pkt)
243 {
244 if (pkt) {
245 FF_DISABLE_DEPRECATION_WARNINGS
246 if (pkt->buf)
247 av_buffer_unref(&pkt->buf);
Patch:
--- dvbcut-0.5.4+svn178.orig/src/mpgfile.cpp
+++ dvbcut-0.5.4+svn178/src/mpgfile.cpp
@@ -731,7 +731,7 @@ void mpgfile::recodevideo(muxer &mux, in
pts_t startpts=idx[idx.indexnr(start)].getpts();
while (outpicture
Bug#753369: dvbcut: play function misses sound
Package: dvbcut
Version: 0.5.4+svn178-7
Severity: normal
Tags: patch
Dear Maintainer,
* What led up to the situation?
- Load a TS record into dvbcut.
- Use the play function
* What was the outcome of this action?
- Video plays, but audio is missing
* What outcome did you expect instead?
- Audio should be playing
dvbcut uses mplayer for its play function:
mplayer -noconsolecontrols -wid 0x52000bc -sb 3751916 -geometry 1024x576+0+0
-aid 0x83f /mnt/file.ts
If using just the number of audio stream counted from 0 mplayer plays audio
just fine.
Patch:
--- dvbcut-0.5.4+svn178.orig/src/dvbcut.cpp
+++ dvbcut-0.5.4+svn178/src/dvbcut.cpp
@@ -1182,7 +1182,7 @@ void dvbcut::playPlay()
arguments << "-geometry" <<
QString().sprintf("%dx%d+0+0",int(ui->imagedisplay->width()),int(ui->imagedisplay->height()));
if (currentaudiotrack>=0 && currentaudiotrackgetaudiostreams()) {
-arguments << "-aid" <<
QString().sprintf("0x%x",int(mpg->mplayeraudioid(currentaudiotrack)));
+arguments << "-aid" << QString().sprintf("0x%x", currentaudiotrack);
}
// for now, pass all filenames from the current one up to the last one
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (990, 'testing-updates'), (990, 'testing'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dvbcut depends on:
ii liba52-0.7.4 0.7.4-17
ii libao4 1.1.0-2
ii libavcodec55 6:10.1-1
ii libavformat55 6:10.1-1
ii libavutil536:10.1-1
ii libc6 2.19-3
ii libgcc11:4.9.0-7
ii libmad00.15.1b-8
ii libqt4-network 4:4.8.6+dfsg-2
ii libqt4-qt3support 4:4.8.6+dfsg-2
ii libqt4-sql 4:4.8.6+dfsg-2
ii libqt4-xml 4:4.8.6+dfsg-2
ii libqtcore4 4:4.8.6+dfsg-2
ii libqtgui4 4:4.8.6+dfsg-2
ii libstdc++6 4.9.0-7
ii libswscale26:10.1-1
Versions of packages dvbcut recommends:
ii mplayer2 [mplayer] 2.0-728-g2c378c7-2
dvbcut suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753528: libav-tools: Floating point exception is raised when recording vom video4linux2
Package: libav-tools
Version: 6:10.2-1
Severity: minor
Tags: patch
Dear Maintainer,
tried to record some old analog tapes from tv card to DVD compatible files.
In avconv_opt.c:opt_target it is tried to determine the norm.
For this the streams are evaluated.
This leads in my case to this exception.
A Workaround is to specify the norm as prefix to the target (instead "-target
dvd" use "-target pal-dvd").
Attached patch avoids the exception so avconv can print the message that the
user have to specify manualle the norm.
Console output:
$ export LANG=C
$ avconv -f alsa -i hw:0,0 -f video4linux2 -channel 2 -i /dev/video0 -qscale 8
-target dvd out.mpeg
avconv version 10.2-6:10.2-1, Copyright (c) 2000-2014 the Libav developers
built on Jun 28 2014 13:45:13 with gcc 4.9 (Debian 4.9.0-9)
[alsa @ 0x20f5900] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for Input Stream #0.0 : stereo
Input #0, alsa, from 'hw:0,0':
Duration: N/A, start: 90.295177, bitrate: N/A
Stream #0.0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
[video4linux2 @ 0x2106720] Estimating duration from bitrate, this may be
inaccurate
Input #1, video4linux2, from '/dev/video0':
Duration: N/A, start: 90.796022, bitrate: 124416 kb/s
Stream #1.0: Video: rawvideo, yuv420p, 720x576, 124416 kb/s, 25 fps, 1000k
tbn
Floating point exception
$ gdb --args avconv -f alsa -i hw:0,0 -f video4linux2 -channel 2 -i /dev/video0
-qscale 8 -target dvd out.mpeg
(gdb) run
Program received signal SIGFPE, Arithmetic exception.
0x0040c4bb in opt_target (optctx=0x7fffda90, opt=,
arg=) at /build/libav-KCSjC9/libav-10.2/avconv_opt.c:1731
1731/build/libav-KCSjC9/libav-10.2/avconv_opt.c: No such file or directory.
(gdb) bt
#0 0x0040c4bb in opt_target (optctx=0x7fffda90, opt=, arg=) at /build/libav-KCSjC9/libav-10.2/avconv_opt.c:1731
#1 0x00409f07 in write_option (arg=0x7fffe49f "dvd",
opt=, po=0x6212c0 , optctx=0x7fffda90) at
/build/libav-KCSjC9/libav-10.2/cmdutils.c:287
#2 parse_optgroup (optctx=0x7fffda90, g=0x6ba350) at /build/libav-
KCSjC9/libav-10.2/cmdutils.c:387
#3 0x00410088 in open_files (l=, l=,
open_file=, inout=) at /build/libav-
KCSjC9/libav-10.2/avconv_opt.c:2083
#4 avconv_parse_options (argc=0, argv=0x0) at /build/libav-
KCSjC9/libav-10.2/avconv_opt.c:2135
#5 0x00405785 in main (argc=16, argv=0x7fffe0d8) at /build/libav-
KCSjC9/libav-10.2/avconv.c:2455
(gdb) info locals
c = 0x6d1b40
i =
j =
fr =
o = 0x7fffda90
norm = UNKNOWN
frame_rates = {0x41a5de "25", 0x41a977 "3/1001", 0x41a982 "24000/1001"}
(gdb) display c->time_base
1: c->time_base = {num = 0, den = 1}
Patch:
--- libav-10.2.orig/avconv_opt.c
+++ libav-10.2/avconv_opt.c
@@ -1728,6 +1728,8 @@ static int opt_target(void *optctx, cons
AVCodecContext *c =
input_files[j]->ctx->streams[i]->codec;
if (c->codec_type != AVMEDIA_TYPE_VIDEO)
continue;
+if (!c->time_base.num)
+continue;
fr = c->time_base.den * 1000 / c->time_base.num;
if (fr == 25000) {
norm = PAL;
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (990, 'testing-updates'), (990, 'testing'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libav-tools depends on:
ii dpkg 1.17.10
ii libavcodec55 6:10.2-1
ii libavdevice546:10.2-1
ii libavfilter4 6:10.2-1
ii libavformat556:10.2-1
ii libavresample1 6:10.2-1
ii libavutil53 6:10.2-1
ii libc62.19-4
ii libsdl1.2debian 1.2.15-9
ii libswscale2 6:10.2-1
ii libvdpau10.7-2
ii libx11-6 2:1.6.2-2
libav-tools recommends no packages.
Versions of packages libav-tools suggests:
ii frei0r-plugins 1.4-3
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715590: [Mayhem] Bug report on m2vrequantiser: M2VRequantiser crashes with exit status 139
Dear Maintainer,
this crash happens when only one command line argument is given.
(e.g. "M2VRequantiser --help" or as from the bug opener "M2VRequantiser --NN)
--- m2vrequantiser-1.1.orig/main.c
+++ m2vrequantiser-1.1/main.c
@@ -2315,7 +2315,7 @@ int main (int argc, const char * argv[])
if (argc < 5) { USAGE }
delta_bright = atoi(argv[4]);
#else
- if (argc < 2) { USAGE }
+ if (argc < 3) { USAGE }
#endif
fact_x = atof(argv[1]);
sscanf(argv[2], "%lld", &orim2vsize);
The sscanf above accesses argv on index 2 (third element) - this way it it
crashing.
This is intended to be prevented in the changed line where I think the
comparison
with argc is off by one.
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741526: flashplugin-nonfree: please install i386 player when installing flashplugin-nonfree:i386 on amd64
Dear Maintainer,
would the changes in attached patch be acceptable?
It changes these files:
- debian/control: change dependency to "binutils" to "binutils:i386 |
binutils:amd64"
(user probably wants to stay with binutils:amd64 when installing
flashplugin-nonfree:i386)
- debian/rules: change "arch_wget=" line to include architecture from build
system
- update-flashplugin-nonfree: move variable arch_wget globally and replace all
other
occurences of "dpkg --print-architecture" by "$arch_wget".
Tested successfully:
- built i386 and amd64 package
- either package will install the plugin of its architecture when installed on
amd64
Kind regards,
Bernhard
diff -Nurp flashplugin-nonfree-3.5.orig/debian/control flashplugin-nonfree-3.5/debian/control
--- flashplugin-nonfree-3.5.orig/debian/control 2013-12-08 20:31:30.0 +0100
+++ flashplugin-nonfree-3.5/debian/control 2014-07-03 19:10:26.0 +0200
@@ -8,7 +8,7 @@ Homepage: http://wiki.debian.org/FlashPl
Package: flashplugin-nonfree
Architecture: i386 amd64
-Depends: debconf | debconf-2.0, wget, gnupg, libatk1.0-0, libcairo2, libfontconfig1, libfreetype6, libgcc1, libglib2.0-0, libgtk2.0-0 (>= 2.14), libnspr4, libnss3, libpango1.0-0, libstdc++6, libx11-6, libxext6, libxt6, libcurl3-gnutls, binutils, ${misc:Depends}, ${shlibs:Depends}
+Depends: debconf | debconf-2.0, wget, gnupg, libatk1.0-0, libcairo2, libfontconfig1, libfreetype6, libgcc1, libglib2.0-0, libgtk2.0-0 (>= 2.14), libnspr4, libnss3, libpango1.0-0, libstdc++6, libx11-6, libxext6, libxt6, libcurl3-gnutls, binutils:i386 | binutils:amd64, ${misc:Depends}, ${shlibs:Depends}
Suggests: iceweasel, konqueror-nsplugins, ttf-mscorefonts-installer, fonts-dejavu, ttf-xfree86-nonfree, flashplugin-nonfree-extrasound [i386], hal
Conflicts: flashplugin (<< 6), xfs (<< 1:1.0.1-5), flashplayer-mozilla, libflash-mozplugin
Replaces: flashplugin (<< 6)
diff -Nurp flashplugin-nonfree-3.5.orig/debian/rules flashplugin-nonfree-3.5/debian/rules
--- flashplugin-nonfree-3.5.orig/debian/rules 2013-12-08 20:44:00.0 +0100
+++ flashplugin-nonfree-3.5/debian/rules 2014-07-03 20:35:05.0 +0200
@@ -5,6 +5,9 @@
%:
dh $@
+override_dh_auto_build:
+ sed "{s/^arch_wget=.*/arch_wget=$$(dpkg --print-architecture)/g}" -i update-flashplugin-nonfree
+
publish-checksums:
for a in i386 amd64 ; do gpg --default-key 3B5821CC --armor --clearsign < fp10.sha512.$$a.txt > fp10.sha512.$$a.pgp.asc ; done
scp fp10.sha512.*.pgp.asc ba...@ravel.debian.org:/home/bartm/public_html/flashplugin-nonfree
diff -Nurp flashplugin-nonfree-3.5.orig/update-flashplugin-nonfree flashplugin-nonfree-3.5/update-flashplugin-nonfree
--- flashplugin-nonfree-3.5.orig/update-flashplugin-nonfree 2014-06-22 19:11:52.0 +0200
+++ flashplugin-nonfree-3.5/update-flashplugin-nonfree 2014-07-03 20:47:57.157668210 +0200
@@ -176,9 +176,6 @@ get_installed_version() {
get_upstream_version() {
- arch_wget=i686
- [ `dpkg --print-architecture` != "amd64" ] || arch_wget=x86_64
-
upstream=""
if [ -f $cachedir/get-upstream-version.pl ]
@@ -249,6 +246,11 @@ remove_extrafiles() {
rm -f /var/lib/flashplugin-nonfree/extrafiles.md5sums
}
+#following line is changed by debian/rules when packaging
+arch_wget=
+[ "$arch_wget" != "" ] || arch_wget=`dpkg --print-architecture`
+[ "$arch_wget" != "i386" ] || arch_wget=i686
+
case "$ACTION" in
--install)
@@ -277,7 +279,7 @@ case "$ACTION" in
[ "$verbose" != "yes" ] || echo "wgetoptions=$wgetoptions"
downloadfile=fp.$upstream.sha512.i386.pgp.asc
- [ `dpkg --print-architecture` != "amd64" ] || downloadfile=fp.$upstream.sha512.amd64.pgp.asc
+ [ "$arch_wget" != "amd64" ] || downloadfile=fp.$upstream.sha512.amd64.pgp.asc
downloadurl=http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/$downloadfile
[ "$verbose" != "yes" ] || echo "downloading $downloadurl ..."
@@ -288,7 +290,7 @@ case "$ACTION" in
if [ ! -e $downloadfile ]
then
downloadfile=fp10.sha512.i386.pgp.asc
-[ `dpkg --print-architecture` != "amd64" ] || downloadfile=fp10.sha512.amd64.pgp.asc
+[ "$arch_wget" != "amd64" ] || downloadfile=fp10.sha512.amd64.pgp.asc
downloadurl=http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/$downloadfile
[ "$verbose" != "yes" ] || echo "downloading $downloadurl ..."
Bug#753369: dvbcut: play function misses sound
Dear Maintainer, just a small note: This seems related to the change from mplayer to mplayer2 in jessie. Needed for some other reason to install the mplayer from wheezy and there the sound is now working with the dvbcut from jessie and mplayer from wheezy. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#755164: gnupg-agent: coredumps get disabled for the complete user session
Package: gnupg-agent
Version: 2.0.25-1
Severity: minor
Dear Maintainer,
* What led up to the situation?
I wanted to enable coredumps for all crashing processes.
* What exactly did you do (or not do) that was effective (or ineffective)?
- /etc/security/limits.d/local-users-core.conf: @users soft core unlimited
- /etc/sysctl.d/local_kernel-core-pattern.conf: kernel.core_pattern =
/coredumps/core.%e.%p
- mkdir /coredumps; chmod 777 /coredumps
- Restarted the sytem and logged in again.
* What was the outcome of this action?
Still no coredumps got generated, verified by these actions:
bernhard@debian:~$ export LANG=C
bernhard@debian:~$ ulimit -a | grep core
core file size (blocks, -c) 0
bernhard@debian:~$ cat main.c
//gcc -g -O0 main.c
int main()
{
return *(int*)0;
}
bernhard@debian:~$ gcc -g -O0 main.c
bernhard@debian:~$ ./a.out
Segmentation fault
* What outcome did you expect instead?
Core dumps get generated when a process crashes.
bernhard@debian:~$ export LANG=C
bernhard@debian:~$ ulimit -a | grep core
core file size (blocks, -c) unlimited
bernhard@debian:~$ cat main.c
//gcc -g -O0 main.c
int main()
{
return *(int*)0;
}
bernhard@debian:~$ gcc -g -O0 main.c
bernhard@debian:~$ ./a.out
Segmentation fault (core dumped)
-
As far as I observed these actions occur:
- kdm get started and login credentials entered
- due to "/etc/pam.d/kdm(-np): sessionrequired pam_limits.so"
the limits specified in /etc/security/limits.d/local-users-core.conf get
applied
- script /etc/kde4/kdm/Xsession get executed which sources
- /etc/X11/Xsession which sources every file in /etc/X11/Xsession.d where the
environment STARTUP is concatenated. In 90gpg-agent STARTUP gets only changed
if $HOME/.gnupg/gpg.conf is configured to start the agent.
Finally in /etc/X11/Xsession.d/99x11-common_start the STARTUP environment get
executed:
exec $STARTUP
While in my case $STARTUP contains this:
/usr/bin/ssh-agent /usr/bin/gpg-agent --daemon --sh --write-env-
file=/home/bernhard/.gnupg/gpg-agent-info-debian /usr/bin/dbus-launch --exit-
with-session /usr/bin/startkde
- the exec starts the ssh-agent in the same process and "somehow" forks and
"somehow" the different agents get executed.
- the last /usr/bin/startkde starts the needed KDE processes.
In my opinion this is done this way because the different agents leave the
contact
information as environment (e.g. GPG_AGENT_INFO, SSH_AUTH_SOCK ...) and because
all
agents are spawned as the same process they have then automatically the
modified
environment. Unfortunately the gpg-agent sets the ulimit value and therefore
all following
processes get this value too.
-
Workarounds:
- When I temporarily removed /etc/X11/Xsession.d/90gpg-agent the desired
ulimit value stayed unmodified.
- When I rebuild the gnupg-agent agent and disable in agent/gpg-agent.c the
call
to disable_core_dumps() I also get the ulimit value unmodified. (Which is
probably in
place for security reasons)
- disable gpg-agent in $HOME/.gnupg/gpg.conf
- for an interactive terminal window one could enter "ulimit -c unlimited"
before
starting other processes.
-
Possible ways of action (from my point of view):
- the call to disable_core_dumps() could probably be moved after the "detach"
from the
original process (as far as I can see ssh-agent does it this way, probably
not wanted
in gpg-agent because then already secret information are already read to the
process ...)
- the Xsession scripts has to take care that the limit is restored before the
call to /usr/bin/startkde (in which case the bug has to be forwarded to
x11-common)
Kind regards,
Bernhard
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (990, 'testing-updates'), (990, 'testing'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gnupg-agent depends on:
ii libassuan02.1.1-1
ii libc6 2.19-7
ii libgcrypt11 1.5.3-4
ii libgpg-error0 1.13-0.1
ii libpth20 2.0.7-19
ii libreadline6 6.3-6
ii pinentry-gtk2 [pinentry] 0.8.3-2
ii pinentry-qt4 [pinentry] 0.8.3-2
Versions of packages gnupg-agent recommends:
ii gnupg 1.4.18-2
ii gnupg2 2.0.25-1
ii gpgsm 2.0.25-1
gnupg-agent suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735385: synaptic: quick search / xapian not installed by default in jessie
Hello,
this adds not a button, but does:
- not hide the quick filter if apt-xapian-index is not installed
- shows a tooltip suggesting to install the missing package
Probably this could already be sufficient?
Kind regards,
Bernhard
>From dd23e3001107e05953971778e0f374f2ac545863 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Fri, 1 Aug 2014 15:08:21 +0200
Subject: Instead of hiding the quick filter just disable it and show a tooltip
for the user.
---
gtk/rgmainwindow.cc | 6 --
po/de.po| 6 ++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/gtk/rgmainwindow.cc b/gtk/rgmainwindow.cc
index cf54ae5..9ca9bfc 100644
--- a/gtk/rgmainwindow.cc
+++ b/gtk/rgmainwindow.cc
@@ -1602,8 +1602,10 @@ void RGMainWindow::buildInterface()
#ifdef WITH_EPT
if(!_lister->xapiandatabase() ||
!FileExists("/usr/sbin/update-apt-xapian-index")) {
- gtk_widget_hide(GTK_WIDGET(gtk_builder_get_object
- (_builder, "vbox_fast_search")));
+ GtkWidget *fast_search = GTK_WIDGET(gtk_builder_get_object
+ (_builder, "entry_fast_search"));
+ gtk_widget_set_sensitive(fast_search, FALSE);
+ gtk_widget_set_tooltip_text(fast_search, _("To use the quick filter
please install package apt-xapian-index"));
}
#else
gtk_widget_hide(GTK_WIDGET(gtk_builder_get_object
diff --git a/po/de.po b/po/de.po
index a7ac04c..6e5806b 100644
--- a/po/de.po
+++ b/po/de.po
@@ -1754,6 +1754,12 @@ msgstr "Vorschläge zum Installieren vormerken"
msgid "No apt-xapian-index found"
msgstr ""
+#: ../gtk/rgmainwindow.cc:1608
+msgid "To use the quick filter please install package apt-xapian-index"
+msgstr ""
+"Um den Schnellauswahl-Filter zu verwenden bitte das Paket apt-xapian-index "
+"installieren"
+
#: ../gtk/rgmainwindow.cc:1887
msgid ""
"Removing this package may render the system unusable.\n"
--
2.0.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Hello Christian, Am 19.05.2015 um 01:17 schrieb Christian Kastner: > But TTBOMK, cgroup-bin never shipped an /etc/init.d/cgroup-bin file. See > for example its contents in wheezy [1], or the TODO item [2] created by > the previous maintainer. I think I found it here: $ dget http://archive.raspberrypi.org/debian/pool/main/libc/libcgroup/libcgroup_0.38-1+rpi1.dsc $ dpkg-source -x libcgroup_0.38-1+rpi1.dsc $ cd libcgroup-0.38/ $ grep "Kernel lacks cgroups" . -R -i ./debian/cgroup-bin.init: log_warning_msg "Kernel lacks cgroups or memory controller not available, not starting cgroups." These 2 version do not contain this file: dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.41-6.dsc dget http://mirrordirector.raspbian.org/raspbian/pool/main/libc/libcgroup/libcgroup_0.38-1.dsc As Debian never shipped this file, no actions on Debian side could be taken to remove this old file? So it seems this is just a Raspbian issue. (And if an upgrade from Raspbian-Wheezy to Raspbian-Jessie will be supported, the removal of this file has to be taken care of on Raspbian side?) >>> By purging just cgroup-bin I got expected booting again. > Is /etc/init.d/cgroup-bin still around? > > If yes, then it's probably just bailing out early because it cannot find > the necessary executables, so no harm done. But then it must have been > placed there manually. > > If no, then the purge must indeed have removed it, but as the Debian > version does not ship this file, I assume this is a peculiarity of the > Raspbian version of this package? The purge removed it indeed. No /etc/init.d/cgroup-bin or links are anymore visible. If the content is still of interest see my earlier message from 19:04:37+0200. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785369: libimlib2: GIF loader: out-of-bounds read
Hello,
(not being maintainer I hope following could still be useful.)
For this example picture we get from libgif.so.4.1.6 in MakeMapObject
an array of ColorCount*sizeof(GifColorType) = 4*3 = 12 bytes.
Breakpoint 2, MakeMapObject (ColorCount=,
ColorMap=ColorMap@entry=0x0) at gifalloc.c:65
65 Object->Colors = (GifColorType *)calloc(ColorCount,
sizeof(GifColorType));
(gdb) print ColorCount
$3 = 4
(gdb) print sizeof(GifColorType)
$4 = 3
Note for later, ColorCount is also saved in Object:
Breakpoint 3, MakeMapObject (ColorCount=,
ColorMap=ColorMap@entry=0x0) at gifalloc.c:70
70 Object->ColorCount = ColorCount;
Back in imlib2 the variable cmap gets the value of gif->SColorMap assigned:
Breakpoint 4, load (im=0x6030f0, progress=0x0,
progress_granularity=, immediate_load=) at
loader_gif.c:145
145 cmap = (gif->Image.ColorMap ? gif->Image.ColorMap :
gif->SColorMap);
2: sizeof(GifColorType) = 3
(gdb) print gif->Image.ColorMap
$5 = (ColorMapObject *) 0x0
(gdb) print gif->SColorMap
$6 = (ColorMapObject *) 0x614aa0
(gdb) next
...
(gdb) print cmap
$11 = (ColorMapObject *) 0x614aa0
Finally the out-of-bounds reads are done. Here cmap->Colors gets accessed on
index 8, but just 0 to 3 would be valid:
Breakpoint 5, load (im=0x6030f0, progress=0x0,
progress_granularity=, immediate_load=) at
loader_gif.c:180
180r = cmap->Colors[rows[i][j]].Red;
(gdb) print i
$25 = 0
(gdb) print j
$26 = 17
(gdb) print rows[i][j]
$27 = 8 '\b'
At least following change would make in valgrind the invalid reads go away for
the test image:
--- src/modules/loaders/loader_gif.c.orig 2015-05-20 01:23:20.275121753
+0200
+++ src/modules/loaders/loader_gif.c2015-05-20 01:23:43.418378231 +0200
@@ -177,9 +177,13 @@ load(ImlibImage * im, ImlibProgressFunct
}
else
{
- r = cmap->Colors[rows[i][j]].Red;
- g = cmap->Colors[rows[i][j]].Green;
- b = cmap->Colors[rows[i][j]].Blue;
+ if (rows[i][j] < cmap->ColorCount) {
+ r = cmap->Colors[rows[i][j]].Red;
+ g = cmap->Colors[rows[i][j]].Green;
+ b = cmap->Colors[rows[i][j]].Blue;
+ } else {
+ r = g = b = 0;
+ }
*ptr++ = (0xff << 24) | (r << 16) | (g << 8) | b;
}
per += per_inc;
Was tested on amd64 with 4.1.6-11.
Is visible in Jessie version (1.4.6-2+b3) too.
Could probably also affect the transparency case of the
if statement when gif->SBackGroundColor gets an invalid value.
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785356: xrdp "Oh no! Something has gone wrong." is back
Hello, this issue is probably a duplicate of [776746]. See especially message #91. For a "simple" explanation see [1251281], message 31. [776746] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776746 [1251281] https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1251281/comments/31 Some details on my test setup: I have tried to reproduce it by a i386 qemu-VM: qemu-system-i386 --enable-kvm -cpu host -m 1G -drive file=debian-8-jessie-i386-gnome-install.qemu.img,cache=writeback -redir tcp:::22 -redir tcp:3389::3389 -net nic -net user Then connected from localhost to the VM: xfreerdp localhost Select "sesman-Xvnc" and enter user crendentials. Then a small window with some logging output is shown. Then this message is shown: Oh no! Something has gone wrong. A problem has occured and the system can't recover. Please log out and try again. Log Out (button) benutzer@debian:~$ tail -f .xsession-errors Xsession: X session started for at Mi 20. Mai 13:50:18 CEST 2015 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 109 (X_ChangeHosts) Value in failed request: 0x5 Serial number of failed request: 6 Current serial number in output stream: 8 localuser:benutzer being added to access control list openConnection: connect: Datei oder Verzeichnis nicht gefunden cannot connect to brltty at :0 gnome-session-is-accelerated: No composite extension. gnome-session-check-accelerated: Helper exited with code 256 gnome-session-is-accelerated: No composite extension. gnome-session-check-accelerated: Helper exited with code 256 ** (process:996): WARNING **: software acceleration check failed: Child process exited with code 1 As a workaround tried to build a tigervnc package: mkdir tigervnc; cd tigervnc dget https://dl.bintray.com/tigervnc/stable/ubuntu-14.04LTS/source/tigervnc_1.4.3-3ubuntu1.dsc dpkg-source -x tigervnc_1.4.3-3ubuntu1.dsc cd tigervnc-1.4.3/ dch --local local "build for jessie" sed -i 's/libjpeg-turbo8/libjpeg62-turbo/' debian/control sed -i 's/libgcrypt11/libgcrypt20/' debian/control sed -i 's/libgnutls28,/libgnutls-deb0-28,/' debian/control sed -i 's/libt1-dev, /libcairo2-dev, libgcrypt20-dev, x11proto-xcmisc-dev, /' debian/control dpkg-buildpackage cd .. su dpkg --purge vnc4server dpkg -i tigervncserver_1.4.3-3ubuntu1local1_i386.deb reboot This package shows not anymore this error. But unfortunately this is just usefull if one has a very high resolution as "someone" tries always to resize to 1920x1200. Starting xfreerdp that way it seems to work normal (as far as I can see with my screen resolution): xfreerdp /w:1920 /h:1200 /v:localhost Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785356: xrdp "Oh no! Something has gone wrong." is back
Hello Joachim, just a small addition: to some extend I could get resolution to e.g. 1024x768 by some commands "xrandr -s 1024x768" in a row. When the resolution in ~/.config/monitors.xml is modified, then it does not resize and is quite usable. (If one takes the risk of using a self built tigervnc package ... the alternative is to change DE.) Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785356: xrdp "Oh no! Something has gone wrong." is back
Hello Joachim, just another small addition to the workaround: There already exists a more debian like package of Xtigervnc. With this version there are still some issues: - this version does not provide the Xvnc link - "gnome" still tries to do maximum resolution / monitors.xml needs adjustment Following are the commands to build that version. mkdir tigervnc; cd tigervnc git clone git://anonscm.debian.org/pkg-tigervnc/pkg-tigervnc.git cd pkg-tigervnc/ dpkg-buildpackage -b cd .. su dpkg -i tigervnc-standalone-server_1.4.1-1_i386.deb tigervnc-common_1.4.1-1_i386.deb update-alternatives --install /usr/bin/Xvnc Xvnc /usr/bin/Xtigervnc 0 # is needed, because unfortunately tigervnc-standalone-server does not provide the Xvnc link, but xrdp relies on it. # make sure vnc4server or tightvncserver is not installed exit Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782390: udev: time between USB-stick connection and device notification takes up to a minute
Hello Marco, hello Michael,
sorry for the delay.
This is just to add some points to the bug.
On Sat, 11 Apr 2015 16:04:50 +0200 m...@linux.it (Marco d'Itri) wrote:
> Unless something is creating an events loop then this is an hardware
> issue or a kernel bug.
> Considering that this only happens with a specific USB stick I will
> assume that it is broken.
To me it looks like the creators of this stick intentionally made a
waiting time of 5 seconds between being recognized as USB stick and
actually "inserting" the "media" into it, like a card reader.
In this 5 seconds the kernel always tries to open the "media" and triggers
new block-change events (possibly by being triggered by blkid runs triggered
by udev triggered by the first block-change event).
This accumulates to ~700 messages in this 5 seconds, which now taking nearly a
minute for udev to process.
If such a behaviour is allowed I cannot say.
With attached printk-KOBJ_CHANGE.diff I isolated the two origins of
these block-change events on the kernel side:
Mai 27 21:02:12.125582 rechner kernel: disk_check_events: kobject_uevent_env
KOBJ_CHANGE nr_events=1 envp[0]=DISK_MEDIA_CHANGE=1 size=0
(405 times)
Mai 27 21:02:12.130620 rechner kernel: invalidate_partitions: kobject_uevent
KOBJ_CHANGE (0/0)
(323 times)
These are the origins of the function calls, as far as I could follow them:
blkdev_get
__blkdev_get (block_dev.c)
invalidate_partitions (partition-generic.c)
check_disk_change (block_dev.c)
disk_clear_events (genhd.c)
disk_check_events (genhd.c)
add_disk (genhd.c)
disk_alloc_events via INIT_DELAYED_WORK (genhd.c)
disk_events_workfn (genhd.c)
disk_check_events (genhd.c)
I tried to find a way to avoid some of these events and possibly
have found something for the invalidate_partitions path at least:
Does it make sense to send the block-change event in invalidate_partitions
when the disk had a size of 0 before and after checking its size?
(Or call invalidate_partitions in this case at all?)
The second point is following question:
Does it make sense to insert an identically block-change event for this device
when we know that there are already some in the queue?
(See attached drop-block-change-events-already-in-queue.patch)
Kind regards,
Bernhard
diff -Nurp ../orig/linux-3.16.7-ckt9/block/genhd.c linux-3.16.7-ckt9/block/genhd.c
--- ../orig/linux-3.16.7-ckt9/block/genhd.c 2015-03-30 12:09:09.0 +0200
+++ linux-3.16.7-ckt9/block/genhd.c 2015-05-27 16:39:55.643254200 +0200
@@ -1652,8 +1652,11 @@ static void disk_check_events(struct dis
if (events & disk->events & (1 << i))
envp[nr_events++] = disk_uevents[i];
- if (nr_events)
+ if (nr_events) {
+ printk("disk_check_events: kobject_uevent_env KOBJ_CHANGE nr_events=%d envp[0]=%s size=%lld\n",
+ nr_events, envp[0], (loff_t)get_capacity(disk) << 9);
kobject_uevent_env(&disk_to_dev(disk)->kobj, KOBJ_CHANGE, envp);
+ }
}
/*
diff -Nurp ../orig/linux-3.16.7-ckt9/block/partition-generic.c linux-3.16.7-ckt9/block/partition-generic.c
--- ../orig/linux-3.16.7-ckt9/block/partition-generic.c 2015-03-30 12:09:09.0 +0200
+++ linux-3.16.7-ckt9/block/partition-generic.c 2015-05-27 16:40:52.989463697 +0200
@@ -532,10 +532,13 @@ rescan:
int invalidate_partitions(struct gendisk *disk, struct block_device *bdev)
{
int res;
+ loff_t size_before, size_after;
if (!bdev->bd_invalidated)
return 0;
+ size_before = (loff_t)get_capacity(disk) << 9;
+
res = drop_partitions(disk, bdev);
if (res)
return res;
@@ -543,6 +546,10 @@ int invalidate_partitions(struct gendisk
set_capacity(disk, 0);
check_disk_size_change(disk, bdev);
bdev->bd_invalidated = 0;
+
+ size_after = (loff_t)get_capacity(disk) << 9;
+
+ printk("invalidate_partitions: kobject_uevent KOBJ_CHANGE (%lld/%lld)\n", size_before, size_after);
/* tell userspace that the media / partition table may have changed */
kobject_uevent(&disk_to_dev(disk)->kobj, KOBJ_CHANGE);
Mai 27 21:02:10.889774 rechner kernel: usb 1-2: new high-speed USB device
number 4 using ehci-pci
Mai 27 21:02:11.021904 rechner kernel: usb 1-2: New USB device found,
idVendor=08ec, idProduct=0016
Mai 27 21:02:11.022190 rechner kernel: usb 1-2: New USB device strings: Mfr=1,
Product=2, SerialNumber=3
Mai 27 21:02:11.022415 rechner kernel: usb 1-2: Product: FlashPen
Mai 27 21:02:11.022624 rechner kernel: usb 1-2: Manufacturer: Hama
Mai 27 21:02:11.022852 rechner kernel: usb 1-2: SerialNumber: 0F719B50E0101924
Mai 27 21:02:11.029600 rechner mtp-probe[1582]: checking bus 1, device 4:
"/sys/devices/pci:00/:00:02.1/usb1/1-2"
Mai 27 21:02:11.030838 rechner mtp-probe[1582]: bus: 1, device: 4 was not an
MTP device
Mai 27 21:02:11.098067 rechner kernel: usb-storage 1-2:1.0: USB Mass Storage
device detected
Mai 27 21:02:11.110079 rechner kernel: scsi7 : usb-storage 1-2:1.0
Mai 27 21:02:11.110211 rechner kernel: usbcore: registered new int
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, hello Detrick,
I could reproduce a SIGSEGV on arch i386 inside qemu VM by these actions:
(amd64 did not show the fault)
- apt-get install icecast2 liquidsoap liquidsoap-plugin-icecast
liquidsoap-plugin-lame liquidsoap-plugin-mad liquidsoap-plugin-ogg
liquidsoap-plugin-vorbis
- enable and start icecast2 (/etc/default/icecast2)
- get a mp3 file and put it to current directory as test.mp3
- create test.sh
- start liquidsoap in debugger "gdb --args /usr/bin/liquidsoap test.sh"
content of test.sh:
#!/usr/bin/liquidsoap
set("log.file.path","/dev/stdout")
myplaylist = single("test.mp3")
output.icecast(%mp3, host = "localhost", port = 8000, password = "hackme",
mount = "basic-radio.ogg", myplaylist)
(gdb) bt
#0 0xb76e30c9 in init_xrpow_core_sse () from
/usr/lib/i386-linux-gnu/libmp3lame.so.0
#1 0xb76d2ebf in ?? () from /usr/lib/i386-linux-gnu/libmp3lame.so.0
#2 0xb76d65e6 in CBR_iteration_loop () from
/usr/lib/i386-linux-gnu/libmp3lame.so.0
#3 0xb76c3e27 in lame_encode_mp3_frame () from
/usr/lib/i386-linux-gnu/libmp3lame.so.0
#4 0xb76c8e4f in ?? () from /usr/lib/i386-linux-gnu/libmp3lame.so.0
#5 0xb76c9b48 in lame_encode_buffer_float () from
/usr/lib/i386-linux-gnu/libmp3lame.so.0
#6 0xb781cf77 in ocaml_lame_encode_buffer_float () from
/usr/lib/liquidsoap/1.1.1/plugins/lame.cmxs
#7 0xb781b72f in camlLame__fun_1175 () from
/usr/lib/liquidsoap/1.1.1/plugins/lame.cmxs
#8 0x0820b06f in camlOutput__f_1354 ()
#9 0x0820b0c5 in camlOutput__fun_1740 ()
#10 0x0820b7dd in camlOutput__fun_1600 ()
#11 0x08257c6f in camlClock__fun_1848 ()
#12 0x08310b3c in camlList__fold_left_1073 ()
#13 0x08258740 in camlClock__fun_1813 ()
#14 0x082582a5 in camlClock__loop_1351 ()
#15 0x08258daa in camlClock__fun_2074 ()
#16 0x082703e3 in camlTutils__fun_1346 ()
#17 0x08307ac8 in camlThread__fun_1081 ()
#18 0x083612fa in caml_start_program ()
#19 0x0834a675 in ?? ()
#20 0xb7f1befb in start_thread (arg=0x79e8b781) at pthread_create.c:309
#21 0xcde0b850 in ?? ()
#22 0x79e8b781 in ?? ()
#23 0x8350b45b in ?? ()
#24 0x8dc314c4 in ?? ()
#25 0x00b6 in ?? ()
#26 0x27bc8d00 in ?? ()
#27 0x in ?? ()
Building libmp3lame0 with debug information:
- export DEB_BUILD_OPTIONS=nostrip
- apt-get build-dep libmp3lame0
- apt-get source libmp3lame0
- dpkg-buildpackage -b
- dpkg -i libmp3lame0_*.deb
- gdb --args /usr/bin/liquidsoap test.sh
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb49ffb40 (LWP 20251)]
init_xrpow_core_sse (cod_info=0x8731a00, xrpow=0xb49fa6f4, upper=575,
sum=0xb49fa5d0) at xmm_quantize_sub.c:73
73 vec_xrpow_max._m128 = _mm_set_ps1(0);
(gdb) bt
#0 init_xrpow_core_sse (cod_info=0x8731a00, xrpow=0xb49fa6f4, upper=575,
sum=0xb49fa5d0) at xmm_quantize_sub.c:73
#1 0xb76cf71f in init_xrpow (gfc=0x87318d0, cod_info=0x8731a00,
xrpow=0xb49fa6f4) at quantize.c:127
#2 0xb76d2cc6 in CBR_iteration_loop (gfc=0x87318d0, pe=0xb49fb0c4,
ms_ener_ratio=0xb49fb09c, ratio=0xb49fd06c) at quantize.c:2034
#3 0xb76c0c37 in lame_encode_mp3_frame (gfc=gfc@entry=0x87318d0,
inbuf_l=0x873e48c, inbuf_r=0x87422cc, mp3buf=mp3buf@entry=0xb4a081b9 "",
mp3buf_size=mp3buf_size@entry=8988) at encoder.c:518
#4 0xb76c5a22 in lame_encode_buffer_sample_t (mp3buf_size=9405,
mp3buf=0xb4a081b9 "", nsamples=, gfc=) at
lame.c:1786
#5 lame_encode_buffer_template (gfp=gfp@entry=0x865f580,
buffer_l=buffer_l@entry=0xb4a048e8, buffer_r=buffer_r@entry=0xb4a06480,
nsamples=nsamples@entry=1764, mp3buf=mp3buf@entry=0xb4a08018 "\377\373\220D",
mp3buf_size=mp3buf_size@entry=9405, pcm_type=pcm_type@entry=pcm_float_type,
aa=aa@entry=1, norm=norm@entry=1) at lame.c:1897
#6 0xb76c6648 in lame_encode_buffer_float (gfp=0x865f580, pcm_l=0xb4a048e8,
pcm_r=0xb4a06480, nsamples=1764, mp3buf=0xb4a08018 "\377\373\220D",
mp3buf_size=9405) at lame.c:1918
#7 0xb7819f77 in ocaml_lame_encode_buffer_float () from
/usr/lib/liquidsoap/1.1.1/plugins/lame.cmxs
#8 0xb781872f in camlLame__fun_1175 () from
/usr/lib/liquidsoap/1.1.1/plugins/lame.cmxs
#9 0x0820b07f in camlOutput__f_1354 ()
#10 0x0820b0d5 in camlOutput__fun_1740 ()
#11 0x0820b7ed in camlOutput__fun_1600 ()
#12 0x08257c7f in camlClock__fun_1848 ()
#13 0x08310b4c in camlList__fold_left_1073 ()
#14 0x08258750 in camlClock__fun_1813 ()
#15 0x082582b5 in camlClock__loop_1351 ()
#16 0x08258dba in camlClock__fun_2074 ()
#17 0x082703f3 in camlTutils__fun_1346 ()
#18 0x08307ad8 in camlThread__fun_1081 () at thread.ml:37
#19 0x08360506 in caml_start_program ()
#20 0x0834a6b4 in caml_thread_start ()
#21 0xb7f18efb in start_thread (arg=0x85e8b781) at pthread_create.c:309
#22 0x9de0b850 in ?? ()
#23 0x85e8b781 in ?? ()
#24 0x8350b47d in ?? ()
#25 0x8dc314c4 in ?? ()
#26 0x00b6 in ?? ()
#27 0x27bc8d00 in ?? ()
#28 0x in ?? ()
(gdb) bt full 1
#0 init_xrpow_core_sse (cod_info=0x8731a00, xrpow=0xb49fa6f4, upper=575,
sum=0xb49fa5d0) at xmm_quantize_sub.c:73
i =
tmp_max = 0
tmp_sum = 0
upper4 = 572
rest = 3
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, hello Detrick, Am 29.05.2015 um 22:02 schrieb Fabian Greffrath: >> I could reproduce a SIGSEGV on arch i386 inside qemu VM by these actions: > is this on a fresh Jessie install? Is a Jessie-Testing installation from 30th November 2014. At least upgraded to the latest (Jessie) versions 20 days ago. >> (amd64 did not show the fault) > Ack, I couldn't reproduce it on my amd64 system as well. I tried a little further and was able to reproduce the crash in a "Jessie i386 chroot" on a 64bit-kernel too, so probably we can rule out a qemu bug. (Had proc not bind-mounted into chroot.) >> (gdb) bt >> #0 0xb76e30c9 in init_xrpow_core_sse () from >> /usr/lib/i386-linux-gnu/libmp3lame.so.0 > So, this seems to be a bug in SSE code. Which means that either the code > itself is buggy or your system does not support SSE instructions at all > (though the latter should throw a SIGILL instead of a SIGSEGV). => 0xb76df6c9 :movaps %xmm0,0x20(%esp) Yes, this "movaps" seems to be a SSE instruction. Also the changes in the previous patch "should" not change the instructions but only the alignment of the memory the instructions operate on. And if that is the case, with proper alignment it is working. But probably there is a better way to convince gcc to align the memory ... > Would both of you please tell my the content of /proc/cpuinfo? In the qemu VM (qemu-system-x86_64 --enable-kvm -cpu host): benutzer@debian:~$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 107 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ stepping: 1 microcode : 0x165 cpu MHz : 2600.000 cache size : 512 KB fdiv_bug: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow extd_apicid pni cx16 x2apic hypervisor lahf_lm cmp_legacy svm cr8_legacy 3dnowprefetch vmmcall bogomips: 5200.00 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: On the host not inside chroot: root@rechner:/home/bernhard# cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 107 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5000+ stepping: 1 cpu MHz : 2600.000 cache size : 512 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good nopl extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv vmmcall bogomips: 5223.84 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc 100mhzsteps (the same for the second core) Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715667: [Mayhem] Bug report on dvb-apps: azap crashes with exit status 139
found 715667 1.1.1+rev1500-1
stop
Hello,
azap crashes because of a strlen(0) because homedir/$HOME is not set.
Minimal statement to reproduce:
$ env -i azap 1
Following patch exits immediately after the
message, therefore avoids the crash.
Kind regards,
Bernhard
--- azap.c.orig 2015-05-06 20:57:36.310093306 +0200
+++ azap.c 2015-05-06 21:03:12.507780772 +0200
@@ -327,8 +327,10 @@ int main(int argc, char **argv)
if (!confname)
{
- if (!homedir)
+ if (!homedir) {
ERROR ("$HOME not set");
+ return -1;
+ }
confname = malloc (strlen(homedir) + strlen(CHANNEL_FILE) + 1);
memcpy (confname, homedir, strlen(homedir));
memcpy (confname + strlen(homedir), CHANNEL_FILE,
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715773: [Mayhem] Bug report on dvb-apps: czap crashes with exit status 139
found 715773 1.1.1+rev1500-1
stop
Hello,
czap crashes because of a strlen(0) because homedir/$HOME is not set.
Minimal statement to reproduce:
$ env -i czap 1
Following patch exits immediately after the
message, therefore avoids the crash.
Kind regards,
Bernhard
--- czap.c.orig 2015-05-06 20:26:13.0 +0200
+++ czap.c 2015-05-06 21:23:04.959532197 +0200
@@ -314,8 +314,10 @@ int main(int argc, char **argv)
return -1;
}
- if (!homedir)
+ if (!homedir) {
ERROR("$HOME not set");
+ return -1;
+ }
snprintf (FRONTEND_DEV, sizeof(FRONTEND_DEV),
"/dev/dvb/adapter%i/frontend%i", adapter, frontend);
@@ -328,8 +330,6 @@ int main(int argc, char **argv)
if (!confname)
{
int len = strlen(homedir) + strlen(CHANNEL_FILE) + 18;
- if (!homedir)
- ERROR("$HOME not set");
confname = malloc(len);
snprintf(confname, len, "%s/.czap/%i/%s",
homedir, adapter, CHANNEL_FILE);
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716413: [Mayhem] Bug report on dvb-apps: tzap crashes with exit status 139
found 716413 1.1.1+rev1500-1
stop
Hello,
tzap crashes because of a strlen(0) because homedir/$HOME is not set.
Minimal statement to reproduce:
$ env -i tzap 1
Following patch exits immediately after the
message, therefore avoids the crash.
Kind regards,
Bernhard
--- tzap.c.orig 2013-05-13 12:19:02.0 +0200
+++ tzap.c 2015-05-06 21:36:40.094538626 +0200
@@ -577,9 +577,11 @@ int main(int argc, char **argv)
fprintf (stderr,"using '%s' and '%s'\n", FRONTEND_DEV,
DEMUX_DEV);
if (!confname) {
- int len = strlen(homedir) + strlen(CHANNEL_FILE) + 18;
- if (!homedir)
+ if (!homedir) {
ERROR ("$HOME not set");
+ return -1;
+ }
+ int len = strlen(homedir) + strlen(CHANNEL_FILE) + 18;
confname = malloc (len);
snprintf(confname, len, "%s/.tzap/%i/%s", homedir, adapter,
CHANNEL_FILE);
if (access (confname, R_OK))
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715773: [Mayhem] Bug report on dvb-apps: czap crashes with exit status 139
Hello,
probably that patch would be better as then czap still could
run without $HOME when getting confname via command line.
Kind regards,
Bernhard
--- czap.c.orig 2015-05-06 20:26:13.0 +0200
+++ czap.c 2015-05-06 21:40:51.354679687 +0200
@@ -314,9 +314,6 @@ int main(int argc, char **argv)
return -1;
}
- if (!homedir)
- ERROR("$HOME not set");
-
snprintf (FRONTEND_DEV, sizeof(FRONTEND_DEV),
"/dev/dvb/adapter%i/frontend%i", adapter, frontend);
@@ -328,8 +325,10 @@ int main(int argc, char **argv)
if (!confname)
{
int len = strlen(homedir) + strlen(CHANNEL_FILE) + 18;
- if (!homedir)
+ if (!homedir) {
ERROR("$HOME not set");
+ return -1;
+ }
confname = malloc(len);
snprintf(confname, len, "%s/.czap/%i/%s",
homedir, adapter, CHANNEL_FILE);
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784166: widelands: Game crashes on song change
Hello Alex, just hearing that this game exists I tried to reproduce it. I installed widelands 1:18-3+b1 from jessie and started it and could not get it to crash on serveral song changes. But as your report suggests you are running Squeeze with some packages from Jessie? If this situation is supported by Debian is up to the maintainers. To get more information out of such a crash one could have a look at https://wiki.debian.org/HowToGetABacktrace points 1 and 3. But for widelands to run with these old package version it needs to be built against these old versions what I doubt to happen in Jessie. Therefore 2 further things could happen: - build it in squeeze-backports and/or - build the package in Jessie with a minimum version dependency (then apt would try to install also newer versions of the dependencies, even when installed in "oldoldstable".) Kind regards, Bernhard For the record I compared the installed version widelands depends on: your setupmy setup ii fonts-dejavu-core 2.34-12.34-1 ii fonts-dejavu-extra 2.34-12.34-1 ii fonts-freefont-ttf 20120503-420120503-4 ii libc6 2.19-18 2.19-18 ii libgcc11:4.9.2-101:4.9.2-10 ii libgl1-mesa-glx [libgl 7.7.1-6 10.3.2-1 diff ii libglew1.101.10.0-3 1.10.0-3 ii liblua5.1-05.1.4-5 5.1.5-7.1 diff ii libpng12-0 1.2.44-1+squeeze4 1.2.50-2+b2diff ii libsdl-gfx1.2-52.0.25-4 2.0.25-4 ii libsdl-image1.21.2.10-2+b2 1.2.12-5+b5diff ii libsdl-mixer1.21.2.8-6.3 1.2.12-11+b1 diff ii libsdl-net1.2 1.2.7-2 1.2.8-4diff ii libsdl-ttf2.0-02.0.9-1 2.0.11-3 diff ii libsdl1.2debian1.2.14-6.11.2.15-10+b1 diff ii libstdc++6 4.9.2-10 4.9.2-10 ii widelands 1:18-3+b1 1:18-3+b1 ii widelands-data 1:18-31:18-3 ii zlib1g 1:1.2.3.4.dfsg-3 1:1.2.8.dfsg-2+b1 diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784166: widelands: Game crashes on song change
Hello Alex, One last question: did you try to install the amd64 version specifically? I'm not sure how the multi-arch support works these days. If not, would it be easy for you to try to do it? Yes, my tests were done on my regular amd64 desktop installation. That was with widelands_18-3+b1_amd64.deb. Thank you for taking the time to look into the issue! I wish I could downgrade the libboost packages needed to compile the source code to see if the build would have the bug or not. They are not in the dependencies but are on the build-deps: https://packages.debian.org/source/jessie/widelands I am actually running Squeeze with some packages from Stretch. I did a manual build from the source code and the game runs fine, with these exact packages you listed for me. I am still suspecting the problem to be libboost (check the bug report I mentioned earlier for why) even though I can't be sure. I guess I should probably close the bug if we cannot reproduce it, since it could be due to my weird package mix? For the fun of it I tried to really reproduce the situation (qemu-VM): - installed Squeeze LTS with LXDE - added Stretch sources.list But I was not able to cleanly install widelands via apt. Trying to manually installing via dpkg led also to some (for me) unresolvable dependencies (without doing nearly half of the dist-upgrade). Therefore I am short before thinking that now your package system is in an inconsistent state. > Unfortunately I got myself into a sort of a deadlock with that and > need to reinstall the system from scratch. As I think you also did a libc-upgrade (2.11.3-4+deb6u5 to 2.19-18 ?) I cannot say how a downgrade of it has to be done. Probably a dist-upgrade to Jessie or Stretch could work ... (But for this to work the package system needs to be consistent - you have checked what "apt-get install -f" proposes?) - At least, the problem this report was opened for seems to be a result of the package mix of Squeeze and Stretch. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784715: qemu-system-x86: booting Debian install cd makes qemu window endless toggle between two window sizes
Package: qemu-system-x86 Version: 1:2.1+dfsg-11 Severity: normal Tags: upstream Dear Maintainer, I quite regularly install some qemu VMs by just doing something like this: qemu-system-x86_64 --enable-kvm -drive file=disk.img -cdrom cd.iso When cd.iso contains a Debian install cd then I encounter this strange behaviour: - qemu window openens - bios screen is shown for half a second - debian install cd boot screen is shown - qemu window starts endlessly toggling between 640x480 and 720x400 One can then double click the window bar to hide the content, then this flickering stops, but now the content is scaled and the window will never change its size when the guest resolution changes. I was able to observe this with following CDs: debian-6.0.2.1-i386-CD-1.iso debian-7.3.0-i386-CD-1.iso debian-jessie-DI-rc1-i386-CD-1.iso Also a upstream git qemu-v2.2.0 shows this behaviour. Here are some things probably also need to be met: - Using KDE as DE. I tried also starting it in an empty X server with just a xterm, there it does not flicker. With a instance of twm in this X server it is also not shown. But by starting an instance of kwin in this empty X server it happens too. - When adding at the command line to boot from network (-boot n) some time pass by not finding the network server - then falling back to the CD and then the flickering is not shown too. - I observed a movement of the qemu window in the first second, like it is created without window borders and aligned to one screen border, and then the border is added and therefore the window is moved. Adding "-no-frame" avoids the flickering too, but then there is no frame ... - By default it seems that qemu uses the SDL output (-display sdl) Kind regards, Bernhard -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (990, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qemu-system-x86 depends on: ii ipxe-qemu 1.0.0+git-20141004.86285d1-1 ii libaio1 0.3.110-1 ii libasound2 1.0.28-1 ii libbluetooth3 5.23-2+b1 ii libbrlapi0.65.2~20141018-5 ii libc6 2.19-18 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libfdt1 1.4.0+dfsg-1 ii libgcc1 1:4.9.2-10 ii libglib2.0-02.42.1-1 ii libgnutls-deb0-28 3.3.8-6+deb8u1 ii libiscsi2 1.12.0-2 ii libjpeg62-turbo 1:1.3.1-12 ii libncurses5 5.9+20140913-1+b1 ii libpixman-1-0 0.32.6-3 ii libpng12-0 1.2.50-2+b2 ii libpulse0 5.0-13 ii librados2 0.80.7-2 ii librbd1 0.80.7-2 ii libsasl2-2 2.1.26.dfsg1-13 ii libsdl1.2debian 1.2.15-10+b1 ii libseccomp2 2.1.1-1 ii libspice-server10.12.5-1+b1 ii libssh2-1 1.4.3-4.1 ii libtinfo5 5.9+20140913-1+b1 ii libusb-1.0-02:1.0.19-1 ii libusbredirparser1 0.7-1 ii libuuid12.25.2-6 ii libvdeplug2 2.3.2+r586-1 ii libx11-62:1.6.2-3 ii libxen-4.4 4.4.1-9 ii libxenstore3.0 4.4.1-9 ii qemu-system-common 1:2.1+dfsg-11 ii seabios 1.7.5-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages qemu-system-x86 recommends: ii qemu-utils 1:2.1+dfsg-11 Versions of packages qemu-system-x86 suggests: ii kmod 18-3 ii ovmf 0~20131112.2590861a-3 ii samba2:4.1.17+dfsg-2 pn sgabios pn vde2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521694: dvb-apps: dvbscan failes to set frontend
Hello Sebastian, hello Eric,
I stumbled over the same error and found this report, so I attach
my findings to it - even when this report is alreay quite old ...
As of today it seems "dvbscan" has more than one problem:
- needed input file format seems more like
/usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
- polarization from the input file gets not used
(Failed to set frontend)
- return value of dvbfe_get_info is checked wrong
(Unable to query frontend status)
- when we succeed above we get into function dvbscan_scan_dvb
which is empty ???
Therefore, in my opinion, the file /usr/bin/dvbscan in its current
state is useless.
When you was building from source you already used instead
of util/dvbscan/dvbscan the executable util/scan/scan.
That one from the package worked flawless for me (at least DVB-S):
$ /usr/bin/scan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
scanning /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 12551500 V 2200 5
>>> tune to: 12551:v:0:22000
DVB-S IF freq is 1951500
...
0x0011 0x0fa7: pmt_pid 0x (null) -- Thomson SAT IPDL (running)
Network Name 'BetaDigital'
dumping lists (1223 services)
...
Kind regards,
Bernhard
$ cat /usr/share/dvb/dvb-s/Astra-19.2E
# Astra 19.2E SDT info service transponder
# freq pol sr fec
[CHANNEL]
DELIVERY_SYSTEM = DVBS
FREQUENCY = 12551500
POLARIZATION = VERTICAL
SYMBOL_RATE = 2200
INNER_FEC = 5/6
INVERSION = AUTO
$ dvbscan /usr/share/dvb/dvb-s/Astra-19.2E
# no output at all
$ cat /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
S 12551500 V 2200 5/6
$ dvbscan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
Failed to open frontend
$ id
uid=108(hts) gid=113(hts) Gruppen=113(hts)
$ ls -lisah /dev/dvb/adapter0/frontend0
4556 0 crw-rw 1 root video 212, 0 Apr 17 23:13 /dev/dvb/adapter0/frontend0
# adduser hts video
Füge Benutzer »hts« der Gruppe »video« hinzu ...
Benutzer hts wird zur Gruppe video hinzugefügt.
Fertig.
$ id
uid=108(hts) gid=113(hts) Gruppen=113(hts),44(video)
$ dvbscan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
Failed to set frontend
--- dvbscan.c.orig 2015-05-08 04:22:10.509663577 +0200
+++ dvbscan.c 2015-05-08 04:22:16.729843422 +0200
@@ -104,6 +104,7 @@ static int scan_load_callback(struct dvb
struct transponder *t = new_transponder();
append_transponder(t, &toscan, &toscan_end);
memcpy(&t->params, &channel->fe_params, sizeof(struct
dvbfe_parameters));
+ t->polarization = channel->polarization;
add_frequency(t, t->params.frequency);
t->params.frequency = 0;
$ util/dvbscan/dvbscan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
Unable to query frontend status
while((time(NULL) - starttime) < TIMEOUT_WAIT_LOCK) {
if (dvbfe_get_info(fe, DVBFE_INFO_LOCKSTATUS,
&feinfo,
DVBFE_INFO_QUERYTYPE_IMMEDIATE, 0) !=
- DVBFE_INFO_QUERYTYPE_IMMEDIATE) {
+ DVBFE_INFO_LOCKSTATUS) {
fprintf(stderr, "Unable to query
frontend status\n");
exit(1);
}
--- dvbscan_dvb.c.orig 2013-05-13 12:19:02.0 +0200
+++ dvbscan_dvb.c 2015-05-08 04:48:27.619113832 +0200
@@ -27,4 +27,5 @@
void dvbscan_scan_dvb(struct dvbfe_handle *fe)
{
// FIXME
+ fprintf(stderr, "dvbscan_scan_dvb: not implemented\n");
}
$ util/dvbscan/dvbscan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
dvbscan_scan_dvb: not implemented
$ /usr/bin/scan /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
scanning /usr/share/dvb/dvb-legacy/dvb-s/Astra-19.2E
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 12551500 V 2200 5
>>> tune to: 12551:v:0:22000
DVB-S IF freq is 1951500
...
0x0011 0x0fa7: pmt_pid 0x (null) -- Thomson SAT IPDL (running)
Network Name 'BetaDigital'
dumping lists (1223 services)
...
Bug#784647: libav-tools: avconv fails with Illegal Instruction
Hello Vittorio, I could reproduce it inside a qemu VM (-cpu pentium). --- (without debug information) Program received signal SIGILL, Illegal instruction. 0xb6691c34 in ?? () from /usr/lib/i386-linux-gnu/libopencv_imgproc.so.2.4 (gdb) bt #0 0xb6691c34 in ?? () from /usr/lib/i386-linux-gnu/libopencv_imgproc.so.2.4 #1 0xb65f0406 in ?? () from /usr/lib/i386-linux-gnu/libopencv_imgproc.so.2.4 #2 0xb7fed86e in call_init (l=, argc=argc@entry=4, argv=argv@entry=0xb764, env=env@entry=0xb778) at dl-init.c:78 #3 0xb7fed964 in call_init (env=0xb778, argv=0xb764, argc=4, l=) at dl-init.c:36 #4 _dl_init (main_map=0xb7fff930, argc=4, argv=0xb764, env=0xb778) at dl-init.c:126 #5 0xb7fdfd3f in _dl_start_user () from /lib/ld-linux.so.2 (gdb) display /i $pc 1: x/i $pc => 0xb6691c34: cmovle %edi,%edx (gdb) --- (with debug information) Program received signal SIGILL, Illegal instruction. 0xb6626ae4 in saturate_cast (v=32768) at /usr/include/opencv2/core/operations.hpp:179 179 v : v > 0 ? SHRT_MAX : SHRT_MIN); (gdb) bt #0 0xb6626ae4 in saturate_cast (v=32768) at /usr/include/opencv2/core/operations.hpp:179 #1 saturate_cast (v=32768) at /usr/include/opencv2/core/operations.hpp:184 #2 cv::initInterTab2D (method=method@entry=1, fixpt=fixpt@entry=false) at /home/benutzer/opencv/opencv-2.4.9.1+dfsg/modules/imgproc/src/imgwarp.cpp:245 #3 0xb65f0406 in initAllInterTab2D () at /home/benutzer/opencv/opencv-2.4.9.1+dfsg/modules/imgproc/src/imgwarp.cpp:290 #4 __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at /home/benutzer/opencv/opencv-2.4.9.1+dfsg/modules/imgproc/src/imgwarp.cpp:298 #5 _GLOBAL__sub_I_imgwarp.cpp(void) () at /home/benutzer/opencv/opencv-2.4.9.1+dfsg/modules/imgproc/src/imgwarp.cpp:4247 #6 0xb7fed86e in call_init (l=, argc=argc@entry=4, argv=argv@entry=0xb6f4, env=env@entry=0xb708) at dl-init.c:78 #7 0xb7fed964 in call_init (env=0xb708, argv=0xb6f4, argc=4, l=) at dl-init.c:36 #8 _dl_init (main_map=0xb7fff930, argc=4, argv=0xb6f4, env=0xb708) at dl-init.c:126 #9 0xb7fdfd3f in _dl_start_user () from /lib/ld-linux.so.2 (gdb) display /i $pc 1: x/i $pc => 0xb6626ae4 : cmovle %edi,%edx (gdb) --- Opencv seems to be built optimized for i686 in Jessie. (-march=i686 is given to c++) Attached is a patch similiar to one used for Wheezy to optimize for i486. A Opencv compiled with this patch (-march=i586) does not crash with SIGILL. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#784647: libav-tools: avconv fails with Illegal Instruction
... forgot the patch. Description: Optimize of i386 changed from 686 to 586. Similar to the patch patches/0011_optimize_i486.patch in wheezy by Nobuhiro Iwamatsu. Upstream moved the location from CMakeLists.txt to cmake/OpenCVCompilerOptions.cmake. Author: Bernhard Ãbelacker Bug-Debian: https://bugs.debian.org/784647 Origin: other, https://sources.debian.net/src/opencv/2.3.1-11%2Bdeb7u1/debian/patches/0011_optimize_i486.patch/ Last-Update: 2015-05-09 --- opencv-2.4.9.1+dfsg.orig/cmake/OpenCVCompilerOptions.cmake +++ opencv-2.4.9.1+dfsg/cmake/OpenCVCompilerOptions.cmake @@ -109,7 +109,7 @@ if(CMAKE_COMPILER_IS_GNUCXX) endif() if(X86 AND NOT MINGW64 AND NOT X86_64 AND NOT APPLE) -add_extra_compiler_option(-march=i686) +add_extra_compiler_option(-march=i586) endif() # Other optimizations
Bug#785248: wxhexeditor: Fails to run, suggesting download of new version
Hello Peter,
(not being the maintainer I tried to reproduce)
By removing from ~/.wxHexEditor the line
"LastUpdateCheckTime=1.4316e+09" I could reproduce the opening of the
update checking window.
But in Jessie/KDE I am able to simply close this window with the "X" in
the window bar and then the regular wxHexEditor window opens.
Therefore really "renders package unusable"?
If debian packaging just requires to disable the upstream version check
then attached patch would do this.
Kind regards,
Bernhard
Description: Disable check for newer upstream version
Author: Bernhard Ãbelacker
---
Bug-Debian: https://bugs.debian.org/785248
Last-Update: 2015-05-14
--- wxhexeditor-0.22+repack.orig/src/HexEditorFrame.cpp
+++ wxhexeditor-0.22+repack/src/HexEditorFrame.cpp
@@ -176,6 +176,7 @@ HexEditorFrame::HexEditorFrame( wxWindow
MyNotebook->Connect( wxEVT_COMMAND_AUINOTEBOOK_PAGE_CHANGED, wxAuiNotebookEventHandler( HexEditorFrame::OnNotebookTabSelection ), NULL,this );
MyNotebook->Connect( wxEVT_COMMAND_AUINOTEBOOK_TAB_MIDDLE_UP, wxAuiNotebookEventHandler( HexEditorFrame::OnNotebookTabClose ), NULL,this );
+#if 0 /* Debian bug #785248 */
bool update_enable = false;
if ( not wxConfigBase::Get()->Read(_T("UpdateCheck"), &update_enable )){
update_enable = true;
@@ -196,6 +197,7 @@ HexEditorFrame::HexEditorFrame( wxWindow
}
+#endif
}
HexEditorFrame::~HexEditorFrame(){
#if defined( _DEBUG_ ) && defined( __WXMSW__ )
Bug#785484: systemd: on Raspberry pi B+, several essential services fail, including systemd-logind
Hello,
as I got the same problem on my raspberry, probably I can give
some details.
This is the situation I started:
- put 2015-05-05-raspbian-wheezy.img on SD-card and booted
- changed sources.list and did the upgrade
- appended "systemd.debug-shell" to /boot/cmdline.txt
- reboot
For some reason it looks like /etc/init.d/cgroup-bin is still
installed even cgroup-bin is a transitional package.
This script tries to mount /sys/fs/cgroup/memory but seems to fail
and it then unmounts /sys/fs/cgroup.
Therefore systemd cannot create new cgroups or spawning
processes cannot attach to them.
By purging just cgroup-bin I got expected booting again.
cgroup-bin[455]: Kernel lacks cgroups or memory controller not available, not
starting cgroups. ... (warning).
systemd[1]: Failed to create cgroup /system.slice/ntp.service: No such file or
directory
systemd[481]: Failed at step CGROUP spawning /etc/init.d/ntp: No such file or
directory
Kind regards,
Bernhard
root@raspberrypi:/# dpkg -l cgroup-bin
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionArchitecture Description
+++-==-==-==-=
ii cgroup-bin 0.41-6 allcontrol
and monitor control groups (transitional package)
root@raspberrypi:/# dpkg -L cgroup-bin
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/cgroup-bin
/usr/share/doc/cgroup-bin/changelog.Debian.gz
/usr/share/doc/cgroup-bin/copyright
/etc/init.d/cgroup-bin
root@raspberrypi:/# ls -lisah /etc/init.d/cgroup-bin
36115 4.0K -rwxr-xr-x 1 root root 950 Dec 18 2013 /etc/init.d/cgroup-bin
root@raspberrypi:/# cat /etc/init.d/cgroup-bin
#! /bin/sh
### BEGIN INIT INFO
# Provides: init-cgroups
# Required-Start:mountkernfs
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Mounts cgroup filesystems
### END INIT INFO
PATH=/sbin:/bin
. /lib/lsb/init-functions
do_start () {
log_action_msg "Initializing cgroups"
mount -t tmpfs none /sys/fs/cgroup
mkdir /sys/fs/cgroup/memory
if ! mount -t cgroup none /sys/fs/cgroup/memory -o memory 2> /dev/null;
then
umount /sys/fs/cgroup
log_warning_msg "Kernel lacks cgroups or memory controller not
available, not starting cgroups."
exit 0
fi
chmod a+r /sys/fs/cgroup/memory/memory.pressure_level
}
case "$1" in
start)
do_start
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
sto
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian,
did the test inside the i386 VM.
But it did not help either. The "packed" gets ignored.
(But I am not sure if I use the __attribute__ the right way?)
Kind regards,
Bernhard
---
const vecfloat_union fabs_mask __attribute__((aligned(16),packed)) = {{
0x7FFF, 0x7FFF, 0x7FFF, 0x7FFF }};
const __m128 vec_fabs_mask __attribute__((aligned(16),packed)) =
_mm_loadu_ps(&fabs_mask._float[0]);
vecfloat_union vec_xrpow_max __attribute__((aligned(16),packed));
vecfloat_union vec_sum __attribute__((aligned(16),packed));
vecfloat_union vec_tmp __attribute__((aligned(16),packed));
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I.
-I../../libmp3lame -I../../mpglib -I../.. -D_FORTIFY_SOURCE=2 -msse -O3
-fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -fschedule-insns2
-fbranch-count-reg -fforce-addr -march=i586 -mtune=native -Wall -pipe -g -O2
-fstack-protector-strong -Wformat -Werror=format-security -c xmm_quantize_sub.c
-fPIC -DPIC -o .libs/liblamevectorroutines_la-xmm_quantize_sub.o
xmm_quantize_sub.c: In function 'init_xrpow_core_sse':
xmm_quantize_sub.c:64:5: warning: 'packed' attribute ignored [-Wattributes]
const vecfloat_union fabs_mask __attribute__((aligned(16),packed)) =
{{ 0x7FFF, 0x7FFF, 0x7FFF, 0x7FFF }};
^
xmm_quantize_sub.c:65:5: warning: 'packed' attribute ignored [-Wattributes]
const __m128 vec_fabs_mask __attribute__((aligned(16),packed)) =
_mm_loadu_ps(&fabs_mask._float[0]);
^
xmm_quantize_sub.c:66:5: warning: 'packed' attribute ignored [-Wattributes]
vecfloat_union vec_xrpow_max __attribute__((aligned(16),packed));
^
xmm_quantize_sub.c:67:5: warning: 'packed' attribute ignored [-Wattributes]
vecfloat_union vec_sum __attribute__((aligned(16),packed));
^
xmm_quantize_sub.c:68:5: warning: 'packed' attribute ignored [-Wattributes]
vecfloat_union vec_tmp __attribute__((aligned(16),packed));
^
xmm_quantize_sub.c: In function 'fht_SSE2':
xmm_quantize_sub.c:172:20: warning: variable 'v_s2' set but not used
[-Wunused-but-set-variable]
__m128 v_s2;
^
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, unfortunately this did not work too (with or without "packed"). Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian,
Am 02.06.2015 um 06:25 schrieb Fabian Greffrath:
> Hm, are we missing a specific compiler flag in addition to -msse or are
> we probably hunting down a compiler bug here?
Could it be also some linker flag of the .so or liquidsoap? I tried to build
a minimal example but then the crash does not appear anymore.
Nevertheless, as I experimented with bigger align values it stopped crashing.
Following worked inside qemu VM:
--- ./libmp3lame/vector/xmm_quantize_sub.c.orig 2011-05-07 18:05:17.0
+0200
+++ ./libmp3lame/vector/xmm_quantize_sub.c 2015-06-02 11:50:01.76800
+0200
@@ -40,7 +40,7 @@ typedef union {
int32_t _i_32[4]; /* unions are initialized by its first member */
float _float[4];
__m128 _m128;
-} vecfloat_union;
+} __attribute__((aligned(0x20))) vecfloat_union;
#define TRI_SIZE (5-1) /* 1024 = 4**5 */
static const FLOAT costab[TRI_SIZE * 2] = {
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian,
Am 02.06.2015 um 12:11 schrieb Fabian Greffrath:
> but that shouldn't make a difference, because the code already worked
> correctly when you forced it to 16-bit boundaries by using
> posix_memalign().
I just wanted to have a less invasive change.
> What happens if you re-arrange the definition of the vecfloat_union so
> that _m128 is its first member, i.e.
>
> typedef union {
> __m128 _m128;
> int32_t _i_32[4]; /* unions are initialized by its first member */
> float _float[4];
> } vecfloat_union;
>
> This is how these unions are used in most examples that I found.
With _m128 being the first line the crash still happens with
or without the attribute.
> Also, do you have any idea what this comment in there wants to tell us?
I guess this is a hint for this initialization:
-const vecfloat_union fabs_mask = {{ 0x7FFF, 0x7FFF, 0x7FFF,
0x7FFF }};
This could be probably more explicit (but less portable)
by doing something like this:
+const vecfloat_union fabs_mask = { ._i_32 = { 0x7FFF, 0x7FFF,
0x7FFF, 0x7FFF } };
With this, reordering the members of the union does not affect audio output.
> You could even drop the _i_32[] member, it is not used in the code.
> Maybe the compiler recognized that and somehow optimized that out,
> messing the alignment thereby?
Removing _i_32 seems to initialize the union differently and therefore
the result is different.
With _i_32 removed (and the alignment 0x20) audio is not working anymore.
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, after some more searching and testing here is my "opinion" on this issue: - OCaml versions 4.01 (used in Jessie) and before are not doing stack alignment on 16 byte boundaries [1]. - GCC does 16 byte stack alignment (at least when using SSE instructions) at compile time. - Now when calling libmp3lame0 from lame executable (gcc) this works just fine. But calling from liquidsoap (ocaml) we end up calling libmp3lame0 with a unaligned stack therefore getting the SIGSEGV on the "movaps %xmm0,0x20(%esp)". (See the second stack and the address of vec_xrpow_max in [2].) But until now I could not fully proove my theory because: - OCaml version 4.02 is just in experimental. Using this version would need to compile also all the packages depending on ocaml. - Just using this patch in [1] is also not binary compatible with the packages depending on ocaml, therefore needing them all to recompile too. For this reason chances for such a change to OCaml to enter Jessie are low? One thing did avoid the crash, that was adding "__attribute__((aligned(0x20)))" to the vecfloat_union used inside libmp3lame0 [3]. Requesting an alignment of 0x10 seems without effect. (Probably because GCC does this already and is therefore removed.) Options we have, if above could be proven right: - change libmp3lame0 [3] (at least for stable), even when it is not guilty - test rebuilding OCaml and all dependents with the patch in [1] - wait if problem vanishes when OCaml 4.02 enters unstable/testing. - get someone from debian-ocaml-maint involved. [1] http://caml.inria.fr/mantis/view.php?id=6038#c11630 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786438#22 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786438#87 Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, your patch fixes the issue. But I fear by using static we potentially introduce a race condition, if there are any applications encoding in two threads? (May I ask if there are any reasons against "__attribute__((aligned(0x20)))"?) Kind regards, Bernhard I used following to build with your patch: mkdir libmp3lame0-with-static-var; cd libmp3lame0-with-static-var apt-get source libmp3lame0 wget "https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;msg=117;filename=lame-static-vecfloat-msse.patch;bug=786438"; -O lame-static-vecfloat-msse.patch cd lame-3.99.5+repack1/ patch -p1 < ../lame-static-vecfloat-msse.patch dpkg-buildpackage -b -uc -us cd .. su -c "dpkg -i libmp3lame0_3.99.5+repack1-7_i386.deb libmp3lame-dev_3.99.5+repack1-7_i386.deb" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Hello Fabian, can confirm that both variants are fixing the issue. I would prefer the function level fix, but as there is already a change to the build system that does exclusively apply to this file, I think both are equally good. (And when OCaml 4.02 enters Stretch we can try removing it again.) Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#772346: dvbcut: Use QT4 QInputEvent::modifiers / Proper initialization of settings-object
Hello Tim Riemenschneider, thanks for reporting and fixing these bugs. A new package proposal with both of your patches is created here: https://mentors.debian.net/package/dvbcut Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#772346: dvbcut: Use QT4 QInputEvent::modifiers / Proper initialization of settings-object
Hello, unfortunately the Jessie freeze has proceeded too much now to get this changes into the release. After the release next chance would be jessie-backports. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775235: Repeatable failure to start on i386 running under kvm
Hello, came across launchpad bug #1360241 [1] which discusses the same error. There it comes from ubuntu-ui-toolkit tests. There they did revert their mesa package to depend on llvm-3.4 instead of llvm-3.5. So did I and recompiled mesa to use llvm-3.4 (see attached patch). And with these packages installed the error message was gone and the login screen is shown and a login possible. Going back to current jessie packages depending on llvm-3.5 lead to getting the error message again. Kind regards, Bernhard [1] https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.5/+bug/1360241 Rebuilding the mesa packages: root@debian:/home/benutzer# apt-get install debhelper quilt pkg-config libdrm-dev libx11-dev x11proto-gl-dev libxxf86vm-dev libexpat1-dev libxfixes-dev libxdamage-dev libxext-dev libvdpau-dev autoconf automake libtool x11proto-dri2-dev x11proto-dri3-dev x11proto-present-dev libx11-xcb-dev libxcb-dri2-0-dev libxcb-glx0-dev libxcb-xfixes0-dev libxcb-dri3-dev libxcb-present-dev libxcb-randr0-dev libxcb-sync-dev libxshmfence-dev libudev-dev flex bison llvm-3.4-dev libelf-dev libwayland-dev libclang-3.4-dev libclc-dev benutzer@debian:~$ mkdir mesa; cd mesa benutzer@debian:~/mesa$ apt-get source libgl1-mesa-dri benutzer@debian:~/mesa$ cd mesa-10.3.2 benutzer@debian:~/mesa/mesa-10.3.2$ patch -p1 --dry-run < ../switch-to-3.4.patch# change llvm 3.5 to 3.4 like https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-3.5/+bug/1360241 benutzer@debian:~/mesa/mesa-10.3.2$ dpkg-buildpackage -b root@debian:/home/benutzer/mesa# dpkg -i libegl1-mesa_10.3.2-1_i386.deb libegl1-mesa-drivers_10.3.2-1_i386.deb libgbm1_10.3.2-1_i386.deb libgl1-mesa-dri_10.3.2-1_i386.deb libgl1-mesa-dri-dbg_10.3.2-1_i386.deb libgl1-mesa-glx_10.3.2-1_i386.deb libglapi-mesa_10.3.2-1_i386.deb libopenvg1-mesa_10.3.2-1_i386.deb libwayland-egl1-mesa_10.3.2-1_i386.deb libxatracker2_10.3.2-1_i386.deb #reboot, error is gone root@debian:/home/benutzer# apt-get install --reinstall libegl1-mesa libegl1-mesa-drivers libgbm1 libgl1-mesa-dri libgl1-mesa-dri-dbg libgl1-mesa-glx libglapi-mesa libopenvg1-mesa libwayland-egl1-mesa libxatracker2 #reboot, error is visible again diff -Nurp mesa-10.3.2.orig/debian/control mesa-10.3.2/debian/control --- mesa-10.3.2.orig/debian/control 2015-01-20 16:09:09.0 +0100 +++ mesa-10.3.2/debian/control 2015-01-20 16:15:14.77200 +0100 @@ -37,10 +37,10 @@ Build-Depends: libudev-dev [linux-any], flex, bison, - llvm-3.5-dev (>= 1:3.5-1) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf], + llvm-3.4-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf], libelf-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf], libwayland-dev (>= 1.2.0) [linux-any], - libclang-3.5-dev (>= 1:3.5-1) [amd64 i386 armhf], + libclang-3.4-dev [amd64 i386 armhf], libclc-dev [amd64 i386 armhf], Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git diff -Nurp mesa-10.3.2.orig/debian/rules mesa-10.3.2/debian/rules --- mesa-10.3.2.orig/debian/rules 2015-01-20 16:09:09.0 +0100 +++ mesa-10.3.2/debian/rules 2015-01-20 16:11:47.24400 +0100 @@ -116,7 +116,7 @@ else ifneq (,$(filter $(DEB_HOST_ARCH),amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf)) GALLIUM_DRIVERS += radeonsi confflags_GALLIUM += --enable-gallium-llvm - confflags_GALLIUM += ac_cv_path_LLVM_CONFIG=llvm-config-3.5 + confflags_GALLIUM += ac_cv_path_LLVM_CONFIG=llvm-config-3.4 endif confflags_DIRECT_RENDERING = --enable-driglx-direct
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important Dear Maintainer, when playing with xbmc from current jessie with activated xbmc-pvr-tvheadend- hts from some satellite broadcasts I get only a black screen when switching from windowed to fullscreen mode. These are the circumstances which are relevant (as far as I think): - using a VDPAU enabled graphics card with needed vdpau libraries installed - having no .xbmc directory in home directory (just for reproducability) - starting xbmc - activating Tvheadend HTSP Client addon - playing a broadcast through LiveTv in windowed mode (in my case no HD channel) (plays fine in the partial screen with channels on the side as filling the whole window too.) - switching to fullscreen mode (e.g. altgr+backslash) - video stays black, audio still playing, other menus and control elements also visible. I did some further investigations: when changing "videoplayer.usevdpau" to false (e.g. .xbmc/userdata/guisettings.xml, false) then the video plays normal after switching to fullscreen. I compared it to playing a DVD and I think in CDVDPlayer::OpenVideoStream (which is also used for my non HD channel) the "hint.software = true;" makes the difference. (DVDPlayer.cpp:2991, if DVDSTREAM_TYPE_DVD.) I made a version which adds this "hint.software = true;" also to the next paragraph relevant for the addon. (DVDPlayer.cpp:3003, if DVDSTREAM_TYPE_PVRMANAGER) Then this black screen issue is not visible anymore. I think this happens because on switching to fullscreen some X11 resources get notifed in CWinSystemX11::OnLostDevice and therefore the VDPAU::CDecoder::FiniVDPAUOutput method is called. Later every CDecoder::Decode call returns VC_ERROR because m_vdpauConfigured get never true again. (gdb) bt #0 VDPAU::CDecoder::FiniVDPAUOutput (this=0x7f6a840a48c0) at VDPAU.cpp:814 #1 0x008bc091 in VDPAU::CDecoder::OnLostDevice (this=0x7f6a840a48c0) at VDPAU.cpp:700 #2 0x00eb2b0e in CWinSystemX11::OnLostDevice (this=this@entry=0x28b0680) at WinSystemX11.cpp:531 #3 0x00eb3152 in CWinSystemX11::SetFullScreen (this=this@entry=0x28b0680, fullScreen=fullScreen@entry=true, res=..., blankOtherDisplays=) at WinSystemX11.cpp:204 #4 0x00eaa808 in CWinSystemX11GL::SetFullScreen (this=0x28b0680, fullScreen=true, res=..., blankOtherDisplays=) at WinSystemX11GL.cpp:208 #5 0x007d106e in CGraphicContext::SetVideoResolution (this=0x28aeec0, res=, forceUpdate=) at GraphicContext.cpp:450 #6 0x007024bc in CDisplaySettings::OnSettingChanging (this=0x18f8800 , setting=0x10) at DisplaySettings.cpp:248 #7 0x00c960ad in CSettingsManager::OnSettingChanging (this=, setting=0x2a78520) at SettingsManager.cpp:716 #8 0x00c8427c in CSettingString::SetValue (this=0x2a78520, value="DESKTOP") at Setting.cpp:1182 #9 0x00c945a8 in CSettingsManager::SetString (this=0x2926d80, id="videoscreen.screenmode", value="DESKTOP") at SettingsManager.cpp:585 #10 0x006f2519 in CSettings::SetString (this=, id="videoscreen.screenmode", value="DESKTOP") at Settings.cpp:562 #11 0x0070123a in CDisplaySettings::SetCurrentResolution (this=0x18f8800 , resolution=resolution@entry=RES_DESKTOP, save=save@entry=true) at DisplaySettings.cpp:308 #12 0x007d1a3f in CGraphicContext::ToggleFullScreenRoot (this=0x28aeec0) at GraphicContext.cpp:988 #13 0x00cdf702 in CApplication::OnAction (this=0x28acb80, action=...) at Application.cpp:2569 #14 0x00ce1848 in CApplication::OnKey (this=0x28acb80, key=...) at Application.cpp:2517 #15 0x00ce2a34 in CApplication::OnEvent (newEvent=...) at Application.cpp:473 #16 0x01290848 in CWinEventsSDL::MessagePump (this=) at WinEventsSDL.cpp:390 #17 0x00ce3c93 in CApplication::FrameMove (this=0x28acb80, processEvents=, processGUI=) at Application.cpp:2953 #18 0x00d87b3a in CXBApplicationEx::Run (this=0x28acb80) at XBApplicationEx.cpp:140 #19 0x00d8e43b in XBMC_Run (renderGUI=) at xbmc.cpp:69 #20 0x006903a8 in main (argc=1, argv=0x7fffcdba4418) at main.cpp:76 1099return VC_ERROR; (gdb) print m_vdpauConfigured $1 = false (gdb) bt #0 VDPAU::CDecoder::Decode (this=0x7f448950, avctx=0x7f448402ad00, pFrame=0x7f448402d820) at VDPAU.cpp:1099 #1 0x008b51f2 in CDVDVideoCodecFFmpeg::Decode (this=0x7f448402ab80, pData=, iSize=, dts=, pts=) at DVDVideoCodecFFmpeg.cpp:544 #2 0x01073c0d in CDVDPlayerVideo::Process (this=0x44e9fb8) at DVDPlayerVideo.cpp:550 #3 0x0132d35f in CThread::Action (this=0x44e9fb8) at Thread.cpp:220 #4 0x0132d619 in CThread::staticThread (data=0x44e9fb8) at Thread.cpp:130 #5 0x7f44e62a80a4 in start_thread (arg=0x7f447effd700) at pthread_create.c:309 #6 0x7f44de8adccd in clone () at .../sysdeps/unix/sysv/linux/x86_64/clone.S:111 I opened it as important, but probably you want to increase it to serious if you see fit. If yes probably on way of action for jessie
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint Réczey, thanks for your fast response. One thing I am uncomfortable with my proposal is, if it would affect people using some low spec computer which are not able to decode fast enough in software and not having vdpau at all. I will try to build a kodi package from your repo and report back. Kind regards, Bernhard One think were I am undecided is, my proposal is to set set software=true. But I don't know if then someone would still be able to watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry On Sun, 28 Dec 2014 11:17:44 +0100 =?UTF-8?B?QsOhbGludCBSw6ljemV5?= wrote: > Control: tags -1 pending upstream confirmed > > Bernhard, > > 2014-12-27 22:07 GMT+01:00 Bernhard Ãbelacker : > > Package: xbmc > > Version: 2:13.2+dfsg1-4 > > Severity: important > > > > Dear Maintainer, > > when playing with xbmc from current jessie with activated > > xbmc-pvr-tvheadend- > > hts > > from some satellite broadcasts I get only a black screen when switching from > > windowed to fullscreen mode. > > > > > > These are the circumstances which are relevant (as far as I think): > > - using a VDPAU enabled graphics card with needed vdpau libraries installed > > - having no .xbmc directory in home directory (just for reproducability) > > - starting xbmc > > - activating Tvheadend HTSP Client addon > > - playing a broadcast through LiveTv in windowed mode (in my case no HD > > channel) > > (plays fine in the partial screen with channels on the side as filling the > > whole window too.) > > - switching to fullscreen mode (e.g. altgr+backslash) > > - video stays black, audio still playing, other menus and control elements > > also > > visible. > > > > > > I did some further investigations: > ... > > I opened it as important, but probably you want to increase it to serious if > > you see fit. > > If yes probably on way of action for jessie would be to add this > > "hint.software > > = true;" > > in DVDPlayer.cpp:3003 as it is already the case for DVD playback. > > Thank you for the detailed investigation and the proposed fix. The fix > will be included in the next upload. > There is no need for increasing severity. I will ask for a freeze > exception and I think Release Managers will approve it. > > I also checked latest upstream code but the patched part has been > removed and without the HW to test the change I'm not comfortable with > adapting the patch. > > I have packaged Kodi already [1] but it is waiting in the NEW queue > right now. Could you please check if Kodi needs the fix, too and adapt > the patch if needed? > If you could upstream the Kodi fix yourself and ping me to back-port > the fix I would be happy, too. > > Cheers, > Balint > > [1] https://anonscm.debian.org/cgit/pkg-multimedia/kodi.git > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, I was successful in creating a package for kodi from you git and some ffmpeg packages from unstable, and then building and using axbmc-pvr-addons zip from it. The issue I described I could not reproduce with kodi-14. >From the logfile I assume that vdpau is in use: VDPAU::CreateContext - creating decoder context And by getting to fullscreen the decoder is still destroyed, but later recreated: OnKey: backslash (0xf05c) pressed, action is ToggleFullScreen ... CVDPAU::OnLostDevice event (VDPAU) FiniVDPAUOutput ... CWinSystemX11::RefreshGlxContext: refreshing context CVDPAU::OnResetDevice event ... VDPAU::CreateContext - creating decoder context I attached a debugger to see where we come from for this OnResetDevice: (gdb) bt #0 VDPAU::CDecoder::OnResetDevice (this=0x7f5c180017e0) at VDPAU.cpp:694 #1 0x00e88458 in CWinSystemX11::SetWindow (this=this@entry=0x1b39a80, width=1680, height=, fullscreen=fullscreen@entry=true, output="DVI-D-0") at WinSystemX11.cpp:1234 #2 0x00e89235 in CWinSystemX11::SetFullScreen (this=this@entry=0x1b39a80, fullScreen=fullScreen@entry=true, res=..., blankOtherDisplays=) at WinSystemX11.cpp:313 #3 0x00e8f5ff in CWinSystemX11GL::SetFullScreen (this=0x1b39a80, fullScreen=true, res=..., blankOtherDisplays=) at WinSystemX11GL.cpp:212 #4 0x007ce58e in CGraphicContext::SetVideoResolutionInternal (this=this@entry=0x1b387a0, res=, res@entry=RES_DESKTOP, forceUpdate=forceUpdate@entry=false) at GraphicContext.cpp:466 #5 0x007cee56 in CGraphicContext::SetVideoResolution (this=0x1b387a0, res=RES_DESKTOP, forceUpdate=) at GraphicContext.cpp:371 #6 0x006ffa24 in CDisplaySettings::OnSettingChanging (this=0x18e90c0 , setting=0x10) at DisplaySettings.cpp:248 #7 0x00c66a91 in CSettingsManager::OnSettingChanging (this=, setting=0x1d087a0) at SettingsManager.cpp:732 #8 0x00c5172c in CSettingString::SetValue (this=0x1d087a0, value="DESKTOP") at Setting.cpp:1272 #9 0x00c643d8 in CSettingsManager::SetString (this=0x1bb2410, id="videoscreen.screenmode", value="DESKTOP") at SettingsManager.cpp:601 #10 0x006ee169 in CSettings::SetString (this=, id="videoscreen.screenmode", value="DESKTOP") at Settings.cpp:396 #11 0x006fe083 in CDisplaySettings::SetCurrentResolution (this=0x18e90c0 , resolution=resolution@entry=RES_DESKTOP, save=save@entry=true) at DisplaySettings.cpp:358 #12 0x007cf1df in CGraphicContext::ToggleFullScreenRoot (this=0x1b387a0) at GraphicContext.cpp:1004 #13 0x00cb3ea2 in CApplication::OnAction (this=0x1b35c90, action=...) at Application.cpp:2541 ... This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the VDPAU::CDecoder::FiniVDPAUOutput. The difference starts in CWinSystemX11::SetFullScreen. Will do some more testing, probably we need only to make a call to CWinSystemX11::SetWindow too ... --- The commit message for xbmc-13 you mentioned reads like the exact opposite what I observed? --- I build a package xbmc-13 with these changes to debian/rules: - --enable-xrandr \ + --disable-xrandr \ And indeed, this version works like expected, for my short test. Kind regards, Bernhard Am 28.12.2014 um 16:32 schrieb Bálint Réczey: > Hi Bernhard, > > 2014-12-28 14:28 GMT+01:00 Bernhard Ãbelacker : >> Hello Bálint Réczey, >> thanks for your fast response. >> >> One thing I am uncomfortable with my proposal is, if it would affect >> people using some low spec computer which are not able to decode fast >> enough in software and not having vdpau at all. > Well, if this was OK for DVD streams, it should be OK for PVR streams as well. > BTW the original commit adding "hint.software = true;": > > commit d75a46a9f9626be12cc486c8e7c7d9be9d216922 > Author: elupus > Date: Fri Apr 9 18:59:15 2010 + > > changed: only use libmpeg2 for dvd playback > > Side effect that vaapi/vdpau is now allowed for all mpeg2 content. > > git-svn-id: > https://xbmc.svn.sourceforge.net/svnroot/xbmc/trunk@29147 > 568bbfeb-2a22-0410-94d2-cc84cf5bfa90 > ... > >> >> I will try to build a kodi package from your repo and report back. > It would also be interesting to check an xbmc build using FFmpeg, it > may make a difference: > http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ > > >> >> Kind regards, >> Bernhard >> >> >> One think were I am undecided is, my proposal is to set set >> software=true. But I don't know if then someone would still be able to >> watch via xbmc-pvr-tvheadend-hts on e.g. on a raspberry > I'm hesitant a bit, too to upload the change. > You may have hit a different manifestation of #769057. > > Looking at the code it seems compiling with xrandr disabled may make > XBMC skip the OnLostDevice() call in CWinSystemX11::SetFullScreen() > possibly fixing both issues. > Could you please try disabling xrandr in debian/rul
Bug#783082: Aw: Re: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586
Hello hikaru, (I have tried to split the browser issue into a different bug #783293.) When libav is built with this 3 attached changes then vlc and mplayer2 are not crashing anymore. This would need some more tests as I had only my qemu VM (which was way too slow) with one video file inside. Kind regards, Bernhard --- libav-11.3/debian/confflags 2015-01-17 18:25:07.0 + +++ try2/libav-11.3/debian/confflags 2015-04-23 23:27:54.279081295 + @@ -180,7 +180,7 @@ shared_build_confflags += --enable-share shared_build_confflags += --disable-static # i386 shared builds must be optimized for 586, cf. #728928, #688384 ifeq ($(DEB_HOST_ARCH),i386) -shared_build_confflags += --cpu=586 +shared_build_confflags += --cpu='i586' endif ## specific to arm architectures Description: Workaround to build libav for i586 with GCC 4.9 Author: Bernhard Ãbelacker --- Bug: https://bugzilla.libav.org/show_bug.cgi?id=850 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783082 Last-Update: 2015-04-24 --- libav-11.3.orig/configure +++ libav-11.3/configure @@ -3941,6 +3941,15 @@ EOF check_inline_asm ebx_available '""::"b"(0)' && check_inline_asm ebx_available '"":::"%ebx"' +# workaround for bug debian#783082 / libav#850 +# (by setting ebx unavailable we get HAVE_7REGS defined as 0 +# and C implementation of get_cabac_inline gets used) +case $cpu in +i586) +disable ebx_available +;; +esac + # check whether xmm clobbers are supported check_inline_asm xmm_clobbers '"":::"%xmm0"' >From 9030c58a780a02fb8256cb75cd39275eaad786d1 Mon Sep 17 00:00:00 2001 From: Mikulas Patocka Date: Mon, 15 Sep 2014 05:11:21 -0700 Subject: [PATCH] configure: Disable i686 for i586 and lower CPUs --- configure |1 + 1 file changed, 1 insertion(+) diff --git a/configure b/configure index 6e210bb..a7b3c55 100755 --- a/configure +++ b/configure @@ -3296,6 +3296,7 @@ elif enabled x86; then case $cpu in i[345]86|pentium) cpuflags="-march=$cpu" +disable i686 disable mmx ;; # targets that do NOT support nopl and conditional mov (cmov) -- 1.7.10.4
Bug#783293: browsers crash with 'illegal instruction' on i586
Hello hikaru, tried to have a look at the browser crashes. Unfortunately there it seems some part of the webkit engine does generate code 'just in time'. But this generator uses instructions like 'fucomip', which is only available on later than pentium. I tried as a workaround to build a libqtwebkit package with attached little modification (does disable JIT, like for other archs). With this the browser does not crash. Again unfortunately this packages have not distinct files for i586 and i686 like e.g. libav. Therefore would such a change affect every x86 user of this package. So this is also just a workaround. (I have not tested it, but I would expect this is the same case for libjavascriptcoregtk-3.0-0.) Kind regards, Bernhard --- a/debian/rules 2014-10-01 18:40:03.0 +0200 +++ b/debian/rules 2015-04-25 13:50:30.105388093 +0200 @@ -55,7 +55,7 @@ ifneq (,$(filter arm64 armel hppa mips m else ifeq ($(DEB_HOST_ARCH),armhf) ./Tools/Scripts/build-webkit --qt DEFINES+=WTF_USE_3D_GRAPHICS=0 DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS) else - ./Tools/Scripts/build-webkit --qt $(QMAKE_ARGS) $(MAKE_ARGS) --no-force-sse2 + ./Tools/Scripts/build-webkit --qt DEFINES+=ENABLE_JIT=0 DEFINES+=ENABLE_YARR_JIT=0 DEFINES+=ENABLE_ASSEMBLER=0 $(QMAKE_ARGS) $(MAKE_ARGS) --no-force-sse2 endif override_dh_auto_install:
Bug#783082: video players crash with 'illegal instruction' on i586
Hello, sorry for the delay. Yes, I would vote for getting these 3 changes into Jessie (if it is up to me?). This 3 changes should only affect the file: /usr/lib/i386-linux-gnu/libavcodec.so.56.1.0 But I think most users today would use this version: /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.56.1.0 (at least the same qemu VM started with '-cpu athlon' took the version from i686/cmov) So for modern cpu users it should make no difference. Unfortunately I did all testing just in qemu, so some real hardware tests would be good. Kind regards, Bernhard Am 27.04.2015 um 12:23 schrieb Fabian Greffrath: Am Sonntag, den 26.04.2015, 14:17 +0200 schrieb Fabian Greffrath: I think we should apply them to the libav package for a stable point release. Opinions? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783389: hbro segfaults
Hello,
tried to reproduce the issue:
Without debug symbols installed this stack is visible:
(gdb) bt
#0 0x083b6518 in ?? ()
#1 0x083ae0ed in ?? ()
#2 0xb4dda944 in __gmpz_init () from /usr/lib/i386-linux-gnu/libgmp.so.10
#3 0xac38b11c in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#4 0xac2e7783 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#5 0xac2e7c65 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#6 0xac315be4 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#7 0xac32095b in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#8 0xac313590 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#9 0xac339697 in gnutls_x509_crt_get_pk_algorithm () from
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#10 0xac2fa693 in gnutls_pubkey_import_x509 () from
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#11 0xac2f9a29 in gnutls_pcert_import_x509 () from
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#12 0xac2f9b60 in gnutls_pcert_import_x509_raw () from
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#13 0xac356a18 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#14 0xac2ddb79 in ?? () from /usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#15 0xac2da579 in gnutls_handshake () from
/usr/lib/i386-linux-gnu/libgnutls-deb0.so.28
#16 0xac442591 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libgiognutls.so
#17 0xac442a26 in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libgiognutls.so
#18 0xb509eb2f in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#19 0xb4f0ce64 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#20 0xb4f0c3da in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#21 0xb4e54efb in start_thread (arg=0xad458b40) at pthread_create.c:309
#22 0xb4cb062e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129
After installing libgnutls28-dbg glib-networking-dbg libglib2.0-0-dbg,
locally building libgmp.so.10 and hbro the stack looks like this:
export
LD_LIBRARY_PATH=/home/benutzer/libgmp10/gmp-6.0.0+dfsg/build/tests/cxx/.libs
gdb --args /home/benutzer/hbro/hbro-1.1.2.2/dist-ghc/build/hbro/hbro
...
(gdb) b __gmp_set_memory_functions
Breakpoint 1, __gmp_set_memory_functions (alloc_func=0x83ae180
, realloc_func=0x83ae1c0 ,
free_func=0x83ae170 ) at ../mp_set_fns.c:39
39 {
(gdb) bt
#0 __gmp_set_memory_functions (alloc_func=0x83ae180 ,
realloc_func=0x83ae1c0 , free_func=0x83ae170
) at ../mp_set_fns.c:39
#1 0x0805a697 in initAllocForGMP ()
#2 0x083da152 in __libc_csu_init ()
#3 0xb4bdf9fa in __libc_start_main (main=0x805f8d1 , argc=1,
argv=0xb6f4, init=0x83da100 <__libc_csu_init>, fini=0x83da170
<__libc_csu_fini>, rtld_fini=0xb7fedc90 <_dl_fini>, stack_end=0xb6ec) at
libc-start.c:246
#4 0x0805f752 in _start ()
(gdb) cont
...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xacc56b40 (LWP 23824)]
0x083b65b8 in rts_unsafeGetMyCapability ()
(gdb) bt
#0 0x083b65b8 in rts_unsafeGetMyCapability ()
#1 0x083ae18d in stgAllocForGMP ()
#2 0xb4dd9b54 in __gmpz_init (x=0xb15100b0) at ../../mpz/init.c:38
#3 0xac38a11c in wrap_nettle_mpi_init (w=0xacc55738) at mpi.c:82
#4 0xac2e6783 in _gnutls_mpi_init_scan (ret_mpi=0xacc55980, buffer=0xb150a108,
nbytes=257) at gnutls_mpi.c:118
#5 0xac2e6c65 in __gnutls_x509_read_int (node=,
value=0xac3925ef "modulus", ret_mpi=0xacc55980, overwrite=0) at gnutls_mpi.c:306
#6 0xac2e71dd in _gnutls_x509_read_int (node=, value=, ret_mpi=0xacc55980) at gnutls_mpi.c:324
#7 0xac314be4 in _gnutls_x509_read_rsa_pubkey (params=0xacc55980, dersize=270,
der=0xb150d9e8 "0\202\001\n\002\202\001\001") at key_decode.c:73
#8 _gnutls_x509_read_pubkey (algo=GNUTLS_PK_RSA, der=0xb150d9e8
"0\202\001\n\002\202\001\001", dersize=270, params=0xacc55980) at
key_decode.c:242
#9 0xac31f95b in _gnutls_get_asn_mpis (asn=0xb1501038, root=0xac3931d0
"tbsCertificate.subjectPublicKeyInfo", params=0xacc55980) at mpi.c:102
#10 0xac312590 in _gnutls_x509_get_pk_algorithm (src=0xb1501038,
src_name=0xac3931d0 "tbsCertificate.subjectPublicKeyInfo", bits=0xb1503a3c) at
common.c:1502
#11 0xac338697 in gnutls_x509_crt_get_pk_algorithm (cert=0xb1501000,
bits=0xb1503a3c) at x509.c:1094
#12 0xac2f9693 in gnutls_pubkey_import_x509 (key=0xb1503a38, crt=0xb1501000,
flags=0) at gnutls_pubkey.c:162
#13 0xac2f8a29 in gnutls_pcert_import_x509 (pcert=0xb1500fd8, crt=0xb1501000,
flags=0) at gnutls_pcert.c:71
#14 0xac2f8b60 in gnutls_pcert_import_x509_raw (pcert=0xb1500fd8,
cert=0xacc55bbc, format=GNUTLS_X509_FMT_DER, flags=0) at gnutls_pcert.c:191
#15 0xac355a18 in _gnutls_proc_x509_server_crt (data_size=,
data=, session=) at cert.c:
#16 _gnutls_proc_crt (session=0xb1501986, data=0xb1500fd8
"8:P\261\360\233P\261\023\005", data_size=2479) at cert.c:1375
#17 0xac2dcb79 in _gnutls_recv_server_certificate (session=0x857aff0) at
gnutls_kx.c:634
#18 0xac2d9579 in handshake_client (session=0x857aff0) at
gnutls_handshake.c:2716
#19 gnutls_handshake (session=0x857aff0) at gnutls_handshake.c:254
Bug#783082: video players crash with 'illegal instruction' on i586
Hello Fabian, hello Sebastian,
as I tried to get a minimal example which shows this "impossible
constraints" error I saw that a removal of a seemingly unrelated memset
made the error go away.
Therefore I tried replacing this memset by a for loop and an assignment
and that worked too. At least a package built in my i386-chroot compiled
successfully and the package did not lead to a crash inside the
i386-qemu-VM (not tested on real hardware).
So probably this could be a better workaround.
Attached you find for completeness all three changes, the first 2 are
the same as the last time.
Kind regards,
Bernhard
PS.: If you think this is relevant to the upstream libav bug #850, could
you please forward it?
--- libav-11.3/debian/confflags 2015-01-17 18:25:07.0 +
+++ try2/libav-11.3/debian/confflags 2015-04-23 23:27:54.279081295 +
@@ -180,7 +180,7 @@ shared_build_confflags += --enable-share
shared_build_confflags += --disable-static
# i386 shared builds must be optimized for 586, cf. #728928, #688384
ifeq ($(DEB_HOST_ARCH),i386)
-shared_build_confflags += --cpu=586
+shared_build_confflags += --cpu='i586'
endif
## specific to arm architectures
>From 9030c58a780a02fb8256cb75cd39275eaad786d1 Mon Sep 17 00:00:00 2001
From: Mikulas Patocka
Date: Mon, 15 Sep 2014 05:11:21 -0700
Subject: [PATCH] configure: Disable i686 for i586 and lower CPUs
---
configure |1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index 6e210bb..a7b3c55 100755
--- a/configure
+++ b/configure
@@ -3296,6 +3296,7 @@ elif enabled x86; then
case $cpu in
i[345]86|pentium)
cpuflags="-march=$cpu"
+disable i686
disable mmx
;;
# targets that do NOT support nopl and conditional mov (cmov)
--
1.7.10.4
Description: Workaround to build libav for i586 with gcc 4.9.2 by avoiding memset
Author: Bernhard Übelacker
---
Bug-Debian: https://bugs.debian.org/783082
Last-Update: 2015-04-28
--- libav-11.3.orig/libavcodec/h264_cabac.c
+++ libav-11.3/libavcodec/h264_cabac.c
@@ -2020,7 +2020,11 @@ decode_intra_mb:
// In deblocking, the quantizer is 0
h->cur_pic.qscale_table[mb_xy] = 0;
// All coeffs are present
-memset(h->non_zero_count[mb_xy], 16, 48);
+/*memset(h->non_zero_count[mb_xy], 16, 48);*/
+/* avoiding this memset because it leads at least with gcc4.9.2 to error: 'asm' operand has impossible constraints */
+for (size_t i = 0; i < 48; i++) {
+( (unsigned char*)(h->non_zero_count[mb_xy]) ) [i] = 16;
+}
h->cur_pic.mb_type[mb_xy] = mb_type;
h->last_qscale_diff = 0;
return 0;
Bug#783293: browsers crash with 'illegal instruction' on i586
On Tue, 28 Apr 2015 21:40:34 +0200 Emilio Pozuelo Monfort wrote: > If you can try webkitgtk, you should be able to set JavaScriptCoreUseJIT=0 in > the environment as a workaround. I did a "export JavaScriptCoreUseJIT=0". But still qupzilla/libQtWebKit and xombrero/libwebkitgtk-3.0/libjavascriptcoregtk-3.0 received the signal SIGILL as before (inside qemu VM, '-cpu pentium'). --- On Tue, 28 Apr 2015 10:28:43 -0300 Lisandro =?ISO-8859-1?Q?Dami=E1n_Nicanor_P=E9rez?= Meyer wrote: > Is there any chance for you to see if this also happens with arora? > The difference here is that arora currently uses Qt5 and it would be useful > to > know if the bug is also reproducible there. Tried to run arora/libQt5WebKit, but that I think fails for a different reason with signal SIGSEGV (inside qemu VM, with either '-cpu pentium' or '--enable-kvm') (Is arora supposed to run inside qemu/without opengl?) Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, sorry for the late reply. Am 28.12.2014 um 16:32 schrieb Bálint Réczey: > It would also be interesting to check an xbmc build using FFmpeg, it > may make a difference: > http://snapshot.debian.org/package/xbmc/2%3A13.2%2Bdfsg1-2~exp1/ I build a xbmc package from the link above using current ffmpeg dev packages from unstable. Starting with an empty .xbmc and the xbmc-pvr-tvheadend-hts from testing this combination did _not_ show me a picture at all from LiveTV. Either started in windowed or full screen. >From the log it seems it tries to use vdpau but could not find an obvious error for it. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774038: xbmc: When going fullscreen watching through xbmc-pvr-tvheadend-hts makes video stays black
Hello Bálint, > This kodi-14 stack is nearly equal to the stack of xbmc-13 when we call the > VDPAU::CDecoder::FiniVDPAUOutput. > The difference starts in CWinSystemX11::SetFullScreen. > Will do some more testing, probably we need only to make a call to > CWinSystemX11::SetWindow too ... Tried now if I could get the SetFullScreen/CDecoder::OnResetDevice from kodi into xbmc, but was not successfull on it (probably one with deeper knowledge could do ...). So in the end we have these options: - turn off xrandr: affecting every video usage of xbmc (even affect non-binary-nvidia-driver users.) - switch PVR to software decoding: just affecting PVR, but probably problematic on devices not fast enough for software (raspberry?) - Let affected users change it via the confiruation interface: (at least Settings level Advanced) Settings - Video - Acceleration - Allow hardware acceleration (VDPAU) (guisettings.xml:usevdpau=false) Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#775235: Repeatable failure to start on i386 running under kvm
Hello,
tried to reproduce it by following steps:
- installed on amd64 host with qemu-system-i386 [1] and CD1 [2]
and network mirror with Gnome desktop and ssh server.
- got the same message "Oh no! Something has gone wrong." (see attached picture)
Tried to debug into the issue:
# start VM without X by adding in grub "3" to the kernel parameters
# ssh into the VM
root@debian:~# apt-get update
root@debian:~# apt-get install gdb gnome-shell-dbg libglib2.0-0-dbg
libgtk-3-0-dbg libllvm3.5-dbg libgl1-mesa-dri-dbg libcogl20-dbg
libclutter-1.0-dbg dpkg-dev
root@debian:~# dpkg-reconfigure x11-common # allow every user to start the X
server
benutzer@debian:~$ apt-get source gnome-shell
benutzer@debian:~$ apt-get source libmutter0e
benutzer@debian:~$ apt-get source libllvm3.5
benutzer@debian:~$ X :0&
benutzer@debian:~$ export DISPLAY=:0
benutzer@debian:~$ gdb --args /usr/bin/gnome-shell --replace
(gdb) run
...
Gjs-Message: JS LOG: Failed to launch ibus-daemon: Kindprozess
»ibus-daemon« konnte nicht ausgeführt werden (Datei oder Verzeichnis nicht
gefunden)
(gnome-shell:1020): mutter-WARNING **: STACK_OP_RAISE_ABOVE: window
0x4f00800016 not in stack
...
(gnome-shell:1020): mutter-WARNING **: STACK_OP_RAISE_ABOVE: window
0x4f00800016 not in stack
...
LLVM ERROR: Do not know how to split the result of this operator!
...
[Inferior 1 (process 1020) exited with code 01]
benutzer@debian:~$ gdb --args /usr/bin/gnome-shell --replace
(gdb) directory
gnome-shell-3.14.2/src:mutter-3.14.2/src/core:mutter-3.14.2/src/meta:glib2.0-2.42.1/glib:llvm-toolchain-3.5-3.5/lib/Support
(gdb) set height 0
(gdb) set width 0
(gdb) b llvm::report_fatal_error
(gdb) run
Breakpoint 1, llvm::report_fatal_error (Reason=0xb2889a04 "Do not know how to
split the result of this operator!\n", GenCrashDiag=true) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/Support/ErrorHandling.cpp:60
60 void llvm::report_fatal_error(const char *Reason, bool GenCrashDiag) {
(gdb) bt
#0 llvm::report_fatal_error (Reason=0xb2889a04 "Do not know how to split the
result of this operator!\n", GenCrashDiag=true) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/Support/ErrorHandling.cpp:60
#1 0xb1b31861 in llvm::DAGTypeLegalizer::SplitVectorResult (this=0xbfffe0b0,
N=0x90ff620, ResNo=0) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/LegalizeVectorTypes.cpp:555
#2 0xb1b15cb3 in llvm::DAGTypeLegalizer::run (this=0xbfffe0b0) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:255
#3 0xb1b16476 in llvm::SelectionDAG::LegalizeTypes (this=0x8e8e7e0) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:1113
#4 0xb1bc58ed in llvm::SelectionDAGISel::CodeGenAndEmitDAG (this=0x8e8e678) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:687
#5 0xb1bc5e39 in llvm::SelectionDAGISel::SelectBasicBlock (this=0x8e8e678,
Begin=..., End=..., HadTailCall=@0x8f5c74c: false) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:604
#6 0xb1bc8e07 in llvm::SelectionDAGISel::SelectAllBasicBlocks (this=0x8df8d30,
Fn=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1239
#7 0xb1bca381 in llvm::SelectionDAGISel::runOnMachineFunction (this=0x8e8e678,
mf=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:451
#8 0xb1debc3c in (anonymous namespace)::X86DAGToDAGISel::runOnMachineFunction
(this=0x8e8e678, MF=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/Target/X86/X86ISelDAGToDAG.cpp:168
#9 0xb1f4a188 in llvm::MachineFunctionPass::runOnFunction (this=0x8e8e678,
F=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/CodeGen/MachineFunctionPass.cpp:33
#10 0xb195e4b2 in llvm::FPPassManager::runOnFunction (this=0x90039d0, F=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/IR/LegacyPassManager.cpp:1545
#11 0xb195e56f in llvm::legacy::FunctionPassManagerImpl::run (this=0x9005528,
F=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/IR/LegacyPassManager.cpp:1494
#12 0xb195e64f in llvm::legacy::FunctionPassManager::run (this=0x90023b0,
F=...) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/IR/LegacyPassManager.cpp:1412
#13 0xb280574d in llvm::JIT::jitTheFunctionUnlocked (this=0x9025e98,
F=0x8f15798) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/ExecutionEngine/JIT/JIT.cpp:493
#14 0xb2805cff in llvm::JIT::runJITOnFunctionUnlocked (this=0x9025e98,
F=0x8f15798) at
/build/llvm-toolchain-3.5-Ypkkuu/llvm-toolchain-3.5-3.5/lib/ExecutionEngine/JIT/JIT.cpp:472
#15 0xb2805f0f in llvm::JIT::getPointerToFunction (this=0x9025e98, F=0x8f15798)
a
Bug#775235: gnome-shell not starting with gdm3/mesa/llvm-3.4 but does start from startx & lightdm regardless
Hello Philip, probably your case is more an example for the problem described in bugs #770130 and #776911. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770130 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776911 When you rebuilt your mesa packages did you apply the patch mentioned in message 15? And was package llvm-3.4-dev installed? If not, I would assume that your rebuilt packages are also using llvm-3.5. I have only tested both patches (message 15 and message 32) if they help with the error "LLVM ERROR: Do not know how to split the result of this operator!" inside a qemu VM. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775235#15 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775235#32 If they could help with the "underrun" error on real hardware, as in your case, I cannot say. Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648419: [dvbcut] dvbcut doesn't detect multiple streams
Hello Reuben, your file is not to download anymore. >From the MediaInfo output it seems that this file contains all streams/channels of one DVB multiplex. Might I ask how you did record this file? I was able to dump a complete multiplex from a tvheadend installation connected to a DVB-S adapter (see below). To detect such transport streams and make it user selectable in dvbcut, which stream should be used, would be a case which needs to be handled upstream. Unfortunately it seems that the upstream project seems to be abandoned. As a workaround one could first extract the desired program from the transport stream into a new .ts-file by using ffmpeg/avonv (see below). And then process this file in dvbcut. Kind regards, Bernhard Steps to dump a complete multiplex from DVB-S with these steps: - have a tvheadend installed configured and ready for viewing - got to webinterface - Configuration - DVB Inputs - TV Adapters - General - in Frame Adapter configuration: change "Full mux reception:" from "Auto" to "On" - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start - got to webinterface - Configuration - DVB Inputs - TV Adapters - Multiplexes - click the "Play" link on the multiplex you want to dump and save to any location - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start - undo the change to "Full mux reception" - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start Show program numbers to use later in the call to ffmpeg: $ avconv -i _dev_dvb_adapter0_NXP_TDA1007111836500_H.ts 2>&1 | grep -E "Program|service_name" | iconv -f ISO-8859-15 Program 28106 service_name: Das Erste Program 28107 service_name: Bayerisches FS Süd Program 28108 service_name: hr-fernsehen Program 28110 service_name: Bayerisches FS Nord Program 28111 service_name: WDR Köln Program 28113 service_name: SWR Fernsehen BW Extract desired program into new file: $ avconv -i _dev_dvb_adapter0_NXP_TDA1007111836500_H.ts -c copy -map p:28113 p28113.ts Open new file in dvbcut: $ dvbcut p28113.ts& -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781769: libsolid4: Device notifier shows multiple entries (four) for mtp device
Package: libsolid4
Version: 4:4.14.2-5
Severity: normal
Tags: upstream patch
Dear Maintainer,
attaching an Android phone via USB to my KDE desktop shows in
the device notifier 5 entries, 4 without a proper description.
The reason probably is that some Android phone get multiple solid entries:
udi = '/org/kde/solid/udev/sys/devices/pci:00/:00:02.1/usb1/1-1'
ID_GPHOTO2 = '1' (string)
ID_MEDIA_PLAYER = '1' (string)
udi =
'/org/kde/solid/udev/sys/devices/pci:00/:00:02.1/usb1/1-1/1-1:1.2'
ID_GPHOTO2 = '1' (string)
ID_MEDIA_PLAYER = '1' (string)
udi =
'/org/kde/solid/udev/sys/devices/pci:00/:00:02.1/usb1/1-1/1-1:1.3'
ID_GPHOTO2 = '1' (string)
ID_MEDIA_PLAYER = '1' (string)
udi =
'/org/kde/solid/udev/sys/devices/pci:00/:00:02.1/usb1/1-1/1-1:1.1'
udi =
'/org/kde/solid/udev/sys/devices/pci:00/:00:02.1/usb1/1-1/1-1:1.0'
There are two upstream bugs about this issue [1] [2].
While both got closed already, I think in KDE4 only
that part about the camera aka ID_MEDIA_PLAYER is solved [3].
The "KDE5" version shows an additional check for ID_GPHOTO2.
I rebuilt kde4libs with these 2 lines applied and then only one entry
was shown when connecting the phone (patch attached).
Kind regards,
Bernhard
[1] https://bugs.kde.org/show_bug.cgi?id=339334
[2] https://bugs.kde.org/show_bug.cgi?id=336523
[3]
http://quickgit.kde.org/?p=kdelibs.git&a=history&h=f1796e97e5635fcb93a0bfc600b9da6ecce914a5&f=solid%2Fsolid%2Fbackends%2Fudev%2Fudevmanager.cpp
[4]
http://quickgit.kde.org/?p=solid.git&a=history&h=db9a05543b0a14dffeb023650995a344eabb2fd7&f=src%2Fsolid%2Fdevices%2Fbackends%2Fudev%2Fudevmanager.cpp
-- System Information:
Debian Release: 8.0
APT prefers testing-updates
APT policy: (990, 'testing-updates'), (990, 'testing'), (500,
'testing-proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libsolid4 depends on:
ii libc62.19-15
ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3
ii libstdc++6 4.9.2-10
ii libudev1 215-12
ii udev 215-12
Versions of packages libsolid4 recommends:
ii udisks2 2.1.3-5
ii upower 0.99.1-3.1
Versions of packages libsolid4 suggests:
ii media-player-info 22-2
-- no debconf information
Description: Do not show child devices of cameras and mobiles in device notifier
Combination of these 2 patches:
http://quickgit.kde.org/?p=solid.git&a=commitdiff&h=a1cda008d582bc9d8aeecd2c191f631e0fbb6f79
Don't report gphoto devices that are child of gphoto devices
http://quickgit.kde.org/?p=solid.git&a=commitdiff&h=a100520e3891368b370b8925f44e5fb71eaa23a3
complete check for multiple MTP/PTP devices
Last-Update: <2015-04-02>
--- kde4libs-4.14.2.orig/solid/solid/backends/udev/udevmanager.cpp
+++ kde4libs-4.14.2/solid/solid/backends/udev/udevmanager.cpp
@@ -129,8 +129,8 @@ bool UDevManager::Private::checkOfIntere
return device.subsystem() == QLatin1String("dvb") ||
device.subsystem() == QLatin1String("video4linux") ||
device.subsystem() == QLatin1String("net") ||
- device.deviceProperty("ID_MEDIA_PLAYER").toString().isEmpty() == false || // media-player-info recognized devices
- device.deviceProperty("ID_GPHOTO2").toInt() == 1; // GPhoto2 cameras
+ (!device.deviceProperty("ID_MEDIA_PLAYER").toString().isEmpty() && device.parent().deviceProperty("ID_MEDIA_PLAYER").toString().isEmpty()) || // media-player-info recognized devices
+ (device.deviceProperty("ID_GPHOTO2").toInt() == 1 && device.parent().deviceProperty("ID_GPHOTO2").toInt() != 1); // GPhoto2 cameras
}
bool UDevManager::Private::isLidBubtton(const UdevQt::Device& device)
Bug#779159: linux-image-3.16.0-4-686-pae: system hangs after login into graphic desktop
Package: src:linux
Version: 3.16.7-ckt4-3
Severity: normal
Dear Maintainer,
I upgraded a Wheezy installation to Testing/Jessie. All in all it was without
big surprises.
Except that most of the time after some time (e.g. 15 seconds) after the login
via kdm into
the kde desktop the system hangs.
Staying at the login screen did not trigger these hangs.
I connected via ssh and inspected the dmesg output before logging in to kde.
When later the hang happened there was before always such an entry:
[ 12.423002] [ cut here ]
[ 12.423023] WARNING: CPU: 0 PID: 38 at
/build/linux-AmBmwr/linux-3.16.7-ckt4/include/linux/kref.h:47
kobject_get+0x35/0x40()
[ 12.423027] Modules linked in: acpi_cpufreq(+) processor loop fuse
parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 sg sd_mod
crc_t10dif crct10dif_generic crct10dif_common rtsx_pci_sdmmc mmc_core ahci
libahci rtsx_pci libata uhci_hcd ehci_pci mfd_core ehci_hcd scsi_mod usbcore
usb_common r8169 mii thermal thermal_sys
[ 12.423085] CPU: 0 PID: 38 Comm: kworker/0:1 Not tainted 3.16.0-4-686-pae #1
Debian 3.16.7-ckt4-3
[ 12.423090] Hardware name: Acer AOD270/JE01_CT , BIOS V1.03 01/03/2012
[ 12.423098] Workqueue: kacpi_notify acpi_os_execute_deferred
[ 12.423103] c154e9ac f57e1cf0 c1475f58 c1056ae4 c154eae4
0026
[ 12.423114] c154e9ac 002f c12511d5 c12511d5 0009 f4c4e974 0202
[ 12.423125] f57e1d00 c1056ba2 0009 f57e1d18 c12511d5 f4c4e900
c136e7dc
[ 12.423135] Call Trace:
[ 12.423146] [] ? dump_stack+0x3e/0x4e
[ 12.423155] [] ? warn_slowpath_common+0x84/0xa0
[ 12.423163] [] ? kobject_get+0x35/0x40
[ 12.423169] [] ? kobject_get+0x35/0x40
[ 12.423177] [] ? warn_slowpath_null+0x22/0x30
[ 12.423184] [] ? kobject_get+0x35/0x40
[ 12.423192] [] ? cpufreq_cpu_get+0x5c/0xa0
[ 12.423199] [] ? cpufreq_update_policy+0x1d/0x180
[ 12.423207] [] ? cpufreq_update_policy+0x180/0x180
[ 12.423220] [] ? cpufreq_set_cur_state.part.3+0x6e/0x75
[processor]
[ 12.423229] [] ? processor_set_cur_state+0x8a/0xc3 [processor]
[ 12.423242] [] ? thermal_cdev_update+0x96/0x120 [thermal_sys]
[ 12.423254] [] ? step_wise_throttle+0x40/0x70 [thermal_sys]
[ 12.423265] [] ? handle_thermal_trip+0x45/0x150 [thermal_sys]
[ 12.423275] [] ? thermal_get_temp+0x1d/0x3a [thermal]
[ 12.423285] [] ? thermal_zone_device_update+0x79/0xe0
[thermal_sys]
[ 12.423294] [] ? acpi_device_notify+0x16/0x18
[ 12.423301] [] ? acpi_ev_notify_dispatch+0x35/0x49
[ 12.423307] [] ? acpi_os_execute_deferred+0x11/0x1b
[ 12.423315] [] ? process_one_work+0x115/0x380
[ 12.423322] [] ? mod_timer+0x103/0x190
[ 12.423329] [] ? worker_thread+0xf3/0x470
[ 12.423336] [] ? __wake_up_locked+0x1f/0x30
[ 12.423343] [] ? create_and_start_worker+0x50/0x50
[ 12.423350] [] ? kthread+0x9b/0xb0
[ 12.423359] [] ? ret_from_kernel_thread+0x21/0x30
[ 12.423365] [] ? kthread_create_on_node+0x110/0x110
[ 12.423371] ---[ end trace 863dcb3f68f118cb ]---
On some tries there was such a message missing and then the hang did not
happen, so
I think this could be related.
I was able to collect one dmesg output right before the hang with some more
stack traces introduced by:
[ 179.269865] Watchdog detected hard LOCKUP on cpu 1
[ 184.271061] INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by
3, t=5254 jiffies, g=6837, c=6836, q=171573)
Hangs happened also for some newer kernels (from experimantal, snapshot or
Jessie):
linux-image-3.19.0-trunk-686-pae_3.19-1~exp1_i386.deb
linux-image-3.18.0-trunk-686-pae_3.18.6-1%7Eexp1_i386.deb
linux-image-3.16.0-4-686-pae_3.16.7-ckt4-3_i386.deb
But on older kernels it seems not to happen (also from snapshot or Wheezy):
linux-image-3.14-2-686-pae_3.14.15-2_i386.deb
linux-image-3.10-3-686-pae_3.10.11-1_i386.deb
linux-image-3.2.0-4-686-pae_3.2.65-1_i386.deb
Also I assume this is probably specific to this computer:
Acer ASPIRE ONE D270-Dws
I am not confident if severity and the package I opened the ticket is right.
If there is anything I can supply I will try, but as this is not my device,
my access to it will be limited in some days and could then take some time.
Kind regards,
Bernhard
-- Package-specific info:
** Version:
Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03)
** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae
root=UUID=b9d840bf-00c6-461b-b55f-d2418ba19e0c ro ipv6.disable=1 quiet
** Not tainted
** Kernel log:
[ 12.975954] ACPI: Power Button [PWRF]
[ 13.112377] systemd-journald[163]: Received request to flush runtime journal
from PID 1
[ 13.147840] ACPI: AC Adapter [ACAD] (on-line)
[ 13.240411] ACPI: Battery Slot [BAT1] (battery present)
[ 13.293813] wmi: Mapper loaded
[ 13.336308] i801_smbus :00:1f.3: SMBus using PCI Interrupt
[ 13.590183] ACPI Warni
Bug#779159: linux-image-3.16.0-4-686-pae: system hangs after login into graphic desktop
Had no chance to attach the mentioned dmesg in text mode of reportbug. Kind regards, Bernhard [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009e7ff] usable [0.00] BIOS-e820: [mem 0x0009e800-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0x3f4aefff] usable [0.00] BIOS-e820: [mem 0x3f4af000-0x3f5aefff] reserved [0.00] BIOS-e820: [mem 0x3f5af000-0x3f6aefff] ACPI NVS [0.00] BIOS-e820: [mem 0x3f6af000-0x3f6eefff] ACPI data [0.00] BIOS-e820: [mem 0x3f6ef000-0x3f6e] usable [0.00] BIOS-e820: [mem 0x3f6f-0x3fff] reserved [0.00] BIOS-e820: [mem 0xe000-0xefff] reserved [0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] reserved [0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved [0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved [0.00] BIOS-e820: [mem 0xffe0-0x] reserved [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.7 present. [0.00] DMI: Acer AOD270/JE01_CT , BIOS V1.03 01/03/2012 [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] e820: last_pfn = 0x3f6f0 max_arch_pfn = 0x100 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0FFE0 mask FFFE0 write-protect [0.00] 1 base 0 mask FE000 write-back [0.00] 2 base 02000 mask FE000 write-back [0.00] 3 base 03F80 mask FFF80 uncachable [0.00] 4 disabled [0.00] 5 base 03F6F mask F uncachable [0.00] 6 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] found SMP MP-table at [mem 0x000fe260-0x000fe26f] mapped at [c00fe260] [0.00] initial memory mapped: [mem 0x-0x01bf] [0.00] Base memory trampoline at [c009a000] 9a000 size 16384 [0.00] init_memory_mapping: [mem 0x-0x000f] [0.00] [mem 0x-0x000f] page 4k [0.00] init_memory_mapping: [mem 0x3720-0x373f] [0.00] [mem 0x3720-0x373f] page 2M [0.00] init_memory_mapping: [mem 0x3400-0x371f] [0.00] [mem 0x3400-0x371f] page 2M [0.00] init_memory_mapping: [mem 0x0010-0x33ff] [0.00] [mem 0x0010-0x001f] page 4k [0.00] [mem 0x0020-0x33ff] page 2M [0.00] init_memory_mapping: [mem 0x3740-0x375fdfff] [0.00] [mem 0x3740-0x375fdfff] page 4k [0.00] BRK [0x01796000, 0x01796fff] PGTABLE [0.00] BRK [0x01797000, 0x01798fff] PGTABLE [0.00] BRK [0x01799000, 0x01799fff] PGTABLE [0.00] BRK [0x0179a000, 0x0179afff] PGTABLE [0.00] RAMDISK: [mem 0x363ae000-0x371cefff] [0.00] ACPI: Early table checksum verification disabled [0.00] ACPI: RSDP 0x000FE020 24 (v02 ACRSYS) [0.00] ACPI: XSDT 0x3F6EE120 8C (v01 ACRSYS ACRPRDCT 0001 0113) [0.00] ACPI: FACP 0x3F6ED000 F4 (v04 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: DSDT 0x3F6E1000 00780E (v02 ACRSYS ACRPRDCT 1025 0004) [0.00] ACPI: FACS 0x3F674000 40 [0.00] ACPI: HPET 0x3F6EC000 38 (v01 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: APIC 0x3F6EB000 78 (v02 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: MCFG 0x3F6EA000 3C (v01 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: WDRT 0x3F6E9000 47 (v01 ACRSYS ACRPRDCT 1025 0004) [0.00] ACPI: SLIC 0x3F6E 000176 (v01 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: BOOT 0x3F6DF000 28 (v01 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: MSDM 0x3F6DE000 55 (v03 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: FPDT 0x3F6DC000 90 (v01 ACRSYS ACRPRDCT 0001 1025 0004) [0.00] ACPI: SSDT 0x3F6DB000 000655 (v01 ACRSYS ACRPRDCT 3000 1025 0004) [0.00] ACPI: SSDT 0x3F6DA00
Bug#775235: Repeatable failure to start on i386 running under kvm
Hello, first a question about this merging with bug #770130 and #776911. These bugs seem to happen on real hardware with some intel graphics card and giving an error: "*ERROR* pipe A underrun". But bug #775235 was explicitly opened by Steve McIntyre to be run inside a i386 KVM and gives an error: "LLVM ERROR: Do not know how to split the result of this operator!" Therefore I wonder if these should really be merged? Second I searched a little bit further and came across this patch discussion: https://freedesktop.org/patch/34445/ This is the start of the patch description by Maarten Lankhorst: This fixes a crash when llvmpipe tries to use sse instructions, but llvm detects a cpu that doesn't support them. Fixes for example piglit/bin/amd_seamless_cubemap_per_texture -fbo -auto on i386 when run inside "qemu -cpu qemu32", which would otherwise error with: "LLVM ERROR: Do not know how to split the result of this operator!" Looks very similiar to our issue here. Therefore I build a own local build of libgl1-mesa-dri and that was successfully solving the issue inside the i386 KVM. Unfortunately I cannot find this patch ever applied upstream. The discussion reads (as far as I could follow) that there are probably better ways to detect CPU features. Also cannot say which impact it would have on every other systems. Did some additional starts of the VM (with debian built packages) to verify: qemu-system-i386 -cpu core2duo works qemu-system-i386 -cpu pentium2 works qemu-system-i386 --enable-kvm -cpu host works qemu-system-i386 --enable-kvm -cpu kvm32 works qemu-system-i386 --enable-kvm -cpu qemu32fails qemu-system-i386 --enable-kvmfails qemu-system-x86_64 --enable-kvm fails Unfortunately "qemu32" seems to be the default. Kind regards, Bernhard These steps should make a local build of libgl1-mesa-dri with the mentioned patch applied: mkdir mesa; cd mesa apt-get source libgl1-mesa-dri cd mesa-10.3.2/ wget "https://freedesktop.org/patch/34445/raw/"; -O debian/patches/08_gallivm_force_sse_instructions_for_llvm_3.5+.patch echo 08_gallivm_force_sse_instructions_for_llvm_3.5+.patch >> debian/patches/series # install build dependencies dpkg-buildpackage -b cd .. su dpkg -i libgl1-mesa-dri_10.3.2-1_i386.deb libgl1-mesa-dri-dbg_10.3.2-1_i386.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#779312: freerdp-x11: Segfaults on start 100% of the time
Hello John Goerzen,
I was able to reproduce a crash with xfreerdp.
First a question:
does the crash still happen, if you omit this part of the command line:
--plugin rdpsnd --data alsa latency:100 --
---
After installing the 5 *-dbg packages I get such a stack:
gdb --args xfreerdp --plugin rdpsnd --data alsa latency:100 -- /v:192.168.178.45
directory libfreerdp/core:libfreerdp/common:client/common
set height 0
set width 0
run
Starting program: /usr/bin/xfreerdp --plugin rdpsnd --data alsa
latency:100 -- /v:192.168.178.45
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x75bb058c in freerdp_static_channel_collection_add
(settings=settings@entry=0x65ac10, channel=channel@entry=0x666bb0) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/libfreerdp/common/settings.c:214
214
settings->StaticChannelArray[settings->StaticChannelCount++] = channel;
(gdb) bt
#0 0x75bb058c in freerdp_static_channel_collection_add
(settings=settings@entry=0x65ac10, channel=channel@entry=0x666bb0) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/libfreerdp/common/settings.c:214
#1 0x76ce5563 in freerdp_client_add_static_channel
(settings=settings@entry=0x65ac10, count=, params=0x666b60) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/cmdline.c:393
#2 0x76ce8252 in freerdp_client_old_process_plugin
(settings=settings@entry=0x65ac10, args=args@entry=0x666b40) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/compatibility.c:176
#3 0x76ce863c in freerdp_client_old_command_line_pre_filter
(context=context@entry=0x65ac10, index=5, index@entry=1, argc=argc@entry=8,
argv=argv@entry=0x7fffe018) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/compatibility.c:292
#4 0x73baed6e in CommandLineParseArgumentsA
(argc=argc@entry=8, argv=argv@entry=0x7fffe018,
options=options@entry=0x76efd1c0 , flags=flags@entry=1036,
context=context@entry=0x65ac10, preFilter=preFilter@entry=0x76ce83e0
, postFilter=0x0) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/winpr/libwinpr/utils/cmdline.c:88
#5 0x76ce884b in freerdp_detect_old_command_line_syntax
(argc=argc@entry=8, argv=argv@entry=0x7fffe018,
count=count@entry=0x7fffddcc) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/compatibility.c:346
#6 0x76ce5ff2 in freerdp_client_detect_command_line (argc=8,
argv=0x7fffe018, flags=0x7fffde30) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/cmdline.c:911
#7 0x76ce62b3 in freerdp_client_parse_command_line_arguments
(argc=8, argv=0x7fffe018, settings=0x60e8e0) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/cmdline.c:1014
#8 0x76ce4d56 in freerdp_client_parse_command_line
(context=context@entry=0x609420, argc=argc@entry=8,
argv=argv@entry=0x7fffe018) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/common/client.c:111
#9 0x00401be8 in main (argc=8, argv=0x7fffe018) at
/build/freerdp-oDMFQO/freerdp-1.1.0~git20140921.1.440916e+dfsg1/client/X11/cli/xfreerdp.c:56
(gdb) print settings->StaticChannelArray
$1 = (ADDIN_ARGV **) 0x0
(gdb) print settings->StaticChannelCount
$2 = 2
(gdb) print channel
$3 = (ADDIN_ARGV *) 0x666bb0
(gdb) print settings->StaticChannelArraySize
$4 = 0
---
In my opinion the problem lies in the initialization of the "settings"
structure.
In "freerdp_detect_old_command_line_syntax" the "settings" are only allocated
and
the whole memory set to 0. Therefore StaticChannelArraySize is 0.
Later when we get into this function we enter the if block. But because
StaticChannelArraySize equals still 0 the "*= 2" has no effect and it stays 0.
Therefore the realloc is done with size 0. Therefore a null pointer is returned.
void freerdp_static_channel_collection_add(rdpSettings* settings, ADDIN_ARGV*
channel)
{
if (settings->StaticChannelArraySize < (settings->StaticChannelCount +
1))
{
settings->StaticChannelArraySize *= 2;
settings->StaticChannelArray = (ADDIN_ARGV**)
realloc(settings->StaticChannelArray,
settings->StaticChannelArraySize);
}
settings->StaticChannelArray[settings->StaticChannelCount++] = channel;
}
---
Another example were a "settings" object is generated is in function
"freerdp_settings_new".
There are also s
Bug#739507: UnicodeEncodeError: 'ascii' codec can't encode character
Package: reportbug
Version: 6.6.3
Followup-For: Bug #739507
Dear Maintainer,
this issue manifested on a fresh Jessie installation and
therefore I tried to find out something about it.
To me it looks like on affected systems no one sets the
default encoding in this python process.
At least my system where it does not appear it is set.
Therefore I collected now 2 workarounds:
- install package python-gtk2 (which sets default encoding on initialization,
initpango () from /usr/lib/python2.7/dist-packages/gtk-2.0/pango.so)
- add to /usr/bin/reportbug after the "import sys" these 2 lines:
reload(sys)
sys.setdefaultencoding("utf-8")
Kind regards,
Bernhard
(Attached some lines about the debugging.)
-- Package-specific info:
** Environment settings:
INTERFACE="text"
** /home/benutzer/.reportbugrc:
reportbug_version "6.6.3"
mode standard
ui text
realname "Bernhard Übelacker"
email "bernha...@vr-web.de"
no-cc
header "X-Debbugs-CC: bernha...@vr-web.de"
smtphost reportbug.debian.org
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages reportbug depends on:
ii apt 1.0.9.7
ii python2.7.9-1
ii python-reportbug 6.6.3
pn python:any
reportbug recommends no packages.
Versions of packages reportbug suggests:
pn claws-mail
pn debconf-utils
pn debsums
pn dlocate
pn emacs23-bin-common | emacs24-bin-common
ii exim4 4.84-8
ii exim4-daemon-light [mail-transport-agent] 4.84-8
ii file 1:5.22+15-2
ii gnupg 1.4.18-7
pn python-gtk2
pn python-gtkspell
pn python-urwid
pn python-vte
pn xdg-utils
Versions of packages python-reportbug depends on:
ii apt 1.0.9.7
ii python-debian 0.1.25
ii python-debianbts 1.12
pn python:any
python-reportbug suggests no packages.
-- no debconf information
apt-get source python2.7
cd python2.7-2.7.9/Objects
gdb --args /usr/bin/python pdb /usr/bin/reportbug
(gdb) run
(Pdb) b /usr/bin/reportbug:578
(Pdb) cont
# answer the questions, enter a realname with non-ascii character
> /usr/bin/reportbug(578)offer_configuration()
-> realname = realname.decode(charset, 'replace')
(Pdb)
# CTRL+c
(gdb) b PyUnicodeEncodeError_Create
(gdb) cont
cont
Breakpoint 1, PyUnicodeEncodeError_Create (encoding=0x60a268 "ascii",
object=0x73e5bad0, length=18, start=9, end=10, reason=0x625c9c "ordinal not
in range(128)") at ../Objects/exceptions.c:1713
1713{
(gdb) bt
#0 PyUnicodeEncodeError_Create (encoding=0x60a268 "ascii",
object=0x73e5bad0, length=18, start=9, end=10, reason=0x625c9c "ordinal not
in range(128)") at ../Objects/exceptions.c:1713
#1 0x00554709 in make_encode_exception () at
../Objects/unicodeobject.c:3522
#2 0x005554fe in raise_encode_exception.lto_priv () at
../Objects/unicodeobject.c:3545
#3 0x005523cc in unicode_encode_ucs1.lto_priv () at
../Objects/unicodeobject.c:3677
#4 0x0058da8d in _PyUnicodeUCS4_AsDefaultEncodedString
(unicode=unicode@entry=u'Bernhard \xdcbelacker', errors=errors@entry=0x0) at
../Objects/unicodeobject.c:1391
#5 0x004b5fd0 in convertsimple.lto_priv () at ../Python/getargs.c:843
#6 0x004c03de in convertitem (freelist=,
bufsize=, msgbuf=, levels=,
flags=, p_va=, p_format=,
arg=) at ../Python/getargs.c:514
#7 vgetargs1.lto_priv () at ../Python/getargs.c:345
#8 0x004e31e9 in _PyArg_ParseTuple_SizeT (args=,
format=format@entry=0x62c91b "s*|zi:utf_8_decode") at ../Python/getargs.c:97
#9 0x00589f29 in utf_8_decode.lto_priv () at
../Modules/_codecsmodule.c:265
#10 0x004cd9ca in call_function (oparg=,
pp_stack=) at ../Python/ceval.c:4033
#11 PyEval_EvalFrameEx () at ../Python/ceval.c:2679
#12 0x004e5fe8 in PyEval_EvalCodeEx (closure=,
defcount=, defs=, kwcount=,
kws=, argcount=, args=,
locals=, g
#59 0x00497ca0 in _start ()
The first difference between working and not working was in
../Objects/unicodeobject.c:1355
1355if (strcmp(encoding, "utf-8") == 0)
After looking where default encoding is set on a working machine, one could
find out it is done via pango via gtk.
Bug#783081: installation-reports: Jessie daily installer installs kernel in flash without any further confirmation (QNAP TS-212)
Package: installation-reports Severity: normal Tags: d-i -- Package-specific info: Boot method: network Image version: http://d-i.debian.org/daily-images/armel/20150415-00:19/kirkwood/network-console/qnap/ts-219/kernel Date: 2015-04-15 Machine: QNAP Turbo Station TS-212 Partitions: # fdisk -l Disk /dev/mtdblock0: 512 KiB, 524288 bytes, 1024 sectors Disk /dev/mtdblock1: 2 MiB, 2097152 bytes, 4096 sectors Disk /dev/mtdblock2: 9 MiB, 9437184 bytes, 18432 sectors Disk /dev/mtdblock3: 3 MiB, 3145728 bytes, 6144 sectors Disk /dev/mtdblock4: 256 KiB, 262144 bytes, 512 sectors Disk /dev/mtdblock5: 1,3 MiB, 1310720 bytes, 2560 sectors Disk /dev/md2: 517,6 MiB, 542769152 bytes, 1060096 sectors Disk /dev/md9: 517,6 MiB, 542769152 bytes, 1060096 sectors Disk /dev/md13: 448,1 MiB, 469893120 bytes, 917760 sectors Disk /dev/sda: 29,9 GiB, 32126271488 bytes, 62746624 sectors Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [ ] Install base system:[O] Install tasks: [O] Install boot loader:[ ] Overall install:[O] Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install: - As I have a serial cable connected to it I am able to intercept the automatic u-boot boot sequence. That way I entered to load kernel/initrd from a TFTP server. - Booting that way did not show any error to me. - On the serial line I got asked to setup a password for the install user. - Via SSH with this user and password I am able to login to the installer. - From there the installation went nearly like any other debian installation. - I installed to an USB stick. Before this I had a debootstrapped wheezy installation which neeeds also the kernel/initrd to be loaded via TFTP. That way I was still able to boot the original firmware (even when I did nearly never used it anymore). That way I tried to maintain the original firmware in a working state even when installing Jessie. But I was not aware that the Installer would overwrite the kernel in the internal flash without further asking. (Most probably because the internal flash holds for installations without serial console already the kernel/initrd of the debian installer.) As a comparision on x86 the user gets asked where or even if the bootloader should be installed. So that is not a big problem as I would have somewhere backups of the internal flash around (which I probably will never need) and also now I can just power up this device and can just upgrade the kernel without the hazzle :-) (Therefore I was not sure if I should file against debian-installer or give it another severity.) Thanks for maintaining this awesome Distribution. Kind regards, Bernhard -- on the initial u-boot prompt: # right after power on press enter to avoid the automatic timeout setenv serverip 192.168.178.199; setenv ipaddr 192.168.178.139; setenv bootargs console=ttyS0,115200 initrd=0xa0,0xa0 ramdisk=34816; tftpboot 0x40 /boot/linux/debian-installer-netboot/jessie-8rc2-daily-2015-04-15_kirkwood/kernel; tftpboot 0xa0 /boot/linux/debian-installer-netboot/jessie-8rc2-daily-2015-04-15_kirkwood/initrd.gz; bootm 0x40 -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="8 (jessie) - installer build 20150415-00:11" X_INSTALLATION_MEDIUM=network-console == Installer hardware-summary: == uname -a: Linux nas3c3b5d 3.16.0-4-kirkwood #1 Debian 3.16.7-ckt9-2 (2015-04-13) armv5tel GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Marvell Technology Group Ltd. 88F6281 [Kirkwood] ARM SoC [11ab:6281] (rev 03) lspci -knn: Subsystem: Marvell Technology Group Ltd. Device [11ab:11ab] usb-list: usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 01 usb-list:Manufacturer: Linux 3.16.0-4-kirkwood ehci_hcd usb-list:Interface 00: Class 09(hu
Bug#783081: installation-reports: Jessie daily installer installs kernel in flash without any further confirmation (QNAP TS-212)
Hello, one little addition about this installation. Emails like following get generated once a day: -- From root@nas3c3b5d Wed Apr 15 22:57:26 2015 Envelope-to: root@nas3c3b5d Delivery-date: Wed, 15 Apr 2015 22:57:26 +0200 From: mdadm monitoring To: root@nas3c3b5d Subject: DegradedArray event on /dev/md2:nas3c3b5d Date: Wed, 15 Apr 2015 22:57:26 +0200 This is an automatically generated mail message from mdadm running on nas3c3b5d A DegradedArray event had been detected on md device /dev/md2. Faithfully yours, etc. P.S. The /proc/mdstat file currently contains the following: Personalities : [raid1] md2 : active (auto-read-only) raid1 sdb2[0] 530048 blocks [2/1] [U_] md9 : active (auto-read-only) raid1 sdb1[0] 530048 blocks [2/1] [U_] bitmap: 65/65 pages [260KB], 4KB chunk md13 : active (auto-read-only) raid1 sdb4[0] 458880 blocks [2/1] [U_] bitmap: 47/57 pages [188KB], 4KB chunk unused devices: -- When I remember correctly I saw those devices as default for at least a swap device. As I wanted to leave the internal flash untouched I changed that to use/format only partitions on the usb stick. While writing this email I realized that this md* devices are probably remainings of the original firmware which did setup my hard disk that way, even when I had until now never 2 disks installed. -- root@nas3c3b5d:/home/bernhard# fdisk -l /dev/sdb Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors Device Boot Start End Sectors Size Id Type /dev/sdb1 40 1060289 1060250 517,7M 83 Linux /dev/sdb2 1060296 2120579 1060284 517,7M 83 Linux /dev/sdb3 2120584 975755969 973635386 464,3G 83 Linux /dev/sdb4 975755976 976751999996024 486,3M 83 Linux -- Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783082: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586
Hello hikaru, just saw your report and tried if I could reproduce your issue. But probably you want to reproduce these steps on your hardware to verify that this is really the issue on real hardware. These steps I tried to reproduce: - install a qemu virtual machine with current jessie with some desktop environment and following packages: gdb vlc-dbg libav-dbg - shut down the VM and restarted with forcing it to i586 with these parameters: "qemu-system-i386 -cpu pentium ..." - started vlc without starting a video - started in a terminal gdb: "gdb --pid 984" - issue the command "cont" - play in vlc a video - at some point I came to the following exception - the command "bt" shows you the call stack which led to the exception - (to end the crashed vlc issue commands "kill" and "quit") Stack without having debug symbols installed: Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb17ffb40 (LWP 545)] 0xaf282c93 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.56 (gdb) bt #0 0xaf282c93 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.56 #1 0xaf2b9680 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.56 #2 0xaf2bd816 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.56 #3 0xaf274c86 in ?? () from /usr/lib/i386-linux-gnu/libavcodec.so.56 #4 0xaf4e9c9c in avcodec_decode_video2 () from /usr/lib/i386-linux-gnu/libavcodec.so.56 #5 0xb1582801 in ?? () from /usr/lib/vlc/plugins/codec/libavcodec_plugin.so #6 0xb743928e in ?? () from /usr/lib/libvlccore.so.8 #7 0xb743ae57 in ?? () from /usr/lib/libvlccore.so.8 #8 0xb76a0d97 in start_thread (arg=0xb17ffb40) at pthread_create.c:309 #9 0xb75f7dfe in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 (gdb) With debug symbols installed: Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb227fb40 (LWP 1002)] 0xafcd9c93 in mid_pred (c=0, b=0, a=0) at /build/libav-H9AQHK/libav-11.3/libavcodec/x86/mathops.h:77 77 /build/libav-H9AQHK/libav-11.3/libavcodec/x86/mathops.h: Datei oder Verzeichnis nicht gefunden. (gdb) bt #0 0xafcd9c93 in mid_pred (c=0, b=0, a=0) at /build/libav-H9AQHK/libav-11.3/libavcodec/x86/mathops.h:77 #1 pred_motion (my=, mx=, ref=0, list=0, part_width=4, n=0, h=0xb233e4c0) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264_mvpred.h:140 #2 ff_h264_decode_mb_cavlc (h=0xb233e4c0) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264_cavlc.c:959 #3 0xafd10680 in decode_slice (avctx=0xb2338ea0, arg=0xb227f050) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264_slice.c:2275 #4 0xafd14816 in ff_h264_execute_decode_slices (h=0xb233e4c0, context_count=1) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264_slice.c:2369 #5 0xafccbc86 in decode_nal_units (parse_extradata=0, buf_size=74, buf=0xb2302500 "", h=0xb233e4c0) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264.c:1662 #6 h264_decode_frame (avctx=0xb2338ea0, data=0xb2303040, got_frame=0xb227f1a8, avpkt=0xb227f1d4) at /build/libav-H9AQHK/libav-11.3/libavcodec/h264.c:1782 #7 0xaff40c9c in avcodec_decode_video2 (avctx=0xb2338ea0, picture=0xb2303040, got_picture_ptr=0xb227f1a8, avpkt=0xb227f1d4) at /build/libav-H9AQHK/libav-11.3/libavcodec/utils.c:1600 #8 0xb2003801 in DecodeVideo (p_dec=0xb2335180, pp_block=0xb227f1a8) at codec/avcodec/video.c:631 #9 0xb74d428e in DecoderDecodeVideo (p_dec=0xb2335180, p_block=0xb2302490) at input/decoder.c:1385 #10 0xb74d5e57 in DecoderProcessVideo (b_flush=, p_block=0xb2302490, p_dec=) at input/decoder.c:1631 #11 DecoderProcess (p_block=, p_dec=) at input/decoder.c:1810 #12 DecoderThread (p_data=0xb2335180) at input/decoder.c:909 #13 0xb773bd97 in start_thread (arg=0xb227fb40) at pthread_create.c:309 #14 0xb7692dfe in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 (gdb) Current instruction: (gdb) display/i $pc 1: x/i $pc => 0xafc39c93 : cmovg %edx,%edi libavcodec/x86/mathops.h:77 There we find some inline assembly guarded by an #if HAVE_I686. It looks like that the package libavcodec56 has exactly for this use case 2 version of the shared object packaged: /usr/lib/i386-linux-gnu/libavcodec.so.56.1.0 /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.56.1.0 So I started up a local package build for libav which is still running with following lines in: libav-11.3/debian-shared/config.h #define LIBAV_CONFIGURATION "--arch=i386 ... --cpu=586" #define HAVE_I686 1 So probably this upstream commit could already be sufficient? [1] configure: Disable i686 for i586 and lower CPUs Kind regards, Bernhard [1] https://git.libav.org/?p=libav.git;a=commit;h=9030c58a780a02fb8256cb75cd39275eaad786d1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#783082: Aw: Re: linux-image-3.16.0-4-586: video players/browsers crash with 'illegal instruction' on i586
Hello hikaru, additional to the patch above it looks like there is also a flaw in debian/confflags: --- libav-11.3.orig/debian/confflags2015-01-17 18:25:07.0 + +++ libav-11.3/debian/confflags 2015-04-22 22:35:12.616951338 + @@ -180,7 +180,7 @@ shared_build_confflags += --enable-share shared_build_confflags += --disable-static # i386 shared builds must be optimized for 586, cf. #728928, #688384 ifeq ($(DEB_HOST_ARCH),i386) -shared_build_confflags += --cpu=586 +shared_build_confflags += --cpu='i586' endif ## specific to arm architectures But then build of libav fails for me: .../libav-11.3/libavcodec/h264_cabac.c: In function 'ff_h264_decode_mb_cabac': .../libav-11.3/libavcodec/x86/cabac.h:173:5: error: 'asm' operand has impossible constraints Also installing the -dbg packages for the shared objects shown in your backtraces would give even better results: libjavascriptcoregtk-1.0-0-dbg libqtwebkit4-dbg Kind regards, Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#803809: dvbcut: FTBFS with FFmpeg 2.9
Hello, I uploaded a package with the change from Andreas to mentors.debian.net and filed a RFS for it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805511 Kind regards, Bernhard
Bug#805511: RFS: dvbcut/0.5.4+svn178-12
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dvbcut" * Package name: dvbcut Version : 0.5.4+svn178-12 Upstream Author : Sven Over * URL : http://dvbcut.sourceforge.net/ * License : GPL-2+ Section : graphics It builds those binary packages: dvbcut - Qt application for cutting parts out of DVB streams To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dvbcut Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.5.4+svn178-12.dsc Changes since the last upload: dvbcut (0.5.4+svn178-12) unstable; urgency=medium * Replace deprecated ffmpeg APIs (Closes: #803809) (Thanks to Andreas Cadhalpun) * Due to lintian command-in-menu-file-and-desktop-file: - debian/dvbcut.menu removed. -- Bernhard Übelacker Wed, 18 Nov 2015 23:55:08 +0100 Regards, Bernhard Übelacker
Bug#735385: synaptic: quick search / xapian not installed by defafile:///home/bernhard/data/entwicklung/2014/debian/synaptic/patches/0001-Avoid-hiding-quick-filter-when-package-apt-xapian-in.patchult
Hello all,
this patch does at least these changes when package apt-xapian-index is not
installed:
* Only disable quick filter and show a tooltip pointing to configuration dialog
* Add configuration option to switch it off even when package is installed.
* Add button besides configuration option to mark package for installation.
It still adds no question on first run - do we really want to add this?
But if we do not add it I am unsure what the default setting should be?
Kind regards,
Bernhard
From 855539098c1256636a54de866a00b6a986365aad Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bernhard=20=C3=9Cbelacker?=
Date: Wed, 17 Sep 2014 00:29:40 +0200
Subject: Avoid hiding quick filter when package apt-xapian-index is not
installed.
* Only disable quick filter and show a tooltip pointing to configuration dialog
* Add configuration option to switch it off even when package is installed.
* Add button besides configuration option to mark package for installation.
---
gtk/gtkbuilder/window_preferences.ui | 47 +++-
gtk/rgmainwindow.cc | 11 ++---
gtk/rgpreferenceswindow.cc | 33 +
gtk/rgpreferenceswindow.h| 2 ++
4 files changed, 89 insertions(+), 4 deletions(-)
diff --git a/gtk/gtkbuilder/window_preferences.ui b/gtk/gtkbuilder/window_preferences.ui
index f291750..0e904a6 100644
--- a/gtk/gtkbuilder/window_preferences.ui
+++ b/gtk/gtkbuilder/window_preferences.ui
@@ -254,6 +254,51 @@
+
+True
+False
+2
+6
+
+
+Enable quick search box (requires package 'apt-xapian-index', not recommended for slow machines)
+True
+True
+False
+2
+True
+0.5
+True
+
+
+False
+False
+1
+
+
+
+
+Mark package 'apt-xapian-index' for installation
+True
+True
+False
+True
+
+
+
+False
+False
+2
+
+
+
+
+False
+False
+3
+
+
+
True
False
@@ -398,7 +443,7 @@
True
True
-3
+4
diff --git a/gtk/rgmainwindow.cc b/gtk/rgmainwindow.cc
index cf54ae5..19e3421 100644
--- a/gtk/rgmainwindow.cc
+++ b/gtk/rgmainwindow.cc
@@ -1601,9 +1601,14 @@ void RGMainWindow::buildInterface()
// only enable fast search if its usable
#ifdef WITH_EPT
if(!_lister->xapiandatabase() ||
- !FileExists("/usr/sbin/update-apt-xapian-index")) {
- gtk_widget_hide(GTK_WIDGET(gtk_builder_get_object
- (_builder, "vbox_fast_search")));
+ !FileExists("/usr/sbin/update-apt-xapian-index") ||
+ _config->FindB("Synaptic::useXapian", true) != true)
+ {
+ GtkWidget *fast_search = GTK_WIDGET(gtk_builder_get_object
+ (_builder, "entry_fast_search"));
+ gtk_widget_set_sensitive(fast_search, FALSE);
+ gtk_widget_set_tooltip_text(fast_search,
+_("To use the quick filter please check the configuration options."));
}
#else
gtk_widget_hide(GTK_WIDGET(gtk_builder_get_object
diff --git a/gtk/rgpreferenceswindow.cc b/gtk/rgpreferenceswindow.cc
index a0e47d0..f703677 100644
--- a/gtk/rgpreferenceswindow.cc
+++ b/gtk/rgpreferenceswindow.c
Bug#760402: synaptic: libc upgrade always failed in synaptic
Hello all, I did some more testing and found a way to reproduce it even without using synaptic: - reinstall "old" 2.19-9 libc files - export DEBIAN_FRONTEND=gnome - apt-get install libc6-dbg libc6-dev libc6 libc-dev-bin libc6 \ libc6-dev libc6-i386 libc6-dev-x32 multiarch-support libc6-x32 \ libc-bin locales libc6-dev-i386 Gives as output: ... dpkg: error processing archive /var/cache/apt/archives/libc6_2.19-11_i386.deb (--unpack): subprocess new pre-installation script was killed by signal (Segmentation fault), core dumped Therefore I should probably have filed this bug against a different package. (but which one?) -- However, there was a different update in one of the following packages, which made the crash disappear. libcairo* from 1.12.16-3 to 1.12.16.5 libjavascriptcoregtk* from 2.4.4.-2 to 2.4.5-2 libwebkitgtk-3* from 2.4.4.-2 to 2.4.5-2 I think there was a change in loading libGL, or avoiding it when it is not needed, and therefore the crash is not triggered this way. Therefore, I think it is not critical for synaptic anymore. -- Attached is a file with more details on the commands I have used. If one is interested I will deliver more information. Kind regards, Bernhard root@gringo:~# root@gringo:~# cd /var/cache/apt/archives root@gringo:/var/cache/apt/archives# ulimit -c unlimited root@gringo:/var/cache/apt/archives# export LANG=C root@gringo:/var/cache/apt/archives# export XAUTHORITY=/home/bernhard/.Xauthority root@gringo:/var/cache/apt/archives# export DEBCONF_DEBUG=developer root@gringo:/var/cache/apt/archives# unset DEBIAN_FRONTEND root@gringo:/var/cache/apt/archives# dpkg -i libc6-dbg_2.19-9_amd64.deb libc6-dev_2.19-9_i386.deb libc6_2.19-9_i386.deb libc-dev-bin_2.19-9_amd64.deb libc6_2.19-9_amd64.deb libc6-dev_2.19-9_amd64.deb libc6-i386_2.19-9_amd64.deb libc6-dev-x32_2.19-9_amd64.deb multiarch-support_2.19-9_amd64.deb libc6-x32_2.19-9_amd64.deb libc-bin_2.19-9_amd64.deb locales_2.19-9_all.deb libc6-dev-i386_2.19-9_amd64.deb ... root@gringo:/var/cache/apt/archives# dpkg -i libcairo2_1.12.16-3_amd64.deb libcairo2_1.12.16-3_i386.deb libcairo2-dev_1.12.16-3_amd64.deb libcairo-gobject2_1.12.16-3_amd64.deb libcairo-script-interpreter2_1.12.16-3_amd64.deb libwebkitgtk-3.0-0_2.4.4-2_amd64.deb libwebkitgtk-3.0-common_2.4.4-2_all.deb libjavascriptcoregtk-3.0-0_2.4.4-2_amd64.deb ... root@gringo:/var/cache/apt/archives# export DEBIAN_FRONTEND=gnome root@gringo:/var/cache/apt/archives# apt-get install libc6-dbg libc6-dev libc6 libc-dev-bin libc6 libc6-dev libc6-i386 libc6-dev-x32 multiarch-support libc6-x32 libc-bin locales libc6-dev-i386 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: ... Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libc6:i386 libc6-dev:i386 Suggested packages: glibc-doc glibc-doc:i386 locales:i386 manpages-dev:i386 Recommended packages: libc6-i686:i386 The following packages will be upgraded: libc-bin libc-dev-bin libc6 libc6:i386 libc6-dbg libc6-dev libc6-dev:i386 libc6-dev-i386 libc6-dev-x32 libc6-i386 libc6-x32 locales multiarch-support 13 upgraded, 0 newly installed, 0 to remove and 13 not upgraded. Need to get 0 B/30.8 MB of archives. After this operation, 202 kB disk space will be freed. Do you want to continue? [Y/n] y Preconfiguring packages ... debconf (developer): starting /tmp/libc6.config.3KM60X configure 2.19-9 debconf (developer): starting /tmp/libc6.config.pyzek5 configure 2.19-9 debconf (developer): starting /tmp/locales.config.IQDtOc configure 2.19-9 debconf (developer): <-- VERSION 2.0 debconf (developer): --> 0 2.0 debconf (developer): <-- CAPB backup multiselect debconf (developer): --> 0 multiselect escape backup debconf (developer): <-- SUBST locales/locales_to_be_generated locales aa_DJ ISO-8859-1, aa_DJ.UTF-8 UTF-8, aa_ER UTF-8, aa_ER@saaho UTF-8, aa_ET UTF-8, af_ZA ISO-8859-1, af_ZA.UTF-8 UTF-8, ak_GH UTF-8, am_ET UTF-8, an_ES ISO-8859-15, an_ES.UTF-8 UTF-8, anp_IN UTF-8, ar_AE ISO-8859-6, ar_AE.UTF-8 UTF-8, ar_BH ISO-8859-6, ar_BH.UTF-8 UTF-8, ar_DZ ISO-8859-6, ar_DZ.UTF-8 UTF-8, ar_EG ISO-8859-6, ar_EG.UTF-8 UTF-8, ar_IN UTF-8, ar_IQ ISO-8859-6, ar_IQ.UTF-8 UTF-8, ar_JO ISO-8859-6, ar_JO.UTF-8 UTF-8, ar_KW ISO-8859-6, ar_KW.UTF-8 UTF-8, ar_LB ISO-8859-6, ar_LB.UTF-8 UTF-8, ar_LY ISO-8859-6, ar_LY.UTF-8 UTF-8, ar_MA ISO-8859-6, ar_MA.UTF-8 UTF-8, ar_OM ISO-8859-6, ar_OM.UTF-8 UTF-8, ar_QA ISO-8859-6, ar_QA.UTF-8 UTF-8, ar_SA ISO-8859-6, ar_SA.UTF-8 UTF-8, ar_SD ISO-8859-6, ar_SD.UTF-8 UTF-8, ar_SS UTF-8, ar_SY ISO-8859-6, ar_SY.UTF-8 UTF-8, ar_TN ISO-8859-6, ar_TN.UTF-8 UTF-8, ar_YE ISO-8859-6, ar_YE.UTF-8 UTF-8, as_IN UTF-8, ast_ES ISO-8859-15, ast_ES.UTF-8 UTF-8, ayc_PE UTF-8, az_AZ UTF-8, be_BY CP1251, be_BY.UTF-8 UTF-8, be_BY@latin UTF-8, bem_ZM UTF-8, ber_DZ UTF-8, ber_MA UTF-8, bg_BG CP1251, bg
