Bug#1083243: octave-geometry: pkg errors on load
Package: octave-geometry Version: 4.1.0-1+b1 Severity: grave octave> pkg load matgeom warning: addpath: /usr/share/octave/packages/matgeom-1.2.4/polynomialCurves2d: No such file or directory warning: called from __matgeom_package_register__ at line 49 column 5 /usr/share/octave/packages/matgeom-1.2.4/PKG_ADD at line 2 column 1 load_packages_and_dependencies at line 56 column 5 load_packages at line 53 column 3 pkg at line 639 column 7 The cure is simply, as root: # mkdir /usr/share/octave/packages/matgeom-1.2.4/polynomialCurves2d After that, the pkg loads without errors -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.10.4-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.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 octave-geometry depends on: ii libc6 2.40-2 hi libgcc-s1 14.2.0-1 hi libstdc++6 14.2.0-1 ii octave [octave-abi-59] 9.2.0-3 ii octave-matgeom 1.2.4-1 ii python3 3.12.6-1 ii python3-lxml5.3.0-1 octave-geometry recommends no packages. octave-geometry suggests no packages. -- no debconf information
Bug#1078695: linux-image-6.10.3-amd64: does not install
Package: src:linux Version: 6.10.3-1 Severity: serious kerenl does not install: Setting up linux-image-6.10.3-amd64 (6.10.3-1) ... /etc/kernel/postinst.d/dkms: dkms: running auto installation service for kernel 6.10.3-amd64. Sign command: /lib/modules/6.10.3-amd64/build/scripts/sign-file Signing key: /var/lib/dkms/mok.key Public certificate (MOK): /var/lib/dkms/mok.pub Building module: Cleaning build area... Building module(s)...(bad exit status: 2) Failed command: env NV_VERBOSE=1 make -j24 modules KERNEL_UNAME=6.10.3-amd64 Error! Bad return status for module build on kernel: 6.10.3-amd64 (x86_64) Consult /var/lib/dkms/nvidia-current/535.183.01/build/make.log for more information. dkms autoinstall on 6.10.3-amd64/x86_64 succeeded for v4l2loopback virtualbox zfs dkms autoinstall on 6.10.3-amd64/x86_64 failed for nvidia-current(10) Error! One or more modules failed to install during autoinstall. Refer to previous errors for more information. dkms: autoinstall for kernel: 6.10.3-amd64 failed! run-parts: /etc/kernel/postinst.d/dkms exited with return code 11 dpkg: error processing package linux-image-6.10.3-amd64 (--configure): installed linux-image-6.10.3-amd64 package post-installation script subprocess returned error exit status 11 dpkg: dependency problems prevent configuration of linux-headers-6.10.3-amd64: linux-headers-6.10.3-amd64 depends on linux-image-6.10.3-amd64 (= 6.10.3-1) | linux-image-6.10.3-amd64-unsigned (= 6.10.3-1); however: Package linux-image-6.10.3-amd64 is not configured yet. Package linux-image-6.10.3-amd64-unsigned is not installed. dpkg: error processing package linux-headers-6.10.3-amd64 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of linux-headers-amd64: linux-headers-amd64 depends on linux-headers-6.10.3-amd64 (= 6.10.3-1); however: Package linux-headers-6.10.3-amd64 is not configured yet. dpkg: error processing package linux-headers-amd64 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of linux-image-amd64: linux-image-amd64 depends on linux-image-6.10.3-amd64 (= 6.10.3-1); however: Package linux-image-6.10.3-amd64 is not configured yet. dpkg: error processing package linux-image-amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: linux-image-6.10.3-amd64 linux-headers-6.10.3-amd64 linux-headers-amd64 linux-image-amd64 -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: ASUS product_name: System Product Name product_version: System Version chassis_vendor: Default string chassis_version: Default string bios_vendor: American Megatrends Inc. bios_version: 0922 board_vendor: ASUSTeK COMPUTER INC. board_name: ROG CROSSHAIR X670E HERO board_version: Rev 1.xx ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:14d8] Subsystem: ASUSTeK Computer Inc. Device [1043:8877] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:14da] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:14da] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:02.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Device [1022:14db] (prog-if 00 [Normal decode]) Subsystem: ASUSTeK Computer Inc. Device [1043:8877] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:03.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Device [1022:14da] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
Bug#1076441: python3-flasgger: syntax error while comparing versions
Sorry, by further investigation it appears that the error was on my part, as uiversion should be a number rather than a string. Please close this bug Sincerely -- Francesco Potortì (ricercatore)ISTI - CNR, Pisa, Italy Web:http://fly.isti.cnr.it Skype: wnlabisti Mobile: +39.348.8283.107 also Telegram, and even Wa
Bug#1076441: python3-flasgger: syntax error while comparing versions
Package: python3-flasgger Version: 0.9.7.2~dev2+dfsg-3 Severity: grave Traceback (most recent call last): File "/home/work/loca/evaalapi/./demo", line 15, in from evaalapi import statefmt, estfmt File "/home/work/loca/evaalapi/evaalapi.py", line 162, in Swagger(app, config=swagger_config, template=swagger_template, sanitizer=MK_SANITIZER) File "/usr/lib/python3/dist-packages/flasgger/base.py", line 255, in __init__ self.init_app(app) File "/usr/lib/python3/dist-packages/flasgger/base.py", line 269, in init_app self.register_views(app) File "/usr/lib/python3/dist-packages/flasgger/base.py", line 645, in register_views if uiversion < 3: ^ TypeError: '<' not supported between instances of 'str' and 'int' I forced the comparison to return False and everything works: --- base.py 2024-07-16 13:53:41.068427862 +0200 +++ base.py~2023-05-10 19:09:33.0 +0200 @@ -642,7 +642,7 @@ )) ) -if False: #uiversion < 3: +if uiversion < 3: redirect_default = specs_route + '/o2c.html' else: redirect_default = "/oauth2-redirect.html" -- Francesco Potortì (ricercatore)ISTI - CNR, Pisa, Italy Web:http://fly.isti.cnr.it Skype: wnlabisti Mobile: +39.348.8283.107 also Telegram, and even Wa -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.8-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.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 python3-flasgger depends on: ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii python3 3.12.3-1 ii python3-certifi 2024.6.2-1 ii python3-flask 3.0.3-1 ii python3-jsonschema 4.19.2-3 ii python3-mistune 3.0.2-1 ii python3-packaging 24.0-1 ii python3-yaml6.0.1-2+b1 python3-flasgger recommends no packages. python3-flasgger suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/python3/dist-packages/flasgger/base.py (from python3-flasgger package)
Bug#1028398: snapd: both Telegram-desktop and Skype cannot load and save files
Package: snapd Version: 2.57.6-1+b1 Severity: grave X-Debbugs-Cc: none, Francesco Potortì I run two snap applications: telegram-desktop and skype. I had no problems before my vacations. Now neither can save received files or read files to send. Skype ignores the save or load command, telegram hangs. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.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 snapd depends on: ii adduser 3.129 ii apparmor 3.0.8-1 ii ca-certificates 20211016 ii dbus-user-session [default-dbus-session-bus] 1.14.4-1 ii dbus-x11 [dbus-session-bus] 1.14.4-1 ii gnupg 2.2.40-1 ii gnupg11.4.23-1.1+b1 ii libapparmor1 3.0.8-1 ii libc6 2.36-6 ii libcap2 1:2.66-3 ii libseccomp2 2.5.4-1+b2 ii libudev1 252.4-1 ii openssh-client1:9.1p1-1 ii squashfs-tools1:4.5.1-1 ii systemd 252.4-1 ii udev 252.4-1 Versions of packages snapd recommends: ii gnupg 2.2.40-1 Versions of packages snapd suggests: ii zenity 3.43.0-1 -- no debconf information
Bug#1010299: closed by Fabio Fantoni (reply to fantonifa...@tiscali.it) (Re: backintime-common: incompatible with most recent Python)
Please bring the new version to testing as soon as possible. Losing a backup canbe very dangerous. Sincerely -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#1010299: backintime-common: incompatible with most recent Python
Package: backintime-common Version: 1.2.1-3 Severity: grave X-Debbugs-Cc: none, Francesco Potortì I suppose the new Python is the culprit: Traceback (most recent call last): File "/usr/share/backintime/common/backintime.py", line 27, in import config File "/usr/share/backintime/common/config.py", line 32, in import tools File "/usr/share/backintime/common/tools.py", line 1802, in class OrderedSet(collections.MutableSet): AttributeError: module 'collections' has no attribute 'MutableSet' -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, 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 backintime-common depends on: ii cron [cron-daemon] 3.0pl1-137.1 ii openssh-client 1:9.0p1-1 ii python3 3.10.4-1 ii python3-dbus1.2.18-3+b1 ii python3-keyring 23.5.0-1 ii rsync 3.2.4-1 Versions of packages backintime-common recommends: ii backintime-qt 1.2.1-3 Versions of packages backintime-common suggests: pn encfs ii powermgmt-base 1.36 ii sshfs 3.7.2-1 -- no debconf information
Bug#1004330: makes the package useless with PHP 8
>
>Hi Francesco,
>
>Francesco Potortì wrote:
>> I had to revert some changes:
>[…]
>> The necessary change was
>>
>> -$conf['savedir'] = '/var/lib/dokuwiki/data'; //where to store all the
>> files
>> +$conf['savedir'] = './data'; //where to store all the files
>
>Do you remember why this was necessary, i.e. what didn't work without it?
Dokuwiki cannot find the .data directory and says so in the web browser. I
suppose that an alternative is creating a data link to /var/lib/dokuwiki/data.
Maybe such link existed and I removed it in the past and an upgrade does not
restore it?
>> I know nothing about how php is managed on Debian. However, I had to add
>> these links:
>>
>> /usr/share/dokuwiki/vendor/paragonie/random_compat/lib ->
>> /usr/share/php/random_compat
>> /usr/share/dokuwiki/vendor/phpseclib/phpseclib/phpseclib ->
>> /usr/share/php/phpseclib
>
>Good catch! This indeed could be something that I oversaw.
By the way, those files are in the php-phpseclib and php-random-compat packages.
>> # /usr/share/dokuwiki/vendor/marcusschwarz/lesserphp/
>>
>> I replaced all {0} with [0]
>
>That's one of the common changes I had to do. I though thought I had a
>patch for that already in the package on Salsa:
>
>https://salsa.debian.org/abe/dokuwiki/-/blob/master/debian/patches/cherrypick_6b6d27d9.patch
I had just downloaded your package, so apparently you missed that one...
>Anyway, will look through all the things you found and will update the
>package in git where it seems necessary.
>
>> Additionally, I get this in the Apache log:
>>
>> PHP Warning: Undefined array key "fperm" in
>> /usr/share/dokuwiki/inc/Search/Indexer.php on line 1070, referer:
>> http://wiki.potorti.it/egc2018/bilancio
>
>Yes. These are IIRC fixed upstream in git, but not in a release yet. I
>might add them to avoid the warning, but for now I just want to do the
>minimal thing to get it working again.
>
>> And unfortunately email sending still does not work: emails are sent
>> with an empty From: field, so they fail at the sendmail level.
>
>Funnily for me it's opposite: I get more mails than before, and also
>for changes I don't see via web interface. Still unclear why.
I get one email per edit, as expected, but they bounce (and I see the bounce)
because the To: header is empty. This has happened with php8. After I had
patched all the places generating an error in the Apache log, I had this
behaviour, which undortunately does not generate an error, so I could not catch
it...
Bug#1004330: makes the package useless with PHP 8
I built and installed your package, thanks.
These are the problems I encountered.
# /etc/dokuwiki.php
I had to revert some changes:
diff -pu /etc/dokuwiki/dokuwiki.php /etc/dokuwiki/dokuwiki.php.dist
--- /etc/dokuwiki/dokuwiki.php 2022-02-07 13:59:46.209521897 +0100
+++ /etc/dokuwiki/dokuwiki.php.dist 2022-01-25 04:12:00.0 +0100
@@ -13,14 +13,14 @@
/* Basic Settings */
-$conf['title'] = 'Debian DokuWiki'; //what to show in the title
+$conf['title'] = 'DokuWiki';//what to show in the title
$conf['start'] = 'start'; //name of start page
$conf['lang']= 'en'; //your language
$conf['template']= 'dokuwiki'; //see lib/tpl directory
$conf['tagline'] = '';//tagline in header (if template
supports it)
$conf['sidebar'] = 'sidebar'; //name of sidebar in root namespace
(if template supports it)
$conf['license'] = 'cc-by-nc-sa'; //see conf/license.php
-$conf['savedir'] = '/var/lib/dokuwiki/data'; //where to store all the files
+$conf['savedir'] = './data'; //where to store all the files
$conf['basedir'] = '';//absolute dir from serveroot -
blank for autodetection
$conf['baseurl'] = '';//URL to server including protocol -
blank for autodetect
$conf['cookiedir'] = '';//path to use in cookies - blank for
basedir
@@ -139,7 +139,7 @@ $conf['rss_show_summary'] = 1;
$conf['rss_show_deleted'] = 1; //Show deleted items 0|1
/* Advanced Settings */
-$conf['updatecheck'] = 0;//automatically check for new
releases?
+$conf['updatecheck'] = 1;//automatically check for new
releases?
$conf['userewrite'] = 0;//this makes nice URLs: 0: off 1:
.htaccess 2: internal
$conf['useslash']= 0;//use slash instead of colon? only
when rewrite is on
$conf['sepchar'] = '_'; //word separator character in page
names; may be a
@@ -176,12 +176,3 @@ $conf['proxy']['user']= '';
$conf['proxy']['pass']= '';
$conf['proxy']['ssl'] = 0;
$conf['proxy']['except'] = '';
-// Safemode Hack - read http://www.dokuwiki.org/config:safemodehack !
-$conf['safemodehack'] = 0;
-$conf['ftp']['host'] = 'localhost';
-$conf['ftp']['port'] = '21';
-$conf['ftp']['user'] = 'user';
-$conf['ftp']['pass'] = 'password';
-$conf['ftp']['root'] = '/home/user/htdocs';
-
-
Note that I re-added the safemode hack even if I don't know what it is. The
necessary change was
-$conf['savedir'] = '/var/lib/dokuwiki/data'; //where to store all the files
+$conf['savedir'] = './data'; //where to store all the files
# php compatibility
I know nothing about how php is managed on Debian. However, I had to add these
links:
/usr/share/dokuwiki/vendor/paragonie/random_compat/lib ->
/usr/share/php/random_compat
/usr/share/dokuwiki/vendor/phpseclib/phpseclib/phpseclib ->
/usr/share/php/phpseclib
# /usr/share/dokuwiki/vendor/marcusschwarz/lesserphp/
I replaced all {0} with [0]
# Result
Now it apparently works as it did after the patches I had done to the old
package. Additionally, I get this in the Apache log:
PHP Warning: Undefined array key "fperm" in
/usr/share/dokuwiki/inc/Search/Indexer.php on line 1070, referer:
http://wiki.potorti.it/egc2018/bilancio
And unfortunately email sending still does not work: emails are sent with an
empty From: field, so they fail at the sendmail level.
Bug#1004330: makes the package useless with PHP 8
The most urgent thing now is to mark the current dokuwiki package and php8 as incompatible, so people don't keep falling here until a solution is out.
Bug#1004330: makes the package useless with PHP 8
>I have a more or less working package of the most recent upstream >release plus one or two patches at >https://salsa.debian.org/abe/dokuwiki > >It runs in production on https://swissmk.ch/ I'd be happy to try it. However after tweaking with the code I managed to have it almost working. The only thing that I found not working is generation and sending of email: the recipient is empty and the email bounces. Snce this problem does not cause an error or warning for me to read in the logs, I have not found the culprit. So I have enough incentives to try out a new version. I am writing to you in private. -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#1004330: makes the package useless with PHP 8
I hope the package gets upgraded soon, because dokuwiki simply stopped working with PHP 8 I used a stopgap, by looking at the Apache errors end modifying the php source files generating the error, but that's long and tedious. And I cannot be sure that everything works... -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#982920: w3m-el: does not work with Emacs 27
Package: w3m-el Version: 1.4.632+0.20181112-8 Severity: grave X-Debbugs-Cc: none, Francesco Potortì Loading w3m... load-history-filename-element: Wrong type argument: stringp, (require . info) Since the version on testing is from 2018, I guess it just needs upgrade to the current one, which supports Emacs 27 as stated at https://github.com/emacs-w3m/emacs-w3m -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages w3m-el depends on: ii dpkg 1.20.7.1 ii emacs1:27.1+1-3-dbg ii emacs-lucid [emacs] 1:27.1+1-3-dbg ii emacsen-common 3.0.4 ii install-info 6.7.0.dfsg.2-6 ii w3m 0.5.3+git20210102-2 Versions of packages w3m-el recommends: ii apel 10.8+0.20201106-1 ii flim 1:1.14.9+0.20201117-2 Versions of packages w3m-el suggests: ii bzip21.0.8-4 ii imagemagick 8:6.9.11.60+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1 ii libmoe1.51.5.8-5+b1 ii markdown 1.0.1-10.1 ii namazu2 2.0.21-23 ii perl-doc 5.32.1-2 ii poppler-utils [xpdf-utils] 20.09.0-3.1 pn ppthtml ii wv 1.2.9-4.2+b2 pn xlhtml -- no debconf information
Bug#980144: mailutils: movemail does not remove start mailbox when moving
>This appears to be a duplicate of #980042: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980042 It is. Sorry. Please merge. Thanks for your work -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#980144: mailutils: movemail does not remove start mailbox when moving
Package: mailutils Version: 1:3.11.1-4 Severity: grave X-Debbugs-Cc: none, Francesco Potortì File: /usr/bin/movemail.mailutils By chance, I installed mailutis from the unstable branch and I discovered that movemail does not work (while 1:3.10-3 works). This is mailutils (1:3.11.1-4) unstable; urgency=medium When called like movemail --emacs inbox outbox it copies inbox to outbox rather than moving it, i.e. it does not delete outbox even after successful operation -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#974167: fetchmail: OpenSSL reported error: key too small
Package: fetchmail Version: 6.4.13-1 Severity: grave X-Debbugs-Cc: none, Francesco Potortì fetchmail can no longer download mail from some servers. In the logfile it reports: fetchmail: OpenSSL reported: error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small fetchmail: SSL connection failed. fetchmail: socket error while fetching from addr...@server.org fetchmail: Query status=2 (SOCKET) fetchmail: Server certificate verification error: Hostname mismatch fetchmail: OpenSSL reported: error:141A318A:SSL routines:tls_process_ske_dhe:dh key too small -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fetchmail depends on: ii adduser 3.118 ii debianutils 4.11.2 ii libc6 2.31-4 ii libcom-err2 1.45.6-1 ii libgssapi-krb5-2 1.17-10 ii libkrb5-3 1.17-10 ii libssl1.1 1.1.1h-1 ii lsb-base 11.1.0 Versions of packages fetchmail recommends: ii ca-certificates 20200601 Versions of packages fetchmail suggests: ii exim4-daemon-light [mail-transport-agent] 4.94-8 pn fetchmailconf ii resolvconf 1.84 -- Configuration Files: /etc/logcheck/ignore.d.server/fetchmail [Errno 13] Permission denied: '/etc/logcheck/ignore.d.server/fetchmail' /etc/logcheck/ignore.d.workstation/fetchmail [Errno 13] Permission denied: '/etc/logcheck/ignore.d.workstation/fetchmail' -- no debconf information
Bug#969448: bind9: dies with assertion and does not restart
It happened again. In the meantime I had added the line Restart=on-failure to the [Service] section of /lib/systemd/system/named.service, so the name server was automatically restarted. -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (gate 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#969448: bind9: dies with assertion and does not restart
Package: bind9 Version: 1:9.16.6-2 Severity: critical X-Debbugs-Cc: none, Francesco Potortì This happened twice in the last days. Here are the logs Cycle 1/2 Aug 31 16:46:29 tucano named[786855]: starting BIND 9.16.6-Debian (Stable Release) Aug 31 16:46:29 tucano named[786855]: running on Linux x86_64 5.6.0-2-amd64 #1 SMP Debian 5.6.14-1 (2020-05-23) Aug 31 16:46:29 tucano named[786855]: built with '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=/usr/include' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--sysconfdir=/etc' '--localstatedir=/var' '--disable-option-checking' '--disable-silent-rules' '--libdir=/usr/lib/x86_64-linux-gnu' '--runstatedir=/run' '--disable-maintainer-mode' '--disable-dependency-tracking' '--libdir=/usr/lib/x86_64-linux-gnu' '--sysconfdir=/etc/bind' '--with-python=python3' '--localstatedir=/' '--enable-threads' '--enable-largefile' '--with-libtool' '--enable-shared' '--enable-static' '--with-gost=no' '--with-openssl=/usr' '--with-gssapi=/usr' '--with-libidn2' '--with-libjson-c' '--with-lmdb=/usr' '--with-gnu-ld' '--with-maxminddb' '--with-atf=no' '--enable-ipv6' '--enable-rrl' '--enable-filter-' '--disable-native-pkcs11' '--enable-dnstap' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/bind9-LHdBnU/bind9-9.16.6=. -fstack-protector-strong -Wformat -Werror=forma t-security -fno-strict-aliasing -fno-delete-null-pointer-checks -DNO_VERSION_DATE -DDIG_SIGCHASE' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' Aug 31 16:46:29 tucano named[786855]: running as: named -f -u bind Aug 31 16:46:29 tucano named[786855]: compiled by GCC 10.2.0 Aug 31 16:46:29 tucano named[786855]: compiled with OpenSSL version: OpenSSL 1.1.1g 21 Apr 2020 Aug 31 16:46:29 tucano named[786855]: linked to OpenSSL version: OpenSSL 1.1.1g 21 Apr 2020 Aug 31 16:46:29 tucano named[786855]: compiled with libxml2 version: 2.9.10 Aug 31 16:46:29 tucano named[786855]: linked to libxml2 version: 20910 Aug 31 16:46:29 tucano named[786855]: compiled with json-c version: 0.15 Aug 31 16:46:29 tucano named[786855]: linked to json-c version: 0.15 Aug 31 16:46:29 tucano named[786855]: compiled with zlib version: 1.2.11 Aug 31 16:46:29 tucano named[786855]: linked to zlib version: 1.2.11 Aug 31 16:46:29 tucano named[786855]: Aug 31 16:46:29 tucano named[786855]: BIND 9 is maintained by Internet Systems Consortium, Aug 31 16:46:29 tucano named[786855]: Inc. (ISC), a non-profit 501(c)(3) public-benefit Aug 31 16:46:29 tucano named[786855]: corporation. Support and training for BIND 9 are Aug 31 16:46:29 tucano named[786855]: available at https://www.isc.org/support Aug 31 16:46:29 tucano named[786855]: Aug 31 16:46:29 tucano named[786855]: adjusted limit on open files from 524288 to 1048576 Aug 31 16:46:29 tucano named[786855]: found 4 CPUs, using 4 worker threads Aug 31 16:46:29 tucano named[786855]: using 4 UDP listeners per interface Aug 31 16:46:29 tucano named[786855]: using up to 21000 sockets Aug 31 16:46:29 tucano named[786855]: loading configuration from '/etc/bind/named.conf' Aug 31 16:46:29 tucano named[786855]: /etc/bind/named.conf.options:32: option 'dnssec-enable' is obsolete and should be removed Aug 31 16:46:29 tucano named[786855]: reading built-in trust anchors from file '/etc/bind/bind.keys' Aug 31 16:46:29 tucano named[786855]: looking for GeoIP2 databases in '/usr/share/GeoIP' Aug 31 16:46:29 tucano named[786855]: using default UDP/IPv4 port range: [32768, 60999] Aug 31 16:46:29 tucano named[786855]: using default UDP/IPv6 port range: [32768, 60999] Aug 31 16:46:29 tucano named[786855]: listening on IPv4 interface lo, 127.0.0.1#53 Aug 31 16:46:29 tucano named[786855]: listening on IPv4 interface eth0, 146.48.81.102#53 Aug 31 16:46:29 tucano named[786855]: IPv6 socket API is incomplete; explicitly binding to each IPv6 address separately Aug 31 16:46:29 tucano named[786855]: listening on IPv6 interface lo, ::1#53 Aug 31 16:46:29 tucano named[786855]: listening on IPv6 interface eth0, 2a00:1620:c0:50:16da:e9ff:feb7:f82b#53 Aug 31 16:46:29 tucano named[786855]: listening on IPv6 interface eth0, fe80::16da:e9ff:feb7:f82b%2#53 Aug 31 16:46:29 tucano named[786855]: generating session key for dynamic DNS Aug 31 16:46:29 tucano named[786855]: sizing zone task pool based on 5 zones Aug 31 16:46:29 tucano named[786855]: none:101: &#
Bug#910731: kaddressbook: crashes at startup
>can you still observe the crash, or got it fixed by updates >in mid October? (Like mentioned in #910581) It does not crash any more, but it shows an error message at startup: The Akonadi personal information management service is not running. This application cannot be used without it. [Start] If I press the [Start] button, apparently nothing happens. When I launch kaddressbook from a terminal, I see this error message: org.kde.pim.akonadicore: Unable to execute akonadi_control, falling back to D-Bus auto-launch appearing twice after startup, and once more each time I press the [Start] button. I suppose this means that kaddressbook should depend on akonadi-server. After installing akonadi-server and launching kaddressbook I see a message telling something about setup, then a new error screen with message: Cannot connect to the Personal Information management service. There are no Akonadi Agents available. Please verify your KDE PIM Installation. [Details...] On the terminal, I see these messages: Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontableOK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelationOK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.pim.akonadicore: "" org.kde.pim.akonadicore: Job error: "" for collection: QVector() Pressing the [Details...] button produces no apparent effect. After killing and restarting kaddressbook, the initial setup message does not appear any more, while the error message screen is still there. Again, pressing the [Details...] button has no visible effect. No messages are produced on the terminal -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#909818: Debian snapshot archive
I received a kind note from a Debian user explaining that Debian provides archives for old packages. In this case, we can find certified Debian packages compiled for all architectures at <http://snapshot.debian.org/package/fontconfig/2.13.0-5/#fontconfig_2.13.0-5> -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#909818: confirm downgrade of fontconfig solves the problem
I can confirm that downgrading fontconfig and libfontcofig1 solves the problem. Unfortunately, the 2.13.0 version is no more available in the archive, and previous versions are not compatible. So I had to recompile them myself. Here are the packages I just installed on my amd64 box: <http://fly.isti.cnr.it/tmp/fontconfig_2.13.0-5_amd64.deb> <http://fly.isti.cnr.it/tmp/libfontconfig1_2.13.0-5_amd64.deb> You can download them, install them with $ sudo dpkg -i libfontconfig1_2.13.0-5_amd64.deb fontconfig_2.13.0-5_amd64.deb and prevent upgrading them with $ sudo aptitude hold fontconfig libfontconfig1 until this bug is solved -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#911776: fontconfig: makes Firefox, Gimp, Inkscape occasionally freeze
Package: fontconfig Version: 2.13.0-5 Severity: grave Details are reported in bug #909818 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=C:en_GB:en:en_US:it:fr:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fontconfig depends on: ii fontconfig-config 2.13.1-1 ii libc6 2.27-6 pn libfontconfig1 ii libfreetype6 2.8.1-2 fontconfig recommends no packages. fontconfig suggests no packages. -- no debconf information
Bug#910731: kaddressbook: crashes at startup
>Hello Francesco, >just came around and found this could be related to that >bug report [1], related to package libkf5kontactinterface5. > >Kind regards, >Bernhard > >[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910581 I see. Thank you. Unfortunately, the 17.12.3-1 version is no more available in the archive, apart from the hurd architecture. So I will wait for a newer version (I am not going to compile it myself). Sincerely -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#910731: kaddressbook: crashes at startup
Package: kaddressbook Version: 4:17.12.3-1 Severity: grave This is a mate-based Debian testing system. I installed kaddressbook, which loaded a host of KDE libraries, but I cannot make it work: $ kaddressbook KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = kaddressbook path = /usr/bin pid = 11120 KCrash: Arguments: /usr/bin/kaddressbook KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 Warning: connect() failed: : No such file or directory KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi directly kf5.kwidgetsaddons: Invalid pixmap specified. The popup says: Executable: kaddressbook PID: 11120 Signal: Segmentation fault (11) Time: 10/10/18 14:35:10 and the backtrace is: Application: KAddressBook (kaddressbook), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f0dc302fa80 (LWP 11120))] Thread 6 (Thread 0x7f0daad23700 (LWP 11128)): #0 0x7f0dcdf87739 in __GI___poll (fds=0x7f0d9c003110, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f0dca892e46 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0dca892f6c in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0dce4b124b in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f0dce45e25b in QEventLoop::exec(QFlags) () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f0dce2ad176 in QThread::exec() () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f0dcdbcf545 in () at /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #7 0x7f0dce2b6d47 in () at /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f0dcbb99f2a in start_thread (arg=0x7f0daad23700) at pthread_create.c:463 #9 0x7f0dcdf91edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 5 (Thread 0x7f0dab575700 (LWP 11127)): #0 0x7f0dcbb9fe6c in futex_wait_cancelable (private=, expected=0, futex_word=0x563d0b3b4fc0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f0dcbb9fe6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x563d0b3b4f70, cond=0x563d0b3b4f98) at pthread_cond_wait.c:502 #2 0x7f0dcbb9fe6c in __pthread_cond_wait (cond=0x563d0b3b4f98, mutex=0x563d0b3b4f70) at pthread_cond_wait.c:655 #3 0x7f0db856790b in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so #4 0x7f0db8567637 in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so #5 0x7f0dcbb99f2a in start_thread (arg=0x7f0dab575700) at pthread_create.c:463 #6 0x7f0dcdf91edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 4 (Thread 0x7f0dabdc7700 (LWP 11126)): #0 0x7f0dcbb9fe6c in futex_wait_cancelable (private=, expected=0, futex_word=0x563d0b5f8da0) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 0x7f0dcbb9fe6c in __pthread_cond_wait_common (abstime=0x0, mutex=0x563d0b5f8d50, cond=0x563d0b5f8d78) at pthread_cond_wait.c:502 #2 0x7f0dcbb9fe6c in __pthread_cond_wait (cond=0x563d0b5f8d78, mutex=0x563d0b5f8d50) at pthread_cond_wait.c:655 #3 0x7f0db856790b in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so #4 0x7f0db8567637 in () at /usr/lib/x86_64-linux-gnu/dri/r600_dri.so #5 0x7f0dcbb99f2a in start_thread (arg=0x7f0dabdc7700) at pthread_create.c:463 #6 0x7f0dcdf91edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 3 (Thread 0x7f0db9d33700 (LWP 11123)): #0 0x7f0dcdf87739 in __GI___poll (fds=0x563d0b2ba670, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f0dca892e46 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0dca8931d2 in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0dbbcd97b6 in () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x7f0dca8bb135 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f0dcbb99f2a in start_thread (arg=0x7f0db9d33700) at pthread_create.c:463 #6 0x7f0dcdf91edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 2 (Thread 0x7f0dba585700 (LWP 11122)): #0 0x7f0dcdf87739 in __GI___poll (fds=0x563d0b2988f0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f0dca892e46 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0dca892f6c in g_main_context_iteration () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0dca892fb1 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f0dca8bb135 in () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f0dcbb99f2a in start_thread (arg=0x7f0dba585700) at pthread_create.c:463 #6 0x7f0dcdf91edf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 1 (Thread 0x7f0dc302fa80 (LWP 11120)): [KCrash Handler] #4 0x7f0dce1e7438 in vtable for __cxxabiv1::__si_class_type_info () at /usr/lib/x86
Bug#909099: gimagereader: crashes at startup
Package: gimagereader
Version: 3.2.3-2
Severity: grave
This is the answer I got from upstream, apparently it is a build issue.
Date: Tue, 04 Sep 2018 18:22:43 +0200
From: Sandro Mani
Subject: Re: gimagereader-gtk dumps core
Hi
I've been getting many of these lately: debian apparently updated their
tesseract version, and gImageReader needs to be rebuilt against the new
version.
If you are using the debian package from the regular repos, please ask
the maintainer to rebuild it.
Hope this helps
Sandro
On 04.09.2018 18:17, Francesco Potortì wrote:
> As soon as it starts from the command line on an up-to-date Debian
> system:
>
> $ gimagereader-gtk
> !strcmp(locale, "C"):Error:Assert failed:in file baseapi.cpp, line 201
> Gtk-Message: 18:14:49.170: GtkDialog mapped without a transient parent. This
> is discouraged.
> Process Process-10:
> Traceback (most recent call last):
>File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in
> _bootstrap
> self.run()
>File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
> self._target(*self._args, **self._kwargs)
>File "/usr/lib/python3/dist-packages/lios/ocr/ocr_engine_base.py", line
> 52, in
> image_file_name :
> child_conn.send(self.ocr_image_to_text(image_file_name))),
>File "/usr/lib/python3/dist-packages/lios/ocr/ocr_engine_tesseract.py",
> line 57, in ocr_image_to_text
> os.remove("/tmp/{0}_for_ocr.png".format(file_name.split("/")[-1]))
> FileNotFoundError: [Errno 2] No such file or directory:
> '/tmp/capitolato#speciale#005.png_for_ocr.png'
> Segmentation fault (core dumped)
> ~/ipin19/capitolato$ gimagereader-gtk
> !strcmp(locale, "C"):Error:Assert failed:in file baseapi.cpp, line 201
> Gtk-Message: 18:15:05.723: GtkDialog mapped without a transient parent. This
> is discouraged.
> Segmentation fault (core dumped)
>
>
>
> gImageReader 3.2.3 (rev )
>
> #1 0x55dbbde54077 in MainWindow::signalHandler(int) ()
> #2 0x7f386d15dfc0 in () at
> /lib/x86_64-linux-gnu/libc.so.6
> #3 0x7f3871a0c2e7 in ERRCODE::error(char const*, TessErrorLogCode, char
> const*, ...) const () at /usr/lib/x86_64-linux-gnu/libtesseract.so.4
> #4 0x7f3871843a9e in tesseract::TessBaseAPI::TessBaseAPI() () at
> /usr/lib/x86_64-linux-gnu/libtesseract.so.4
> #5 0x55dbbde37268 in Config::setDataLocations(int) ()
> #6 0x7f38703791a8 in
> Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) () at
> /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1
> #7 0x7f386ed0af6d in g_closure_invoke () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #8 0x7f386ed1d8d1 in () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #9 0x7f386ed263f5 in g_signal_emit_valist () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #10 0x7f386ed26e0f in g_signal_emit () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #11 0x7f386fb6f7e5 in () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #12 0x7f386fb71da5 in gtk_combo_box_set_active () at
> /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
> #13 0x55dbbde386fb in ComboSetting::ComboSetting(Glib::ustring const&,
> Gtk::ComboBox*) ()
> #14 0x55dbbde34eef in Config::Config() ()
> #15 0x55dbbde56028 in MainWindow::MainWindow() ()
> #16 0x55dbbde9c7dd in Application::on_startup() ()
> #17 0x7f38708a7d2d in
> Gio::Application_Class::startup_callback(_GApplication*) () at
> /usr/lib/x86_64-linux-gnu/libgiomm-2.4.so.1
> #18 0x7f386ed0af6d in g_closure_invoke () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #19 0x7f386ed1de0e in () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #20 0x7f386ed263f5 in g_signal_emit_valist () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #21 0x7f386ed26e0f in g_signal_emit () at
> /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
> #22 0x7f386f4210a2 in g_application_register () at
> /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
> #23 0x7f386f4218b7 in () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
> #24 0x7f38708a78fb in Gio::Application::local_command_line_vfunc(char**&,
> int&) () at /usr/lib/x86_64-linux-gnu/libgiomm-2.4.so.1
> #25 0x7f38708a7b3d in
> Gio::Application_Class::local_command_line_vfunc_callback(_GApplication*,
> char***, int*) () at /usr/lib/x86_64-linux-gnu/libgiomm-2.4.so.1
> #26 0x7f386f421c46 in g_application_run () at
> /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
> #27 0x55dbbde2ab66 in main ()
>
> Thread 8 (Thread 0x7f385a684700 (LWP 9467)):
> #0 0x7f386d21573
Bug#877149: please install a workaround
I am affected by this bug when using fltk and visible off. I worked around this by installing a shell executable like this: ===File /usr/bin/octave-cli-bug-50479=== #! /bin/sh LD_PRELOAD=libGLX_mesa.so.0 exec octave-cli "$@" I strongly suggest that Debian installs a similar workaround while waiting for the ral bug to be corrected. -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#794977: please, fix this soon
I used the ln -s workaround, thanks Aleksi. But I think this package is important enough to deserve a quick official update. By the way, if the update checked for the presence of the simlink fix and warned to undo it, that would be very appreciated :) -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it
Bug#788988: gthumb: crashes with X Windows error at startup
>Can you tell how to reproduce the bug ? Well, I just open a terminal in X and type "gthumb"... I use an updated testing distribution and the Mate desktop environment. I have used this environment for some years, and have always used Gthumb. I have not used it maybe in the last couple months, so probably some update changed something, but I don't know what to look for... -- Francesco Potortì (ricercatore)Voice: +39.050.621.3058 ISTI - Area della ricerca CNR Mobile: +39.348.8283.107 via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti (entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788988: gthumb: crashes with X Windows error at startup
Package: gthumb Version: 3:3.4.0-2 Severity: grave Starting from a terminal, I get this: gthumb (gthumb:3148): Gdk-ERROR **: The program 'gthumb' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 168 error_code 2 request_code 155 (GLX) minor_code 24) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap (core dumped) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.20.0-1 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.5-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.5-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.14.13-1 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 ii libjpeg62-turbo 1:1.4.0-7 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpng12-0 1.2.50-2+b2 ii librsvg2-2 2.40.9-2 ii libsecret-1-0 0.18.2-1 ii libsoup2.4-12.50.0-2 ii libstdc++6 5.1.1-9 ii libtiff54.0.3-13 ii libwayland-client0 1.7.0-2 ii libwayland-cursor0 1.7.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.5.5-1 ii libwayland-server0 1.7.0-2 ii libwebkit2gtk-4.0-372.8.3+dfsg1-1 ii libwebp50.4.3-1.3 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxrandr2 2:1.4.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gthumb recommends: ii bison 2:3.0.2.dfsg-2 ii flex2.5.39-8+b1 ii gstreamer0.10-gnomevfs 0.10.36-2 ii gvfs-bin1.24.1-2+b1 ii libgphoto2-62.5.7-5 ii libgphoto2-port12 2.5.7-5 gthumb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742030: gnumeric: dumps core when reading xls
Package: gnumeric Version: 1.12.12-1 Severity: serious I open a complex xls file that I have created with the old versions and maintained for years. I make a trivial mod and save it. I close gnumeric. When I reopen it, it dumps core as soon as the file is read. If, after making the same mod I save it in native format, I observe no problems. The file is complex and contains reserved data, so I should first try to reduce it to prepare a reproducible test case. I have the core dump. More data as soon as I find the time or as soon as someone suggests a quick way to make this report more useful -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.52 ii gnumeric-common1.12.12-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgoffice-0.10-10 0.10.12-1 ii libgsf-1-114 1.14.29-1 ii libgtk-3-0 3.10.7-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-01.36.2-2 ii libxml22.9.1+dfsg1-3 ii procps 1:3.3.9-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnumeric recommends: ii evince3.10.0-2 ii gnumeric-doc 1.12.12-1 ii lp-solve 5.5.0.13-7+b1 Versions of packages gnumeric suggests: ii fonts-liberation 1.07.3-3 ii gnumeric-plugins-extra 1.12.12-1 ii ttf-mscorefonts-installer 3.5 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
