Package: wordtrans-kde
Version: 1.1pre14-2
Severity: normal
With a running instance of kwordtrans any call to
DCOPClient::remoteObjects hangs until kwordtrans is closed.
A test case is calling in a shell dcop kwordtrans.
This affects at least also the kdelirc package.
When running the
Package: kdetv
Version: 0.8.9-1
Severity: important
Tags: squeeze patch
Kdetv has not found any video device at my system.
It assumes that if the directory /dev/v4l exists the video
device is also in this directory.
$ ll /dev/video0
crw-rw+ 1 root video 81, 0 22. Mai 01:40 /dev/video0
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
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
-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
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
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
Package: qtcreator-data
Version: 3.2.0+dfsg-1
Severity: minor
Tags: l10n
Dear Maintainer,
I updated lately qtcreator to latest version in Jessie.
Since then, I assume, the ui translations get not shown on my system.
Instead the user interface stays with builtin texts.
qtcreator 3.0.1+dfsg-1
Hello,
patch got applied upstream [1] and is contained in new release version 10.3.
There are already packages for 10.3 in unstable.
[1]
http://git.libav.org/?p=libav.git;a=commit;h=dc71f1958846bb1d96de43a4603983dc8450cfcc
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to
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
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
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
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
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:
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
Package: synaptic
Version: 0.81.2
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
when upgrading libc with Synaptic leads to a crash and to broken packages.
Experienced this already with some of the last upgrades.
With following steps it is reproducable on at least my
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
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
Package: kexec-tools
Version: 1:2.0.7-3
Severity: important
Dear Maintainer,
* What led up to the situation?
- Updating kexec-tools from 2.0.4-1_amd64 to 2.0.7-3_amd64
- interactive shutdown by the KDE menu.
* What exactly did you do (or not do) that was effective (or
ineffective)?
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
Am 30.09.2014 17:54, schrieb Michael Biebl:
But to the user it is neither shown how long systemd is waiting
until signal SIGKILL is sent or which process caused this delay.
This is also fixed in v215. systemd will show how long the timeout is
and how much time has already passed.
See
Am 30.09.2014 19:25, schrieb Michael Biebl:
Am 30.09.2014 um 19:10 schrieb Bernhard Übelacker:
Will try with a test system.
Ah right. Missed that part. Can you rebase the patch on top of v215
and maybe also post it upstream for review (either mailing list [1]
or bug tracker [2])? This isn't
Hello,
in my opinion this is caused this way:
- synaptic calls vte_terminal_forkpty which calls __vte_pty_fork
- Now we have a parent process which gets in the variable pid the pid of
the child process. A call to vte_terminal_watch_child is needed and
gives no warning.
- But also we have now
Hello,
seems that the FreeBSD kernel wants the sigaction struct better initilized.
With attached patch the assertion does not happen in a test vm for me
anymore.
Kind regards,
Bernhard
Description: Initialize sigaction struct
Author: Bernhard Ãbelacker bernha...@vr-web.de
Bug-Debian:
Hello,
found the bug being listed as release critical, so tried if I can find
something out.
First:
It seems that vnc_connection_perform_auth_ard is only used for Apple
remote desktop:
VNC_CONNECTION_AUTH_ARD = 30,
/* Apple remote desktop (screen sharing) */
Second @Norbert:
Have you
Hello,
probably the attached patch could help in diagnose the issue.
It prints an error message and aborts, when the current buffer
pointer is advanced past the _buffer.
In debugger it shows this happens a little before what roucaries bastien in
message 47 wrote.
(Because he stopped at the stack
Hello,
DRC suggested to have a look at the newer upstream version.
In jchuff.c the buffer in question is there really grown.
But only by 8 bytes. [1]
When increasing by 28 bytes the stack smashing and writing beyond the
buffer goes away.
The resulting image looks good. (Input file from the
-xconfigure.width;
Description: Detect a too big tray icon and resize to the parents size
Author: Bernhard Übelacker bernha...@vr-web.de
--- pidgin-2.10.10.orig/pidgin/gtkdocklet-gtk.c
+++ pidgin-2.10.10/pidgin/gtkdocklet-gtk.c
@@ -164,6 +164,58 @@ docklet_gtk_status_update_icon(PurpleSta
if (connecting
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
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?
Hello,
I could reproduce an segfault at my Jessie/testing (on amd64).
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd37fe700 (LWP 18338)]
sock_destroy (info=info@entry=0x7fff01f0,
ShutdownMethod=ShutdownMethod@entry=2) at src/genlib/net/sock.c:95
95
Hello,
probably I have found something more.
I tested in a VM with a more recent windows version, therefore I cannot
sure that this is the reason you saw (having to run win32-loader with
compatibility set to windows 7 on a windows 8.1 32bit).
I used the version from [1].
Because you already
Hello Alex,
in my attempt to get some details out of it I needed these steps:
- connection to a MacOSX (Apple remote desktop)
- enable fips mode
- reset initialized in basic_initialization
- reset thread_model in _gcry_ath_mutex_init
Points 3 and 4 I had to change in debugger.
Therefore I would
Hello,
just some additions.
Looks similar to bug #654380. (There mingw defaulted to produce dlls
depending also on some other mingw dlls)
There the upstream bug report [2] mentions that plugins must not depend
on a shared libgcc.
So I assume that the plugins must not depend on a shared
Hello,
I could reproduce the build error in a qemu mipsel VM (installed from [1]).
Also I found that in the chromiumos repository a patch
from Ben Chan is applied which seem to just fix this issue [2][3].
(Otherwise this fork seems stuck at version 0.0.5.)
With this patch applied the package at
Hello,
I tried to reproduce the issue in a i386 qemu VM and think I found something.
Function is_crashkernel_mem_reserved tries to search for the start
and end of the crashkernel reserved memory area.
This is done by calling kexec_iomem_for_each_line and given a callback
function as parameter.
Hello,
I tried if I could reproduce this issue.
(In my setup there is a tftp delivering grub installed by grub-mknetdir)
I could not get it to hang by terminal_input at_keyboard.
But similar to what Jeroen Dekkers described I was not able anymore to
enter sane text with the keyboard. It feels
Hello,
some small additions:
I cannot reproduce it anymore with xine-ui.
And more important, another workaround is to start with this environment:
$ VDPAU_NVIDIA_NO_OVERLAY=1 kaffeine
But unfortunately then I think tearing gets visible.
From the nvidia driver readme [1]:
Both the overlay and
A small addition to the test case in Message #114:
In test-768369.c lines 193 and 194 are swapped therefore an
undefined value is given to malloc.
When cleaning up this leads to a crash as now the stack
smashing is fixed.
Kind regards,
Bernhard
--
To UNSUBSCRIBE, email to
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
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
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:
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
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
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
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
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
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
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
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.
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
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:
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:
#
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
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 root@nas3c3b5d
To: root@nas3c3b5d
Subject:
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.
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
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 +=
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 bernha...@vr-web.de
---
Bug-Debian: https://bugs.debian.org/783082
Last-Update: 2015-04-28
--- libav-11.3.orig/libavcodec/h264_cabac.c
On Tue, 28 Apr 2015 21:40:34 +0200 Emilio Pozuelo Monfort po...@debian.org
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
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:
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
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
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
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
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
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
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
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
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,
... 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
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
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
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
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
:
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
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=optimized out,
ColorMap=ColorMap@entry=0x0) at
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
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
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
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
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,
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
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
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
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
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
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
-
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
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
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
)
-- Bernhard Übelacker bernha...@vr-web.de Sun, 16 Aug 2015 17:34:48 +0200
Regards,
Bernhard Übelacker
Opened this RFS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795754
Kind regards,
Bernhard
)
(Thanks to Sebastian Ramacher and Andreas Cadhalpun)
-- Bernhard Übelacker bernha...@vr-web.de 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
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
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
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
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
n)
* Due to lintian command-in-menu-file-and-desktop-file:
- debian/dvbcut.menu removed.
-- Bernhard Übelacker <bernha...@vr-web.de> Wed, 18 Nov 2015 23:55:08 +0100
Regards,
Bernhard Übelacker
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
1 - 100 of 1271 matches
Mail list logo