Bug#1025798: dolphin-emu: depends on obsolete packages libmbedcrypto3, libmbedtls12, libmbedx509-0

2022-12-09 Thread Sylvain BOILARD
Package: dolphin-emu
Version: 5.0+dfsg-6
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Package dolphin-emu depends on obsolete packages libmbedcrypto3,
libmbedtls12 and libmbedx509-0, making it impossible to install.

Cheers,


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.utf8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dolphin-emu depends on:
ii  dolphin-emu-data  5.0+dfsg-6
ii  libao41.2.2+20180113-1.1
ii  libasound21.2.8-1
ii  libavcodec58  7:4.4.2-1+b3
ii  libavformat58 7:4.4.2-1+b3
ii  libavutil56   7:4.4.2-1+b3
ii  libbluetooth3 5.66-1
ii  libc6 2.36-6
ii  libcurl3-gnutls   7.86.0-2
ii  libenet7  1.3.13+ds-1
ii  libevdev2 1.13.0+dfsg-1
ii  libgcc-s1 [libgcc1]   12.2.0-9
ii  libgl11.5.0-1
ii  libglib2.0-0  2.74.2-1
ii  libgtk-3-03.24.35-2
ii  liblzo2-2 2.10-2
ii  libmbedcrypto32.16.11-0.3
ii  libmbedtls12  2.16.11-0.3
ii  libmbedx509-0 2.16.11-0.3
ii  libminiupnpc172.2.3-1+b1
ii  libopenal11:1.19.1-2
ii  libpng16-16   1.6.39-2
ii  libportaudio2 19.6.0-1.2
ii  libpulse0 16.1+dfsg1-2+b1
ii  libsfml-network2.52.5.1+dfsg-2+b2
ii  libsfml-system2.5 2.5.1+dfsg-2+b2
ii  libsoil1  1.07~20080707.dfsg-4
ii  libsoundtouch12.3.2+ds1-1
ii  libstdc++612.2.0-9
ii  libswscale5   7:4.4.2-1+b3
ii  libudev1  252.2-1
ii  libusb-1.0-0  2:1.0.26-1
ii  libwxbase3.0-0v5  3.0.5.1+dfsg-5
ii  libwxgtk3.0-gtk3-0v5  3.0.5.1+dfsg-5
ii  libx11-6  2:1.8.1-2
ii  libxi62:1.8-1+b1
ii  libxrandr22:1.5.2-2+b1
ii  zlib1g1:1.2.11.dfsg-4.1

dolphin-emu recommends no packages.

dolphin-emu suggests no packages.

-- no debconf information

-- 
Sylvain BOILARD



Bug#735600: ekiga: Segmentation fault after libpt2.10.10 upgrade

2014-02-14 Thread Sylvain BOILARD
On Fri, Feb 14, 2014 at 09:53:09AM +0100, Eugen Dedu wrote:
> We plan to use a newer version of ptlib very soon, which had many
> fixes.  I am pretty sure this bug is fixed, since I remember some
> changes on Contacts.
> 
> I suggest to wait until this new release appears.
> 
> Your crash is not related to ptlib upgrade, as far as I see.  Are
> you sure that you did not have the crash before, and now you have
> it?
> 

Actually I think I’ve had this crash ever since I installed Ekiga
circa Dec 1, so it’s probably not related indeed.

Anyway, I’ll wait for an upgrade then.

Bye,

-- 
Sylvain Boilard


signature.asc
Description: Digital signature


Bug#735600: ekiga: Segmentation fault after libpt2.10.10 upgrade

2014-02-10 Thread Sylvain BOILARD
notfixed 735600 2.10.10~dfsg-4
thanks


Hi,

I still encounter crashes seemingly caused by libpt with Ekiga.

Here is the backtrace I get when Ekiga crashes after the program has
ran for a while:


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd40d3700 (LWP 29466)]
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x73e61c1b in PStringOptions::SetAt(PCaselessString const&, PString 
const&) () from /usr/lib/libopal.so.3.10.10
#2  0x73eff05d in PStringOptions::SetAt(char const*, PString const&) () 
from /usr/lib/libopal.so.3.10.10
#3  0x742cbc5f in SIPMIMEInfo::SetContact(PString const&) () from 
/usr/lib/libopal.so.3.10.10
#4  0x7429b8e0 in SIPEndPoint::AdjustToRegistration(SIP_PDU&, 
OpalTransport const&, SIPConnection const*) () from /usr/lib/libopal.so.3.10.10
#5  0x742d1ea8 in SIP_PDU::SendResponse(OpalTransport&, SIP_PDU&, 
SIPEndPoint*) const () from /usr/lib/libopal.so.3.10.10
#6  0x742db055 in SIPResponse::Send(OpalTransport&, SIP_PDU const&) () 
from /usr/lib/libopal.so.3.10.10
#7  0x74296347 in SIPEndPoint::OnReceivedOPTIONS(OpalTransport&, 
SIP_PDU&) () from /usr/lib/libopal.so.3.10.10
#8  0x7429373b in 
SIPEndPoint::OnReceivedConnectionlessPDU(OpalTransport&, SIP_PDU*) () from 
/usr/lib/libopal.so.3.10.10
#9  0x74292e25 in SIPEndPoint::OnReceivedPDU(OpalTransport&, SIP_PDU*) 
() from /usr/lib/libopal.so.3.10.10
#10 0x742912f9 in SIPEndPoint::HandlePDU(OpalTransport&) () from 
/usr/lib/libopal.so.3.10.10
#11 0x7428ff19 in SIPEndPoint::NewIncomingConnection(OpalTransport*) () 
from /usr/lib/libopal.so.3.10.10
#12 0x73e758fd in OpalEndPoint::ListenerCallback(PThread&, long) () 
from /usr/lib/libopal.so.3.10.10
#13 0x73e77017 in 
OpalEndPoint::ListenerCallback_PNotifier::Call(PObject&, long) const () from 
/usr/lib/libopal.so.3.10.10
#14 0x73ec0812 in OpalListener::ListenForConnections(PThread&, long) () 
from /usr/lib/libopal.so.3.10.10
#15 0x73ec97af in 
OpalListener::ListenForConnections_PNotifier::Call(PObject&, long) const () 
from /usr/lib/libopal.so.3.10.10
#16 0x73209ad2 in PThread::PX_ThreadStart(void*) () from 
/usr/lib/libpt.so.2.10.10
#17 0x71d78e0e in start_thread (arg=0x7fffd40d3700) at 
pthread_create.c:311
#18 0x71aae0fd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:113


And the backtrace I get when the program crashes just after it has
started:


Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd40d3700 (LWP 30781)]
0x73e61c0f in PStringOptions::SetAt(PCaselessString const&, PString 
const&) () from /usr/lib/libopal.so.3.10.10
(gdb) bt
#0  0x73e61c0f in PStringOptions::SetAt(PCaselessString const&, PString 
const&) () from /usr/lib/libopal.so.3.10.10
#1  0x73eff05d in PStringOptions::SetAt(char const*, PString const&) () 
from /usr/lib/libopal.so.3.10.10
.
. (Same as before after that, just different frame numbers.)
.


Looking at the disassembly, the crash seems to happen on the call to
method MakeUnique() in the file include/ptlib/pstring.h at line 2867.

Hope this helps.

Cheers,

-- 
Sylvain Boilard


signature.asc
Description: Digital signature


Bug#709368: wine-bin-unstable, libwine-unstable: wine expects some files to be located in /usr/share/wine/ instead of /usr/share/wine-untable/.

2013-05-22 Thread Sylvain BOILARD
Package: libwine-unstable wine-bin-unstable
Version: 1.5.7-6
Severity: grave
Justification : renders package unusable

Dear Maintainer,

wine expects various files to be in the /usr/share/wine/ directory, but
these files are actually installed in the /usr/share/wine-unstable/
directory.

While this doesn’t render the package unusable for an existing wine
installation, this does cause wine to not be able to create a new wine
prefix for a user, because it can’t locate the wine.inf file.

It also won’t be able to update an existing outdated wine prefix or
display certain fonts. While I didn’t test it, there is a PPD file in
/usr/share/wine-unstable/, so wine might not be able to print
anything at the moment.

Linking to every entry of /usr/share/wine-unstable/ from
/usr/share/wine/ solved the issue.

Regards,

-- 
Sylvain Boilard



signature.asc
Description: OpenPGP digital signature