Bug#1035516: php-smbclient broke with samba 4.17.5
Package: php-smbclient Version: 1.0.6-8 Severity: grave Justification: renders package unusable php-smbclient does not work with samba versions 4.17.5 and above: https://github.com/eduardok/libsmbclient-php/issues/98 https://github.com/nextcloud/server/issues/36773 php-smbclient upstream version 1.1.1 fixes the issue. -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de:hr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages php-smbclient depends on: ii php-common2:93 pn php8.2-smbclient ii ucf 3.0043+nmu1 php-smbclient recommends no packages. php-smbclient suggests no packages.
Bug#995797: libkf5purpose-bin: nextcloudplugin_qml.config references unknown module Ubuntu.OnlineAccounts
Package: libkf5purpose-bin Version: 5.86.0-1 Severity: normal X-Debbugs-Cc: kra...@gmx.at Dear Maintainer, when trying to share a file from the Dolphin context menu, entries Share/Nextcloud..., a error dialog appears, saying: Failed to load the configuration page for this action: file://usr/share/purpose/nextcloudplugin_config.qml:12 module "Ubuntu.OnlineAccounts" is not installed The file youtubeplugin_config.qml references this module as well. Thank you Alan -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-trunk-amd64 (SMP w/1 CPU thread) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libkf5purpose-bin depends on: ii kio 5.86.0-1 ii libaccounts-qt5-11.16-2 ii libc62.32-4 ii libkaccounts24:21.08.0-1 ii libkf5coreaddons55.86.0-1 ii libkf5i18n5 5.86.0-1 ii libkf5kiocore5 5.86.0-1 ii libkf5kiogui55.86.0-1 ii libkf5kiowidgets55.86.0-1 ii libkf5notifications5 5.86.0-1 ii libkf5purpose5 5.86.0-1 ii libkf5service-bin5.86.0-1 ii libkf5service5 5.86.0-1 ii libqt5core5a 5.15.2+dfsg-12 ii libqt5gui5 5.15.2+dfsg-12 ii libqt5network5 5.15.2+dfsg-12 ii libqt5widgets5 5.15.2+dfsg-12 ii libstdc++6 10.2.1-6 ii qml-module-org-kde-bluezqt 5.86.0-1 ii qml-module-org-kde-kquickcontrolsaddons 5.86.0-1 ii qml-module-qtquick-dialogs 5.15.2-2 libkf5purpose-bin recommends no packages. Versions of packages libkf5purpose-bin suggests: ii kdeconnect 21.08.0-1 -- no debconf information
Bug#926353: python3-pyocr: unknown Tesseract cmdline argument
With version 4, tesseract switched to double-dashed command-line parameters,
so it is now --psm instead of -psm.
Upstream addressed the issue in https://gitlab.gnome.org/World/OpenPaperwork/
pyocr/commit/c136838b46cf49f06ac1dc5f2f9bc16232c11213
Until a newer version is packaged, you can get your stuff going by replacing "-
psm" with "--psm" in /usr/lib/python*/dist-packages/pyocr/
{tesseract,builder}.py
Cheers
Alan
Bug#921599: python-mysqldb: always connects to localhost ignoring host entry in option file
Package: python-mysqldb Version: 1.3.10-2 Severity: normal When connecting like this: connection = MySQLdb.connect(read_default_file=dbconfig) lines in the option file specifying a remote host are ignored. Whatever host is specified in the option file, python-mysqldb always attempts a connection to localhost. Named host parameters to MySQLdb.connect() are handled correctly. -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:de:hr (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-mysqldb depends on: ii libc62.28-5 ii libmariadb3 1:10.3.12-2 ii libssl1.11.1.1a-1 ii python 2.7.15-4 ii zlib1g 1:1.2.11.dfsg-1 python-mysqldb recommends no packages. Versions of packages python-mysqldb suggests: ii mariadb-server-10.3 [virtual-mysql-server] 1:10.3.12-2 pn python-egenix-mxdatetime pn python-mysqldb-dbg -- no debconf information
Bug#469863: pidgin and finch segfault on startup (armel arch)
Ari Pollak <[EMAIL PROTECTED]> wrote: > tags 469863 +unreproducible > > Some help in tracking this bug down would be appreciated, since I have > no real way to test or debug pidgin on armel. I have an armel system, but I don't have the knowledge nor the time for real debugging. However, I'll be glad to do tests if you give me instructions what to do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469863: pidgin and finch segfault on startup (armel arch)
this is the backtrace of finch segfaulting:
Starting program: /usr/bin/finch
[Thread debugging using libthread_db enabled]
[New Thread 0x400228f0 (LWP 14686)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x400228f0 (LWP 14686)]
0x401cb400 in purple_core_migrate () at ../../libpurple/core.c:412
412 ../../libpurple/core.c: No such file or directory.
in ../../libpurple/core.c
#0 0x401cb400 in purple_core_migrate () at ../../libpurple/core.c:412
user_dir = 0xbebc55d0 "[EMAIL PROTECTED]@\001"
old_user_dir = 0x40009820 ""
status_file = 0xbebc560c "\030\227"
fp = (FILE *) 0x1
dir = (GDir *) 0xeda1
err = (GError *) 0x0
entry = 0xbebc55d0 "[EMAIL PROTECTED]@\001"
logs_dir = 0xc8cd76ad
old_icons_dir = 0xbebc55dc "eq\221\001ü\205N@"
#1 0x0002c7a0 in init_libpurple (argc=1, argv=0xbebc58b4) at
../../finch/finch.c:322
path = 0x28c
opt = -1
opt_help = 0
opt_nologin = 0
opt_version = 0
opt_config_dir_arg = 0x0
opt_session_arg = 0x0
debug_enabled = 0
long_options = {{name = 0x44cd4 "config", has_arg = 1, flag = 0x0, val
= 99}, {name = 0x44cdc "debug", has_arg = 0, flag = 0x0, val = 100}, {name =
0x44ce4 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x44cec "nologin",
has_arg = 0, flag = 0x0, val = 110}, {name = 0x44cf4 "session", has_arg = 1,
flag = 0x0, val = 115}, {name = 0x44b7c "version", has_arg = 0, flag = 0x0, val
= 118}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}}
#2 0x0002ca0c in gnt_start (argc=0xbebc5754, argv=0xbebc5750) at
../../finch/finch.c:402
No locals.
#3 0x0002caa4 in main (argc=1, argv=0xbebc58b4) at ../../finch/finch.c:420
No locals.
Bug#469863: pidgin and finch segfault on startup (armel arch)
On Sun, 09 Mar 2008 15:29:04 -0400 Ari Pollak <[EMAIL PROTECTED]> wrote: > This doesn't make much sense since it seems to be in the ~/.gaim > migration code, and that hasn't changed in a while. Could you run pidgin > with MALLOC_CHECK_=3 set and see if you get a better backtrace? > Still the same backtrace. Maybe it's not the code that changed, but something made the alignment of the data used change. Armel arch is notorious for these issues. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469863: pidgin and finch segfault on startup (armel arch)
Starting program: /usr/bin/pidgin
[Thread debugging using libthread_db enabled]
[New Thread 0x410b3580 (LWP 8314)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x410b3580 (LWP 8314)]
0x406f6400 in purple_core_migrate () at ../../libpurple/core.c:412
412 ../../libpurple/core.c: No such file or directory.
in ../../libpurple/core.c
#0 0x406f6400 in purple_core_migrate () at ../../libpurple/core.c:412
user_dir = 0xbe9bd518 "[EMAIL PROTECTED]"
old_user_dir = 0x40009820 ""
status_file = 0xbe9bd554 "\030\227"
fp = (FILE *) 0x1
dir = (GDir *) 0x1b782
err = (GError *) 0x0
entry = 0xbe9bd518 "[EMAIL PROTECTED]"
logs_dir = 0xc8cd76ad
old_icons_dir = 0xbe9bd524 "eq\221\001"
#1 0x0009727c in main (argc=1, argv=0xbe9bf8c4) at ../../pidgin/gtkmain.c:706
opt_help = 0
opt_login = 0
opt_nologin = 0
opt_version = 0
opt_si = 1
opt_config_dir_arg = 0x0
opt_login_arg = 0x0
opt_session_arg = 0x0
search_path = 0xbe9bf27c ""
accounts = (GList *) 0x4000c914
sig_indx = 1
sigset = {__val = {91143, 0 }}
prev_sig_disp = (void (*)(int)) 0
errmsg = '\0' , "[EMAIL PROTECTED]@[EMAIL
PROTECTED]@[EMAIL PROTECTED]@\024É\000@|[EMAIL PROTECTED]<à\000@", '\0'
, "[EMAIL
PROTECTED]@\237ò\233¾\230ò\233¾\224ò\233¾\024\000\000\000poî@@[EMAIL
PROTECTED]@\024É\000@|[EMAIL PROTECTED]@[EMAIL
PROTECTED]@\000\000\000\000<à\000@", '\0' , "`à"...
segfault_message_tmp = 0xff130 "Pidgin 2.4.0 has segfaulted and
attempted to dump a core file.\nThis is a bug in the software and has happened
through\nno fault of your own.\n\nIf you can reproduce the crash, please notify
the developer"...
error = (GError *) 0x0
opt = -1
gui_check = 8
debug_enabled = 0
migration_failed = 0
active_accounts = (GList *) 0x7001
long_options = {{name = 0xe9634 "config", has_arg = 1, flag = 0x0, val
= 99}, {name = 0xe963c "debug", has_arg = 0, flag = 0x0, val = 100}, {name =
0xe9644 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0xe964c "login",
has_arg = 2, flag = 0x0, val = 108}, {name = 0xe9654 "multiple", has_arg = 0,
flag = 0x0, val = 109}, {name = 0xe9660 "nologin", has_arg = 0, flag = 0x0, val
= 110}, {name = 0xe9668 "session", has_arg = 1, flag = 0x0, val = 115}, {name =
0xe93f0 "version", has_arg = 0, flag = 0x0, val = 118}, {name = 0xe9670
"display", has_arg = 1, flag = 0x0, val = 68}, {name = 0xe9678 "sync", has_arg
= 0, flag = 0x0, val = 83}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}}
Bug#469863: pidgin and finch segfault on startup (armel arch)
Package: pidgin Version: 2.4.0-1 Severity: important Both pidgin and finch segfault immediately on startup, without any other output on the console before the segfault message. Deleting ~/.purple/prefs.xml did not help. Note: architecture is armel. Version 2.3.1 works ok. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.23 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.20.1-3 GNOME configuration database syste ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.20-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1simple interprocess messaging syst ii libgcc11:4.3.0~rc2-1 GCC support library ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libgtkspell0 2.0.10-4 a spell-checking addon for GTK's T ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpurple0 2.4.0-1 multi-protocol instant messaging l ii libsm6 2:1.0.3-1 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxss11:1.1.2-1 X11 Screen Saver extension library ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-12 The Pathologically Eclectic Rubbis ii pidgin-data2.4.0-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.17-3 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.7-1 GStreamer plugins from the "good" -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407717: Resolved in 2.0.5-1
It works fine in version 2.0.5-1. As for me, the bug can be closed. Regards Alan Krempler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407717: Steps to reproduce the bug
I found out that the crash does not occur if "locale" is selected under Edit/Preferences/Date&Time. Any setting other than "locale" crashes the program when trying to display a register - even if the selected setting would result in the same format as "locale". I will wait until the latest gnucash release appears in debian to see whether the bug has been fixed in mainline. If not, I will post a bug report to gnucash.org. Regards Alan Krempler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407717: GnuCash crashes on ARM when opening an account ledger
Package: gnucash Version: 2.0.2-3 When opening an account ledger from the account tree view, gnucash crashes without further output on the console. Version 2.0.2 used to crash sometimes (more often than not), 2.0.2-3 crashes always. My system is debian-arm on a Sharp Zaurus 3100. gdb output: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 7438)] 0x414ca254 in g_type_check_instance () from /usr/lib/libgobject-2.0.so.0 (gdb) bt #0 0x414ca254 in g_type_check_instance () from /usr/lib/libgobject-2.0.so.0 #1 0x414c755c in g_signal_handlers_block_matched () from /usr/lib/libgobject-2.0.so.0 #2 0x40194920 in gnc_date_cell_new () from /usr/lib/gnucash/gnucash/libgncmod-register-gnome.so.0 #3 0x004d3f00 in ?? () Cannot access memory at address 0x0 regards Alan Krempler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
