Bug#1060982: image-factory: FTBFS: AttributeError: module 'astroid.nodes' has no attribute 'TryExcept'
Hello, I am unable to reproduce this bug, and I can build image-factory 1.0.2-1.1 successfully with current sid and bookworm environments. It's possible your build had issues with pylint < 3.0.0 and astroid > 3.0.0. My recent successful sid build used pylint 3.2.2-2 and astroid 3.2.2-1, and the bookworm build used pylint 2.16.2-2 and astroid 2.14.2-1. So if you are okay with this, I believe this bug can be closed. Thanks! -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1074053: icingaweb2-module-idoreports: [INTL:de] updated German po file translation
Package: icingaweb2-module-idoreports Version: 0.10.1-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-idoreports attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-idoreports_0.10.1-3_de.po.bz2 Description: application/bzip
Bug#1071855: icingaweb2-module-idoreports: [INTL:de] updated German po file translation
Package: icingaweb2-module-idoreports Version: 0.10.1-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-idoreports attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-idoreports_0.10.1-3_de.po.bz2 Description: application/bzip
Bug#1066926: icingaweb2-module-x509_1: [INTL:de] updated German po file translation
Package: icingaweb2-module-x509_1 Version: 1.2.1+dfsg-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-x509_1 attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-x509_1_1.2.1+dfsg-3_templates.pot.bz2 Description: application/bzip
Bug#1066924: icingaweb2-module-toplevelview: [INTL:de] updated German po file translation
Package: icingaweb2-module-toplevelview Version: 0.3.3-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-toplevelview attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-toplevelview_0.3.3-3_templates.pot.bz2 Description: application/bzip
Bug#1066923: icingaweb2-module-generictts: [INTL:de] updated German po file translation
Package: icingaweb2-module-generictts Version: 2.1.0-2 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-generictts attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-generictts_2.1.0-2_templates.pot.bz2 Description: application/bzip
Bug#1066921: icingaweb2_module_eventdb: [INTL:de] updated German po file translation
Package: icingaweb2_module_eventdb Version: 1.3.0-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2_module_eventdb attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-eventdb_1.3.0-4_templates.pot.bz2 Description: application/bzip
Bug#1066920: icingaweb2-module-audit: [INTL:de] updated German po file translation
Package: icingaweb2-module-audit Version: 1.0.2-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-audit attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-audit_1.0.2-3_templates.pot.bz2 Description: application/bzip
Bug#1066919: icingaweb2-module-fileshipper: [INTL:de] updated German po file translation
Package: icingaweb2-module-fileshipper Version: 1.2.0-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-fileshipper attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-fileshipper_1.2.0-3_templates.pot.bz2 Description: application/bzip
Bug#1066915: icingaweb2-module-businessprocess: [INTL:de] updated German po file translation
Package: icingaweb2-module-businessprocess Version: 2.5.0-1 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-businessprocess attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-businessprocess_2.5.0-1_templates.pot.bz2 Description: application/bzip
Bug#1066914: icingaweb2-modulu-idoreports: [INTL:de] updated German po file translation
Package: icingaweb2-modulu-idoreports Version: 0.10.1-1 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-modulu-idoreports attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-idoreports_0.10.1-1_templates.pot.bz2 Description: application/bzip
Bug#1066913: icingaweb2-module-reporting: [INTL:de] updated German po file translation
Package: icingaweb2-module-reporting Version: 0.10.0-2 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-reporting attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-reporting_0.10.0-2_templates.pot.bz2 Description: application/bzip
Bug#1066912: icingaweb2-module-pdfexport: [INTL:de] updated German po file translation
Package: icingaweb2-module-pdfexport Version: 0.10.2+dfsg1-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-pdfexport attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-pdfexport_0.10.2+dfsg1-3_templates.pot.bz2 Description: application/bzip
Bug#1066906: icingaweb2-module-boxydash_0.0.1+20160321-5: [INTL:de] updated German po file translation
Package: icingaweb2-module-boxydash_0.0.1+20160321-5 Version: 0.0.1+20160321-5 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-boxydash_0.0.1+20160321-5 attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-boxydash_0.0.1+20160321-5_templates.pot.bz2 Description: application/bzip
Bug#1066102: icingaweb2-module-nagvis: [INTL:de] updated German po file translation
Package: icingaweb2-module-nagvis Version: 1.1.1-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-nagvis attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers
Bug#1066107: icingaweb2-module-pnp: [INTL:de] updated German po file translation
Package: icingaweb2-module-pnp Version: 1.1.0-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-pnp attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-pnp_1.1.0-4_templates.pot.bz2 Description: application/bzip
Bug#1066106: icingaweb2-module-nagvis: [INTL:de] updated German po file translation
Package: icingaweb2-module-nagvis Version: 1.1.1-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-nagvis attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-nagvis_1.1.1-4_templates.pot.bz2 Description: application/bzip
Bug#1066105: icingaweb2-module-cube: [INTL:de] updated German po file translation
Package: icingaweb2-module-cube Version: 1.3.2-1 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-cube attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-cube_1.3.2-1_templates.pot.bz2 Description: application/bzip
Bug#1066104: icingaweb2-module-graphite: [INTL:de] updated German po file translation
Package: icingaweb2-module-graphite Version: 1.2.2-3 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-graphite attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-graphite_1.2.2-3_templates.pot.bz2 Description: application/bzip
Bug#1066103: icingaweb2-module-cube: [INTL:de] updated German po file translation
Package: icingaweb2-module-cube Version: 1.3.2-1 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-cube attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers
Bug#1066101: icingaweb2-module-pnp: [INTL:de] updated German po file translation
Package: icingaweb2-module-pnp Version: 1.1.0-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-pnp attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers
Bug#1066099: icingaweb2-module-map: [INTL:de] updated German po file translation
Package: icingaweb2-module-map Version: 1.1.0-4 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-map attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-map_1.1.0-4_templates.pot.bz2 Description: application/bzip
Bug#1066047: icingaweb2-module-incubator: [INTL:de] updated German po file translation
Package: icingaweb2-module-incubator Version: 0.20.0-2 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-incubator attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-incubator_0.20.0-2_templates.pot.bz2 Description: application/bzip
Bug#1066041: icingaweb2-module-statusmap: [INTL:de] updated German po file translation
Package: icingaweb2-module-statusmap Version: 20160720-5 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-statusmap attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-statusmap_20160720-5_de.po.bz2 Description: application/bzip
Bug#1065083: $icingaweb2-module-director: [INTL:de] updated German icingaweb2-module-director translation\
Package: icingaweb2-module-director Version: 1.10.2-2 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for icingaweb2-module-director attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef Beckers icingaweb2-module-director_1.10.2-2.de.po.bz2 Description: application/bzip
Bug#1051613: stable-security
The bug has been around since September 10th. On September 13th were released on kernel.org 6.1.53 released and on 19.9. 6.1.54 released. In both the bug is fixed. The meta package linux-image-amd64 still points to the faulty 6.1.52-1 If a kernel error made over 100 drivers unusable, most of which had been working without any problems for over 10 years, I was hoping for a quicker approach. Or did I miss something. Best regards Josef
Bug#1034786: unblock: image-factory/1.0.2-1.1
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: josef81...@gmail.com, t...@debian.org,
benjamin.dr...@ionos.com
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package image-factory.
[ Reason ]
This update allows the python package to build without error by passing
test_pylint, the only failed test during dh_auto_test. The failed test
was fixed by replacing the broad exception types with appropriate error
types (see #1033424).
[ Impact ]
With this fix, the package does not FTBFS from failing test_pylint. The
python package now builds as expected. image-factory has no
reverse-dependencies, so there is no impact on other packages.
[ Tests ]
dh_auto_test runs during the build and would fail the build if tests
failed. I installed the new .deb and ran `image-factory --help` in a
terminal and got the expected output. The updates were also reviewed by
the DD who signed and uploaded the package.
[ Risks ]
image-factory has no reverse-dependencies so there are no risks.
[ Checklist ]
[X] all changes are documented in the d/changelog
[X] I reviewed all changes and I approve them
[X] attach debdiff against the package in testing
unblock: image-factory/1.0.2-1.1
--
Josef Schneider
GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F
diff -Nru image-factory-1.0.2/debian/changelog
image-factory-1.0.2/debian/changelog
--- image-factory-1.0.2/debian/changelog2021-11-12 16:52:40.0
+0100
+++ image-factory-1.0.2/debian/changelog2023-04-12 15:50:18.0
+0200
@@ -1,3 +1,11 @@
+image-factory (1.0.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/patches: Add 0001-replace-broad-exceptions.patch.
++ Pass pylint test and fix FTBFS (Closes: #1033424).
+
+ -- Josef Schneider Wed, 12 Apr 2023 15:50:18 +0200
+
image-factory (1.0.2-1) unstable; urgency=medium
* New upstream release
diff -Nru
image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
--- image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
1970-01-01 01:00:00.0 +0100
+++ image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
2023-04-12 15:50:18.0 +0200
@@ -0,0 +1,43 @@
+From a32952d31c02d2ce2425032e1960c0c292a29855 Mon Sep 17 00:00:00 2001
+From: Josef Schneider
+Date: Wed, 12 Apr 2023 15:49:41 +0200
+Subject: [PATCH] replace broad exceptions
+
+---
+ image-factory | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/image-factory b/image-factory
+index f8dffe0..5130fd7 100755
+--- a/image-factory
b/image-factory
+@@ -61,7 +61,7 @@ def get_config():
+ if env_name in os.environ:
+ config_files = [os.environ[env_name]]
+ if not os.path.isfile(config_files[0]):
+-raise Exception(
++raise FileNotFoundError(
+ "'" + config_files[0] + "' (set in " + env_name + ") is not a
valid file."
+ )
+ else:
+@@ -135,7 +135,7 @@ def cache_file(cache_dir, source):
+ elif source.startswith("rsync:"):
+ call_command(["rsync", "--no-motd", source, destination])
+ else:
+-raise Exception(f"No download handler for file '{source}' found.")
++raise ValueError(f"No download handler for file '{source}' found.")
+ return relative_destination
+
+
+@@ -163,7 +163,7 @@ def download_and_publish(config, image, source, filename):
+ elif source.startswith("rsync:"):
+ call_command(["rsync", "--no-motd", source, destination])
+ else:
+-raise Exception(f"No download handler for file '{source}' found.")
++raise ValueError(f"No download handler for file '{source}' found.")
+ return destination
+
+
+--
+2.38.1
+
diff -Nru image-factory-1.0.2/debian/patches/series
image-factory-1.0.2/debian/patches/series
--- image-factory-1.0.2/debian/patches/series 1970-01-01 01:00:00.0
+0100
+++ image-factory-1.0.2/debian/patches/series 2023-04-12 15:50:18.0
+0200
@@ -0,0 +1 @@
+0001-replace-broad-exceptions.patch
OpenPGP_0x5A44BC12F2A8E58F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1033424: image-factory: FTBFS in testing: AssertionError: pylint found issues:
Hello,
I have attached a debdiff where I replace the broad exception types with
appropriate error types. This patch satisfies the pylint test and allows
the package to build without issues. I can upload this RC bug fix as a
NMU if you want. Thanks!
--
Josef Schneider
GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F
diff -Nru image-factory-1.0.2/debian/changelog
image-factory-1.0.2/debian/changelog
--- image-factory-1.0.2/debian/changelog2021-11-12 16:52:40.0
+0100
+++ image-factory-1.0.2/debian/changelog2023-04-12 15:50:18.0
+0200
@@ -1,3 +1,11 @@
+image-factory (1.0.2-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/patches: Add 0001-replace-broad-exceptions.patch.
++ Pass pylint test and fix FTBFS (Closes: #1033424).
+
+ -- Josef Schneider Wed, 12 Apr 2023 15:50:18 +0200
+
image-factory (1.0.2-1) unstable; urgency=medium
* New upstream release
diff -Nru
image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
--- image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
1970-01-01 01:00:00.0 +0100
+++ image-factory-1.0.2/debian/patches/0001-replace-broad-exceptions.patch
2023-04-12 15:50:18.0 +0200
@@ -0,0 +1,43 @@
+From a32952d31c02d2ce2425032e1960c0c292a29855 Mon Sep 17 00:00:00 2001
+From: Josef Schneider
+Date: Wed, 12 Apr 2023 15:49:41 +0200
+Subject: [PATCH] replace broad exceptions
+
+---
+ image-factory | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/image-factory b/image-factory
+index f8dffe0..5130fd7 100755
+--- a/image-factory
b/image-factory
+@@ -61,7 +61,7 @@ def get_config():
+ if env_name in os.environ:
+ config_files = [os.environ[env_name]]
+ if not os.path.isfile(config_files[0]):
+-raise Exception(
++raise FileNotFoundError(
+ "'" + config_files[0] + "' (set in " + env_name + ") is not a
valid file."
+ )
+ else:
+@@ -135,7 +135,7 @@ def cache_file(cache_dir, source):
+ elif source.startswith("rsync:"):
+ call_command(["rsync", "--no-motd", source, destination])
+ else:
+-raise Exception(f"No download handler for file '{source}' found.")
++raise ValueError(f"No download handler for file '{source}' found.")
+ return relative_destination
+
+
+@@ -163,7 +163,7 @@ def download_and_publish(config, image, source, filename):
+ elif source.startswith("rsync:"):
+ call_command(["rsync", "--no-motd", source, destination])
+ else:
+-raise Exception(f"No download handler for file '{source}' found.")
++raise ValueError(f"No download handler for file '{source}' found.")
+ return destination
+
+
+--
+2.38.1
+
diff -Nru image-factory-1.0.2/debian/patches/series
image-factory-1.0.2/debian/patches/series
--- image-factory-1.0.2/debian/patches/series 1970-01-01 01:00:00.0
+0100
+++ image-factory-1.0.2/debian/patches/series 2023-04-12 15:50:18.0
+0200
@@ -0,0 +1 @@
+0001-replace-broad-exceptions.patch
OpenPGP_0x5A44BC12F2A8E58F.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1034153: unblock: scikit-rf/0.15.4-2.1
Package: release.debian.org Severity: normal X-Debbugs-Cc: josef81...@gmail.com, t...@debian.org, ruben.undh...@gmail.com User: release.debian@packages.debian.org Usertags: unblock Please unblock package scikit-rf. [ Reason ] This update allows the python package to import without error by importing the collections.abc python package in replacement of the collections python package because collections.abc contains the Sequence and MutableMapping attributes (see #1032392). [ Impact ] With this fix, the package does not throw an AttributeError when being imported in a python console. scikit-rf has no reverse-dependencies, so there is no impact on other packages. [ Tests ] dh_auto_test runs during the build and would fail the build if tests failed. I installed the new .deb and ran `import skrf` and `from skrf import Network` in a python console. No error was thrown and running `skrf` produces '/usr/lib/python3/dist-packages/skrf/__init__.py'> as expected. The updates were also reviewed by the DD who signed and uploaded the package. [ Risks ] scikit-rf has no reverse-dependencies so there are no risks. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing unblock: scikit-rf/0.15.4-2.1 -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F diff -Nru scikit-rf-0.15.4/debian/changelog scikit-rf-0.15.4/debian/changelog --- scikit-rf-0.15.4/debian/changelog 2020-12-02 09:46:23.0 +0100 +++ scikit-rf-0.15.4/debian/changelog 2023-04-04 19:53:06.0 +0200 @@ -1,3 +1,11 @@ +scikit-rf (0.15.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to import python package collections.abc instead of collections. ++ Fixes AttributeError when importing the package (Closes: #1032392). + + -- Josef Schneider Tue, 04 Apr 2023 19:53:06 +0200 + scikit-rf (0.15.4-2) unstable; urgency=medium * First source-only upload diff -Nru scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch --- scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch 1970-01-01 01:00:00.0 +0100 +++ scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch 2023-04-04 19:53:06.0 +0200 @@ -0,0 +1,43 @@ +From eb86566f22b80cf782585dc04d872fc11b437946 Mon Sep 17 00:00:00 2001 +From: Josef Schneider +Date: Tue, 4 Apr 2023 20:04:21 +0200 +Subject: [PATCH] import collections abc + +--- + skrf/util.py | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/skrf/util.py b/skrf/util.py +index b9566f3..355ec0e 100644 +--- a/skrf/util.py b/skrf/util.py +@@ -32,7 +32,7 @@ import six.moves.cPickle as pickle + + import numpy as npy + from datetime import datetime +-import collections ++import collections.abc + import pprint + import re + from subprocess import Popen, PIPE +@@ -286,7 +286,7 @@ def findReplace(directory, find, replace, filePattern): + + # general purpose objects + +-class HomoList(collections.Sequence): ++class HomoList(collections.abc.Sequence): + ''' + + A Homogeneous Sequence +@@ -384,7 +384,7 @@ class HomoList(collections.Sequence): + return pprint.pformat(self.store) + + +-class HomoDict(collections.MutableMapping): ++class HomoDict(collections.abc.MutableMapping): + ''' + A Homogeneous Mutable Mapping + +-- +2.38.1 + diff -Nru scikit-rf-0.15.4/debian/patches/series scikit-rf-0.15.4/debian/patches/series --- scikit-rf-0.15.4/debian/patches/series 2020-12-02 09:45:36.0 +0100 +++ scikit-rf-0.15.4/debian/patches/series 2023-04-04 19:53:06.0 +0200 @@ -1 +1,2 @@ 0001-Included-script-should-run-with-Python-3.patch +0002-import-collections-abc.patch OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1032392: python3-scikit-rf: import fails: AttributeError: module 'collections' has no attribute 'Sequence'
Hello, I have attached a debdiff where I import the collections.abc python package which has the Sequence and MutableMapping attributes instead of collections. This patch is applied to the 0.15.4 upstream which is the current in debian. With this fix, the package builds and importing the skrf package in a python console works as expected. I can upload this RC bug fix as a NMU if you want. Thanks! -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F diff -Nru scikit-rf-0.15.4/debian/changelog scikit-rf-0.15.4/debian/changelog --- scikit-rf-0.15.4/debian/changelog 2020-12-02 09:46:23.0 +0100 +++ scikit-rf-0.15.4/debian/changelog 2023-04-04 19:53:06.0 +0200 @@ -1,3 +1,11 @@ +scikit-rf (0.15.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to import python package collections.abc instead of collections. ++ Fixes AttributeError when importing the package (Closes: #1032392). + + -- Josef Schneider Tue, 04 Apr 2023 19:53:06 +0200 + scikit-rf (0.15.4-2) unstable; urgency=medium * First source-only upload diff -Nru scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch --- scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch 1970-01-01 01:00:00.0 +0100 +++ scikit-rf-0.15.4/debian/patches/0002-import-collections-abc.patch 2023-04-04 19:53:06.0 +0200 @@ -0,0 +1,43 @@ +From eb86566f22b80cf782585dc04d872fc11b437946 Mon Sep 17 00:00:00 2001 +From: Josef Schneider +Date: Tue, 4 Apr 2023 20:04:21 +0200 +Subject: [PATCH] import collections abc + +--- + skrf/util.py | 6 +++--- + 1 file changed, 3 insertions(+), 3 deletions(-) + +diff --git a/skrf/util.py b/skrf/util.py +index b9566f3..355ec0e 100644 +--- a/skrf/util.py b/skrf/util.py +@@ -32,7 +32,7 @@ import six.moves.cPickle as pickle + + import numpy as npy + from datetime import datetime +-import collections ++import collections.abc + import pprint + import re + from subprocess import Popen, PIPE +@@ -286,7 +286,7 @@ def findReplace(directory, find, replace, filePattern): + + # general purpose objects + +-class HomoList(collections.Sequence): ++class HomoList(collections.abc.Sequence): + ''' + + A Homogeneous Sequence +@@ -384,7 +384,7 @@ class HomoList(collections.Sequence): + return pprint.pformat(self.store) + + +-class HomoDict(collections.MutableMapping): ++class HomoDict(collections.abc.MutableMapping): + ''' + A Homogeneous Mutable Mapping + +-- +2.38.1 + diff -Nru scikit-rf-0.15.4/debian/patches/series scikit-rf-0.15.4/debian/patches/series --- scikit-rf-0.15.4/debian/patches/series 2020-12-02 09:45:36.0 +0100 +++ scikit-rf-0.15.4/debian/patches/series 2023-04-04 19:53:06.0 +0200 @@ -1 +1,2 @@ 0001-Included-script-should-run-with-Python-3.patch +0002-import-collections-abc.patch OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1033889: unblock: arriero/0.7~20161228-1.2
Package: release.debian.org Control: affects -1 + src:arriero X-Debbugs-Cc: josef81...@gmail.com, t...@debian.org, m...@debian.org User: release.debian@packages.debian.org Usertags: unblock Please unblock package arriero. [ Reason ] This update allows the program to run without error by importing the collections.abc python package and using it in replacement of the collections python package with the MutableSet attribute (see #1032380). [ Impact ] With this fix, the program does not throw an AttributeError when running the arriero --help command or other commands. arriero has no reverse-dependencies, so there is no impact on other packages. [ Tests ] dh_auto_test runs during the build and would fail the build if tests failed. I installed the new .deb and ran arriero --help with the expected output, and the updates were reviewed by the DD who signed and uploaded the package. I have an autopkgtest ready if needed but I kept the upload minimal. [ Risks ] arriero has no reverse-dependencies so there are no risks. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing unblock: arriero/0.7~20161228-1.2 -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F diff -Nru arriero-0.7~20161228/debian/changelog arriero-0.7~20161228/debian/changelog --- arriero-0.7~20161228/debian/changelog 2022-04-29 01:44:11.0 +0200 +++ arriero-0.7~20161228/debian/changelog 2023-03-24 13:10:39.0 +0100 @@ -1,3 +1,10 @@ +arriero (0.7~20161228-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to import collections.abc in util.py (Closes: #1032380). + + -- Josef Schneider Fri, 24 Mar 2023 13:10:39 +0100 + arriero (0.7~20161228-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch --- arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch 1970-01-01 01:00:00.0 +0100 +++ arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch 2023-03-24 13:10:39.0 +0100 @@ -0,0 +1,33 @@ +From 409dd804c2abb119582378cd6fa098ad8df01f3d Mon Sep 17 00:00:00 2001 +From: Josef Schneider +Date: Fri, 17 Mar 2023 13:16:43 +0100 +Subject: [PATCH] import collections.abc + +--- + arriero/util.py | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/arriero/util.py b/arriero/util.py +index 91e4121..07f877a 100644 +--- a/arriero/util.py b/arriero/util.py +@@ -17,6 +17,7 @@ + # Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + + import collections ++import collections.abc + import fcntl + import io + import itertools +@@ -185,7 +186,7 @@ def chain_map(*ds, **kw): + return ChainMap(*itertools.chain(ds, [kw])) + + +-class OrderedSet(deb822.OrderedSet, collections.MutableSet): ++class OrderedSet(deb822.OrderedSet, collections.abc.MutableSet): + + discard = deb822.OrderedSet.remove + +-- +2.38.1 + diff -Nru arriero-0.7~20161228/debian/patches/series arriero-0.7~20161228/debian/patches/series --- arriero-0.7~20161228/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ arriero-0.7~20161228/debian/patches/series 2023-03-24 13:10:39.0 +0100 @@ -0,0 +1 @@ +0001-import-collections-abc.patch OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1032380: arriero: AttributeError: module 'collections' has no attribute 'MutableSet'
Hello, I have attached a debdiff where I import the collections.abc package which has the MutableSet attribute. With this fix, the package builds and `arriero --help` outputs the expected help menu. I can upload this RC bug fix as a NMU if you want. Thanks! -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F diff -Nru arriero-0.7~20161228/debian/changelog arriero-0.7~20161228/debian/changelog --- arriero-0.7~20161228/debian/changelog 2022-04-29 01:44:11.0 +0200 +++ arriero-0.7~20161228/debian/changelog 2023-03-24 13:10:39.0 +0100 @@ -1,3 +1,10 @@ +arriero (0.7~20161228-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Add patch to import collections.abc in util.py (Closes: #1032380). + + -- Josef Schneider Fri, 24 Mar 2023 13:10:39 +0100 + arriero (0.7~20161228-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch --- arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch 1970-01-01 01:00:00.0 +0100 +++ arriero-0.7~20161228/debian/patches/0001-import-collections-abc.patch 2023-03-24 13:10:39.0 +0100 @@ -0,0 +1,33 @@ +From 409dd804c2abb119582378cd6fa098ad8df01f3d Mon Sep 17 00:00:00 2001 +From: Josef Schneider +Date: Fri, 17 Mar 2023 13:16:43 +0100 +Subject: [PATCH] import collections.abc + +--- + arriero/util.py | 3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/arriero/util.py b/arriero/util.py +index 91e4121..07f877a 100644 +--- a/arriero/util.py b/arriero/util.py +@@ -17,6 +17,7 @@ + # Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + + import collections ++import collections.abc + import fcntl + import io + import itertools +@@ -185,7 +186,7 @@ def chain_map(*ds, **kw): + return ChainMap(*itertools.chain(ds, [kw])) + + +-class OrderedSet(deb822.OrderedSet, collections.MutableSet): ++class OrderedSet(deb822.OrderedSet, collections.abc.MutableSet): + + discard = deb822.OrderedSet.remove + +-- +2.38.1 + diff -Nru arriero-0.7~20161228/debian/patches/series arriero-0.7~20161228/debian/patches/series --- arriero-0.7~20161228/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ arriero-0.7~20161228/debian/patches/series 2023-03-24 13:10:39.0 +0100 @@ -0,0 +1 @@ +0001-import-collections-abc.patch OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1019858: ITA: tcsh -- TENEX C Shell, an enhanced version of Berkeley csh
retitle 1019858 ITA: tcsh -- TENEX C Shell, an enhanced version of Berkeley csh thanks I request to adopt the package tcsh. I use this package and would like to maintain it. -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1028971: sub...@bugs.debian.org
Package: ndisc6 Severity: wishlist Tags: patch l10n Please find the updated German po file translation for ndisc6 attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings hjb ndisc6_1.0.5-1_de.po.bz2 Description: application/bzip
Bug#1026037: RFS: gnuit/4.9.5-4 [ITA] [RC] -- GNU Interactive Tools, a file browser/viewer and process viewer/killer
Hi! Thank you for reviewing gnuit! There's a dropping in /usr/bin : ".gitaction". Looks good otherwise. I looked at the .gitaction script and determined that it should not be installed, so I added a patch to remove that script from the install list. A new upload is in mentors now. I also created a local salsa repository at https://salsa.debian.org/jschneid/gnuit. Can a public repository location be created so that I can move it? -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1026037: RFS: gnuit/4.9.5-4 [ITA] [RC] -- GNU Interactive Tools, a file browser/viewer and process viewer/killer
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "gnuit": * Package name : gnuit Version : 4.9.5-4 Upstream contact : Ian Beckwith * URL :https://www.gnu.org/software/gnuit/ * License : MIT, GPL-3+, public-domain, GPL-2+, GFDL-NIV-1.3+ * Vcs :https://git.savannah.gnu.org/gitweb/?p=gnuit.git Section : utils The source builds the following binary packages: gnuit - GNU Interactive Tools, a file browser/viewer and process viewer/killer To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gnuit/ Alternatively, you can download the package with 'dget' using this command: dget -xhttps://mentors.debian.net/debian/pool/main/g/gnuit/gnuit_4.9.5-4.dsc Changes since the last upload: gnuit (4.9.5-4) unstable; urgency=medium . * New maintainer (Closes: #1014171). * debian/control: + Update to debhelper-compat version 13 (Closes: #965566). + Standards-Version 4.6.1. + Add Rules-Requires-Root: no. + Add Depends on sensible-utils. + Remove Build-Depends on autotools-dev. + Change http to https. * debian/compat: Deleted. * debian/copyright: + Update to dep5 format. + Update licensing. * debian/rules: + Update for debhelper-compat version 13 (Closes: #998945). + Add configure command to correctly pass --host flag (Closes: #869489). * debian/patches: Add fix-printf-string.patch to fix FTBFS. * debian/watch: Update to version 4. * debian/source: + Add format file. + Add lintian-overrides to remove false positive warning. Regards, -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1014171: O: gnuit -- GNU Interactive Tools, a file browser/viewer and process viewer/killer
I intend to adopt the orphaned package gnuit. -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024708: RFS: gnome-mastermind/0.3.1-6 [ITA] -- Mastermind™ clone for GNOME
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gnome-mastermind": * Package name : gnome-mastermind Version : 0.3.1-6 Upstream contact : Filippo Argiolas * URL :https://www.autistici.org/gnome-mastermind/ * License : GPL-2+ with AutoConf exception, FSFULLR, Expat with advertising exception, GPL-2+, FSFAP, Permissive, FSFUL, GFDL-NIV-1.1+ * Vcs :https://salsa.debian.org/debian/gnome-mastermind Section : games The source builds the following binary packages: gnome-mastermind - Mastermind™ clone for GNOME To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gnome-mastermind/ Alternatively, you can download the package with 'dget' using this command: dget -xhttps://mentors.debian.net/debian/pool/main/g/gnome-mastermind/gnome-mastermind_0.3.1-6.dsc Changes since the last upload: gnome-mastermind (0.3.1-6) unstable; urgency=medium . * New maintainer (Closes: #826926) * debian/control: Bump Standards-Version to 4.6.1. Update dh compat version to 13. * debian/copyright: Change debian folder year to 2022. * debian/rules: Remove --as-needed linker flag. Regards, -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#826926: O: gnome-mastermind -- mastermind clone for gnome
I intend to adopt the package gnome-mastermind. -- Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F OpenPGP_0x5A44BC12F2A8E58F.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Bug#1024145: RFS: deb-gview/0.2.11.3 [ITA] -- GNOME viewer for .deb package files and contents
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "deb-gview": * Package name : deb-gview Version : 0.2.11.3 Upstream contact : [fill in name and email of upstream] * URL : [fill in URL of upstream's web site] * License : GPL-3+ * Vcs : https://salsa.debian.org/debian/deb-gview Section : utils The source builds the following binary packages: deb-gview - GNOME viewer for .deb package files and contents To access further information about this package, please visit the following URL: https://mentors.debian.net/package/deb-gview/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/deb-gview/deb-gview_0.2.11.3.dsc Changes since the last upload: deb-gview (0.2.11.3) unstable; urgency=medium . * Adopt package (Closes: #835906) * debian/control: Bump Standards-Version to 4.6.1. * debian/copyright: Add 2022 line. Regards, -- Josef Schneider
Bug#835906: O: deb-gview -- GNOME viewer for .deb package files and contents
I intend to adopt the package deb-gview. Josef Schneider GPG Fingerprint 3267 0331 DB61 A817 7D25 4D05 5A44 BC12 F2A8 E58F
Bug#1007933: cryptsetup-nuke-password: [INTL:de] initial German debconf translation
Package: cryptsetup-nuke-password Severity: wishlist Tags: patch l10n Please find the initial German debconf translation for cryptsetup-nuke-password attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Yours Hermann-Josef # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the cryptsetup-nuke-password package. # # Hermann J. Beckers , 2022. msgid "" msgstr "" "Project-Id-Version: cryptsetup-nuke-password\n" "Report-Msgid-Bugs-To: cryptsetup-nuke-passw...@packages.debian.org\n" "POT-Creation-Date: 2019-07-05 15:24+0200\n" "PO-Revision-Date: 2022-03-18 18:27+0100\n" "Last-Translator: Hermann J. Beckers \n" "Language-Team: German \n" "Language: de_DE\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Lokalize 20.04.2\n" #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:1001 msgid "Nuke password:" msgstr "Zerstör-Passwort:" #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:1001 msgid "" "If you setup a “nuke password”, you will be able to type this password at " "the early-boot prompt asking your passphrase to unlock your luks-encrypted " "partitions. Instead of decrypting the partitions, typing this password will " "instead wipe the encryption keys from the luks container so that it is no " "longer possible to unlock the encrypted partitions." msgstr "" "Wenn Sie ein »Zerstör-Passwort« einrichten, können Sie dieses Passwort" " eingeben, wenn Sie an der Eingabeaufforderung der frühen Systemstartphase" " nach Ihrem Passwort zum" " Entsperren Ihrer LUKS-verschlüsselten Partitionen gefragt werden. Anstatt die" " Partitionen zu entschlüsseln, löscht die Eingabe dieses Passwortes die" " Verschlüsselungs-Schlüssel aus dem LUKS-Container, so dass es nicht mehr" " möglich ist, die verschlüsselten Partitionen zu entsperren." #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:1001 msgid "" "This provides a relatively stealth way to make your data unreadable in case " "you fear that your computer is going to be seized." msgstr "" "Dies bietet eine relativ verdeckte Methode, um Ihre Daten unlesbar zu machen," " falls Sie befürchten, das Ihr Computer beschlagnahmt wird. " #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:1001 msgid "" "If you want to cancel this operation or disable any nuke password already " "configured, simply enter an empty password. If needed, you will be given the " "option to pick between both choices." msgstr "" "Wenn Sie die Operation abbrechen oder ein bereits konfiguriertes" " Zerstör-Passwort deaktivieren möchten, geben Sie ein leeres Password ein." " Wenn" " nötig, bekommen Sie die Gelegenheit, eine Auswahl zu treffen." #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:2001 msgid "Re-enter password to verify:" msgstr "Zur Verifizierung Passwort bitte erneut eingeben:" #. Type: password #. Description #: ../cryptsetup-nuke-password.templates:2001 msgid "" "Please enter the same nuke password again to verify that you have typed it " "correctly." msgstr "" "Bitte geben Sie das gleiche Zerstör-Passwort erneut ein, um sicherzustellen," " das Sie es korrekt eingegeben haben." #. Type: error #. Description #: ../cryptsetup-nuke-password.templates:3001 msgid "Password input error" msgstr "Passwort-Eingabefehler" #. Type: error #. Description #: ../cryptsetup-nuke-password.templates:3001 msgid "The two passwords you entered were not the same. Please try again." msgstr "" "Die beiden von Ihnen eingegebenen Passwörter sind nicht gleich. Bitte" " versuchen Sie es erneut." #. Type: select #. Choices #: ../cryptsetup-nuke-password.templates:4001 msgid "Keep the current password" msgstr "Aktuelles Passwort behalten" #. Type: select #. Choices #: ../cryptsetup-nuke-password.templates:4001 msgid "Overwrite the current password" msgstr "Aktuelles Passwort überschreiben" #. Type: select #. Choices #: ../cryptsetup-nuke-password.templates:4001 msgid
Bug#995368: libapache2-mod-proxy-uwsgi 2.0.14+20161117-3+deb9u4 - duplicated request path
I can confirm this regression. After unattended security upgrades got applied during the night, all our applications stopped working. There is wrong request path sent to uwsgi server. Some times duplicated leading slash. I would classify this as critical problem, all servers using uwsgi and libapache2-mod-proxy-uwsgi stopped working after secuity update.
Bug#992502: initramfs-tools: upgrade buster/bullseye fails; wrong path in /usr/share/initramfs-tools/hooks/growroot for udevadm
Package: initramfs-tools Version: 0.140 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? During the upgrade from buster to bullseye dpkg failed to init the RAM fs. dpkg --configure -a always led to the same output: Selecting previously unselected package linux-image-5.10.0-8-amd64. (Reading database ... 51840 files and directories currently installed.) Preparing to unpack .../linux-image-5.10.0-8-amd64_5.10.46-4_amd64.deb ... Unpacking linux-image-5.10.0-8-amd64 (5.10.46-4) ... Selecting previously unselected package linux-image-amd64. Preparing to unpack .../linux-image-amd64_5.10.46-4_amd64.deb ... Unpacking linux-image-amd64 (5.10.46-4) ... Setting up linux-image-5.10.0-8-amd64 (5.10.46-4) ... I: /vmlinuz.old is now a symlink to boot/vmlinuz-5.10.0-8-amd64 I: /initrd.img.old is now a symlink to boot/initrd.img-5.10.0-8-amd64 I: /vmlinuz is now a symlink to boot/vmlinuz-5.10.0-8-amd64 I: /initrd.img is now a symlink to boot/initrd.img-5.10.0-8-amd64 /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-5.10.0-8-amd64 E: /usr/share/initramfs-tools/hooks/growroot failed with return 1. update-initramfs: failed for /boot/initrd.img-5.10.0-8-amd64 with 1. run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1 dpkg: error processing package linux-image-5.10.0-8-amd64 (--configure): installed linux-image-5.10.0-8-amd64 package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of linux-image-amd64: linux-image-amd64 depends on linux-image-5.10.0-8-amd64 (= 5.10.46-4); however: Package linux-image-5.10.0-8-amd64 is not configured yet. * What exactly did you do (or not do) that was effective (or ineffective)? Since the kernel panicked during reboot I had to boot an emergency environment. I mounted my drives and chrooted into them. I checked, if enough space was available on the SSD. I tried to re-install initramfs-tools and the kernel. None helped. A friend discovered that the path for udevadm was wrong in /usr/share/initramfs-tools/hooks/growroot . We changed it from /sbin/udevadm to /bin/udevadm and then dpkg --configure -a worked wirhout errors and the new kernel was installed. A reboot brought back the system to live. * What was the outcome of this action? Changing the path for udevadm solved the issue completely. dpkg --configure -a worked again and I could boot just fine. * What outcome did you expect instead? -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 40M Aug 18 12:10 /boot/initrd.img-5.10.0-8-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-5.10.0-8-amd64 root=UUID=f0d38115-f203-4f55-84f3-5b92a6ecf52e ro nomodeset consoleblank=0 elevator=noop -- resume -- /proc/filesystems btrfs ext3 ext2 ext4 fuseblk squashfs -- lsmod Module Size Used by nfnetlink 16384 0 bluetooth 737280 0 jitterentropy_rng 16384 1 drbg 40960 1 ansi_cprng 16384 0 ecdh_generic 16384 1 bluetooth rfkill 28672 2 bluetooth ecc36864 1 ecdh_generic binfmt_misc24576 1 squashfs 69632 3 loop 36864 6 intel_rapl_msr 20480 0 intel_rapl_common 28672 1 intel_rapl_msr nfit 77824 0 libnvdimm 196608 1 nfit ghash_clmulni_intel16384 0 aesni_intel 368640 0 libaes 16384 2 bluetooth,aesni_intel crypto_simd16384 1 aesni_intel cryptd 24576 2 crypto_simd,ghash_clmulni_intel glue_helper16384 1 aesni_intel drm_vram_helper20480 0 drm_ttm_helper 16384 1 drm_vram_helper ttm 114688 2 drm_vram_helper,drm_ttm_helper evdev 28672 2 joydev 28672 0 serio_raw 20480 0 virtio_console 40960 1 virtio_balloon 24576 0 button 24576 0 drm_kms_helper274432 1 drm_vram_helper sg 36864 0 qemu_fw_cfg20480 0 cec61440 1 drm_kms_helper drm 618496 4 drm_kms_helper,drm_vram_helper,drm_ttm_helper,ttm fuse 167936 1 configfs 57344 1 ip_tables 32768 0 x_tables 53248 1 ip_tables autofs453248 2 ext4 921600 2 crc16 16384 2 bluetooth,ext4 mbcache16384 1 ext4 jbd2 151552 1 ext4 btrfs1564672 0 blake2b_generic20480 0 raid10 65536 0 raid456 180224 0 async_raid6_recov 24576 1 raid456 async_memcpy 20480 2 raid456,async_raid6_recov async_pq 20480 2 rai
Bug#982422: debootstrap: segmentation fault around ldconfig during debootstrapping bullseye/arm64 on a buster/amd64 host
Yes, indeed! Great! I've just tried with qemu-user-static from buster- backports, and it seems to be fine. On Thu, 2021-02-11 at 13:32 -0600, Dick Hollenbeck wrote: > I upgraded to the latest qemu-user-static using a manual download of > the *.deb from packages.ubuntu.com and installed > using dpkg -i. > > This fixed the problem. So the bug must have been in qemu-user- > static. >
Bug#982422: debootstrap: segmentation fault around ldconfig during debootstrapping bullseye/arm64 on a buster/amd64 host
> I'm not a debootstrap maintainer, but if you're using QEMU user mode > to run > foreign chroots, I suggest you use the qemu-debootstrap wrapper which > comes > with the qemu-user-static package. Yes, I think that's what it does implicitly due to some magic mechanism. I can also explicitly write 'qemu-aarch64-static' in front of '/bin/bash' in my script, but that seems to do the very same thing. > If you're using systemd, there's also a handy tool used for entering > chroots > called systemd-nspawn you may be interested in. It takes care of the > mount > points and the other little details. You could just use it like > sudo systemd-nspawn -D ./bullseye Interesting indeed. But do you think it could be related? Well, I'll give it a try tomorrow. Interesting improvement anyway. > There's also a slimmer arch-chroot tool in the arch-install-scripts > package > (despite the name, it's useful aside from just Arch Linux chroots). I would not like to switch to just another tool at that moment. My actual script is a bit larger and would not be trivial to migrate. Something seems to break regarding libc-bin, so is this about glibc in some way? Sorry, I'm not deeply experienced in those system levels. :) What would be good ways to get more information? I tried with strace meanwhile, but this is just telling me "PTRACE_TRACEME: Function not implemented". :-/ As I said, I definitely had it working here, one or two month ago, without changes on the script. So I'm optimistic that it could be solvable. > Your script ran okay and didn't segfault from my Bullseye host. That's great to hear. So even if I cannot get it solved, it should go away in some months. :) Not perfect, but not worst case...
Bug#982422: debootstrap: segmentation fault around ldconfig during debootstrapping bullseye/arm64 on a buster/amd64 host
Package: debootstrap
Version: 1.0.114
Severity: normal
I'm struggling with a problem that I currently have with debootstrapping an
arm64 system on my amd64 machine. The attached script can reproduce the issue
here.
It crashes here on a debian buster amd64, in the 2nd debootstrap stage:
...
W: Failure trying to run: /sbin/ldconfig
W: See //debootstrap/debootstrap.log for details
...
2021-02-10 01:05:52 URL:http://deb.debian.org/debian/pool/main/x/xz-
utils/liblzma5_5.2.5-1.0_arm64.deb [164436/164436] ->
"/...//var/cache/apt/archives/partial/liblzma5_5.2.5-1.0_arm64.deb" [1]
2021-02-10 01:05:52
URL:http://deb.debian.org/debian/pool/main/z/zlib/zlib1g_1.2.11.dfsg-2_arm64.deb
[87944/87944] ->
"/...//var/cache/apt/archives/partial/zlib1g_1%3a1.2.11.dfsg-2_arm64.deb" [1]
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
It works if I debootstrap a buster system instead. Then trying to upgrade to
bullseye in the same chroot crashes with a segfault during the upgrade of libc-
bin. It also segfaults when I just open a chrooted shell after the 1st stage
and then run "ldconfig". That worked here around new year, but then broke.
This looks like a software bug somewhere. I'm not sure if I'm right here. But
maybe you can tell me.
#!/bin/bash
set -e
LOOPFILE=removemelater.loopfile
INNERROOT=removemelater.loopmnt
LOOPDEV=/dev/loop5
reproduce() {
dd if=/dev/zero of=$LOOPFILE bs=1M count=2048
losetup $LOOPDEV $LOOPFILE
mkfs.ext4 $LOOPDEV
mkdir $INNERROOT
mount $LOOPDEV $INNERROOT
debootstrap --arch=arm64 --foreign bullseye $INNERROOT
mount -o bind /sys $INNERROOT/sys
mount -o bind /dev $INNERROOT/dev
mount -o bind /dev/pts $INNERROOT/dev/pts
mount -o bind /proc $INNERROOT/proc
chroot $INNERROOT /bin/bash -c "/debootstrap/debootstrap --second-stage"
}
reproduce || cat $INNERROOT/debootstrap/debootstrap.log
Bug#979088: plasma-applet-redshift-control: redshift
Package: plasma-applet-redshift-control Version: 1.0.18+phabricator~2019080100-1 Severity: important Dear Maintainer, redshift package adds systemd user unit to start redshift in the session automatically, which makes the redshift run twice using different configuration. This is related to #979075 and #979076. I guess some kind of per-session shared configuration should be implemented to make sure the redshift runs only once and with the desired configuration. Workaround: systemctl stop redshift.service --user && systemctl disable redshift.service --user -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (999, 'testing'), (900, 'stable'), (500, 'stable-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-5-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_CRAP, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:en_GB Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-applet-redshift-control depends on: ii fonts-font-awesome 5.0.10+really4.7.0~dfsg-4 ii redshift1.12-4 plasma-applet-redshift-control recommends no packages. plasma-applet-redshift-control suggests no packages. -- no debconf information
Bug#953310: viewnior: Wrong homepage link
Package: viewnior Version: 1.6-1+b2 Severity: minor Dear Maintainer, the homepage link in the package points to an unrelated webpage about Samba, which then links to an unrelated github project. This is the correct homepage: http://siyanpanayotov.com/project/viewnior Or Github page: https://github.com/hellosiyan/Viewnior -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'stable'), (400, 'unstable-debug'), (400, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages viewnior depends on: ii libc62.29-10 ii libexiv2-27 0.27.2-8 ii libgcc-s1 [libgcc1] 10-20200222-1 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-2 ii libglib2.0-0 2.62.5-1 ii libgtk2.0-0 2.24.32-4 ii libstdc++6 10-20200222-1 viewnior recommends no packages. viewnior suggests no packages. -- debconf-show failed
Bug#952777: sicherboot: Sign DKMS modules
Package: sicherboot Version: 0.1.5 Severity: normal Dear Maintainer, when installing modules via DKMS, the built modules are not signed automatically and it is rather difficult to figure out how to sign them, and unfortunately, the kernel refuses to load an unsigned module. It would be nice if Sicherboot had some DKMS hook to sign the modules automatically. -- System Information: Debian Release: bullseye/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (500, 'stable-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sicherboot depends on: ii binutils 2.34-3 ii efitools 1.9.2-1 ii systemd 244.3-1 ii uuid-runtime 2.34-0.1 sicherboot recommends no packages. sicherboot suggests no packages. -- Configuration Files: /etc/kernel/postinst.d/dracut [Errno 2] Adresář nebo soubor neexistuje: '/etc/kernel/postinst.d/dracut' /etc/sicherboot/sicherboot.conf changed [not included] -- no debconf information
Bug#949876: chromium: Chromium wants to update and reports it cannot
Package: chromium Version: 78.0.3904.97-1~deb10u1 Severity: normal Dear Maintainer, from time to time, Chromium changes its menu button to a red circle with a white arrow and tells me to update. Then it tells me that it cannot update. This is wrong for two reasons: 1. Updates are managed by APT from distribution packages and Chromium has nothing to do with this. 2. It leaks information about my computer to who knows what 3rd-party service to check if there is a new version. Please remove this anti-feature completely. -- System Information: Debian Release: bullseye/sid APT prefers stable APT policy: (900, 'stable'), (800, 'testing'), (500, 'stable-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=cs:en_US:en_GB (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 78.0.3904.97-1~deb10u1 ii libasound2 1.1.8-1 ii libatk-bridge2.0-0 2.30.0-5 ii libatk1.0-0 2.30.0-2 ii libatomic1 9.2.1-22 ii libatspi2.0-02.30.0-7 ii libavcodec58 7:4.1.4-1~deb10u1 ii libavformat587:4.1.4-1~deb10u1 ii libavutil56 7:4.1.4-1~deb10u1 ii libc62.29-7 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libcups2 2.2.10-6+deb10u1 ii libdbus-1-3 1.12.16-1 ii libdrm2 2.4.100-4 ii libevent-2.1-6 2.1.8-stable-4 ii libexpat12.2.6-2+deb10u1 ii libflac8 1.3.2-3 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.10.1-2 ii libgcc1 1:9.2.1-22 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.62.4-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz0b2.6.4-1 ii libicu63 63.2-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjsoncpp1 1.7.4-3 ii liblcms2-2 2.9-3 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.24-1 ii libnss3 2:3.48-1 ii libopenjp2-7 2.3.0-2 ii libopus0 1.3-1 ii libpango-1.0-0 1.42.4-7~deb10u1 ii libpangocairo-1.0-0 1.42.4-7~deb10u1 ii libpci3 1:3.6.2-6 ii libpng16-16 1.6.37-1 ii libpulse013.0-3 ii libre2-5 20200101+dfsg-1 ii libsnappy1v5 1.1.7-1 ii libstdc++6 9.2.1-22 ii libvpx5 1.7.0-3 ii libwebp6 0.6.1-2 ii libwebpdemux20.6.1-2 ii libwebpmux3 0.6.1-2+b1 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb1 1.13.1-2 ii libxcomposite1 1:0.4.4-2 ii libxcursor1 1:1.1.15-2 ii libxdamage1 1:1.1.5-1 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.32-2.2~deb10u1 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages chromium recommends: ii chromium-sandbox 78.0.3904.97-1~deb10u1 Versions of packages chromium suggests: pn chromium-driver ii chromium-l10n78.0.3904.97-1~deb10u1 ii chromium-shell 78.0.3904.97-1~deb10u1 Versions of packages chromium-common depends on: ii x11-utils 7.7+4 ii xdg-utils 1.1.3-1 Versions of packages chromium-common recommends: ii chromium-sandbox78.0.3904.97-1~deb10u1 ii fonts-liberation1:1.07.4-10 ii libgl1-mesa-dri 19.2.6-1 pn libu2f-udev ii plasma-workspace [notification-daemon] 4:5.14.5.1-1 ii upower 0.99.10-1 Versions of packages chromium-sandbox depends on: ii libatomic1 9.2.1-22 ii libc6 2.29-7 ii libgcc1 1:9.2.1-22 ii libstdc++6 9.2.1-22 -- no debconf information
Bug#946746: virtualbox: after upgrade virtualbox can not open it .
Hello, I'm just adding more information to the original report. This error message is printed when trying to start virtualbox: /usr/lib/virtualbox/VirtualBox: error while loading shared libraries: UICommon.so: cannot open shared object file: No such file or directory -- Regards Josef Vítů pgp656qgoq2_8.pgp Description: OpenPGP digital signature
Bug#944762: installation-reports: installing debian testing as a VM in virtualbox / kvm gives me an error: no kernel modules were found
Package: installation-reports Severity: normal Tags: d-i Dear Maintainer, -- Package-specific info: Boot method: CD Image version: debian testing dvd rom - build date 28/10/2019 Date: Machine: lenovo thinkpad x200 Partitions: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect media: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="10 (buster) - installer build 20190923-00:01:54" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux (none) 5.2.0-2-amd64 #1 SMP Debian 5.2.9-2 (2019-08-21) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20e0] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20e4] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20e4] lspci -knn: 00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series Chipset MEI Controller [8086:2a44] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20e6] lspci -knn: 00:03.2 IDE interface [0101]: Intel Corporation Mobile 4 Series Chipset PT IDER Controller [8086:2a46] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20ea] lspci -knn: Kernel driver in use: ata_generic lspci -knn: Kernel modules: ata_generic lspci -knn: 00:03.3 Serial controller [0700]: Intel Corporation Mobile 4 Series Chipset AMT SOL Redirection [8086:2a47] (rev 07) lspci -knn: Subsystem: Lenovo Device [17aa:20ec] lspci -knn: Kernel driver in use: serial lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20ee] lspci -knn: Kernel driver in use: e1000e lspci -knn: Kernel modules: e1000e lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20f0] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci_hcd lspci -knn: 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20f0] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci_hcd lspci -knn: 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20f0] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci_hcd lspci -knn: 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20f1] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: Kernel modules: ehci_pci lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) lspci -knn: Subsystem: Lenovo Device [17aa:20f2] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: Kernel modules: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) lspci -knn: Subsyst
Bug#896019: libglib2.0-0: undefined symbol g_date_copy breaking many programs
I hit this issue after yesterday upgrade from testing to the new stable too. There was an old file libglib-2.0.so.0.4200.1 from April 2014. Once I've removed it, mpd worked again. I think that a simple consistency check about obsolete libraries might be helpful. So far I've used this to detect old libraries not managed by dpkg: find /lib/x86_64-linux-gnu -type f \ | grep -v -x -F -f \ <(find '/var/lib/dpkg/info' -name '*.list' -print0 \ | xargs -0 grep -h '^/lib/x86_64-linux-gnu' \ | sort -u)
Bug#921214: ed2k-hash: Incorrect hashes on amd64
Package: ed2k-hash Version: 0.4.0+ds-1 Severity: important Tags: patch upstream Dear Maintainer, the hashes computed by ed2k-hash version 0.4.0+ds-1 differ from the ones computed by other software (such as RHash) and also some older versions of the same package. This issue is exactly the same as in #562833 and the same patch fixes it: http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-p2p/ed2k_hash/files/ed2k_64bit.patch?rev=1.1&view=log -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (400, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ed2k-hash depends on: ii libc6 2.28-5 ed2k-hash recommends no packages. ed2k-hash suggests no packages. -- debconf-show failed
Bug#910335: zziplib: CVE-2018-16548: Memory leak triggered in the function __zzip_parse_root_directory in zip.c
On 04.10.2018 23:14, Salvatore Bonaccorso wrote: > Source: zziplib > Version: 0.13.62-3 > Severity: normal > Tags: security upstream > Forwarded: https://github.com/gdraheim/zziplib/issues/58 > > Hi, > > The following vulnerability was published for zziplib. > > CVE-2018-16548[0]: > | An issue was discovered in ZZIPlib through 0.13.69. There is a memory > | leak triggered in the function __zzip_parse_root_directory in zip.c, > | which will lead to a denial of service attack. > > If you fix the vulnerability please also make sure to include the > CVE (Common Vulnerabilities & Exposures) id in your changelog entry. I'm sorry. It's the same here. Thanks for the reminder. Josef > > For further information see: > > [0] https://security-tracker.debian.org/tracker/CVE-2018-16548 > https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-16548 > [1] https://github.com/gdraheim/zziplib/issues/58 > > Regards, > Salvatore >
Bug#907858: problem solved
Dear Maintainer, I figured that there are two different places for changing the grid line color. I was looking in the default preferences and not in the document specific preferences. And I was not restarting a document but opening a new one. Thus, the behavior of inkscape is the correct one. Sorry for the inconvenience. Best, Josef.
Bug#907858: inkscape: changes in grid color in the preferences take effect only after restart of the document
Package: inkscape Version: 0.92.1-1 Severity: normal Dear Maintainer, I changed the color of the grid lines in the preferences. First, nothing changed. Only when I closed the document and reopened/restarted it did the color change take effect. It would be great if the color would change immediately and would not require a restart. In other applications there is often an [Apply] button that makes changes in the preferences effective. That might be useful here as well. As a minor issue aside, a [Close] button in the color change window that pops up when I klick on the color for minor or major lines in the preferences would be useful, or closing it on typing return. Would save one klick. Best, Josef. -- System Information: Debian Release: 9.5 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inkscape depends on: ii libaspell150.60.7~20110707-3+b2 ii libatk1.0-02.22.0-1 ii libatkmm-1.6-1v5 2.24.2-2 ii libc6 2.24-11+deb9u3 ii libcairo2 1.14.8-1 ii libcairomm-1.0-1v5 1.12.0-1+b1 ii libcdr-0.1-1 0.1.3-3+b1 ii libdbus-1-31.10.26-0+deb9u1 ii libdbus-glib-1-2 0.108-2 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgc1c2 1:7.4.2-8 ii libgcc11:6.3.0-18+deb9u1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libglibmm-2.4-1v5 2.50.0-1 ii libgomp1 6.3.0-18+deb9u1 ii libgsl22.3+dfsg-1 ii libgtk2.0-02.24.31-2 ii libgtkmm-2.4-1v5 1:2.24.5-1 ii libgtkspell0 2.0.16-1.1 ii libjpeg62-turbo1:1.5.1-2 ii liblcms2-2 2.8-4 ii libmagick++-6.q16-78:6.9.7.4+dfsg-11+deb9u5 ii libmagickcore-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libmagickwand-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-01.40.5-1 ii libpangoft2-1.0-0 1.40.5-1 ii libpangomm-1.4-1v5 2.40.1-3 ii libpng16-161.6.28-1 ii libpoppler-glib8 0.48.0-2+deb9u2 ii libpoppler64 0.48.0-2+deb9u2 ii libpopt0 1.16-10+b2 ii libpotrace01.13-3 ii librevenge-0.0-0 0.0.4-6 ii libsigc++-2.0-0v5 2.10.0-1 ii libstdc++6 6.3.0-18+deb9u1 ii libvisio-0.1-1 0.1.5-4+b1 ii libwpg-0.3-3 0.3.1-3 ii libx11-6 2:1.6.4-3 ii libxml22.9.4+dfsg1-2.2+deb9u2 ii libxslt1.1 1.1.29-2.1 ii python 2.7.13-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-3+b2 ii fig2dev [transfig] 1:3.2.6a-2+deb9u1 ii imagemagick 8:6.9.7.4+dfsg-11+deb9u5 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u5 ii libimage-magick-perl 8:6.9.7.4+dfsg-11+deb9u5 ii libwmf-bin 0.2.8.4-10.6 ii python-lxml 3.7.1-1 ii python-numpy 1:1.12.1-3 ii python-scour 0.32-2 ii transfig 1:3.2.6a-2+deb9u1 Versions of packages inkscape suggests: pn dia | dia-gnome pn libsvg-perl pn libxml-xql-perl ii pstoedit 3.70-3+b2 pn python-uniconvertor ii ruby 1:2.3.3 -- no debconf information
Bug#907857: inkscape: an option to change the width of grid lines would be great
Package: inkscape Version: 0.92.1-1 Severity: wishlist Dear Maintainer, it would be great if there were an option to change the width of the grid lines. The defauld width is to thin for my taste. And when I use points instead of lines, they are hardly visible. Has probably to do with the high resolution of my screen. So there is good reason to make that changable. Best, Josef. -- System Information: Debian Release: 9.5 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inkscape depends on: ii libaspell150.60.7~20110707-3+b2 ii libatk1.0-02.22.0-1 ii libatkmm-1.6-1v5 2.24.2-2 ii libc6 2.24-11+deb9u3 ii libcairo2 1.14.8-1 ii libcairomm-1.0-1v5 1.12.0-1+b1 ii libcdr-0.1-1 0.1.3-3+b1 ii libdbus-1-31.10.26-0+deb9u1 ii libdbus-glib-1-2 0.108-2 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgc1c2 1:7.4.2-8 ii libgcc11:6.3.0-18+deb9u1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libglibmm-2.4-1v5 2.50.0-1 ii libgomp1 6.3.0-18+deb9u1 ii libgsl22.3+dfsg-1 ii libgtk2.0-02.24.31-2 ii libgtkmm-2.4-1v5 1:2.24.5-1 ii libgtkspell0 2.0.16-1.1 ii libjpeg62-turbo1:1.5.1-2 ii liblcms2-2 2.8-4 ii libmagick++-6.q16-78:6.9.7.4+dfsg-11+deb9u5 ii libmagickcore-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libmagickwand-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-01.40.5-1 ii libpangoft2-1.0-0 1.40.5-1 ii libpangomm-1.4-1v5 2.40.1-3 ii libpng16-161.6.28-1 ii libpoppler-glib8 0.48.0-2+deb9u2 ii libpoppler64 0.48.0-2+deb9u2 ii libpopt0 1.16-10+b2 ii libpotrace01.13-3 ii librevenge-0.0-0 0.0.4-6 ii libsigc++-2.0-0v5 2.10.0-1 ii libstdc++6 6.3.0-18+deb9u1 ii libvisio-0.1-1 0.1.5-4+b1 ii libwpg-0.3-3 0.3.1-3 ii libx11-6 2:1.6.4-3 ii libxml22.9.4+dfsg1-2.2+deb9u2 ii libxslt1.1 1.1.29-2.1 ii python 2.7.13-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-3+b2 ii fig2dev [transfig] 1:3.2.6a-2+deb9u1 ii imagemagick 8:6.9.7.4+dfsg-11+deb9u5 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u5 ii libimage-magick-perl 8:6.9.7.4+dfsg-11+deb9u5 ii libwmf-bin 0.2.8.4-10.6 ii python-lxml 3.7.1-1 ii python-numpy 1:1.12.1-3 ii python-scour 0.32-2 ii transfig 1:3.2.6a-2+deb9u1 Versions of packages inkscape suggests: pn dia | dia-gnome pn libsvg-perl pn libxml-xql-perl ii pstoedit 3.70-3+b2 pn python-uniconvertor ii ruby 1:2.3.3 -- no debconf information
Bug#907856: inkscape: color of minor grid lines is used for major grid lines when zooming out
Package: inkscape Version: 0.92.1-1 Severity: minor Dear Maintainer, I changed the preference of the grid lines so that minor lines are orange and major lines are still blue (the default). (First nothing changes, I had to leave the document and start it anew before the change was accepted, but that is another bug report.) When I restarted the document, the major lines were orange (which they should not be). Only when I zoomed in, in the moment where minor lines were added (in the correct color = orange), did the color of the major lines change to blue, the correct color. So when I zoom in and out the color of the major lines change in the moment the minor lines are added. I find that confusing and consider it a bug. Instead the color of the major lines should always be the color of the major lines in the preferences, blue in this case. Thanks for providing such a great tool to the community. Best regards, Josef. -- System Information: Debian Release: 9.5 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inkscape depends on: ii libaspell150.60.7~20110707-3+b2 ii libatk1.0-02.22.0-1 ii libatkmm-1.6-1v5 2.24.2-2 ii libc6 2.24-11+deb9u3 ii libcairo2 1.14.8-1 ii libcairomm-1.0-1v5 1.12.0-1+b1 ii libcdr-0.1-1 0.1.3-3+b1 ii libdbus-1-31.10.26-0+deb9u1 ii libdbus-glib-1-2 0.108-2 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgc1c2 1:7.4.2-8 ii libgcc11:6.3.0-18+deb9u1 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libglibmm-2.4-1v5 2.50.0-1 ii libgomp1 6.3.0-18+deb9u1 ii libgsl22.3+dfsg-1 ii libgtk2.0-02.24.31-2 ii libgtkmm-2.4-1v5 1:2.24.5-1 ii libgtkspell0 2.0.16-1.1 ii libjpeg62-turbo1:1.5.1-2 ii liblcms2-2 2.8-4 ii libmagick++-6.q16-78:6.9.7.4+dfsg-11+deb9u5 ii libmagickcore-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libmagickwand-6.q16-3 8:6.9.7.4+dfsg-11+deb9u5 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-01.40.5-1 ii libpangoft2-1.0-0 1.40.5-1 ii libpangomm-1.4-1v5 2.40.1-3 ii libpng16-161.6.28-1 ii libpoppler-glib8 0.48.0-2+deb9u2 ii libpoppler64 0.48.0-2+deb9u2 ii libpopt0 1.16-10+b2 ii libpotrace01.13-3 ii librevenge-0.0-0 0.0.4-6 ii libsigc++-2.0-0v5 2.10.0-1 ii libstdc++6 6.3.0-18+deb9u1 ii libvisio-0.1-1 0.1.5-4+b1 ii libwpg-0.3-3 0.3.1-3 ii libx11-6 2:1.6.4-3 ii libxml22.9.4+dfsg1-2.2+deb9u2 ii libxslt1.1 1.1.29-2.1 ii python 2.7.13-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-3+b2 ii fig2dev [transfig] 1:3.2.6a-2+deb9u1 ii imagemagick 8:6.9.7.4+dfsg-11+deb9u5 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11+deb9u5 ii libimage-magick-perl 8:6.9.7.4+dfsg-11+deb9u5 ii libwmf-bin 0.2.8.4-10.6 ii python-lxml 3.7.1-1 ii python-numpy 1:1.12.1-3 ii python-scour 0.32-2 ii transfig 1:3.2.6a-2+deb9u1 Versions of packages inkscape suggests: pn dia | dia-gnome pn libsvg-perl pn libxml-xql-perl ii pstoedit 3.70-3+b2 pn python-uniconvertor ii ruby 1:2.3.3 -- no debconf information
Bug#904677: mc: Czech localization messed up shortcuts in sort panel dialog
Package: mc Version: 3:4.8.21-1 Severity: important Dear Maintainer, Czech translations changed somewhere between version 4.8.18 and version 4.8.21. Since then it is not possible to use shortcuts to change sorting of panel without arrows as there are duplicate hotkeys. New translations: _Netříděno, _Název, _Verze, _Přípony, Veliko_st, _Okamžik úpravy, Ok_amžik přístupu, Okamžik změn_y, _I-uzel. As you can see, the highlighted letters are colliding so I cannot simply press the letter and Enter. Old translations: _Netříděno, _Jméno, _Verze, E_xtension, _Délka, _Modifikace, Čas pří_stupu, Čas změn_y, _I-uzel. The old translations have no conflicting hotkeys. Moreover, since the hotkeys have changed, it is really painful to switch between older and newer version of mc (desktop with unstable Debian vs. server with stable Debian). Please change the translations so the hotkeys are the same as before. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mc depends on: ii libc6 2.27-5 ii libext2fs21.44.3-1 ii libglib2.0-0 2.56.1-2 ii libgpm2 1.20.7-5 ii libslang2 2.3.2-1+b1 ii libssh2-1 1.8.0-1 ii mc-data 3:4.8.21-1 Versions of packages mc recommends: ii mime-support 3.61 ii perl 5.26.2-6 ii unzip 6.0-21 Versions of packages mc suggests: ii arj 3.10.22-17 ii bzip21.0.6-8.1 ii dbview 1.0.4-1+b2 ii djvulibre-bin3.5.27.1-9 ii file 1:5.33-3 ii genisoimage 9:1.1.11-3+b2 ii gv [pdf-viewer] 1:3.7.4-1+b1 ii imagemagick 8:6.9.10.2+dfsg-3 ii imagemagick-6.q16 [imagemagick] 8:6.9.10.2+dfsg-3 pn libaspell-dev ii lynx 2.8.9rel.1-1 ii odt2txt 0.5-1+b2 ii okular [pdf-viewer] 4:17.12.2-2 ii poppler-utils0.63.0-2 ii python 2.7.15-3 pn python-boto ii python-tz2018.5-1 ii texlive-binaries 2018.20180710.48169-1 ii xpdf [pdf-viewer]3.04-7+b1 ii zip 3.0-11+b1 -- no debconf information
Bug#902544: linux-image-4.16.0-2-amd64: Kernel installation fails when /boot is FAT partition
Package: src:linux Version: 4.16.12-1 Severity: important Dear Maintainer, when trying to install linux-image-4.16.0-2-amd64, I get the following error: # LANG=C dpkg -i /var/cache/apt/archives/linux- image-4.16.0-2-amd64_4.16.16-2_amd64.deb (Reading database ... 627533 files and directories currently installed.) Preparing to unpack .../linux-image-4.16.0-2-amd64_4.16.16-2_amd64.deb ... Unpacking linux-image-4.16.0-2-amd64 (4.16.16-2) over (4.16.12-1) ... dpkg: error processing archive /var/cache/apt/archives/linux- image-4.16.0-2-amd64_4.16.16-2_amd64.deb (--install): unable to make backup link of './boot/System.map-4.16.0-2-amd64' before installing new version: Operation not permitted dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/linux-image-4.16.0-2-amd64_4.16.16-2_amd64.deb Reason why it is unable to make the backup link is that my /boot is on EFI partition which is FAT: # mount | grep boot /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount- ro) Older versions showed the same error, but installation succeeded anyway. Please make the error non-fatal again (or use copy instead of link). -- Package-specific info: ** Version: Linux version 4.16.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-19)) #1 SMP Debian 4.16.12-1 (2018-05-27) ** Command line: BOOT_IMAGE=/vmlinuz-4.16.0-2-amd64 root=/dev/mapper/delfinek-root ro cryptopts=target=delfinek_crypt,source=/dev/disk/by-partlabel/delfinek_crypt,keys=none,lvm=delfinek-root quiet acpi_backlight=acpi systemd.legacy_systemd_cgroup_controller=yes ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: LENOVO product_name: 20DL0014MC product_version: ThinkPad S1 Yoga 12 chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: JEET79WW (1.28 ) board_vendor: LENOVO board_name: 20DL0014MC board_version: SDK0E50512 Std ** Loaded modules: cpuid ses enclosure scsi_transport_sas uas usb_storage nf_nat_h323 nf_conntrack_h323 nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_tftp nf_conntrack_tftp nf_nat_sip nf_conntrack_sip nf_nat_irc nf_conntrack_irc nf_nat_ftp cdc_acm rpcsec_gss_krb5 nfsv4 dns_resolver mmc_block tun ctr ccm nf_conntrack_netlink nfnetlink xt_addrtype br_netfilter bridge stp llc overlay xfrm_user pci_stub xfrm4_tunnel tunnel4 vboxpci(O) ipcomp xfrm_ipcomp vboxnetadp(O) esp4 vboxnetflt(O) l2tp_ppp l2tp_netlink l2tp_core ip6_udp_tunnel udp_tunnel ah4 pppox ppp_generic slhc vboxdrv(O) af_key xfrm_algo rfcomm cpufreq_userspace cpufreq_powersave cpufreq_conservative cmac bnep ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat xt_DSCP ipt_REJECT nf_reject_ipv4 xt_tcpudp xt_limit nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack iptable_filter iptable_mangle nf_conntrack_ftp nf_conntrack crc32c_generic binfmt_misc nls_ascii nls_cp437 vfat fat btusb btrtl btbcm btintel uvcvideo videobuf2_vmalloc videobuf2_memops bluetooth videobuf2_v4l2 videobuf2_common videodev drbg ansi_cprng media ecdh_generic crc16 hid_multitouch arc4 wmi_bmof iTCO_wdt iTCO_vendor_support intel_rapl x86_pkg_temp_thermal intel_powerclamp iwlmvm kvm_intel mac80211 iwlwifi kvm irqbypass intel_cstate intel_uncore efi_pstore intel_rapl_perf joydev snd_hda_codec_hdmi snd_hda_codec_conexant snd_hda_codec_generic efivars serio_raw snd_hda_intel sg rtsx_pci_ms cfg80211 snd_hda_codec memstick snd_hda_core thinkpad_acpi tpm_tis tpm_tis_core nvram intel_pch_thermal tpm wmi intel_vbtn rfkill battery sparse_keymap rng_core snd_hwdep ac snd_pcm_oss soc_button_array snd_mixer_oss mei_me snd_pcm evdev snd_timer mei acpi_pad snd soundcore lpc_ich shpchp coretemp nfsd nfs_acl auth_rpcgss nfs lockd grace fscache sunrpc fuse loop efivarfs ip_tables x_tables autofs4 btrfs zstd_decompress zstd_compress xxhash algif_skcipher af_alg dm_crypt dm_mod raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c raid1 raid0 multipath linear md_mod sd_mod wacom hid_generic usbhid hid crct10dif_pclmul crc32_pclmul crc32c_intel rtsx_pci_sdmmc ghash_clmulni_intel pcbc mmc_core aesni_intel i915 ahci libahci xhci_pci aes_x86_64 crypto_simd glue_helper xhci_hcd i2c_algo_bit cryptd libata usbcore drm_kms_helper usb_common psmouse i2c_i801 scsi_mod rtsx_pci drm video button ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) Subsystem: Lenovo Broadwell-U Host Bridge -OPI [17aa:503e] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: bdw_uncore 00:02.0 VGA compatible con
Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work
Jose A. Fernandez Gonzalez wrote, on 8.6.2018 19:32: [...] I think the problem is that chromium-67 is looking for ffmpeg-4 and the version available in Debian unstable is ffmpeg-3.4.2 There is no such dependency specified in the chromium package. That is certainly wrong.
Bug#889857: dnsmasq-base: Failed to open pidfile when started by Network Manager
Package: dnsmasq-base Version: 2.78-1 Severity: important Dear Maintainer, after upgrading dnsmasq-base 2.78-2, Network Manager fails to start dnsmasq. I'm using Network Manager with following configuration in /etc/NetworkManager/NetworkManager.conf: [main] plugins=ifupdown,keyfile dns=dnsmasq So NetworkManager starts dnsmasq, and /etc/resolv.conf contains only 127.0.0.1 as a resolver. After the upgrade, I get following error in syslog: NetworkManager[15436]: dnsmasq: failed to open pidfile /run/NetworkManager/dnsmasq.pid: Operation not permitted dnsmasq[16073]: failed to open pidfile /run/NetworkManager/dnsmasq.pid: Operation not permitted dnsmasq[16073]: FAILED to start up NetworkManager[15436]: [1518044623.7035] dnsmasq[0x55f6a42831e0]: dnsmasq exited with error: Filesystem problem (missing file/directory, permissions) (3) NetworkManager[15436]: [1518044623.7040] dns-mgr: plugin dnsmasq child quit unexpectedly NetworkManager[15436]: [1518044623.7040] dns- plugin[0x55f6a42831e0]: starting dnsmasq... NetworkManager[15436]: [1518044623.7066] dnsmasq[0x55f6a42831e0]: dnsmasq disappeared ... and local resolver is not running. I downgraded to dnsmasq-base 2.78-1 and problem is gone -- everything works fine. I'm using network-manager 1.10.4-1. Thank you and have a nice day! -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dnsmasq-base depends on: ii adduser 3.117 ii libc62.26-6 ii libdbus-1-3 1.12.2-1 ii libgmp10 2:6.1.2+dfsg-2 ii libhogweed4 3.4-1 ii libidn11 1.33-2.1 ii libnetfilter-conntrack3 1.0.6-2 ii libnettle6 3.4-1 ii libnfnetlink01.0.1-3+b1 Versions of packages dnsmasq-base recommends: ii dns-root-data 2018013001 dnsmasq-base suggests no packages. -- no debconf information
Bug#887773: It is possible to circumvent authentication after locking screen in lightdm
Hi Nothing changed after installing light-locker (and yes I did reboot) Still able to circumvent dm-tool lock by just alt+F1 and alt+F7 kind regards Josef -Original Message- From: Yves-Alexis Perez To: Josef Moosbauer , 887...@bugs.debian.org Subject: Re: [Pkg-xfce-devel] Bug#887773: It is possible to circumvent authentication after locking screen in lightdm Date: Wed, 24 Jan 2018 21:48:20 +0100 On Wed, 2018-01-24 at 21:46 +0100, Josef Moosbauer wrote: > So as dm-tool lock seems actually to be working on my my Debian No it's not. Please install the light-locker package. > and I > did not anything fancier else than install lightdm via apt-get can > you > recommend other help here. IT is a security concern as I think No, I'm not a support channel, I'm the package maintainer. Unfortunately I can't handle support, only bug reports. If you want to use dm-tool, please install light-locker. Regards, -- kind regards / mit freundlichen Grüßen Moosbauer Josef GPG Fingerprint 6748 9413 0EF1 5B23 D707 DBFA 570B 00E3 4689 8CC9 "Of course I'm crazy, but that doesn't mean I'm wrong. I'm mad but not ill" signature.asc Description: This is a digitally signed message part
Bug#887773: [Pkg-xfce-devel] Bug#887773: It is possible to circumvent authentication after locking screen in lightdm
Hi Thank you So as dm-tool lock seems actually to be working on my my Debian and I did not anything fancier else than install lightdm via apt-get can you recommend other help here. IT is a security concern as I think kind regards Josef -Original Message- From: Yves-Alexis Perez To: Josef Moosbauer , 887...@bugs.debian.org Subject: Re: [Pkg-xfce-devel] Bug#887773: It is possible to circumvent authentication after locking screen in lightdm Date: Wed, 24 Jan 2018 21:24:09 +0100 On Wed, 2018-01-24 at 21:16 +0100, Josef Moosbauer wrote: > Hi > > Not that I know off: > > @smo-zen:~$ ps -afx | grep lock > 43 ?S< 0:00 \_ [kblockd] > 13456 ?S 0:00 \_ [lockd] > 28944 pts/0S+ 0:00 | \_ grep --color=auto lock > So that's expected. If you want the screen to lock using dm-tool, install a screen locker like light-locker, recommended by lightdm. Regards, -- kind regards / mit freundlichen Grüßen Moosbauer Josef GPG Fingerprint 6748 9413 0EF1 5B23 D707 DBFA 570B 00E3 4689 8CC9 "Of course I'm crazy, but that doesn't mean I'm wrong. I'm mad but not ill" signature.asc Description: This is a digitally signed message part
Bug#887773: [Pkg-xfce-devel] Bug#887773: It is possible to circumvent authentication after locking screen in lightdm
Hi Not that I know off: @smo-zen:~$ ps -afx | grep lock 43 ?S< 0:00 \_ [kblockd] 13456 ?S 0:00 \_ [lockd] 28944 pts/0S+ 0:00 | \_ grep --color=auto lock kind regards Josef signature.asc Description: This is a digitally signed message part
Bug#887773: It is possible to circumvent authentication after locking screen in lightdm
Package: lightdm Version: 1.18.3-1 Debian 9.3 - last dist-upgrade today 1-19-2018 uname -a: Linux smo-zen 4.9.0-5-amd64 #1 SMP Debian 4.9.65-3+deb9u2 (2018-01-04) x86_64 GNU/Linux When I should have to enter user/password to authenticate to continue working after locking the screen using "dm-tool lock", I am able to avoid that by swichtching to a non X console (ALT+F1) and back to X (ALT+F7) and I am able to continue working without giving user/password Steps: 1. lock screen with "dm-tool lock" 2. wake up by moving mouse or pressing any key - authentication pops up 3. press ALT+F1 4. press ALT+F7 5. you are now back to work in the authenticated X-Session (Strange not e: "dm-tool lock" does no longer lock the screen ie. does nothing) I suggest step 4 to ask for user/password before giving access to the system. kind regards Josef kind regards / mit freundlichen Grüßen Moosbauer Josef GPG Fingerprint 6748 9413 0EF1 5B23 D707 DBFA 570B 00E3 4689 8CC9 "Of course I'm crazy, but that doesn't mean I'm wrong. I'm mad but not ill" signature.asc Description: This is a digitally signed message part
Bug#887015: xournal: autosave backup would be great
Package: xournal Version: 1:0.4.8-1+b1 Severity: wishlist Dear Maintainer, I use xournal a lot. Thank you very much for providing this nice program. I have lost several hours of work, because my computer froze/crached before I saved my edits. It would be great if there were an autosave backup functionality that would automatically save the edits every five minutes or so to a backup file. Many programs have this, e.g. emacs or libreoffice. I think this should be easy to do and might save a lot of work for the users. Best regards, Josef. -- System Information: Debian Release: 9.3 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xournal depends on: ii ghostscript-x9.20~dfsg-3.2+deb9u1 ii libart-2.0-2 2.3.21-2 ii libatk1.0-0 2.22.0-1 ii libc62.24-11+deb9u1 ii libcairo21.14.8-1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgdk-pixbuf2.0-0 2.36.5-2+deb9u1 ii libglib2.0-0 2.50.3-2 ii libgnomecanvas2-02.30.3-3 ii libgtk2.0-0 2.24.31-2 ii libpango-1.0-0 1.40.5-1 ii libpangocairo-1.0-0 1.40.5-1 ii libpangoft2-1.0-01.40.5-1 ii libpoppler-glib8 0.48.0-2 ii libx11-6 2:1.6.4-3 ii zlib1g 1:1.2.8.dfsg-5 xournal recommends no packages. xournal suggests no packages. -- no debconf information
Bug#873082: problem has gone away
Hello, the problem with the external monitor has gone away, the bug report may be closed. Josef.
Bug#872975: problem has gone away
Hello, the problem with the short cuts has gone away, the bug may be closed. Josef.
Bug#874249: unison: debian stretch only contains unison 2.48.3-1
Package: unison Version: 2.48.3-1 Severity: wishlist Dear Maintainer, debian stretch only contains unison 2.48.3-1. It would be great if it would also contain older versions (linked to unison-all), so that one can sync between different computers with different linux distribution. On one computer I use unison-2.32, and on another commputer the newest version available is unison-2.40. Best, Josef. -- System Information: Debian Release: 9.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages unison depends on: ii libc6 2.24-11+deb9u1 Versions of packages unison recommends: ii openssh-client [ssh-client] 1:7.4p1-10+deb9u1 Versions of packages unison suggests: ii unison-all 2.48+2 -- no debconf information
Bug#873082: cinnamon: switching display to external monitor does not work with recent update
Package: cinnamon Version: 3.2.7-4 Severity: normal Dear Maintainer, after a recent update, it is not possible anymore to switch the display to an external monitor. This worked well until about two or three weeks ago. Fn+F7 (for display switching) does not do anything anymore. Using the display app via Menue -> Preferences -> Display also does not allow me to change the display setting. The external monitor is detected ok, I klick on it, turn it on, klick on the buit-in laptop monitor, turn it off, and klick on Apply, then I get the error message "Failed to apply configuration - GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.cinnamon.SettingsDaemon was not provided by any .service files" and nothing changes. Best regards, Josef. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cinnamon depends on: ii caribou 0.4.21-1+b1 ii cinnamon-common 3.2.7-4 ii cinnamon-control-center 3.2.1-3 ii cinnamon-desktop-data3.2.4-4 ii cinnamon-screensaver 3.2.13-4 ii cinnamon-session 3.2.0-4 ii cinnamon-settings-daemon 3.2.1-3 ii cjs 3.2.0-3 ii cups-pk-helper 0.2.6-1+b1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii gir1.2-accountsservice-1.0 0.6.43-1 ii gir1.2-caribou-1.0 0.4.21-1+b1 ii gir1.2-clutter-1.0 1.26.2+dfsg-1 ii gir1.2-cmenu-3.0 3.2.0-3 ii gir1.2-cogl-1.0 1.22.2-2 ii gir1.2-cvc-1.0 3.2.4-4 ii gir1.2-gdkpixbuf-2.0 2.36.5-2 ii gir1.2-gkbd-3.0 3.22.0.1-1+b1 ii gir1.2-glib-2.0 1.53.2-4 ii gir1.2-gnomedesktop-3.0 3.22.2-1 ii gir1.2-gtk-3.0 3.22.18-1 ii gir1.2-gtkclutter-1.01.8.4-1 ii gir1.2-javascriptcoregtk-3.0 2.4.11-3 ii gir1.2-keybinder-3.0 0.3.1-1 ii gir1.2-meta-muffin-0.0 3.2.1-2 ii gir1.2-networkmanager-1.01.8.2-1 ii gir1.2-notify-0.70.7.7-2 ii gir1.2-pango-1.0 1.40.9-1 ii gir1.2-polkit-1.00.105-18 ii gir1.2-soup-2.4 2.56.1-1 ii gir1.2-upowerglib-1.00.99.5-3 ii gir1.2-xapp-1.0 1.0.2-1 ii gkbd-capplet 3.22.0.1-1+b1 ii gnome-backgrounds3.22.1-1 ii gnome-themes-standard3.22.3-1 ii gsettings-desktop-schemas3.24.0-2 ii iso-flags-png-320x2401.0.1-1 ii libatk-bridge2.0-0 2.24.1-1 ii libatk1.0-0 2.24.0-1 ii libc62.24-14 ii libcairo21.14.10-1 ii libcinnamon-menu-3-0 3.2.0-3 ii libcjs0 3.2.0-3 ii libclutter-1.0-0 1.26.2+dfsg-1 ii libcogl-pango20 1.22.2-2 ii libcogl-path20 1.22.2-2 ii libcogl201.22.2-2 ii libcroco30.6.12-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libgirepository-1.0-11.53.2-4 ii libgl1-mesa-glx [libgl1] 17.1.5-1 ii libglib2.0-0 2.53.6-1 ii libglib2.0-bin 2.53.6-1 ii libgstreamer1.0-01.12.2-1 ii libgtk-3-0 3.22.18-1 ii libjs-jquery 3.1.1-2 ii libmozjs-24-024.2.0-5.1+b2 ii libmuffin0 3.2.1-2 ii libpango-1.0-0 1.40.9-1 ii libpangocairo-1.0-0 1.40.9-1 ii libstartup-notification0 0.12-4+b2 ii libx11-6 2:1.6.4-3 ii libxfixes3 1:5.0.3-
Bug#872975: cinnamon: some keyboard shortcuts do not work
Package: cinnamon Version: 3.2.7-4 Severity: normal Dear Maintainer, in Menue -> Preferences -> Keyboard -> Shortcuts -> System -> Launchers I have 'Launch terminal' bound to 'Ctrl+Alt+T'. When I press 'Ctrl+Alt+T' a terminal should pop up, but nothing happens. It worked until the last system update I made a few days ago. I make regular system updates every one or two weeks, so the problem must be quite recent. 'Ctrl+Alt+Del' also does not work anymore. Best, Josef. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cinnamon depends on: ii caribou 0.4.21-1+b1 ii cinnamon-common 3.2.7-4 ii cinnamon-control-center 3.2.1-3 ii cinnamon-desktop-data3.2.4-4 ii cinnamon-screensaver 3.2.13-4 ii cinnamon-session 3.2.0-4 ii cinnamon-settings-daemon 3.2.1-3 ii cjs 3.2.0-3 ii cups-pk-helper 0.2.6-1+b1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii gir1.2-accountsservice-1.0 0.6.43-1 ii gir1.2-caribou-1.0 0.4.21-1+b1 ii gir1.2-clutter-1.0 1.26.2+dfsg-1 ii gir1.2-cmenu-3.0 3.2.0-3 ii gir1.2-cogl-1.0 1.22.2-2 ii gir1.2-cvc-1.0 3.2.4-4 ii gir1.2-gdkpixbuf-2.0 2.36.5-2 ii gir1.2-gkbd-3.0 3.22.0.1-1+b1 ii gir1.2-glib-2.0 1.53.2-4 ii gir1.2-gnomedesktop-3.0 3.22.2-1 ii gir1.2-gtk-3.0 3.22.18-1 ii gir1.2-gtkclutter-1.01.8.4-1 ii gir1.2-javascriptcoregtk-3.0 2.4.11-3 ii gir1.2-keybinder-3.0 0.3.1-1 ii gir1.2-meta-muffin-0.0 3.2.1-2 ii gir1.2-networkmanager-1.01.8.2-1 ii gir1.2-notify-0.70.7.7-2 ii gir1.2-pango-1.0 1.40.9-1 ii gir1.2-polkit-1.00.105-18 ii gir1.2-soup-2.4 2.56.1-1 ii gir1.2-upowerglib-1.00.99.5-3 ii gir1.2-xapp-1.0 1.0.2-1 ii gkbd-capplet 3.22.0.1-1+b1 ii gnome-backgrounds3.22.1-1 ii gnome-themes-standard3.22.3-1 ii gsettings-desktop-schemas3.24.0-2 ii iso-flags-png-320x2401.0.1-1 ii libatk-bridge2.0-0 2.24.1-1 ii libatk1.0-0 2.24.0-1 ii libc62.24-14 ii libcairo21.14.10-1 ii libcinnamon-menu-3-0 3.2.0-3 ii libcjs0 3.2.0-3 ii libclutter-1.0-0 1.26.2+dfsg-1 ii libcogl-pango20 1.22.2-2 ii libcogl-path20 1.22.2-2 ii libcogl201.22.2-2 ii libcroco30.6.12-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libgirepository-1.0-11.53.2-4 ii libgl1-mesa-glx [libgl1] 17.1.5-1 ii libglib2.0-0 2.53.6-1 ii libglib2.0-bin 2.53.6-1 ii libgstreamer1.0-01.12.2-1 ii libgtk-3-0 3.22.18-1 ii libjs-jquery 3.1.1-2 ii libmozjs-24-024.2.0-5.1+b2 ii libmuffin0 3.2.1-2 ii libpango-1.0-0 1.40.9-1 ii libpangocairo-1.0-0 1.40.9-1 ii libstartup-notification0 0.12-4+b2 ii libx11-6 2:1.6.4-3 ii libxfixes3 1:5.0.3-1 ii libxml2 2.9.4+dfsg1-3.1 ii mesa-utils 8.3.0-5 ii muffin 3.2.1-2 ii nemo
Bug#872662: audacity: 'Edit Metadata' Window is too large, 'Ok' button is not available anymore
Package: audacity Version: 2.1.2-2 Severity: normal Dear Maintainer, I have opened a .ogg file, have cut out some of it and wanted to export it to .ogg again. In the process the 'Edit Metadata' window pops up. However, because there is a lot of meta data, it is so large that the 'ok' botton at the bottom is not visible anymore. I see the bottons 'Edit...' 'Reset...' 'Load...' 'Save...' 'Set Default ...' and three more bottons above. But from https://manual.audacityteam.org/man/file_export_dialog.html I recon there must be an 'ok' button as well, but that disapears outside my screen, and I have found no way to reduce the window size to get at this button. It took me a while to figure how to remove the window and proceed, but I have found no way to edit the metadata. It would be great if you could change this such that the window always fits on the screen and if a lot of meta data has to be displayed a slider is used to scroll through the meta data, the buttons always being accessible. Thanks for this otherwise great program. Best, Josef. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.1.2-2 ii libasound2 1.1.3-5 ii libavcodec5710:3.3.3-dmo3 ii libavformat57 10:3.3.3-dmo3 ii libavutil55 10:3.3.3-dmo3 ii libc6 2.24-14 ii libexpat1 2.2.3-1 ii libflac++6v51.3.2-1 ii libflac81.3.2-1 ii libgcc1 1:7.2.0-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-02.53.4-3 ii libgtk2.0-0 2.24.31-2 ii libid3tag0 0.15.1b-12 ii liblilv-0-0 0.24.2~dfsg0-1 ii libmad0 0.15.1b-8+b2 ii libmp3lame0 1:3.99.5-dmo6 ii libogg0 1.3.2-1+b1 ii libportaudio2 19.6.0-1 ii libportsmf0 0.1~svn20101010-5 ii libsbsms10 2.0.2-2 ii libsndfile1 1.0.28-4 ii libsoundtouch1 1.9.2-2+b1 ii libsoxr00.1.2-2 ii libstdc++6 7.2.0-1 ii libsuil-0-0 1:0.8.4-dmo3 ii libtwolame0 1:0.3.13-dmo3 ii libvamp-hostsdk3v5 1:2.7.1-dmo1 ii libvorbis0a 1.3.5-4 ii libvorbisenc2 1.3.5-4 ii libvorbisfile3 1.3.5-4 ii libwxbase3.0-0v53.0.3.1+dfsg-1 ii libwxgtk3.0-0v5 3.0.3.1+dfsg-1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin -- no debconf information
Bug#774181: audacity: Always appends the .aiff extension when exporting to WAV
Package: audacity Version: 2.1.2-2 Followup-For: Bug #774181 Dear Maintainer, the same error occurs with .ogg vorbis files in audacity version 2.1.2-2 and 2.1.3-dmo1. Best, Josef. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages audacity depends on: ii audacity-data 2.1.2-2 ii libasound2 1.1.3-5 ii libavcodec5710:3.3.3-dmo3 ii libavformat57 10:3.3.3-dmo3 ii libavutil55 10:3.3.3-dmo3 ii libc6 2.24-14 ii libexpat1 2.2.3-1 ii libflac++6v51.3.2-1 ii libflac81.3.2-1 ii libgcc1 1:7.2.0-1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-02.53.4-3 ii libgtk2.0-0 2.24.31-2 ii libid3tag0 0.15.1b-12 ii liblilv-0-0 0.24.2~dfsg0-1 ii libmad0 0.15.1b-8+b2 ii libmp3lame0 1:3.99.5-dmo6 ii libogg0 1.3.2-1+b1 ii libportaudio2 19.6.0-1 ii libportsmf0 0.1~svn20101010-5 ii libsbsms10 2.0.2-2 ii libsndfile1 1.0.28-4 ii libsoundtouch1 1.9.2-2+b1 ii libsoxr00.1.2-2 ii libstdc++6 7.2.0-1 ii libsuil-0-0 1:0.8.4-dmo3 ii libtwolame0 1:0.3.13-dmo3 ii libvamp-hostsdk3v5 1:2.7.1-dmo1 ii libvorbis0a 1.3.5-4 ii libvorbisenc2 1.3.5-4 ii libvorbisfile3 1.3.5-4 ii libwxbase3.0-0v53.0.3.1+dfsg-1 ii libwxgtk3.0-0v5 3.0.3.1+dfsg-1 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin -- no debconf information
Bug#865576: Fwd: Bug#865576: guilt FTBFS with git 2.13.1: test failures [origin: b...@debian.org]
On Fri, Jul 14, 2017 at 08:58:17 +0200, Axel Beckert wrote: > Hi Jeff, > > I'm not sure if you've already seen this bug report against guilt in > Debian: https://bugs.debian.org/865576 I haven't. Thanks for forwarding it to me. > But since I saw no new commits since the release of Git 2.13.1 (or > 2.13) and the last test-suite related fix was in February 2016, I > assume that non of the commits since 0.36 already fix this. Right. I'm hoping that it's just git being better at cleaning up empty directories in .git/refs and the guilt refression suite asserting a slightly different git behavior. > Seems as if you need at least to update your test suite to work with > the latest git releases, but maybe more There may be more issues with 2.13, but based on the failure output in this bug report, guilt should still work. (Obviously, the regression suite needs to be fixed.) Jeff. > - Forwarded message from Adrian Bunk - > Date: Thu, 22 Jun 2017 23:51:23 +0300 > From: Adrian Bunk > To: Debian Bug Tracking System > Subject: Bug#865576: guilt FTBFS with git 2.13.1: test failures > Reply-To: Adrian Bunk , 865...@bugs.debian.org > > Source: guilt > Version: 0.36-1 > Severity: serious > Tags: buster sid > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/guilt.html > > ... > > ./run-tests > 010: done. > 011: done. > 020: --- t-020.out2015-11-11 19:18:31.0 + > +++ /tmp/guilt.log.5484 2017-06-22 20:31:00.036043499 + > @@ -228,7 +228,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -243,7 +242,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -258,7 +256,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -357,7 +354,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -478,7 +474,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 0803c721968056410df61400bb239380d033b9d5 .git/patches/master/empty.patch~ > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > Test failed! > > Test: 020 > Log file: /tmp/guilt.log.5484 > Repo dir: "/tmp/guilt reg.14476" > > Makefile:2: recipe for target 'all' failed > make[2]: *** [all] Error 1 > - End forwarded message - > > Regards, Axel > -- > ,''`. | Axel Beckert , http://people.debian.org/~abe/ > : :' : | Debian Developer, ftp.ch.debian.org Admin > `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 > `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. - Linus Torvalds
Bug#853873: Support CanoScan LiDE 120
Package: libsane-common Version: 1.0.25-4.1 Followup-For: Bug #853873 Dear Maintainer, I wanted to buy a new scanner. Checked on page http://www.sane-project.org/sane-mfgs.html#Z-CANON that Canon CanoScan LiDE 120 Scanner has complete support. Bought the Scanner. Plugged in Canon CanoScan LiDE 120 Scanner user> scanimage -L (No scanner was detected.) root> scanimage -L device `genesys:libusb:001:014' is a Canon LiDE 120 flatbed scanner I figured that the reason is that the device is mounted as owner:group root:root root> lsusb ... Bus 001 Device 014: ID 04a9:190e Canon, Inc. ... root> ls -l /dev/bus/usb/001/014 crw-rw-r-- 1 root root 189, 13 Jun 23 10:10 /dev/bus/usb/001/014 Changing group to 'scanner' allows user to detect and activate the scanner, but this is not a good solution, since the group has to be changed anew after each new plugin of the scanner. So I proceed as root. root> xsane Select [continue at your own risk] Press [Acquire preview] After about 30 sec the scanner starts to work, scanner light-bar is on and moves properly (I have unlocked the scanner). Resulting preview is completely black, Gamma in the xsane panel is at max 3.00, brightness is at max 100., contrast is at max 100. I found several forum posts with the same problem, some report they have fixed it somehow. I didn't manage. I tried to add deb http://ftp.ports.debian.org/debian-ports/ experimental main to my /etc/apt/sources.list file to install libsane-common version 1.0.26 but got the error message N: Skipping acquire of configured file 'main/binary-amd64/Packages' as repository 'http://ftp.ports.debian.org/debian-ports experimental InRelease' doesn't support architecture 'amd64' N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://ftp.ports.debian.org/debian-ports experimental InRelease' doesn't support architecture 'i386' So, I quit my attempt here and hope for help from your side. If this cannot be fixed easily, then PLEASE do not claim on page http://www.sane-project.org/sane-mfgs.html#Z-CANON that the scanner has complete support. It should be classified Unsupported. My computer is a Lenovo X240 ThinkPad. Best wishes, Josef. *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsane-common depends on: ii dpkg 1.18.24 libsane-common recommends no packages. libsane-common suggests no packages. -- no debconf information
Bug#854727: Removal from stretch?
On 31.05.2017 22:55, Moritz Muehlenhoff wrote: > On Fri, Mar 24, 2017 at 07:41:03AM -0400, Scott Howard wrote: >> I was contacted by someone at SUSE that is working on fixing the security >> bugs - but even if successful, I don't know how good the quality will be or >> how much testing will be able to get done before stretch is released. >> Removal might be safest option That was probably me ;-) The patches I prepared were just that: patches to fix the issues at hand, e.g. check if a file offset is within range before fetching something from that offset. They fix the issues of the CVEs and will allow the zziplib to handle the corrupt archives attached to the CVEs. Most likely there are other places where the code will happily use part of an ASCII string as a file offset! In the end, the code might need to be more strict, rejecting a file if it looks corrupt. All in all, IMHO the code needs a thorough rework to properly check values and offsets and, as said, reject corrupt archives. Although zziplib is still quite high on my list of tasks, unfortunately at the moment I do not have enough time to do this, so either someone else will do it or I need to find some time for that, maybe next years hackweek. > Unfortunately removal didn't work our for stretch and will have to wait > for buster. > > I'm attaching the patches used by SuSE to address these vulnerabilities > (extracted from their srpm). > > Cheers, > Moritz > Josef
Bug#854385: [php-maint] Bug#854385: php7: Missing php-all metapackage
Well... php-all should depend on everything from php.net except debug and documentation packages. I like packages like texlive-base and texlive-full. There are many meta packages for various common use-cases. Each desktop has some meta package(s) to install all or some components (kde-full, kde-standard). Also, there are many games-* meta packages. Such meta packages make it easy to put together meaningful setup to start with. They are not meant to fit some specific application. Look through eyes of beginner who is thinking "which package I should install so I can learn PHP?" If he installs "php", he will be quite surprised how much is missing. And then there are few hundreds packages to choose from... Instead he could install "php-standard" meta package and he would get (opinionated) installation (it may include for example php-all, composer, and php-fpm + webserver). Ondřej Surý wrote, on 6.2.2017 16:52: > What is "typically installed PHP packages"? I am afraid that typically > might vary from user to user and for the installed PHP software - the > other packages in Debian correctly select their dependencies. > > And if you have *your* "typical" set - why not turn it into automation? > > Cheers, > signature.asc Description: OpenPGP digital signature
Bug#854385: php7: Missing php-all metapackage
Package: php7.0-common Version: 7.0.15-1 Severity: wishlist File: php7 Dear Maintainer, when installing PHP, I found it tedious to select all usually needed packages. It would be nice to have php-all meta package which would depend on the typically installed PHP packages. Thank you! -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php7.0 depends on: ii php7.0-cgi 7.0.15-1 ii php7.0-common 7.0.15-1 ii php7.0-fpm 7.0.15-1 php7.0 recommends no packages. php7.0 suggests no packages. Versions of packages php7.0-common depends on: ii libc6 2.24-9 ii libssl1.1 1.1.0d-2 ii php-common 1:49 ii ucf 3.0036 -- no debconf information
Bug#849262: libxi6: ksmserver crashes after upgrade from 2:1.7.6-1 to 2:1.7.8-1
Package: libxi6 Version: 2:1.7.8-1 Severity: important Dear Maintainer, after upgrading libxi6 from 2:1.7.6-1 to 2:1.7.8-1 the ksmserver crashes when closing lid and desktop should lock. Downgrade to the older version helps and it happens every time. See the backtrace. When ksmserver crashes, the whole session is terminated, so it is quite unplesant crash. Thank you. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing'), (600, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Application: ksmserver (ksmserver), signal: Aborted Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f0c6f045940 (LWP 2439))] Thread 2 (Thread 0x7f0c67fff700 (LWP 2442)): #0 0x7f0c82f3a56d in poll () at ../sysdeps/unix/syscall-template.S:84 #1 0x7f0c7734f9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0c7734fb0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0c7e333f5b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f0c7e2dd8da in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f0c7e10b0f3 in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f0c835956d5 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5 #7 0x7f0c7e10fda8 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f0c7926c464 in start_thread (arg=0x7f0c67fff700) at pthread_create.c:333 #9 0x7f0c82f439df in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:105 Thread 1 (Thread 0x7f0c6f045940 (LWP 2439)): [KCrash Handler] #6 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:58 #7 0x7f0c82e8f40a in __GI_abort () at abort.c:89 #8 0x7f0c82ecbbd0 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f0c82fc0c70 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/posix/libc_fatal.c:175 #9 0x7f0c82ed1fa6 in malloc_printerr (action=3, str=0x7f0c82fc0ce8 "double free or corruption (!prev)", ptr=, ar_ptr=) at malloc.c:5046 #10 0x7f0c82ed279e in _int_free (av=0x7f0c831f3b00 , p=0x560489927de0, have_lock=0) at malloc.c:3902 #11 0x7f0c7cdbc771 in XIQueryDevice () from /usr/lib/x86_64-linux-gnu/libXi.so.6 #12 0x7f0c6ecb5366 in QXcbConnection::handleEnterEvent() () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #13 0x7f0c6eca1d18 in QXcbWindow::handleEnterNotifyEvent(int, int, int, int, unsigned char, unsigned char, unsigned int) () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #14 0x7f0c6eca228f in QXcbWindow::handleXIEnterLeave(xcb_ge_event_t*) () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #15 0x7f0c6ecba3bc in QXcbConnection::xi2HandleEvent(xcb_ge_event_t*) () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #16 0x7f0c6ec8caca in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #17 0x7f0c6ec8d015 in QXcbConnection::processXcbEvents() () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 #18 0x7f0c7e30c399 in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x7f0c7ebc2b2c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #20 0x7f0c7ebca2e1 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5 #21 0x7f0c7e2df8f0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #22 0x7f0c7e2e207d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #23 0x7f0c7e333b33 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #24 0x7f0c7734f7f7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #25 0x7f0c7734fa60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #26 0x7f0c7734fb0c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #27 0x7f0c7e333f3f in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #28 0x7f0c7e2dd8da in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #29 0x7f0c7e2e604c in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #30 0x7f0c8320b801 in kdemain () from /usr/lib/x86_64-linux-gnu/libkdeinit5_ksmserver.so #31 0x7f0c82e7b2b1 in __libc_start_main (main=0x560488d5c840 , argc=1, argv=0x7ffe22346a08, init=, fini=, rtld_fini=, stack_end=0x7ffe223469f8) at ../csu/libc-start.c:291 #32 0x560488d5c87a in _start ()
Bug#840687: [pkg-gnupg-maint] Bug#840687: gnupg: Fails to sign git commits
Dear Daniel,
thanks for your prompt reply. The test setup worked just fine, but
after debugging gpg-agent as you suggested (with a higher debug-level,
though) I know where the problem is. Attaching the log is pointless I
think, as the critical line is clearly here:
DBG: chan_10 -> SETERROR Passphrase too long (try 2 of 3)
Looks like pinentry cannot handle passwords longer than 255 ASCII
characters (at least in my case), and there's even an abandoned bug
report about that, so maybe I should move there?
https://bugs.gnupg.org/gnupg/issue1592
Thank you once more.
Regards
Josef Vitu
On Thu, 13 Oct 2016 19:05:57 -0400
Daniel Kahn Gillmor wrote:
> Control: tags 840687 + unreproducible moreinfo
>
> Hi Josef--
>
> thanks for your report! sorry to hear you're having this problem.
> hopefully we can get it sorted out!
>
> I tried to replicate this with a test directory:
>
> workdir=$(mktemp -d)
> export GNUPGHOME="$workdir/gpg"
> mkdir -m 0700 $GNUPGHOME
> gpg --batch --passphrase-fd 3 3<< account ' fpr=$(gpg --with-colons
> --with-fingerprint --list-secret-keys | awk -F: '/^fpr:/{print $10}'
> | head -n1) git init "$workdir/test" cd "$workdir/test"
> echo test > test.txt
> git add test.txt
> git commit -S"$fpr" -m 'test commit'
>
> and it worked for me, using a pinentry-gnome3 :/
>
> I did *not* get the responses you got:
>
> On Thu 2016-10-13 16:44:38 -0400, Josef Vitu wrote:
>
> > after upgrading from 1.4.20-6 to 2.1.15-4, signing a git commit
> > fails with the following errors:
> >
> > gpg: signing failed: No data callback in IPC
> > gpg: signing failed: No data callback in IPC
> > error: gpg failed to sign the data
> > fatal: failed to write commit object
> >
> > The password input into the pinentry-gnome3 (or pinentry-gtk-2)
> > dialog is 100% correct.
>
> Then i tried using pinentry-tty manually, with:
>
> echo pinentry-program pinentry-tty >>
> "$workdir/gpg/gpg-agent.conf" gpg-connect-agent killagent /bye
>
> And i got the same errors you did:
>
> > Attempts to use pinentry-tty failed with:
> >
> > gpg: signing failed: Invalid IPC response
>
> with pinentry-tty, i saw:
>
> gpg: signing failed: Invalid IPC response
> gpg: signing failed: Invalid IPC response
> error: gpg failed to sign the data
> fatal: failed to write commit object
>
> However, if i set GPG_TTY before trying to sign, the signature worked
> with pinentry-tty as well:
>
> export GPG_TTY=$(tty)
> git commit -S"$fpr" -m 'test commit'
>
> that worked fine.
>
> So something is different about your setup. Can you start by trying
> the same sequence i tried (with 2.1.15-4) and letting me know whether
> it works independent of your homedir?
>
>
>
> With your own homedir where this stuff is failing, can you turn up the
> logging in gpg-agent and see what's going on there? add the following
> lines to ~/.gnupg/gpg-agent.conf :
>
> debug-pinentry
> log-file /home/YOURUSER/gpg-agent.log
>
> and then kill off the agent so it can be restarted:
>
> gpg-connect-agent killagent /bye
>
> and try to sign again.
>
> Let me know what you find!
>
> --dkg
Bug#840687: gnupg: Fails to sign git commits
Package: gnupg Version: 2.1.15-4 Severity: normal Dear Maintainer, after upgrading from 1.4.20-6 to 2.1.15-4, signing a git commit fails with the following errors: gpg: signing failed: No data callback in IPC gpg: signing failed: No data callback in IPC error: gpg failed to sign the data fatal: failed to write commit object The password input into the pinentry-gnome3 (or pinentry-gtk-2) dialog is 100% correct. Attempts to use pinentry-tty failed with: gpg: signing failed: Invalid IPC response I can view/edit/etc. all of the stored keys (using gpg; tried to install seahorse as well), only the communication wit git seems to be failing. Downgrading to 1.4.18-7+deb8u2 fixes the problem. Regards Josef Vitu -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnupg depends on: ii gnupg-agent2.1.15-4 ii libassuan0 2.4.3-1 ii libbz2-1.0 1.0.6-8 ii libc6 2.24-3 ii libgcrypt201.7.3-1 ii libgpg-error0 1.24-1 ii libksba8 1.3.5-2 ii libreadline7 7.0-1 ii libsqlite3-0 3.14.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gnupg recommends: ii dirmngr 2.1.15-4 pn gnupg-l10n Versions of packages gnupg suggests: pn parcimonie pn xloadimage -- no debconf information
Bug#825848: libkf5declarative5 5.22.0-1 depends on old qtbase-abi-5-5-1
Package: libkf5declarative5 Version: 5.19.0-1 Severity: important Dear Maintainer, libkf5declarative5 5.22.0-1 depends on old qtbase-abi-5-5-1, which makes it impossible to install with Qt 5.6. Other KDE packages are updated to Qt 5.6, but the libkf5declarative5 is not there yet. This dependency also prevents upgrades of qml-module-* packages to version 5.22. Would you please update this package or bump it up in the queue? Thank you and have a nice day! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libkf5declarative5 depends on: ii libc62.22-9 ii libkf5configcore55.22.0-1 ii libkf5declarative-data 5.19.0-1 ii libkf5i18n5 5.22.1-1 ii libkf5iconthemes55.22.0-1 ii libkf5kiowidgets55.22.0-1 ii libkf5package5 5.22.0-1 ii libqt5core5a [qtbase-abi-5-6-0] 5.6.0+dfsg-3 ii libqt5gui5 5.6.0+dfsg-3 ii libqt5qml5 5.6.0-1 ii libqt5quick5 5.6.0-1 ii libstdc++6 6.1.1-4 Versions of packages libkf5declarative5 recommends: ii kpackagelauncherqml 5.22.0-1 libkf5declarative5 suggests no packages. -- no debconf information
Bug#823248: erlang-base-hipe: Cannot connect to epmd when IPv6 is enabled
Package: erlang-base-hipe
Version: 1:18.3-dfsg-1
Severity: important
Tags: ipv6
Dear Maintainer,
after upgrade to ejabberd 18.3 it won't start. I found that problem is
in connection to epmd, which won't accept the connection.
Run `epmd -d` in one terminal.
Run `strace epmd -names` in second terminal.
The second command will get stuck when connecting to the first epmd,
strace says:
...
socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(4369), inet_pton(AF_INET6,
"::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28
... and nothing happens. After few minutes, connect times out and fails.
I'm running only ejabberd 18.3, it worked fine with ejabberd 18.2 and
erlang of the same age.
I disabled IPv6 using `echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6`
and everything works again, except IPv6 connectivity (luckily I don't
have it anyway). With this workaround `strace epmd -names` says:
...
socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(4369), inet_pton(AF_INET6,
"::1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 EADDRNOTAVAIL
(Cannot assign requested address)
close(3)= 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(4369),
sin_addr=inet_addr("127.0.0.1")}, 16) = 0
write(3, "\0\1n", 3)= 3
read(3, "\0\0\21\21", 4)= 4
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 4), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f40ce13b000
write(1, "epmd: up and running on port 436"..., 45epmd: up and running
on port 4369 with data:) = 45
read(3, "", 3060) = 0
close(3)= 0
exit_group(0) = ?
+++ exited with 0 +++
So the IPv6 connect fails instantly and IPv4 connect works fine.
-- System Information:
Debian Release: stretch/sid
APT prefers stable
APT policy: (750, 'stable'), (700, 'unstable'), (650, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages erlang-base-hipe depends on:
ii adduser 3.114
ii init-system-helpers 1.31
ii libc62.22-7
ii libsystemd0 229-5
ii libtinfo56.0+20160319-1
ii procps 2:3.3.11-3
ii zlib1g 1:1.2.8.dfsg-2+b1
Versions of packages erlang-base-hipe recommends:
ii erlang-crypto1:18.3-dfsg-1
ii erlang-syntax-tools 1:18.3-dfsg-1
ii libsctp1 1.0.16+dfsg-3
Versions of packages erlang-base-hipe suggests:
pn erlang
pn erlang-doc
ii erlang-edoc 1:18.3-dfsg-1
pn erlang-gs
ii erlang-manpages 1:18.3-dfsg-1
ii erlang-tools 1:18.3-dfsg-1
-- no debconf information
Bug#823215: kmymoney: KMyMoney depends on KDE PIM 4, blocking installation of KDE PIM 5
Package: kmymoney Version: 4.6.6-3 Severity: important Dear Maintainer, kmymoney depends on libkholidays4 and libkabc4, which conflicts with kdepimlibs-data from KF5, so it is not possible to have both kmymoney and latest KDE PIM from KF5. Would it be possible to somehow remove this conflict? Thank you and have a nice day. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kmymoney depends on: ii kde-runtime 4:15.12.1-1 ii kdepim-runtime 4:4.14.10-2 ii kmymoney-common 4.6.6-3 ii libalkimia4 4.3.2-3 ii libaqbanking35 5.6.4beta-1 ii libaqbanking35-plugins 5.6.4beta-1 ii libc6 2.22-7 ii libgcc1 1:5.3.1-15 ii libgmp102:6.1.0+dfsg-2 ii libgpgme++2v5 4:4.14.10-1 ii libgwengui-cpp0 4.15.2beta-2 ii libgwengui-qt4-04.15.2beta-2 ii libgwenhywfar60 4.15.2beta-2 ii libical1a 1.0.1-0.1 ii libkabc44:4.14.10-1 ii libkcmutils44:4.14.16-1 ii libkdecore5 4:4.14.16-1 ii libkdeui5 4:4.14.16-1 ii libkfile4 4:4.14.16-1 ii libkholidays4 4:4.14.10-1 ii libkhtml5 4:4.14.16-1 ii libkio5 4:4.14.16-1 ii libofx6 1:0.9.10-1+b1 ii libqt4-dbus 4:4.8.7+dfsg-6+b1 ii libqt4-network 4:4.8.7+dfsg-6+b1 ii libqt4-sql 4:4.8.7+dfsg-6+b1 ii libqt4-svg 4:4.8.7+dfsg-6+b1 ii libqt4-xml 4:4.8.7+dfsg-6+b1 ii libqtcore4 4:4.8.7+dfsg-6+b1 ii libqtgui4 4:4.8.7+dfsg-6+b1 ii libstdc++6 5.3.1-15 Versions of packages kmymoney recommends: ii gnupg-agent 2.1.11-7 ii pinentry-qt4 0.9.7-5 kmymoney suggests no packages. -- no debconf information
Bug#819666: upower: Cannot disable CriticalPowerAction
Package: upower Version: 0.99.4-2 Severity: important Dear Maintainer, I use another tool to send my laptop to sleep when battery is low, so it would be nice if UPower would not interfere with it. In /etc/UPower/UPower.conf there is CriticalPowerAction option, but there is no 'no action' value for it. Not sure is it is really missing or it is just undocumented. Also UPower should log into syslog, that the CriticalPowerAction has been triggered, so when unexpected shutdown occurs, it is would be easy to identify, what happened. Otherwise it is really surprising and hard to find the cause. Thank you and have a nice day! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages upower depends on: ii dbus 1.11.0-1 ii libc6 2.22-5 ii libglib2.0-0 2.48.0-1 ii libgudev-1.0-0 230-3 ii libimobiledevice6 1.2.0+dfsg-2.1 ii libplist3 1.12-3.1 ii libupower-glib30.99.4-2 ii libusb-1.0-0 2:1.0.20-1 ii udev 229-3 Versions of packages upower recommends: ii policykit-1 0.105-14.1 upower suggests no packages. -- Configuration Files: /etc/UPower/UPower.conf changed [not included] -- no debconf information
Bug#815406: org-mode: "No link found" for after <2016-02-21 Sun>
Package: org-mode Version: 8.3.3-3 Severity: normal Dear Maintainer, when the curser is at the end of the line directly after <2016-02-21 Sun>, i.e. there comes a newline right after the '>', then typing results in the message "No link found". I guess this is a bug. When I add a space between <2016-02-21 Sun> and the newline, then typing when the curser sits on the space brings up agenda mode for that date. I guess this is the intended behavior. I actually find both behaviors anoying and would much rather prefer if simply a newline is inserted when I type AFTER <2016-02-21 Sun>. Typing return on the <2016-02-21 Sun> should, of course, bring up agenda mode for that date. The same applies to regular shell commands of the form [[shell...]] or [[file...]]. The problem is, that I quite often run into the situation that I want have a line break right after such a date and command, and each time I accidentally rund the command or date. So this is my wishlist part. I think this is a new feature you have added in one of the recent versions. So I would strongly vote for reverting that. I use the following options, and I would like to keep them: ;; configure link behavior ; don't ask for confirmation when klicking on a shell link (setq org-confirm-shell-link-function nil) ; follow a link when pressing return on it (setq org-return-follows-link t) Best wishes, Josef. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages org-mode depends on: ii emacs24 24.5+1-6+b1 ii emacsen-common 2.0.8 Versions of packages org-mode recommends: ii texlive-generic-recommended 2015.20160215-1 ii texlive-latex-recommended2015.20160215-1 Versions of packages org-mode suggests: pn ditaa ii texlive-fonts-recommended 2015.20160215-1 ii texlive-latex-extra2015.20160117-1 -- no debconf information
Bug#815402: org-mode: * [[shell:cat ~/tmp | grep "asdf :: "]] does not work.
Package: org-mode Version: 8.3.3-3 Severity: normal Dear Maintainer, when a shell command in an unnumbered list includes '::', it is not recognized as a shell command anymore. To reproduce the bug, paste the following two lines in file 'tmp' asdf :: asdf asdf :: qwer and add the following shell commands to an org file * [[shell:cat ~/tmp | grep "asdf :"]] * [[shell:cat ~/tmp | grep "asdf ::"]] * [[shell:cat ~/tmp | grep "asdf :: "]] If you klick on them you will probably find that the first two work while the last one does not, presumably because it is interpreted as a description list entry. Interestingly, if you use a numbered list 1. [[shell:cat ~/tmp | grep "asdf :"]] 2. [[shell:cat ~/tmp | grep "asdf ::"]] 3. [[shell:cat ~/tmp | grep "asdf :: "]] then all three work. Thanks for this great piece of software, I use it all the time. Best wishes, Josef. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages org-mode depends on: ii emacs24 24.5+1-6+b1 ii emacsen-common 2.0.8 Versions of packages org-mode recommends: ii texlive-generic-recommended 2015.20160215-1 ii texlive-latex-recommended2015.20160215-1 Versions of packages org-mode suggests: pn ditaa ii texlive-fonts-recommended 2015.20160215-1 ii texlive-latex-extra2015.20160117-1 -- no debconf information
Bug#814901: jabref: at start jabref hangs with the error message "No appenders could be found for logger ..."
PS: Maybe I should add: I got my unstable distribution by first installing stable and then do first an upgrade and then a dist-upgrade.
Bug#814901: jabref: at start jabref hangs with the error message "No appenders could be found for logger ..."
So that is a workaround for me. Then I tried the other solution. I went to Options -> Preferences -> Advanced and checked the tickbox 'Use other look and feel \\ Class name: com.jgoodies.plaf.plastic.Plastic3DLookAndFeel'. That workaround also worked, jabref started and apparently runs fine but with some more error messages: $ jabref log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Found 2 plugin(s): - net.sf.jabref.export.misq (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.export.misq/plugin.xml) - net.sf.jabref.core (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.core/plugin.xml) java.lang.ClassNotFoundException: com.jgoodies.plaf.plastic.Plastic3DLookAndFeel at java.net.URLClassLoader.findClass(URLClassLoader.java:381) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:348) at javax.swing.SwingUtilities.loadSystemClass(SwingUtilities.java:1874) at javax.swing.UIManager.setLookAndFeel(UIManager.java:582) at net.sf.jabref.JabRef.setLookAndFeel(JabRef.java:669) at net.sf.jabref.JabRef.openWindow(JabRef.java:726) at net.sf.jabref.JabRef.(JabRef.java:201) at net.sf.jabref.JabRef.main(JabRef.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at net.sf.jabref.JabRefMain.main(Unknown Source) Removing the tick mark again leads to the old unreliable behavior. Ok, that solves the problem for me. Thanks a lot for your help. Best wishes, Josef.
Bug#814901: jabref: at start jabref hangs with the error message "No appenders could be found for logger ..."
Dear Gregor, thanks a lot for the quick reply. On Tue, Feb 16, 2016 at 05:05:54PM +0100, gregor herrmann wrote: > Control: tag -1 + unreproducible > Control: severity -1 important > > On Tue, 16 Feb 2016 12:34:32 +0100, Josef Atmin wrote: > > > Package: jabref > > Version: 2.10+ds-5 > > Severity: grave > > Justification: renders package unusable > > > > Dear Maintainer, > > Hallo Josef! > > Sorry to hear that you have problems with JabRef, and thanks for this > excellent bug report! > > First of all, I'm unfortunately unable to reproduce it, JabRef still > works fine for me, with OpenJDK 8. Therefore I'm lowering the > severity of the bug. > [...] > The log4j warnings are harmless; there are there since forever, and I > also get them before JabRef starts successfully. Ok! Good to know, before I spend too much time trying to solve that. [...] > >prompt> DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ > > jabref > > > > [debug] /usr/bin/jabref: Using provided JAVA_HOME = > > '/usr/lib/jvm/java-8-openjdk-amd64/' > > [debug] /usr/bin/jabref: Found JAVA_HOME = > > '/usr/lib/jvm/java-8-openjdk-amd64/' > > [debug] /usr/bin/jabref: Found JAVA_CMD = > > '/usr/lib/jvm/java-8-openjdk-amd64//bin/java' > > [debug] /usr/bin/jabref: Environment variable CLASSPATH is '' > > [debug] /usr/bin/jabref: Runnning > > /usr/lib/jvm/java-8-openjdk-amd64//bin/java -classpath > > /usr/share/java/jabref.jar:/usr/share/java/JPFCodeGenerator-rt.jar:/usr/share/java/antlr.jar:/usr/share/java/antlr3.jar:/usr/share/java/commons-logging.jar:/usr/share/java/glazedlists.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-looks.jar:/usr/share/java/jpf.jar:/usr/share/java/jpf-boot.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-connector-java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/spin.jar > > net.sf.jabref.JabRefMain > > log4j:WARN No appenders could be found for logger > > (org.java.plugin.ObjectFactory). > > log4j:WARN Please initialize the log4j system properly. > > log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig > > for more info. > > Found 2 plugin(s): > >- net.sf.jabref.export.misq > > (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.export.misq/plugin.xml) > >- net.sf.jabref.core > > (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.core/plugin.xml) > > > > Xlib: extension "XInputExtension" missing on display ":0". > > Ha! Here's an extra line, and that's the difference to my output. > Now we just need to find out what's missing / different on your > system, so that java can't connect to the X server. > > (But then, your test with OpenJDK 7 should work?) I have tried this particular test again five times and did not get the Xlib message again. > Do other java programs work for you? Hm, I don't know. How would I find out? What are common other java programs? Ok, I looked a bit on the internet and wanted to write a little mini program in java. I figured I need the javac compiler. It is not installed on my computer, and it was not in the Debian unstable repository under that name either. aptitude told me that the package javacc contains javac, so I installed javacc, but the command javac was still not available, so I gave up on that for the time being. $ javacc -version Java Compiler Compiler Version 5.0 (Parser Generator) (type "javacc" with no arguments for help) Last argument "-version" is not a filename. $ javac -version bash: javac: command not found $ dpkg -l "javac*" Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---== ii javacc
Bug#814901: jabref: at start jabref hangs with the error message "No appenders could be found for logger ..."
Package: jabref Version: 2.10+ds-5 Severity: grave Justification: renders package unusable Dear Maintainer, 1. When starting jabref I get the following error message and it hangs at the welcome screen or aborts. log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the log4j system properly. log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. Found 2 plugin(s): - net.sf.jabref.export.misq (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.export.misq/plugin.xml) - net.sf.jabref.core (jar:file:/usr/share/jabref/JabRef-2.10.jar!/plugins/net.sf.jabref.core/plugin.xml) 2. I have read http://logging.apache.org/log4j/1.2/faq.html#noconfig and some blog entries on the internet to figure out how to configure log4j, but without success since I have no clue how java works. 3. Checked that there are no similar bug reports pending. 4. When trying to file a bug report I got the info Quite some bugs reported against JabRef are actually problems with the used Java Virtual machine. Before filing a bug against JabRef, please make sure to test with all installed JVMs, and provide the output of the jabref wrapper called with the debug parameter in the bug report, e.g.: $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-6-openjdk/ jabref $ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-6-sun jabref Please also include the output of $ dpkg -l "openjdk*" if you are using OpenJDK. Note that openjdk-*-jre package is needed, openjdk-*-jre-headless is not enough. Please also go through the bug reports against the JVM you're using at http://bugs.debian.org/ and check if similar problems are already reported there. 5. I figured that I have several versions of java installed. prompt> ls -l /usr/lib/jvm total used in directory 16 available 45801528 lrwxrwxrwx 1 root root 24 Feb 10 16:00 default-java -> java-1.8.0-openjdk-amd64 lrwxrwxrwx 1 root root 22 Dec 13 16:15 java-1.5.0-gcj -> java-1.5.0-gcj-5-amd64 drwxr-xr-x 6 root root 4096 Feb 1 22:07 java-1.5.0-gcj-4.9-amd64 drwxr-xr-x 6 root root 4096 Feb 11 14:26 java-1.5.0-gcj-5-amd64 lrwxrwxrwx 1 root root 20 Jan 26 15:19 java-1.7.0-openjdk-amd64 -> java-7-openjdk-amd64 lrwxrwxrwx 1 root root 20 Feb 6 03:19 java-1.8.0-openjdk-amd64 -> java-8-openjdk-amd64 drwxr-xr-x 5 root root 4096 Feb 1 22:07 java-7-openjdk-amd64 drwxr-xr-x 5 root root 4096 Feb 11 14:26 java-8-openjdk-amd64 lrwxrwxrwx 1 root root 10 Dec 13 16:15 java-gcj -> java-gcj-5 lrwxrwxrwx 1 root root 24 Dec 25 2014 java-gcj-4.9 -> java-1.5.0-gcj-4.9-amd64 lrwxrwxrwx 1 root root 22 Feb 6 06:04 java-gcj-5 -> java-1.5.0-gcj-5-amd64 6. I did the debug test mentioned above for all four available versions. prompt> DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/ jabref [debug] /usr/bin/jabref: Using provided JAVA_HOME = '/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/' [debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/' [debug] /usr/bin/jabref: Found JAVA_CMD = '/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64//bin/java' [debug] /usr/bin/jabref: Environment variable CLASSPATH is '' [debug] /usr/bin/jabref: Runnning /usr/lib/jvm/java-1.5.0-gcj-4.9-amd64//bin/java -classpath /usr/share/java/jabref.jar:/usr/share/java/JPFCodeGenerator-rt.jar:/usr/share/java/antlr.jar:/usr/share/java/antlr3.jar:/usr/share/java/commons-logging.jar:/usr/share/java/glazedlists.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-looks.jar:/usr/share/java/jpf.jar:/usr/share/java/jpf-boot.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-connector-java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/spin.jar net.sf.jabref.JabRefMain WARNING: You are running Java version 1.6 or lower (1.5.0 to be exact). JabRef needs at least a Java Runtime Environment 1.6 or higher. JabRef should not start properly and output an error message (probably java.lang.UnsupportedClassVersionError ... (Unsupported major.minor version 49.0) See http://jabref.sf.net/faq.php for more information. WARNING: You are not running a Java version from Oracle (or Sun Microsystems). Your java vendor is: Free Software Foundation, Inc. If JabRef crashes please consider switching to an Oracle Java Runtime. See http://jabref.sf.net/faq.php for more information. log4j:WARN No appenders could be found for logger (org.java.plugin.ObjectFactory). log4j:WARN Please initialize the lo
Bug#814886: gimp: screenshot with 'select a region to grab' sometimes produces spurious frame lines
Package: gimp Version: 2.8.16-1 Severity: normal Dear Maintainer, I did the following from within gimp: 1. Klick 'File' -> 'Create' -> 'Screenshot...' -> [X] 'Select a region to grab' -> 'Snap' 2. Grab a region of a pdf viewed with envince, i.e. press the left mouse button, move the curser, release the left mouse button, possibly slowly or moving around a bit before you release the left mouse button. Desired result: While dragging the mouse there is a rectangle indicating the selected region. After releasing the left mouse butten there is a screenshot of the region. Actual result: While dragging the mouse there is a rectangle indicating the selected region, but in about 50% of the cases it happens that the lines are not properly removed again when moving further. After releasing the left mouse butten there is a screenshot of the region that includes one corner of spurious lines, leftover from the indicated rectangle. I have verified that this happens on my laptop screen as well as on an external monitor. Thanks for maintaining this great piece of software, Josef. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gimp depends on: ii gimp-data2.8.16-1 ii libaa1 1.4p5-44 ii libatk1.0-0 2.18.0-1 ii libbabl-0.1-00.1.14-dmo1 ii libbz2-1.0 1.0.6-8 ii libc62.21-7 ii libcairo21.14.6-1 ii libdbus-1-3 1.10.6-1 ii libdbus-glib-1-2 0.106-1 ii libexif120.6.21-2 ii libexpat12.1.0-7 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.6.1-0.1 ii libgdk-pixbuf2.0-0 2.32.3-1.2 ii libgegl-0.3-01:0.3.4-dmo2 ii libgimp2.0 2.8.16-1 ii libglib2.0-0 2.46.2-3 ii libgs9 9.16~dfsg-2.1 ii libgtk2.0-0 2.24.29-1 ii libgudev-1.0-0 230-2 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.4 ii libjpeg62-turbo 1:1.4.2-2 ii libjson-glib-1.0-0 1.0.4-2 ii liblcms2-2 2.6-3+b3 ii libmng1 1.0.10+dfsg-3.1+b3 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-01.38.1-1 ii libpng12-0 1.2.54-1 ii libpoppler-glib8 0.38.0-2 ii librsvg2-2 2.40.13-2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.6-1 ii libwmf0.2-7 0.2.8.4-10.5 ii libx11-6 2:1.6.3-1 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxmu6 2:1.1.2-2 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.5-1 ii python-gtk2 2.24.0-4 ii python2.72.7.11-3 pn python:any ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gimp recommends: ii ghostscript 9.16~dfsg-2.1 Versions of packages gimp suggests: pn gimp-data-extras pn gimp-help-en | gimp-help ii gvfs-backends 1.26.2-1+b1 ii libasound21.1.0-1 -- no debconf information
Bug#813555: darktable: Darktable should depend on lensfun1 instead of lensfun0.
Package: darktable Version: 2.0.0-1 Severity: important Dear Maintainer, lensfun0 and lensfun1 are the same upstream -lensfun0 is 0.2.8 -lensfun1 is 0.3.2 darktable 2.* should use lensfun 0.3.2, which is lensfun1 in debian. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages darktable depends on: ii libatk1.0-0 2.18.0-1 ii libc6 2.19-22 ii libcairo-gobject2 1.14.4-1 ii libcairo2 1.14.4-1 ii libcolord-gtk10.1.25-1.1+b1 ii libcolord21.2.11-1 ii libcups2 2.1.0-5 ii libcurl3-gnutls 7.45.0-1+b1 ii libexiv2-14 0.25-2.1 ii libflickcurl0 1.25-3 ii libgcc1 1:5.2.1-23 ii libgdk-pixbuf2.0-02.32.1-1 ii libgl1-mesa-glx [libgl1] 10.6.8-1 ii libglib2.0-0 2.46.1-2 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libgomp1 5.2.1-23 ii libgphoto2-6 2.5.9-3 ii libgphoto2-port12 2.5.9-3 ii libgraphicsmagick-q16-3 1.3.22-1 ii libgtk-3-03.18.2-1 ii libice6 2:1.0.9-1+b1 ii libilmbase6v5 1.0.1-6.2 ii libjpeg62-turbo 1:1.4.1-2 ii libjs-prototype 1.7.1-3 ii libjs-scriptaculous 1.9.0-2 ii libjson-glib-1.0-01.0.4-2 ii liblcms2-22.6-3+b3 ii liblensfun0 0.2.8-3 ii liblua5.2-0 5.2.4-1 ii libopenexr6v5 1.6.1-8.1+b2 ii libopenjpeg5 1:1.5.2-3.1 ii libosmgpsmap-1.0-11.1.0-1 ii libpango-1.0-01.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpng12-01.2.50-2+b2 ii libpugixml1v5 1.6-2 ii librsvg2-22.40.11-1 ii libsdl1.2debian 1.2.15-12 ii libsecret-1-0 0.18.3-1 ii libsm62:1.2.2-1+b1 ii libsoup2.4-1 2.52.1-1 ii libsqlite3-0 3.9.1-2 ii libstdc++65.2.1-23 ii libtiff5 4.0.5-1 ii libwebp5 0.4.3-1.3 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 ii libxml2 2.9.2+zdfsg1-4 ii libxrandr22:1.5.0-1 ii zlib1g1:1.2.8.dfsg-2+b1 darktable recommends no packages. darktable suggests no packages. -- no debconf information
Bug#810839: libswiften2: libswiften dependency on libboost-date-time1.55.0 which conflicts with libstdc++6 5.3
Package: libswiften2 Version: 2.0+dev6-1+b1 Severity: important Dear Maintainer, libswiften has not been rebuilt for some time and depends on old libboost-date-time1.55.0 and other libboost packages, which colide with libstdc++6 5.3.1-5, so it is not possible to upgrade may other and completely unrelated packages. -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (750, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libswiften2 depends on: ii libboost-date-time1.55.01.55.0+dfsg-3 ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-program-options1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.01.55.0+dfsg-3 ii libboost-signals1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18+deb8u1 ii libgcc1 1:5.1.1-14 ii libidn111.32-3 ii libssl1.0.0 1.0.2d-1 ii libstdc++6 5.1.1-14 ii libxml2 2.9.2+dfsg1-3 ii zlib1g 1:1.2.8.dfsg-2+b1 libswiften2 recommends no packages. libswiften2 suggests no packages. -- no debconf information
Bug#807034: Incomplete output of mount command.
I'm sorry, the output of mount command was incomplete (last line was not copied). Here's the correct one: ---START OF OUTPUT--- josef@brnntbjl03:~/git/m5t-media$ mount sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=2043500,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,relatime,size=3274636k,mode=755) /dev/mapper/sda6_crypt on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) /dev/sda5 on /boot type ext2 (rw,relatime,stripe=4) /dev/sda3 on /windows type fuseblk (ro,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1637320k,mode=700,uid=1000,gid=1000) 36:/view/DWE-000_josef.lusticky/vobs/ on /home/josef/mnt type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000) ---END OF OUTPUT---
Bug#807034: sshfs: hangs on mount
Package: sshfs
Version: 2.5-1
Severity: important
Dear Maintainer,
sshfs hangs when mounting remote directory.
Here's output from strace:
---START OF OUTPUT---
josef@brnntbjl03:~/git/m5t-media$ strace sshfs -o idmap=user -o
workaround=rename 36:/view/DWE-000_josef.lusticky/vobs/ ~/mnt/
execve("/usr/bin/sshfs", ["sshfs", "-o", "idmap=user", "-o",
"workaround=rename", "36:/view/DWE-000_josef.lusticky/"...,
"/home/josef/mnt/"], [/* 35 vars */]) = 0
brk(0) = 0x7f73efe5b000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f73ef0d8000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/x86_64/libfuse.so.2",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/x86_64",
0x7fff5a90c3c0) = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls/libfuse.so.2",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/tls", 0x7fff5a90c3c0)
= -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/x86_64/libfuse.so.2",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/x86_64",
0x7fff5a90c3c0) = -1 ENOENT (No such file or directory)
open("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM/libfuse.so.2",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/home/josef/mnt/Opera_3rdParty/PreBuilt/x86/WP_COM", 0x7fff5a90c3c0) = -1
ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=130783, ...}) = 0
mmap(NULL, 130783, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f73ef0b8000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\206\0\0\0\0\0\0"..., 832) =
832
fstat(3, {st_mode=S_IFREG|0644, st_size=252024, ...}) = 0
mmap(NULL, 2347296, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f73eea68000
mprotect(0x7f73eea93000, 2097152, PROT_NONE) = 0
mmap(0x7f73eec93000, 77824, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2b000) = 0x7f73eec93000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\6\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=6112, ...}) = 0
mmap(NULL, 2101320, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f73ee866000
mprotect(0x7f73ee867000, 2093056, PROT_NONE) = 0
mmap(0x7f73eea66000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x7f73eea66000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\245\1\0\0\0\0\0"..., 832) =
832
fstat(3, {st_mode=S_IFREG|0644, st_size=1107040, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f73ef0b7000
mmap(NULL, 3204776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f73ee557000
mprotect(0x7f73ee663000, 2097152, PROT_NONE) = 0
mmap(0x7f73ee863000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10c000) = 0x7f73ee863000
mmap(0x7f73ee865000, 1704, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f73ee865000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20o\0\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=137440, ...}) = 0
mmap(NULL, 2213008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f73ee33a000
mprotect(0x7f73ee352000, 2093056, PROT_NONE) = 0
mmap(0x7f73ee551000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7f73ee551000
mmap(0x7f73ee553000, 13456, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_AN
Bug#804529: ejabberd: HTTP upload fails with 'bad argument in call to erlang:list_to_binary()'
Holger Weiß wrote, on 9.11.2015 10:52: > modules: > # [...] > mod_http_upload: > thumbnail: false > # [...] Thank you, this workaround works! signature.asc Description: OpenPGP digital signature
